暗号資産の話題は、たいてい価格の話に直行します。@Bitcoin が上昇、ビットコインが下落、取引手数料が上昇、あるいは新たなアップグレードがニュースを賑わせている、といった具合です。でも実のところ、注目に値するのにあまり取り上げられないビットコインの側面があります。それは、ネットワークの接続を静かに支え続けるインフラです。大きな技術的課題は、ときにそこから始まります。
Bitcoin Core 32.1では、自動ピア接続数のデフォルト上限が125から200に引き上げられます。単純な変更に聞こえるかもしれません。しかし、注目すべき点があります。自動アウトバウンド接続数は変わりません。増えた接続枠は主に、インバウンド接続、特にブロック中継専用ピアのための余裕を生み出します。こうしたピアは、通常のトランザクション中継には参加せず、ネットワーク全体にブロックを広める役割を果たします。これは対象を絞った変更であり、すべてのノードに200のピアへの接続を指示するものではありません。実際の接続数は、設定、ネットワークの状況、利用可能なリソースによって変わります。
接続数が増えても、ビットコインのネットワークが自動的に強くなるわけではありません。
いいですか、本当に重要なのは、その接続先がどこにつながっているかです。ノードが200のピアに接続していても、少数のホスティングプロバイダーや相互接続されたネットワークに大きく依存している場合があります。書類上は、十分な冗長性があるように見えるでしょう。実際には、複数の接続が同じ根本的な弱点を共有していることがあります。多くのピアが似たようなインフラに依存していれば、個々の接続数から想像される以上に多くのピアが、単一の障害の影響を受ける可能性があります。数字だけでレジリエンスを測ることの問題はそこにあります。
エクリプス攻撃を考えると、この問題はさらに興味深くなります。目的は、ノードを隔離したり、ノードが受け取るネットワークの見え方を操作したりすることです。個々のノードに問題を起こすために、攻撃者がビットコイン全体を支配する必要はありません。接続枠が増えれば、そのノードが独立した通信経路を維持する機会も増える可能性があります。しかし、機会が保証になるわけではありません。ピアの選択、アドレスの発見、接続の入れ替わり、そしてネットワークインフラの実際の分布が、すべて重要です。
ノードに必要なのは、単に連絡先リストを長くすることではなく、独立した経路です。
では、接続性を増やすと、どのようなコストがかかるのでしょうか。ピアが1つ増えるごとに、メモリ、帯域幅、CPU時間、ソケットなどのリソース、ファイルディスクリプターを消費する可能性があります。正確な影響は、ピアの動作や発生させるトラフィック量によって異なります。ブロックリレー専用接続を使えば、通常のトランザクションリレーのトラフィックにさらされるのを減らせますが、コストがゼロになるわけではありません。プロトコルメッセージのやり取りは必要ですし、接続を維持するためのリソースも要ります。控えめなハードウェアや厳しい制約のあるホスティングプランでノードを運用する人にとって、このオーバーヘッドは重要です。無理なく維持できる接続数には、現実的な上限があります。
Bitcoin Coreは、さまざまなネットワーク上のニーズのバランスを取るため、接続の割り当てルールも使用しています。デフォルトのインバウンド・リレー割合設定では、インバウンド接続枠の最大50%にトランザクションをリレーするピアを割り当て、ブロックリレー専用ピアを含む他のインバウンド接続のための容量を確保します。デフォルトの最大接続数が200で、自動アウトバウンド接続が11の場合、名目上のインバウンド接続容量は189です。ただし、ほかの接続管理上の制約を受けます。デフォルトの割り当てでは、トランザクションをリレーするピアがインバウンド枠のおよそ半分を占める可能性があります。しかし、これはネットワークの多様性を保証するものではありません。接続容量の割り当て方を制御するだけです。
ビットコインは多様性を受け入れる余地を作れます。しかし、それを保証することはできません。
率直に言って、設定の細部は見落とされがちです。最大接続数を明示的に設定している運用者は、選択した値が新しいデフォルトに合わせて自動的に増えると思い込まないでください。Bitcoin Core 32.1では、2,000を超える値も制限され、警告が表示されます。これは、接続数を極端に増やすことに伴うリスクを反映しています。上限をさらに引き上げても、必ずしも何かが改善するわけではありません。十分なメモリ、帯域幅、オペレーティングシステムのリソースがなければ、接続を増やすことで実用上のメリットより運用上の負担のほうが大きくなる場合があります。時には、単に数が増えるだけということもあります。
このアップデートで変わらない点を理解することも重要です。新しいゼロ知識証明システムも、新しいコンセンサスルールも、ビットコインのスマートコントラクト実行モデルの変更もありません。焦点はピアツーピアのネットワークと、独立したノード同士の接続を維持するために必要な実務上の条件です。コンプライアンスへの影響があるとしても、それは間接的なもので、ホスティングの形態、可用性、インフラの監視といった領域に関わります。これはネットワークの調整であり、新しいプライバシー機能や規制コンプライアンス機能ではありません。
では、その影響をどのように評価すべきでしょうか。まず実際のデータを確認しましょう。ノードは、より多様なピア接続を維持できているでしょうか。接続の入れ替わりに変化はあるでしょうか。帯域幅、メモリ使用量、CPU負荷にはどのような影響があるでしょうか。複数のピアが消えたり、ネットワークの一部が利用できなくなったりしても、ブロックは確実に伝播し続けるでしょうか。こうした測定値は、最大接続数だけを見るよりも、はるかに多くのことを教えてくれます。設定された上限が示すのは許可されていることだけで、実際に何が起きるかではありません。
真の成果は、独立したノードの運用を難しくすることなく、ネットワークのレジリエンスを高めることです。
Bitcoin Core 32.1で注目すべきトレードオフはそこです。デフォルトの上限を125から200に引き上げることで、特にブロックリレー専用ピアとの接続の余地が広がります。それがレジリエンスの強化につながるかどうかは、運用者がその容量をどう使うか、そして接続が本当にネットワークの多様性を高めるかにかかっています。ピアが増えたからといって、ノードの独立性が高まるわけではありません。情報を受信・検証するための、信頼できる本当に独立した経路をピアが提供するとき、ノードはより強靱になります。
そして、それがより大きな要点です。ビットコインの分散化は、単一の設定や、設定画面上の大きな数字から生まれるものではありません。一般の参加者が自分自身のノードを動かし続け、有用な接続を維持し、他者のインフラに全面的に頼らずにネットワークを検証できるかどうかにかかっています。接続性を高めることには価値があります。本当に重要なのは、独立した接続性です。
#BitcoinCore32.1RaisesPeerConnectionLimit $BTC
