FAQ 화면 내용 검토

[Kang-Simon]

No description provided.

[TrustHenry]

effective balance. 링크만 제거

[TrustHenry]

[Shanghai](https://github.com/ethereum/pm/issues/450) https://docs.bosagora.org/en/updates/agora-shanghai-update

[TrustHenry]

You can think of the deposit contract as a transfer of funds between boa accounts and Agora Chain validators.
It specifies who is staking, who is validating, how much is being staked, and who can withdraw the funds.

[TrustHenry]

You should certainly top up if your balance is close to 20000 BOA. This is to ensure you don’t get kicked out of the validator set (which automatically happens if your balance falls below 20000 BOA).

잔액이 20000 BOA 에 가까우면 반드시 충전해야 합니다. 이는 검증자 세트에서 쫓겨나지 않도록 하기 위한 것입니다. (잔액이 20000 BOA 미만으로 떨어지면 자동으로 발생)

[TrustHenry]

[병합에 대한 추가 정보](https://ethereum.org/ko/upgrades/merge/).

https://docs.bosagora.org/en/updates/agora-merge-update

[TrustHenry]

해당 섹션 제거

[TrustHenry]

An Agora Node (consensus layer) only had to watch the staking deposit contract on the execution layer in order to know which validator accounts had deposited 40000 BOA. This information was easily served by and obtained from third-party providers such as Infura or Alchemy.
Once the transition to proof-of-stake is complete via the Merge, validators will be responsible for processing transactions and signing off on their validity. This data will not be available from popular third-party sources after the Merge and will result in your validator being offline. When data sharding is implemented, validators will also be at risk of slashing under the proof-of-custody game.

Agora Node(합의 계층)가 실행 계층에서 어떤 검증자 계정이 40000 BOA를 입금했는지 확인하기 위해 스테이킹 예금 계약을 보기만 하면 되었습니다. 이 정보는 Infura 또는 Alchemy와 같은 타사 공급업체에서 쉽게 제공 및 얻을 수 있었습니다.
Merge를 통해 proof-of-Stake로의 전환이 완료되면 검증자는 트랜잭션을 처리하고 유효성을 승인할 책임이 있습니다. 이 데이터는 병합 후 자주 사용되는 타사 소스에서 not 사용할 수 있으며 결과적으로 검증자가 오프라인 상태가 됩니다. 데이터 샤딩이 구현되면 검증자도 증거 게임에 따라 슬래시될 위험이 있습니다.

[TrustHenry]

How are rewards/penalties issued?

Your balance is updated periodically by the Agora network rules as you carry (or fail to carry) out your responsibilities.
Your validator has its own balance – with the initial balance outlined in the deposit contract. Your rewards and penalties are reflected in your validator's balance over time.

After the Merge, your validator will also be responsible for processing transactions, and thus be entitled to unburnt gas fees associated with those transactions in blocks your validator proposes. These fees are accounted for on the execution layer, not the consensus layer, and thus require a traditional BOA address to be provided to your client.

Look over the Merge Readiness Checklist

이더리움 네트워크 규칙에 의해 귀하가 책임을 수행 (또는 수행 실패)하는 데 따라, 잔고가 주기적으로 업데이트됩니다.
검증자에는 자체적으로 잔고가 있으며, 초기 잔고는 예치금 컨트랙트에 규정되어 있습니다. 시간이 지나면 보상 및 페널티로 인해 검증자의 잔고가 변화합니다.
병합 후 검증인은 거래 처리도 담당하므로 검증인이 제안하는 블록에서 해당 거래와 관련된 미연소 가스 수수료를 받을 자격이 있습니다. 이러한 수수료는 합의 레이어가 아닌 실행 레이어에서 계산되므로 기존 BOA 주소를 클라이언트에 제공해야 합니다.

[TrustHenry]

How large are the rewards/penalties?
There is no easy answer to this question as there are many factors that go into this calculation.
Arguably the most impactful factor on rewards earned for validating transactions is the total amount of stake in the network. In other words, the total amount of validators. Depending on this figure the max annual return rate for a validator can be anywhere between 2 and 20%.
Given a fixed total number of validators, the rewards/penalties predominantly scale with the balance of the validator – attesting with a higher balance results in larger rewards/penalties whereas attesting with a lower balance results in lower rewards/penalties.

Note however that this scaling mechanism works in a non-obvious way. To understand the precise details of how it works requires understanding a concept called effective balance. If you’re not yet familiar with this concept, we recommend you read through understanding validator effective balance

---

이 계산에는 여러 가지 요소가 들어가므로 이 질문에 대한 쉬운 답은 없습니다.
트랜잭션 검증에 대한 보상에 가장 큰 영향을 끼치는 요인은 단연 네트워크에 스테이킹한 총량, 즉 검증자의 총 개수입니다. 이 수치에 따라 검증자의 연간 최대 수익률 한도가 2~20%로 정해집니다.
검증자의 총 수가 고정되어 있으므로, 보상/페널티의 규모는 전반적으로 검증자의 잔액에 따라 정해집니다. 더 높은 잔고로 입증하면 더 큰 보상/페널티가, 더 낮은 잔고로 입증하면 더 작은 보상/페널티가 주어집니다.

이 확장 메커니즘의 작동 방식은 단순하지 않습니다. 상세한 정보를 정밀하게 이해하려면 유효 잔고라는 개념을 이해해야 합니다. 이 개념이 생소하다면 검증자 유효 잔고 이해하기을(를) 정독하시기를 권합니다.

[TrustHenry]

It depends. In addition to the [impact of effective balance](https://www.attestant.io/posts/understanding-validator-effective-balance/#the-impact-of-effective-balance-on-validating) there are two important scenarios to be aware of: Being offline while a supermajority (2/3) of validators is still online leads to relatively small penalties as there are still enough validators online for the chain to finalize. This is the expected scenario. Being offline at the same time as more than 1/3 of the total number of validators leads to harsher penalties, since blocks do not finalize anymore. This scenario is very extreme and unlikely to happen.

Note that in the second (unlikely) scenario, you stand to progressively lose up to 50% (20000 BOA) of your stake over 21 days. After 21 days you are ejected out of the validator pool. This ensures that blocks start finalizing again at some point.

오프라인이 되면 어느 정도의 페널티를 받나요?
상황에 따라 다릅니다. 유효 잔고의 영향에 더해 알아두어야 할 중요한 시나리오가 두 가지 있습니다.
검증자의 절대 다수(2/3)가 온라인 상태일 때 오프라인이 되면 체인을 마무리하기에 충분한 검증자가 온라인에 존재하므로 상대적으로 적은 페널티가 주어집니다. 예상되는 시나리오입니다.
검증자 총 개수의 1/3 이상이 동시에 오프라인이 되면 블록이 더 이상 마무리될 수 없으므로 더욱 가혹한 페널티가 주어집니다. 발생 확률이 극히 낮은 시나리오입니다.
두 번째(가능성이 낮은) 시나리오에서는 21일 동안 지분의 최대 50%~~(20000 BOA)~~를 점진적으로 잃을 수 있습니다. 21일이 지나면 검증자 풀에서 퇴출됩니다. 이렇게 하면 블록이 특정 시점에서 다시 마무리되기 시작합니다.

[TrustHenry]

greater than 50% 링크만 제거

How much will I be penalized for acting maliciously?
Again, it depends. Behaving maliciously – for example attesting to invalid or contradicting blocks, will lead to your stake being slashed.
The minimum amount that can be slashed is 625 BOA, but this number increases if other validators are slashed at the same time.
The idea behind this is to minimize the losses from honest mistakes, but strongly disincentivize coordinated attacks.

악의적인 행동 시 주어지는 페널티는 어느 정도인가요?
다시 말씀드리지만, 상황에 따라 다릅니다. 무효하거나 모순된 블록을 입증하는 등 악의적으로 행동하면 지분이 슬래싱될 수 있습니다.
삭감할 수 있는 최소 금액은 625 BOA이지만 동시에 다른 검증자가 슬래싱되면 이 숫자가 증가합니다입니다.
악의가 없는 실수로 인한 손실은 최소화하고 의도적인 공격은 강력하게 제재하려는 취지입니다.

[TrustHenry]

[Withdrawal Credentials](https://github.com/ethereum/consensus-specs/blob/master/specs/phase0/validator.md#withdrawal-credentials) -> https://github.com/zeroone-boa/consensus-specs/blob/dev/specs/phase0/validator.md#withdrawal-credentials

What are withdrawal credentials?
Withdrawal Credentials is a 32-byte field in the deposit, for verifying the destination of valid withdrawals. Currently, there are two types of withdrawals: BLS withdrawal and BOA address withdrawal.
BLS withdrawal: By default, deposit-cli would generate withdrawal credentials with the withdrawal key derived via mnemonics in EIP2334 format.
Ethereum address withdrawal: If you want to withdraw to your Mainnet wallet address (formerly 'BOA' address) after the post-merge cleanup upgrade, you can set --eth1_withdrawal_address when running deposit-cli. Please ensure that you have control over the keys to this address.
Can I change the withdrawal credentials of my validator after the first deposit?
No, you cannot change your withdrawal credentials in top-ups.

인출 자격 증명은 무엇인가요?
인출 자격 증명는 유효한 인출 대상을 확인하기 위한 예금의 32바이트 필드입니다. 현재 출금에는 BLS 출금과 BOA 주소 출금의 두 가지 유형이 있습니다.
BLS 인출: agora-deposit-cli가 EIP2334 형식으로 니모닉을 통해 파생된 인출 키로 인출 자격 증명을 기본으로 생성합니다.
BOA 주소 인출: 병합 후 클린업(Cleanup) 업그레이드를 한 후에 메인넷 지갑 주소(종전의 'BOA' 주소)로 인출하려는 경우 deposit-cli 실행 시 --eth1_withdrawal_address 을(를) 설정하실 수 있습니다. 이 주소에 대한 키를 제어하실 수 있는지 확인해 주십시오.
첫 번째 예치 후 검증자의 인출 자격 증명을 변경할 수 있나요?
아니요, 탑업에서 인출 자격 증명을 변경하실 수 없습니다.

[TrustHenry]

What happens if I lose my signing key?
If you lose your signing key, your validator can no longer propose or attest.
Over time, your balance will decrease as you are punished for not participating in the consensus process. When your balance reaches 20000 BOA, you will be automatically exited from the validator pool.

However, all is not lost. Assuming you derive your keys using EIP2334 (as per the default onboarding flow) then you can always recalculate your signing key from your withdrawal key.

After the Shanghai update, your 20000 BOA can then be withdrawn – with your withdrawal key – after a delay of around a day.

Note that this delay can be longer if many others are exiting or being kicked out at the same time.

서명 키를 잃어버리면 어떻게 되나요?
서명 키를 잃어버리면 검증자가 더 이상 제안 또는 입증을 할 수 없습니다.
시간이 지남에 따라 합의 프로세스에 참여하지 않은 것에 대한 처벌을 받으므로 잔액이 감소합니다. 잔액이 20000 BOA에 도달하면 자동으로 검증인 풀에서 퇴장됩니다.
하지만 모든 것을 잃는 것은 아닙니다. EIP2334(기본 온보딩 플로에서 규정), 그리고 언제든 인출 키에서 서명 키를 재계산할 수 있습니다.을(를) 사용하여 키를 찾아낼 수 있습니다.
상하이 업데이트 후, 당신의 20000 BOA는 약 하루 정도 지연된 후에 당신의 인출 키로 인출될 수 있습니다.
동시에 종료하거나 퇴출되는 다른 검증자가 많아지면 이 지연이 더 길어질 수 있습니다.

[TrustHenry]

[Support](https://staking-launchpad.bosagora.info/en/faq#support) Where can I find troubleshooting support? If you have questions, **BOSagora** community is a good place to get help! You can find support on

Discord or Reddit.

Telegram