黄昏のプロビジョナーを運用するのにステークを所有する必要はない
プロビジョナ―サーバーが侵害されても、攻撃者にその背後にあるDUSKの引き出し権限を渡す必要はありません。

Duskのステーキングは2つの役割を分離します。コンセンサスキーは、ノードがブロックに投票して署名するために使用するオンライン認証情報です。オーナーキーは、アンステークおよびステークの引き出しを制御します。オーナーが指定されていない場合、コンセンサスキーがデフォルトでオーナーになります。しかしDuskはそれらを分けるために rusk-wallet stake --owner <OWNER_ADDRESS> もサポートしています。

これはプロビジョナーのセキュリティ境界を変えます。

ノードがコンセンサスに参加するには consensus.keys が必要ですが、その横にオーナーウォレットを置く必要はありません。Duskの現在の運用者向けガイダンスでは、オーナーウォレットとリカバリ資料をノードから切り離しておくことが明確に推奨されています。

そのため運用者は、コンセンサスキーをホットな運用上の認証情報として扱いつつ、それによって自動的にホット環境に資本を使って退出する能力が付与されることを避けられます。

この分離は絶対的な保護ではありません。盗まれたコンセンサスキーでも、矛盾した、またはその他の無効なコンセンサスメッセージに署名できてしまい、Duskの厳しいペナルティによってその行為によりステークが焼却される可能性があります。

したがって実務上の判断はステーキングの前に行われます。デフォルト設定を使うと、コンセンサス権限と資本の管理権限が結びつきます。別のオーナーを指定すると、侵害されたバリデータホストが直接実行できることが狭まります。

@Dusk $DUSK #dusk