#dusk $DUSK @Dusk 最近大半年ずっといろんなテストノードを走らせてきて、今はパブリックチェーンを見ると、まずは基盤から掘り起こすのが習慣になっています。@Dusk このプロジェクトで最初に目を引かれたのは、そのブロードキャスト層の Kadcast でした。

以前 Gossip みたいな全網ブロードキャストを遊んでいたときは、ノードが一度ガタつくだけで帯域が一気に最大化してしまいました。Kadcast は XOR 距離に基づいて固定ルートを通り、分割されたルーティングテーブルを使ってホップごとに転送し、メッセージはターゲットの区画にだけ流します。無差別な爆撃はしません。ホワイトペーパーでは帯域を 25%-50% 節約できると言っていますが、同種アーキテクチャを自分で回してみた体感だと、ノードの上線・オフラインや区画間のバタつきが重なると、節約効果は確かに少し目減りします。ただ、通常のステーキング利用者でも専用回線なしで参加できるので、そこはかなり現実的だと思いました。

合意（コンセンサス）側のほうが、さらに面白いです。SBA は役割を Block Generator と Provisioner に分解します。Generator は Proof-of-Blind Bid（ブラインド入札）で盲投して抽選し、ブロック獲得を競います。ステーキング量が確率に影響しますが、金額はゼロ知識で隠されるため、大口が必ず連続で当たるとは限らず、小さめのノードにも逆転のチャンスがあります。Provisioner は終結（終端）の検証を担当し、閾値は 1 万 DUSK。投票委員会はここから抽出されます。もし自分が参加するなら、収益が比較的安定していて、毎日抽選に賭ける必要がないので、優先的に Provisioner を回すと思います。

さらに下の Succinct Attestation では、全員が会計（記帳）を奪い合うわけではなく、階層化した抽選で小さな委員会を選び、素早く投票して、数秒で確定に近い最終性を得ます。証券決済のようなシーンでは、まさに必須級です。ただ、委員会が小さくなれば、結果を左右できるノードの集合も小さくなるので、重みがステーキングと連動している点は問題ありません。とはいえ初期にチップ（資金）が少数のアドレスに集中している場合、数秒での確定の裏には、小さな輪の一致があるだけの可能性もあります。本当に注視すべきは、アクティブな検証ノード数、委員会のローテーション周期、そして上位 10 のステーキング占有率です。

DuskEVM と NPEX はすでに稼働していて、より機関向けの健康診断レポートのような位置づけです。基盤設計がいじって壊れるようなものでないからこそ、資金の接続における参入障壁が本当に下がってくるはず。私は今、メインネット稼働後の実際の staking データとノード分布が出るのを待って、その時に結論を出します。$DUSK #dusk

兄弟たち、君たちは Dusk をどう見てる？ひとつ選ぶなら？