半年以上テストノードを走らせてきて、公チェーンを見るときはまずトランスポート層（伝播層）の土台を掘るのが当たり前になりました。前に1つ落とし穴を踏んだんですが、ノードの帯域がそのまま上限まで突っ走って、アラートメールが画面いっぱいに埋まる事態になりました。最初は取引量が多すぎたせいだと思ってログを洗ったら、底層のデフォルトが全ネットワークへの“ぶっ放し（漫灌）”で、ノードが少しでも揺れると重複メッセージが死ぬほど押し込まれて、渋滞みたいになっていたんです。

その後、@Dusk のドキュメントを読み返してKadcastのところを見たら、納得してしばらく止まってしまいました。あれは無脳な拡散じゃなくて、Kademliaのトポロジーを使うんです。ノードIDのハッシュからXOR距離を計算して、対向ノードを異なるルーティングバケットに振り分けます。ブロードキャストも無秩序に一斉送信するのではなく、距離で階層化して順序立ててプッシュし、全ネットの同期を構造化したマルチキャストツリーに整えます。ローカルで測ったときは、帯域のピークがはっきり抑えられましたし、メッセージが多ホップを経ることで、外部がトラフィックの特徴だけから発信者を逆算するのがかなり難しくなりました。ホワイトペーパーでは従来のGossipに比べて25%-50%帯域を節約できると書いてありますが、自分は参考として捉えています。ノードが頻繁にアップ／ダウンする、エリア間で揺れが入る、ルーティングテーブルの更新が遅れる——こうした要素が積み重なると、実際の節約は確実に目減りします。さらにBitVM3で検証の裏取りをするので、不適合な取引は入門のチャンスすらありません。この発想は、ステーキング側の底層ロジックと通じていて、ルールを暗号学に“溶接”して固定する、という点で同じです。

ただ、論理トポロジーに高度に依存する代償もあります。万一クロス国の分断に遭ったり、悪意のあるノードがルーティングバケットに汚いデータを流し込んだりすると、迂回ルートへの切り替え時の探索コストがすぐに遅延優位を食い尽くしてしまう可能性があります。帯域を制御できるのは確かに良いことです。一般のステーキング利用者は専用回線を引く必要がなくなり、ハードルが一段下がります。でも、トラブルシュートは従来のブロードキャストより複雑になりがちなので、心づもりは必要です。

クロスチェーンも落とし穴がありました。メインネットからBSCへは、そのまま“引っ越し”できません。ネイティブのDUSKを公式ブリッジの口座へ移して、メインネットで検証がロックされた後、Memoに指定されたBSCアドレスに従ってBEP20を生成します。数量は1 DUSKより多くする必要があり、手数料はメインネットの手数料＋1 DUSKのブリッジ手数料です。だいたい1時間で到着しますが、実際の到着量は送信量から1を差し引いた分になります。

Kadcastは数学的な距離で冗長性と溯源リスクを解消しますが、ノードが出入りするような公開ネットワーク環境では、ルーティングテーブルの更新が十分に速いか、代替プールが十分に厚いか——ここが本当に注視すべきポイントです。うまく走れば実務的なアップグレードで、うまく走らなければ紙の飾り物。$DUSK #dusk $DUSK