今週のニュースレターでは、フルノードが最初に要求することなくリレーされたトランザクションを 無視することに関する投稿を掲載しています。また、Bitcoin Stack Exchangeで人気の質問とその回答や、 新しいリリースとリリース候補の発表、人気のBitcoinインフラストラクチャソフトウェアの注目すべき変更など 恒例のセクションも含まれています。

ニュース

  • ● 要求していないトランザクションを無視する: Antoine Riardは、非要求トランザクション と呼ばれる、invメッセージを使用して要求していない txメッセージを受け入れないことをノードが通知できるようにする2つのBIPドラフトを Bitcoin-Devメーリングリストに投稿しました。Riardは、 2021年にこの一般的なアイディアを提案しました（ニュースレター #136参照）。 最初に提案されたBIPは、ノードがトランザクションリレー機能と設定を通知できるようにする仕組みを追加します。 2つめのBIP提案は、その通知の仕組みを使って、ノードが非要求トランザクションを無視することを示しています。

    Bitcoin Coreのプルリクエストで説明されているように、 この提案にはいくつかの小さなメリットがありますが、いくつかの古い軽量クライアントの設計と競合し、 そのソフトウェアのユーザーがトランザクションをブロードキャストできない可能性があるため、 慎重な展開が求められます。Riardは、前述のプルリクエストを公開しましたが、 libbitcoinkernelベースの独自のフルノード実装に取り組む予定であることを示し、その後プルリクエストを閉じました。 彼はまた、この提案は最近開示されたいくつかの攻撃（ニュースレター #332参照）に対処するのに役立つ可能性があることも示しました。

Bitcoin Stack Exchangeから選ばれたQ&A

Bitcoin Stack ExchangeはOptech Contributor達が疑問に対して答えを探しに（もしくは他のユーザーの質問に答える時間がある場合に）アクセスする、 数少ない情報ソースです。この月刊セクションでは、前回アップデート以降にされた、最も票を集めた質問・回答を紹介しています。

リリースとリリース候補

人気の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 InquisitionおよびBINANAsの注目すべき変更点。

  • ● Core Lightning #8116は、中断されたチャネルの閉鎖交渉の処理を変更し、 必要でなくてもプロセスを再試行するようにしました。これにより、 ピアからのCLOSING_SIGNEDメッセージを逃したノードが再接続時にエラーを受け取り、 一方的な閉鎖トランザクションををブロードキャストする問題が修正されます。 一方、すでにCLOSINGD_COMPLETE状態にあるピアは、協調閉鎖のトランザクションをすでにブロードキャストしており、 2つのトランザクション間で競合が発生する可能性があります。この修正により、 協調閉鎖トランザクションが承認されるまで、再交渉を継続できるようになります。

  • ● Core Lightning #8095は、setconfigコマンド（ニュースレター#257参照）に transientフラグを追加し、設定ファイルを変更することなく一時的に適用する動的な設定変数を導入します。 これによる変更は再起動時に元に戻ります。

  • ● Core Lightning #7772は、新しい失効シークレットを受信するたびに、 emergency.recoverファイル（ニュースレター#324参照）を更新する chanbackupプラグインにcommitment_revocationフックを追加います。これにより、 ピアが古い失効状態を公開した場合に、emergency.recoverを使用して資金を回収する際に、 ペナルティトランザクションをブロードキャストできるようになります。 このPRは、Static Channel BackupのSCBフォーマットを拡張し、 chanbackupプラグインを更新して新旧両方のフォーマットをシリアライズします。

  • ● Core Lightning #8094は、xpayプラグイン（ニュースレター#330参照）に 実行時に設定可能なxpay-slow-mode変数を導入し、 MPP（マルチパスペイメント）のすべてのパーツが解決されるまで、 成功または失敗の返信を遅らせます。この設定がなければ、一部のHTLCがまだ保留中であっても 失敗のステータスが返される可能性があります。ユーザーが再試行し、別のノードでインボイスの支払いに成功した場合、 保留中のHTLCも決済されると、過払いが発生する可能性があります。

  • ● Eclair #2993は、支払いパスのブラインド部分に関連する手数料を受信者が支払い、 送信者が非ブラインド部分の手数料をカバーできるようにします。これまでは、送信者がすべての手数料を支払っていましたが、 これにより、送信者がパスを推測し、潜在的にブラインドを解除できる可能性がありました。

  • ● LND #9491は、lncli closechannelコマンドを使用して、 アクティブなHTLCがある場合の協調閉鎖のサポートを追加します。 開始されると、LNDはチャネルを停止し、新しいHTLCを作成できないようにし、 既存のすべてのHTLCが解決されるのを待ってから交渉プロセスを開始します。 ユーザーはこの動作を有効にするためにno_waitパラメーターを設定する必要があります。 設定しない場合、エラーメッセージが表示され、それを指定するよう求められます。 このPRにより、協調チャネル閉鎖が開始された際に、max_fee_rate設定が両参加者に適用されることも保証されます。 これまでは、この設定はリモートの参加者にのみ適用されていました。

もっと知りたいですか？

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