ビットコイン開発者、BIP-110期限間近で送金停止を警告

Jon Atack氏は、ブロック961,632前後でのBIP-110発動に伴うリオーグリスクを理由に、ユーザーに対し8月第2週のBTC取引を回避するよう勧告した。

Atack氏は6月29日にX（旧Twitter）に警告を投稿し、カスタム版のBitcoin CoreとBitcoin Knots 110の両方を並行稼働させ、ルールが発効する前のネットワークの挙動を監視する計画であると述べた。

BIP-110は一時的なソフトフォークであり、トランザクション内の任意データを制限し、OP_RETURN出力を83バイト、ウィットネス要素を256バイトに制限するものである。ノードデータによると、7月1日時点でのこの提案に対するマイナーの支持率はわずか0.79%であった。強制ウィンドウはブロック961,632前後（8月7日と予測）から開始される。

執行はマイナーのみではなくノードを通じて行われるため、ハッシュパワーの遅れにより、強制ウィンドウ開始後、短期的なリオーグ、執行側でのブロック生成の遅延、あるいはメンプールの分岐が発生する可能性がある。Luke Dashjr氏は、BIP-110がロックインされれば、アップグレードされたノードはリオーグリスクに直面しないと反論したが、Atack氏は自身の立場を中立と位置づけ、デュアルノードアプローチは観察手段であると述べた。

Atack氏の設定は、技術的なユーザーなら誰でも利用可能な方法を反映している。標準的なBitcoin Coreノードを、別個のデータディレクトリを持つKnotsノードと並行して実行することで、オペレーターは両方のチェーンチップを同時に監視できる。BIP-110のシグナリングをスキップするブロックがマイナーによって生成された場合、Coreノードはそれを受け入れる一方、Knotsノードは拒否し、1台のマシン上にチェーンの2つのライブビューが生成される。

ウィンドウ期間中にエクスポージャーを減らしたい保有者に対して、Atack氏は強制期間開始前に取引所から自己管理型ウォレットに資金を移動すること、確認が安定するまで大規模または時間に敏感な送金を延期すること、そして取引が待てない場合には通常の1～3回ではなく6～10回の確認を待つことを提案した。

BIP-110がロックインされた場合、完全なデータ制限ルールは強制ウィンドウ終了後約2,016ブロックで適用され、完全な発動は8月中下旬から9月上旬にずれ込む。その後、ルールは約1年間実行され、自動的に失効する。

この警告は、ビットコインコミュニティ内でこの提案をめぐる意見が依然として分かれている中で発せられた。一部のユーザーは積極的な反対を呼びかけ、あるXユーザーはコミュニティに対し、144ブロックのウィンドウ期間中、すべてのブロックに大型のOP_RETURN出力とインスクリプションを配置するよう促した。一方、なぜユーザーがそもそも資金を留保すべきなのか疑問視する声もあった。

本記事は情報提供のみを目的としており、投資アドバイスを構成するものではない。