ニュース暗号資産シーダー調査で健全なノードがわずか7件、Bitcoin Core開発者はCJDNSサポートの廃止を検討

シーダー調査で健全なノードがわずか7件、Bitcoin Core開発者はCJDNSサポートの廃止を検討

著者: Coindoo·

重要ポイント

  • GitHubでの議論を受け、Bitcoin Core開発者たちはネイティブCJDNSサポートをクライアントに残すべきかを再評価しています。
  • 既知のCJDNSアドレス25件のテストでは22件がハンドシェイクに応答したものの、ブロックとトランザクションの伝播を確実に行う基準を満たしたピアはわずか7件でした。
  • 開発者たちは、これほど小さなピアプールしかないCJDNSのみのノードは、攻撃者がノードを隔離してネットワークの見え方を歪めうるエクリプス攻撃によりさらされやすいと警告しました。
  • CJDNSの維持を支持する人々は、低い使用率は限られた統合と認知度を反映している可能性があること、またTorやI2Pがブロッキングや障害に直面した場合に緊急時のフォールバックとして依然として有用でありうると述べています。
  • CJDNSの廃止はBitcoinのコンセンサスルールを変更せず、運用者が外部でCJDNSを使用することも妨げませんが、Bitcoin Coreがこれらの接続を内部的に管理することはなくなります。
シーダー調査で健全なノードがわずか7件、Bitcoin Core開発者はCJDNSサポートの廃止を検討

コードはまだ削除されておらず、最終決定も下されていませんが、低迷を続ける採用率の指標を受け、Bitcoin Coreの貢献者たちは、メインのBitcoinクライアント内にレガシーなオーバーレイネットワークを維持することの実際上のセキュリティおよびエンジニアリング面のトレードオフを再検討するよう迫られています。現在の議論の焦点は、暗号化ルーティングネットワークCJDNSがリファレンス実装の中に今も存在する価値があるかどうかです。

「良好な」ノード7件がより広範なインフラ監査の引き金に

技術的な議論は公開されたGitHubのイシューから始まりました。そこで開発者たちは、記録された実世界のトラフィックがほぼ存在しない暗号化ルーティング層をBitcoin Coreがサポートし続けるべきかどうかを疑問視しました。Bitcoinに代替のネットワークトランスポート層を追加する主な目的は冗長性、すなわちネットワークレベルの単一障害点や検閲を防ぐことです。しかし、冗長なルートが機能するのは、基盤となるネットワークにアクティブなピアのメッシュが参加している場合に限られます。

CJDNSのみのノード構成の自動テストでは、Core開発者のMarco Falke氏が、自身のインスタンスがどの時点でも3〜4件の異なるピアとの接続しか確立できなかったと報告しました。この観察を受け、別の貢献者が、確立されたネットワークシーダーデータベース(起動したばかりのノードに最初のピアアドレスを渡すブートストラップサービス)に照会しました。このデータベースには既知のCJDNSアドレス25件が含まれていました。テストした25件のアドレスのうち22件は基本的なハンドシェイクに応答しましたが、ブロックとトランザクションの伝播を活発に行う信頼できる「良好な」ピアとして分類するために必要な技術基準を満たしたのは7件だけでした。

単一のシーダーへの照会は、CJDNSエコシステム全体で稼働しているすべてのノードの完全な全数調査を表すものではありません。公開シーダーリストの外には、非公開で告知されていないノードやインデックス化されていないピアが依然として存在する可能性があります。それでも、この数字は深刻な現実を浮き彫りにしています。アクセス可能なルーティング対象が12件に満たないオーバーレイネットワークは、レジリエントな本番ノードに求められる運用上の冗長性を提供できません。規模感として、長期間実施されている公開クロールでは、Torで告知された到達可能なBitcoinノードが数千件規模で確認されているのに対し、CJDNSシーダーが保持しているアドレスは25件です。

CJDNSの理解:暗号化IPv6ルーティングとコンセンサスルール

CJDNSは、アドレス割り当てと分散ルーティングに公開鍵暗号を使用する暗号化IPv6メッシュネットワークのオーバーレイです。Bitcoinの外では、このプロトコルはボランティア運営のコミュニティメッシュネットワークであるHyperboriaのルーティング層として最もよく知られています。Bitcoin Coreは2022年にバージョン23.0でネイティブCJDNSサポートを追加し、ノード運用者はIPv4、IPv6、Tor、I2Pに加えてCJDNS経由でピアトラフィックをルーティングできるようになりました。

Bitcoin Coreのドキュメントによると、CJDNSはトラフィックをエンドツーエンドで暗号化し、トラフィック分析やフィルタリングをより困難にできます。ただし、Torと同じ意味での匿名性ネットワークではありません。中間のCJDNSルーターは、転送するパケットの暗号化された送信元および宛先アドレスを依然として確認できます。

この提案が関係するのは、Bitcoin Coreがピアを検索して接続する方法だけです。CJDNSサポートの廃止は、ブロック検証、マイニング、スクリプトルール、トランザクション形式を変更しません。ノードは引き続き同じBitcoinコンセンサスルールを施行します。

エクリプス攻撃のセキュリティメカニズム

Bitcoinノードのセキュリティにおいて、ネットワークトランスポートとピア選択はデータの完全性に直接結び付いています。暗号化はパケットの内容を第三者から隠しますが、ピアの選択肢が狭すぎる場合、ノードが虚偽または遅延した情報を受け取ることからは保護しません。薄いピアプールは、悪意ある者がCJDNSのみのノードを隔離・操作することを劇的に容易にするため、セキュリティを損ないます。

隔離されたノードに対する主な脅威はエクリプス攻撃です。エクリプス攻撃では、攻撃者が標的ノードが確立したすべてのピア接続を侵害または制御します。標的ノードを完全に包囲することで、攻撃者は事実上それを正当なグローバルなBitcoinネットワークから分断します。その立場から攻撃者は、ブロックのアナウンスを遅らせたり、特定の受信トランザクションを検閲したり、未承認トランザクションに対する二重支払い攻撃を試みたりすることで、被害者に見えるブロックチェーンの像を操作できます。

標準的なIPv4、IPv6、Torのルーティングでは、Bitcoin Coreは多様なネットグループおよびネットワーク範囲にわたって複数の独立した接続を確立することでエクリプス攻撃を緩和します。デフォルトでは、ソフトウェアは8つのアウトバウンドのフルリレー接続を同時に開いた状態に保ちます。信頼できるピアが7件しかないネットワークのみでノードが動作する場合、つまりデフォルトのアウトバウンドスロット数よりも少ない場合、利用可能な接続の総プールはあまりに小さくなります。攻撃者はわずかなリソースでCJDNSのみのノードのすべての着信・発信接続を独占でき、セキュリティのフォールバックとして意図されたものが重大な単一障害点に変わってしまいます。

コードの複雑さと廃止への論拠

低い採用率とセキュリティ懸念に加えて、廃止を主張する開発者たちは、CJDNSコードがBitcoin Coreソフトウェアリポジトリ全体に課し続けているメンテナンス負担を強調しています。

標準的なプロトコルハンドラーとは異なり、CJDNSの統合は標準的なIPv6接続ロジックから完全には分離されていません。CJDNSが特別な形式のIPv6アドレスを使用するため、コードベースにはカスタム処理ロジック、-cjdnsreachableのような専用の起動引数、特殊なエッジケースへの対処が必要です。開発者たちは、こうしたカスタムロジックのパスがバグのリスクをもたらし、ネットワークスタックの日常的なリファクタリングを複雑にしていると指摘してきました。また、トランスポート層は活発に開発が進んでおり、BIP 324の暗号化v2トランスポートはバージョン26.0でオプションとして提供され、バージョン27.0でデフォルトで有効化されました。CJDNSのようなレガシーパスが再評価される中で、新しい接続コードが次々と届いています。

複数のCore貢献者が、このプロトコルの廃止に向けて「Concept ACK」を表明しています。オープンソースのBitcoin Core開発用語では、「Concept ACK」は貢献者が提案の高レベルの目標に同意することを示すものであり、最終的な投票、コードのマージ、または機能削除の即時コミットメントを意味するものではありません。

長期的な緊急時予備としての論拠

この問題の一方の側では、慎重さを促す開発者たちは、ノードの有用性を現在のトラフィック指標のみで判断すべきではないと主張しています。貢献者のJon Atack氏は、CJDNSの自動ピアディスカバリーがCoreに統合されたのは2025年初頭だと指摘しました。その更新以前は、ノード運用者はピアアドレスを手動で設定する必要があり、TorやI2Pで利用できるワンクリックのセットアップと比べて大きな参入障壁となっていました。

支持者たちは、CJDNSの低い使用率は基盤となる価値の欠如ではなく、ユーザーの認知不足と人気のターンキーノードソフトウェアディストリビューションへの限られた統合に起因すると主張しています。TorやI2Pのような大規模な公開匿名化ネットワークが中央集権的なブロッキング、インフラ障害、あるいは国家レベルのフィルタリングに直面した場合、CJDNSのような代替メッシュプロトコルがピア接続を維持するための重要な緊急時フォールバックチャネルを提供しうるとされています。

また、Atack氏はCJDNS統合コードを自ら維持すると申し出ており、開発者の負担に関する懸念に対応しています。Coreの貢献者たちは今、エッジケースの緊急事態に備えた代替トランスポートルートを維持するか、使用率の低いネットワークロジックを削除してコードベースを合理化するかを決定しなければなりません。

潜在的な廃止がノード運用者にとって意味すること

Bitcoin Coreが将来のリリースでネイティブCJDNS統合を最終的に廃止した場合、ソフトウェアは単にアプリケーション層内でCJDNSピア接続を管理することをやめるだけです。この変更により、運用者がオペレーティングシステムレベルで外部からCJDNSを実行することが妨げられることはなく、より広範なBitcoinネットワークがトランザクションを処理する方法も変わりません。

Bitcoin Coreの機能削除は通常、緩やかで記録された経緯をたどります。廃止予定はリリースノートで通知され、コードはプロジェクトの約6ヶ月ごとのリリースサイクルに従い、後のメジャーリリースではじめて削除されます。したがって、注目すべき指標はGitHubのスレッド、正式な廃止プルリクエストの有無、そしてメンテナーが決定を下す前に2025年に追加された自動ピアディスカバリーが採用数を動かすかどうかです。

標準的なIPv4、IPv6、Tor、I2Pの接続に依存している大多数のノード運用者にとって、CJDNSの廃止はまったく気づかれないまま経過するでしょう。続いているこの議論は、Bitcoin Coreの厳格なエンジニアリング哲学、すなわちすべてのコード行が実証されたセキュリティと実際の有用性によってその存在を正当化しなければならないという原則を反映しています。

この記事は情報提供のみを目的としており、投資助言を構成するものではありません。

出典:Coindoo