Duskのステーキング設計における小さなディテールが目に留まりました。それは、非常に実用的なセキュリティ課題を解決しているからです。

コンセンサスに参加するあなたの鍵は、必ずしもステーク（持ち分）を管理する鍵と同じである必要はありません。

Duskは、この責務をコンセンサスキーとオーナーキーに分離しています。

コンセンサスキーは、プロビジョナーがブロックに投票し、署名するために使用します。オーナーキーは、アンステークやポジションの引き出しといった機密性の高い操作の制御を保持できます。

最初は運用上の細部のように聞こえます。しかし、真剣なインフラを運用している状況を想像すると、その論理がより明確になると思います。

バリデータは、ネットワーク業務を実行するためのコンセンサス資格情報を利用可能にしておく必要があります。すると、どうしても露出（リスク）が生まれます。基となる資金を制御する鍵は、まったく同じリスクを負う必要はありません。

それらの責務を分けることで、オペレーターは自分のステークをどのように安全に確保するかについて、もう一段の制御レイヤーを得られます。

この点こそ、私がDuskについて面白いと感じるアーキテクチャです。最も役に立つアイデアのいくつかは派手な機能ではありません。実際の金融インフラが現場でどう振る舞うのかを踏まえて下される判断なんです。

あなたは、保有（オーナー）の権限をバリデータ運用から切り離したままにしますか？

@Dusk_Foundation #dusk $DUSK