ノードが本当にしんどいと感じるのは、ブロックが突然大きくなるからではなく、ネットワークが「言うことを聞かなく」なり始めるときだ。\n\n今回、#dusk の伝播（プロパゲーション）層を見ていて、逆にある細部に引きつけられた。それは、ネットワーク効率を単純に「帯域が大きいほど良い」と理解せず、メッセージがどう辿っていくのか――その“経路そのもの”から取り組もうとしている点だ。\n\n@Dusk の Kadcast は、ノード間距離に基づく指向性（ディレクテッド）な伝播ロジックを採用している。ノードはメッセージを1つ受け取ると無分別に全ての近隣へ拡散するのではなく、ルーティング関係に従って次ホップを選び、メッセージがより明確な経路に沿って継続的に伝わるようにする。この発想は派手ではないように見えるが、パブリックチェーンにとっては実はとても重要だ。\n\nなぜなら、Gossip の最大の悩みは「遅いこと」ではなく、「重複」だからだ。\n\n同じ取引が別々のノードを経由して一周して戻ってくると、ネットワークはさらに転送し、検証し、キャッシュする必要がある。ノード数が増えるほど、メッセージの冗長性が帯域とCPUを一緒に食い潰しやすくなる。Kadcast が本質的に狙っているのは、このような無効な伝播を減らし、ネットワークリソースを本当に届ける必要のあるメッセージにできるだけ使うことだ。\n\nただ、私は「帯域消費を減らす」という言葉を見ただけで頷いたりはしない。\n\nこの設計が最も恐れているのが、まさに現実のネットワークだ。ノードが突然オフラインになったり、遅延が跳ね上がったり、ルーティングテーブル上の近隣が無効になったりすると、理論上の最短経路が一瞬で“断路”になってしまう可能性がある。メッセージが最終的に届くことを保証するには、代替経路や再ルーティングの仕組みを用意しなければならない。予備の仕組みが複雑になればなるほど、伝播効率と保守コストの間の綱引きがよりはっきり見えてくる。\n\nしかも、パブリックチェーンのノードは実験室の固定サーバではない。\n\nむしろ私は、それこそが $DUSK の伝播層が引き続き観察されるべきポイントだと思っている。\n\nもし Kadcast が、ノードの大規模な出入りや、地域を跨ぐ遅延、ネットワーク分断といった“汚い”状況の中でもなお安定性を保てるのなら、解決するのは単に帯域を節約することだけではない。通常のノードがネットワークに参加しやすくなることにも繋がる。\n\nしかし、ルーティングが失敗するとすぐ頻繁にフォールバックしてしまうのなら、前に示したあの美しい理論上の効率も大して意味を持たない。\n\nパブリックチェーンが最終的に合わせるのは、ホワイトペーパーに載っているどの曲線がより見栄えするかではなく、午前三時にネットワークが問題を起こしたとき、ノードが自力で経路を取り戻せるかどうかだ。みなさんは、伝播層のこのような変更が、パブリックチェーンの長期的な非中央集権性にとって加点になると思う？それともシステムの複雑さを押し上げるだけだと思う？