今週のニュースレターでは、人気のあるBitcoinインフラストラクチャソフトウェアについて、いくつかの注目すべき変更点を掲載しています。

ニュース

今週は重要なニュースはありませんでした。

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

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

• ● Bitcoin Core #25717は、サービス拒否（DoS）攻撃を防止し、チェックポイントを削除するためのステップとして、 IBD（Initial Block Download）中に「Headers Presync」ステップを追加しました。 事前同期フェーズを使用するノードは、ピアのヘッダーチェーンに十分な作業量があることを検証してからそれらを永続的に保存します。

  IBDの間、敵対的なピアは、同期プロセスを停止させようとしたり、 最も作業量のあるチェーンに繋がらないブロックを提供したり、単にノードのリソースを使い果たしたりしようとする可能性があります。 同期速度と帯域幅の使用量はIBD中の重要な懸念事項ですが、設計上の一番の目標はサービス拒否攻撃を回避することです。 v0.10.0以降のBitcoin Coreノードは、ブロックをダウンロードする前にまずブロックヘッダーを同期し、 チェックポイントのセットに接続されないブロックヘッダーを拒否します。 この新しい設計では、ハードコードされた値を使用する代わりに、PoW（Proof of Work）パズル固有のDoS耐性の特性を利用して、 メインチェーンを見つける前に割り当てられるメモリの量を最小限に抑えます。

  この変更により、ノードはヘッダーの初期同期中に2回ヘッダーをダウンロードします。 1回めは累積した作業量が所定の閾値に達するまでヘッダーのPoWを検証し（保存はせず）、 2回めでヘッダーを保存します。攻撃者が事前同期中にメインチェーンを送信して、再ダウンロード中に別の悪意あるチェーンを送信するのを防ぐために、 ノードは事前同期中にヘッダーチェーンへのコミットメントを保存します。

• ● Bitcoin Core #25355は、アウトバウンドのI2P接続のみが許可されている場合に、 一時的なI2Pアドレスのサポートを追加しました。I2Pでは、受信者は接続開始側のI2Pアドレスを学習します。 I2Pのリスニングを行わないノードは、デフォルトでアウトバウンド接続を作成する際に一時的なI2Pアドレスを使用するようになります。

• ● BDK #689は、allow_dustメソッドを追加し、dust limitに違反するトランザクションの作成を許可します。 Bitcoin Coreや同じ設定を使用する他のノードは、（OP_RETURNを除く）すべてのアウトプットが受け取るsatoshiがdust limitを超えない限り、 未承認のトランザクションをリレーしません。BDKは通常、作成するトランザクションにdust limitを強制するすることで、 ユーザーがそのようなリレーされないトランザクションを作成するのを防ぎますが、 この新しいオプションはそのポリシーを無視するものです。 PRの作者は、自分たちのウォレットのテストに使用していると述べています。

• ● BDK #682は、HWIとrust-hwiライブラリを使用したハードウェア署名デバイス用の署名機能を追加しました。 このPRでは、テスト用にLedgerデバイスのエミュレーターも導入されています。