#dusk $DUSK 私は最近Duskメインネットのノード公開データを一通り見ていて、興味深い細部を見つけました。公式は分散化を強調している一方で、provisionerやcommitteeメンバーが具体的にどのインフラ上に分布しているのかを調べる人はほとんどいません。\nDuskのコンセンサスはprovisionerがブロックを提案し、その後2ラウンドの委員会検証とratificationを経ることで成り立っています。理論上は、ステークが1000枚DUSKを超えていれば誰でもノードを運用できます。しかし「運用できる」と「実際に運用されている」の間には、インフラ全体にまたがる大きな隔たりがあります。\n私はオンチェーンデータをいくつかの観点で追跡しました。まずはノードIPの帰属範囲です。もし大量のノードが同一のクラウド事業者のAS番号に集中していたり、ヨーロッパの限られたデータセンターに集約されているなら、地理的な分散化は帳簿上の数字に過ぎません。次にクライアントのバージョン分布です。80%以上のノードが同一バージョンを実行している場合、クライアント側の一度の脆弱性でネットワークが停止する可能性があります。第三にprovisionerのローテーション頻度です。上位のprovisionerが長期にわたってブロック提案の機会を占有しているなら、ステークの重みとブロック権が固定化していることを示唆します。\nDuskのドキュメントではslashing条件が非常に明確に書かれていますが、そこが罰するのはノードの振る舞いの誤りであって、インフラの集中そのものではありません。正直だが集中したネットワークは、データセンターの停電、クラウド事業者のポリシー変更、あるいは規制当局からホスティング事業者への圧力といった要因に対して、本当に分散されたノード群ほどの復旧能力を持ちにくいです。\n私はさらに、いくつかのオンチェーンアドレスの資金フローを見ていて、複数のノードが同一の主体に管理されている疑いも確認しました。—ただし、異なるアドレスに分散してステークしているだけです。この行為はルール上は完全に合法ですが、意味の面では「各ノードが独立した参加者を代表する」という前提からすでに逸脱しています。\nだから私はDuskの分散化を見るとき、ノード数という数字だけは見ません。ノードの地理的分布とホスティング事業者の分布レポート、クライアントバージョンの多様性、そしてprovisionerのブロック権のジニ係数こそ見たいのです。要するに、30ノードから成りそれぞれが30の司法管轄区に分布しているネットワークは、300ノードから成るとしてもすべてをフランクフルトの同一データセンターに詰め込んでいるネットワークよりも、検閲に対してより耐性がある。$DUSK の分散化という物語は、ステークページの合計数ではなく、インフラ層における実際の分布によって裏付けられるべきです。\n#dusk @Dusk $DUSK \n