今週のニュースレターでは、testnet4テストネットワークを後継版に置き換えるためのドラフトBIPについて掲載しています。 また、新しいリリースおよびリリース候補の発表と、人気の高いBitcoin基盤ソフトウェアの注目すべき更新など 恒例のセクションも含まれています。

ニュース

• ● testnet5のドラフトBIP: Pol Espinasaは、Fabian Jahrとの共著で、 testnet4をtestnet5に置き換えるためのドラフト BIPについて、 Bitcoin-Devメーリングリストに投稿しました。 この提案は、testnet4の信頼性の低さに動機付けられており、それは (20分ルールとしても知られる)難易度の例外が継続的に悪用されていることに起因します。 このルールでは、直前のブロックから20分が経過した後、CPUマイナーは難易度1で ブロックをマイニングできるため、短時間で大量の低難易度ブロックがマイニングされる 「ブロックストーム」が発生する可能性があります(ニュースレター #311参照)。

  ドラフトBIPでは、testnetが可能な限りmainnetの挙動に一致するよう、 難易度の例外ルールを削除することを提案しています。testnet5では、2つの変更点を除いて mainnetと同じコンセンサスルールに従います。その変更点とは、ブロック1からのBIP54 (コンセンサスクリーンアップソフトフォーク)の有効化と、 Proof of Workの最大ターゲットを0x1a0fffff(testnet4よりも低い最大ターゲット、 つまりより高い最小難易度)に設定することです。

  Espinasaは、他の開発者にこの提案へのフィードバックを提供するよう呼びかけました。 メーリングリストのスレッドでの議論は、新しいネットワークを立ち上げるのではなく既存のtestnet4にパッチを適用すること、 testnetコインをプレマインする可能性、そして新しいネットワークにとって最適な最小難易度に集中しました。

リリースとリリース候補

人気のBitcoinインフラストラクチャプロジェクトの新しいリリースとリリース候補。 新しいリリースにアップグレードしたり、リリース候補のテストを支援することを検討してください。

• ● LND 0.21.0-betaは、この人気のLNノード実装の次期メジャーバージョンのリリースです。 基本的なオニオンメッセージの転送や、 RBFによる協調閉鎖をサポートする本番対応のSimple Taproot Channel、 チャネル閉鎖に対する再編成保護、Neutrinoベースのノードのより高速な初期同期、 オプションのネイティブSQLペイメントストアへのマイグレーション、加えて複数のバグ修正が追加されています。

• ● Core Lightning 26.06.1は、この人気のLNノードの現行メジャーバージョンのメンテナンスリリースです。 make installの実行後に発生するbwatchプラグインの登録失敗を修正します。

注目すべきコードとドキュメントの更新

最近のBitcoin Core、Core Lightning、Eclair、LDK、 LND、libsecp256k1、Hardware Wallet Interface (HWI)、Rust Bitcoin、BTCPay Server、BDK、Bitcoin Improvement Proposals（BIP）、Lightning BOLTs、Lightning BLIPs、 Bitcoin InquisitionおよびBINANAsの注目すべき変更点。

• ● Bitcoin Core #35410は、プライベートトランザクションブロードキャストの再試行が、 TorやI2Pを使わずにIPv4またはIPv6ピアへ直接接続してしまう可能性のあるバグを修正します。 sendrawtransactionが-privatebroadcast=1(ニュースレター #388参照)と共に使用された場合、 Bitcoin Coreはトランザクションのブロードキャスト接続をTorまたはI2Pプロキシ経由で強制します。 これらの接続のいずれかがBIP324 v2トランスポートを試みて失敗した場合、v1トランスポートで再試行します。 これまでは、その他の点では直接IPv4/IPv6接続を行うノードにおいて、 この再試行がプライベートブロードキャストのプロキシオーバーライドを忘れてしまう可能性がありました。 今後はプロキシオーバーライドが保存され、v2からv1への再接続においても引き継がれます。

• ● Bitcoin Core #34779は BIP323を実装し、ブロックヘッダのnVersionのビット5から28をマイナー向けの追加ナンス空間として予約します( ニュースレター #405参照)。これまで、これらのビットは未知のソフトフォークのシグナリングを監視する BIP9バージョンビット警告ロジックの監視範囲の一部でした。Bitcoin Coreは今後、BIP323で予約されたビットを その警告ロジックから除外し、これらのビットをナンスのローリングに使用するマイナーが未知のソフトフォーク警告を引き起こさないようにします。

• ● Bitcoin Core #32150は、分岐限定法によるコイン選択アルゴリズムを書き直し、 同等のインプットセットを再現するだけの探索木のパーツを遡って探索することを回避します。 同じ選択プレフィックスを繰り返しバックトラックして再テストする代わりに、新しい探索は次に試すUTXOを追跡し、 ターゲットに到達できない枝を切り落とし、次の有用な候補へ直接移行し、 同じ実効値を持つ重複したあるいはより無駄の多いUTXOをスキップします。これにより、 ウォレットは反復回数の予算を、より多くの異なる候補選択に充てることができます。

• ● LDK #4647は、BOLT12のブラインドメッセージパスにおいて リモートの導入ノードを使用するのをやめました。これはチャネルを持たないピアからのメッセージを受信することはあっても転送しない LNDのオプトイン式オニオンメッセージサポートとの非互換性を回避するためです。 LDKはアナウンスされた受信者自身を導入ポイントとして使用し、相互運用性を向上させますが、受信者のプライバシーは低下します。

• ● BTCPay Server #7218は、BTCマルチシグウォレット向けのガイド付きセットアップフローを追加します。 ストアのオーナーは署名ポリシーを選択し、ストアユーザーに手動またはBTCPay Server Vaultを通じて署名者の鍵を提出するよう招待し、 生成されたアドレスを確認し、必要な鍵が集まった時点でウォレットを作成できます。

• ● BIPs #2186は BIP77を更新し、Payjoin v2の受信者が BIP78互換の送信者にどのように応答するかを規定します。BIP77の通常の応答パスでは、 送信者が提供するリプライキーを使って提案PSBTを暗号化し、 送信者が導出したリプライメールボックスへ届けますが、BIP78の送信者はリプライキーを提供しません。 代わりに、受信者はbase64エンコードされた提案PSBTを、送信者が元のPSBTを投稿した受信者のメールボックスへ書き戻します。 受信者はOHTTPでカプセル化されたPUTリクエストを使用してディレクトリに送信します。 これは、各実装で使われている後方互換の応答パスを文書化したものです。

もっと知りたいですか？

このニュースレターで言及されたトピックについてもっと議論したい方は、 16:30 UTCに Riverside.fmで毎週配信されているBitcoin Optech Recapにご参加ください。 この議論は録画もされ、ポッドキャストページからご覧いただけます。