#dusk $DUSK DuskのProvisionerの要求を最初から丁寧に整理してみると、ドキュメントには軽い言い回しなのに結果が重い一文があることに気づきました：「複数のアクティブなノードで同じコンセンサス鍵を使うことは絶対にやめなさい。」「発動すると」ハード・ペナルティに該当し、ステークしているDUSKはそのまま焼き切られます。これは警告ではなくルールです。$SPCXB
Provisionerになるには、少なくとも1000 DUSKをステークする必要があります。アクティブ化は即時ではなく、ステークがepochの境界を越えた“次のepochの境界”になってから資格が生じます。1 epochは2160ブロックで、だいたい6〜12時間です。多くの人はコインを回せばすぐにコンセンサスへ参加できると思っていますが、実際には半日待たされることになります。$SNDKB
アクティブ化は第一歩にすぎず、より難しいのは継続的に参加し続けることです。ソフト・ペナルティは「コンセンサスに参加できなかった」状況に対して発動します。ノードは長時間オフラインにしてはいけませんし、重要な局面で途切れてはいけません。ソフト・ペナルティのマークを受けると、active stakeの一部がlocked stakeに移されます。コインはあなたのものですが、収益は生まれません。lockedからactiveへ戻すには、解除を完全に行ってから、再ステークが必要になる場合があります。
BTCのフルノード運用者の観点だと、ノードを回すのはブロックを同期してオンラインを保つだけです。しかしDuskのProvisionerは、デポジットがあり、責任があり、ペナルティもあります。クラウドサーバで自動フェイルオーバーを使うなら、旧インスタンスが完全に停止してから新インスタンスを起動することを必ず確認してください。
私がいちばん見たいのは、@Dusk が運用健康チェックのダッシュボードを作れるかどうかです。Provisionerがコンセンサス鍵の一意性、ノードの稼働時間、そしてソフト・ペナルティのリスク有無をリアルタイムで把握できるように。ステーキング者がAPYだけを眺めていても足りません。まず、自分が運用ミスでコインを焼かれることがないようにする必要があります。
#dusk @Dusk