兄弟たち、明日新しいコインのエアドロップだ！アラームを必ず設定して、見逃さないでね

先週、サーバー上で `tcpdump` を使って @Dusk ノード（rusk の実行時）を調べたところ、イーサリアムのコミュニティで一般的な `libp2p-gossipsub` の TCP ハンドシェイクがほとんど見つからず、代わりに高頻度の UDP データパケットで埋まっていました。Rust の依存関係ツリーに沿って `rusk` の下層ネットワークライブラリ `dusk-kadcast` を掘り進めると、それが P2P 伝送層で直接 Kadcast のプロトコル一式を書き換えていることに気づきます。

多くのパブリックチェーンが ZK プライバシーで止まってしまう、見落とされがちな“物理的死角”があります——**ネットワーク伝送遅延**。ゼロ知識証明を含むデータパケットのサイズは、通常の送金データよりはるかに大きいです。従来の Gossip プロトコルで「ランダムにさまよいながら」洪水のようにブロードキャストすると、ノード間に莫大なデータ冗長性が発生し、瞬く間にネットワーク帯域を圧迫してしまいます。さらに Dusk の 2 秒ブロック生成の SA コンセンサス体系では、証明のブロードキャストが少しでも詰まるだけで検証のタイムアウトが引き起こされます。

Kadcast の `kadcast/src/peer.rs` における解決策は、かなりガチです。Kademlia のトポロジ構造と **前方誤り訂正符号（Reed-Solomon FEC）* を“沈み込み統合”しています。

ブロードキャスト時、ノードはファイル全体を送らず、ZK 証明を細かく切って冗長な断片にエンコードし、Kademlia のロジック距離に基づいて指向的に配送します。受信ノードは指定された数の断片を受け取るだけで、ローカルでミリ秒級に元の証明を復元できます。これにより P2P ネットワークのデータ増幅率（Amplification Factor）が、1 桁分低下します。

多くのプロジェクトは、性能は仮想マシン（VM）がどれだけ速く動くかだけで決まると思いがちですが、P2P ネットワーク層こそが ZK のスループットを制限する本当のボトルネックだという点を見落としています。Kadcast を理解すると、Dusk が高頻度の金融決済を支えるために、最下層の UDP メッセージにまで、インフラレベルの再構築をしているとわかります。

そして、Kadcast ノードのルーティングスケジューリングとリレー ネットワーク一式は、基盤として（維持インセンティブと決済により）#dusk $DUSK