ビットコインCore バージョン30（v30）に抗議することがますます困難になっています。
ビットコインネットワークの最大のmempoolに大きな変更を展開し、今年のOP_RETURN戦争で反対派に対する勝利を確実にすることを決意したv30支持のマイニングプールコンサルタントは、今週末、反対派ノードを攻撃することを冗談として笑っていました。
ビットコイン開発者およびMarathonのSlipstreamマイニングキューの作成者は実際にその攻撃を実行しませんでしたが、多くのv30支持の開発者たちは、それがどれほど面白かったかについて楽しんでいました。
v30支持のインフルエンサーたちを喜ばせた仮想的な攻撃において、彼はComcast住宅用インターネットの自律システム番号を使用してKnotsノードを特定する方法を説明しました。仮説的に言えば、彼は90以上のノードを立ち上げ、それらのKnotsノードから初期ブロックダウンロードを繰り返し要求したでしょう。
つまり、彼はKnotsノードに対するサービス拒否（DoS）攻撃を説明したのです。
もっと読む: ビットコインCore v30の3つの巧妙な変更がノード運営者を混乱させている
すぐに、この出来事の誤った特徴づけがXで拡散しました。その後、録音されたミーティングの共同ホストが、実際には誰も攻撃を実行していないことを明確にしました。
Knots対ビットコインCore v30
今年のほとんどの期間続いている戦いを継続して、KnotsはCore v30に抗議しています。現在のバージョンは29.0で、30.0は10月に公開される予定です。
OP_RETURN出力に伝統的な制限を維持するCoreソフトウェアのフォークであるKnotsノードを実行することは、Core v30の変更に対する不同意を示す最も一般的な方法です。
デフォルトのmempoolを通じて最大1MBのトランザクションをリレーするv30とは対照的に、Knotsはそのデータサイズの0.01%を超えるOP_RETURN出力をリレーしません。
CoreとKnotsは、BTCのオンチェーン移動に関連しない大量のデータに対するデフォルトのmempool受け入れ緩和について意見が分かれています。
多くのCore開発者は、企業の利益に促されながらも主に非企業的な修辞を用いて議論し、技術的にOP_RETURN出力に大量のデータを許可する基本レイヤープロトコルとmempoolポリシーを調和させることは問題ないと考えています。Knotsはこれらのmempoolフィルターの緩和に反対し、任意の大量データがノード運営者に無意味な計算負担をかけると主張しています。
仮想的なDoS攻撃でからかわれるKnots
Xでのソーシャルオーディオスペースの録音によると、Marathonマイニングのスリップストリームの作成者は、多数のKnotsノードを特定してDoS攻撃することは比較的容易だと考えています。Knotsの主任開発者Luke Dashjrは、その録音を仮想的な攻撃から身を守るためのKnotsノード運営者向けの技術的な指示とともに再投稿しました。
もし実際に攻撃が行われた場合、住宅用インターネットとデフォルトのコンピュータ設定を使用するKnotsノード運営者に対して特に効果的でしょう。
Dashjrが説明した迅速な防御策は、Knotsノード運営者がデータアップロードレートを手動で制限して、インターネットサービスプロバイダー（ISP）が設定したデータ制限を超えないようにすることです。Dashjrは1日の最大データアップロードを設定する方法を説明しました。
情報をお持ちですか？Protos Leaksを通じて安全にメールをお送りください。より詳しいニュースについては、X、Bluesky、Google Newsでフォローするか、YouTubeチャンネルを購読してください。
出典: https://protos.com/bitcoin-core-devs-think-it-would-be-easy-and-funny-to-attack-knots/
