<aside> 💡 読み進める前に Aptos Blockchain Deep Dive のコンセンサスセクションを読むことを強くお勧めします。
</aside>
ブロックチェーンのような分散システムでは、トランザクションの実行は、台帳の状態を更新し、結果をストレージに永続化するというだけではありません。これらの結果がストレージに永続化され、台帳の状態が更新される前に、定足数のバリデータによってトランザクションの順番と結果について合意がなされる、すなわち、コンセンサスを得なければなりません。
十分なユーティリティ コインをステークする場合、つまりユーティリティ コインをエスクロー(訳注：第三者預託)に預けることができれば、誰でも Aptos コンセンサス形成に参加できます。 バリデータがコンセンサスプロセスに参加することを奨励するために、各バリデーターの投票の重みはバリデーターのステークしたコインの量に比例します。 その代わりに、バリデーターにはステークしたコイン量に比例した報酬が与えられます。 したがって、ブロックチェーンの性能はバリデーターの利益、つまり報酬と一致します。
<aside> ℹ️ 注意 今のところ、スラッシングは実装されていません。
</aside>
現在のオンチェーンデータは staking_config::StakingConfigで取得することができます。 設定のセットは staking_config.move で定義されます。
移行のこのドキュメントは、Aptos ブロックチェーン上でステーキングがどのように機能するかを説明します。 関連リソースについては、下部のSupporting documentationをご覧ください。
Aptos ステーキングモジュールは、所有権を表現する能力を定義します。
<aside> 💡 所有権
stake.moveでOwnerCapability の定義を参照してください。
</aside>
OwnerCapability リソースを使用して、ステークプールをコントロールできます。以下の 3 つの役割がサポートされています。
この 所有者-オペレータ-投票者 モデルを使用すると、証券保管機関(エスクロー)は所有者の役割と Aptos ブロックチェーンへの出資を引き受け、Aptos のガバナンスに参加できます。 このモデルでは、資金を管理しているアカウントを他のアカウント (オペレータ、投票者) から分離することで、ステーキングサービスの責任の安全な委任が可能になります。 このセクションでは、ボブとアリスを例に、これがどのように機能するかを説明します。
オーナーは資金の所有者です。 たとえば、ボブが Aptos ブロックチェーン上にアカウントを作成したとします。これでボブはOwnerCapability リソースを持ちます。ボブは、自分のアカウントのオペレータ アドレスを信頼できるノードオペレータであるアリスのアカウントに割り当て、アリスをバリデータとして任命できます。
所有者として、