#dusk $DUSK
昨年、PoSネットワークを体験したくて、古いPCでノードを動かしていました。日中はパネルがずっと緑一色なのに、深夜になるとルーターが再起動。翌日になってから、数時間落ちていたことに気づきました。その瞬間、合意形成はトークンをステーキングして報酬を“寝て待つ”だけのものではない、と理解しました。ノードは常時オンラインで、メッセージを受け取り、ブロックを検証する必要があります。自分の番になってもチェーンが止まってはいけない。個人PCが少し稼げなくなるだけならまだしも、金融システムで取引の承認がいつまでもできなければ、後続の清算も全部待たされます。

@Dusk_Foundation 2024年のホワイトペーパー草案にある Succinct Attestation は、無許可で、委員会ベースのPoSコンセンサスです。ステーキング参加者は provisioner と呼ばれます。各ラウンドでは決定論的な選挙によって、ブロック生成者と投票委員会が選ばれます。プロセスは特定の中央点に依存せず、少ない通信で確認を行うことを目標にしています。

「ファイナリティ（最終性）」は学術的に聞こえますが、実態はシンプルです。ウォレットに成功表示が出た後、このページの取引を安心してめくれるかどうか。送金が再編される可能性があるなら、取引所は早すぎる入金に踏み切れません。証券の所有権が確定していないなら、配当や決済も開始できません。金融インフラに必要なのは、ときどき驚くほど速いことではなく、安定していて予測可能な確認です。

コンセンサスが信頼できるかどうかは、フローチャート一枚だけ見て判断することもできません。ホワイトペーパーに記録されている最低ステーキングパラメータは当時 1,000 DUSK でしたが、これは文書作成時点の情報です。現在の数値は、必ず最新の公式資料で確認してください。閾値（しきい値）が高すぎると参加が徐々に集中しがちですし、低すぎれば不安定なノードが大量に増えてしまうかもしれません。委員会が分散しているか、ノードの稼働率がどれくらいか、罰則ルールが妥当かといった点は、「参加アドレスが多い」以上に重要です。

メッセージも確実に流れないといけません。$DUSK は Kadcast を使い、ノードが選ばれた隣接ノードに情報を渡し、全ノードへ何度も繰り返しブロードキャストするのではありません。さらに、伝播経路を利用してメッセージの発信元を混同させる仕組みも入っています。論文や実験での改善幅は、そのままメインネットの約束としては扱えませんが、この設計は少なくとも現実の課題を捉えています。コンセンサスは“正しい人を選ぶ”だけでなく、“メッセージをタイムリーに届ける”必要があるのです。

あの深夜の切断を経験してから、私はこう考えるようになりました。あるチェーンは、普通のノードがネットワークの揺らぎに遭遇したときでも、ちゃんと引き継ぎできるのか？　本当に金融に合うチェーンは、どのPCも一切ミスをし続ける前提で成り立つべきではありません。誰かが落ちたとしても、台帳がそれでも定刻どおり前へ進むことが必要です。#dusk