#dusk $DUSK を@Dusk ノード関連のドキュメントとともに見ると、最も記憶に残りやすいのは最低ステーキング数量と期待収益ですが、ネットワークの安全性に本当に影響するのは、バリデーターが長期にわたってオンラインで稼働し、ソフトウェアをアップグレードし、障害から復旧できる能力です。オンチェーン報酬がどれほど高くても、ノードが頻繁にオフラインになったり、バージョンが古かったり、ホスティングが少数のクラウドサービスに集中していたりすれば、ネットワークの健全性は盤石とは言えません。
ドキュメントで異なる種類のペナルティが区別されているのを見て、「罰せられる」ということを改めて考えさせられました。ソフトペナルティは、ブロック生成の遅れやネットワークの不安定さなど、主に運用上のミスを対象とします。一方、ハードペナルティは、証明可能な不正行為を対象とします。この2つを分けていることは、プロトコルがノードの小さなミスは認める一方で、ミスを悪意ある行為の隠れみのにすることは許さない、ということを示しています。復旧可能な処罰と、資産を直接焼却する処罰とでは、運用上許容されるミスの範囲も異なります。
この仕組みは、タクシー会社による運転手の管理にたとえられます。遅刻したり道を間違えたりすれば罰金を科されますが、すぐに免許を取り消されるわけではありません。故意に遠回りしたり、走行距離を偽ったりした場合は、まったく別の処罰になります。オンチェーンのノードにも同じような段階的な対応が必要です。そうでなければ、小さな障害で多額の資産が没収され、かえってノード運営者が消極的になったり、撤退したりするおそれがあります。
公開ブラウザーでは、ノード数やアクティブなステーキング量、slashの記録を確認できます。しかし、ノードが一部のクラウドサービス事業者に集中していないか、アップグレード時にメンテナンス時間が設けられているかといった情報は、見えにくいものです。ブロック生成ノードの地理的・ホスティング上の多様性は、単純なノード総数よりも、実態をよく示すことが少なくありません。
そのため#dusk を見る際は、ソフトペナルティの頻度、ノードのバージョンが収束する速さ、繰り返し処罰を受けているノードに注目します。安定した金融チェーンは、高い収益で参加者を呼び込むだけでは成り立ちません。ルールを守る運用者が長期にわたって活動を続けられる環境も必要です。DUSKの価値は最終的に、ステーキング画面上の数字ではなく、ネットワークが安定してブロックを生成し、継続的にアップグレードできるかどうかに表れます。 #dusk @Dusk $DUSK