今週のニュースレターでは、サービスとクライアントの更新の概要、新しいリリースとリリース候補の発表、 人気のBitcoinインフラストラクチャソフトウェアの注目すべき更新など、恒例のセクションを掲載しています。

ニュース

今週は、どの情報源からも重要なニュースは見つかりませんでした。

サービスとクライアントソフトウェアの変更

この毎月の特集では、Bitcoinのウォレットやサービスの興味深いアップデートを取り上げています。

  • ● Floresta v0.8.0リリース: UtreexoノードのFloresta v0.8.0リリースでは、 バージョン2 P2Pトランスポート(BIP324)、 testnet4のサポートや、メトリクスとモニタリングの機能強化、 その他多くの機能追加とバグ修正が行われました。

  • ● RGB v0.12を発表: RGB v0.12のブログ記事では、Bitcoinのtestnetとmainnetで、 クライアントサイド検証済みのRGBスマートコントラクト用の RGBコンセンサスレイヤーがリリースされたことが発表されました。

  • ● FROST署名デバイスが利用可能に: Frostsnap署名デバイスは、オンチェーンでは単一の署名のみで済む、 FROSTプロトコルを使用したk-of-nの閾値署名をサポートしました。

  • ● GeminiがTaprootをサポート: Gemini ExchangeとGemini Custodyは、Taprootアドレスへの送金（引き出し）をサポートしました。

  • ● Electrum 4.6.0リリース: Electrum 4.6.0では、 検出にnostrを用いたサブマリンスワップがサポートされました。

リリースとリリース候補

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

  • ● LND v0.19.2-betaは、この人気のLNノードのメンテナンスバージョンのリリースです。 これには、「重要なバグ修正とパフォーマンスの改善が含まれています」

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

最近の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の注目すべき変更点。

  • ● Bitcoin Core #32604は、LogPrintf、LogInfo、LogWarning、LogErrorなどの ディスクへの無条件ログ出力をレート制限し、各ソースロケーションに1時間あたり1MBのクォータを設定することで、 ディスク容量オーバーの攻撃を軽減します。ソースロケーションが抑制されている場合、 すべてのログの行の先頭にアスタリスク(*)が付きます。コンソール出力や、 明示的なカテゴリ引数を持つログ、UpdateTip初期ブロックダウンロード（IBD）メッセージはレート制限の対象外です。 クォータがリセットされると、Coreはドロップされたbyte数を出力します。

  • ● Bitcoin Core #32618は、すべてのウォレットRPCから、include_watchonlyおよびその派生オプションと iswatchonlyフィールドを削除します。これはディスクリプターウォレットが 監視専用のディスクリプターと支払いに使用可能なディスクリプターの混在をサポートしていないためです。 これまでは、ユーザーは監視専用アドレスやスクリプトをレガシー支払いウォレットにインポートできましたが、 レガシーウォレットは削除されました。

  • ● Bitcoin Core #31553は、TxGraph::Trim()関数を導入することで、 クラスターmempoolプロジェクトにブロックの再編成処理機能を追加します。 再編成によって以前承認されたトランザクションがmempoolに再導入され、 結果として得られるクラスターがクラスター数もしくはウェイトポリシーの制限を超えると、 Trim()は手数料率順で依存関係を考慮した基本的なリニアライゼーションを構築します。 トランザクションの追加が制限を超える場合、そのトランザクションとそのすべての子孫は削除されます。

  • ● Core Lightning #7725は、軽量なJavaScriptログビューアを追加します。 これはブラウザでCLNログファイルを読み込み、ユーザーがデーモン、タイプ、チャネルまたは正規表現で メッセージをフィルタリングできるようにします。このツールは、リポジトリメンテナンスのオーバーヘッドを最小限に抑えながら、 開発者とノード実行者のデバッグ体験を向上させます。

  • ● Eclair #2716は、HTLCエンドースメント用に ローカルピアレピュテーションシステムを実装します。このシステムは、各着信ピアが獲得したルーティング手数料と、 使用された流動性とHTLCスロットに基づいて獲得されるべき手数料を追跡します。 支払いが成功するとスコアは満点になり、失敗するとスコアは下がり、 設定された閾値を超えて保留中のHTLCには重いペナルティが課せられます。 転送時に、ノードは現在のピアスコアをupdate_add_htlcエンドースメントTLV（ニュースレター #315参照）に含めます。オペレーターは、 レピュテーションの減衰（half-life）、スタック支払い閾値（max-relay-duration）、 スタックHTLCのペナルティウェイト（pending-multiplier）を調整するか、 設定でレビュテーションシステムを完全に無効にできます。このPRは主に、 チャネルジャミング攻撃の研究を改良するためのデータを収集し、 まだペナルティは実装していません。

  • ● LDK #3628は、非同期支払い用のサーバーサイドロジックを実装し、 LSPノードが頻繁にオフラインになる受取人に代わってBOLT12静的インボイスを提供できるようにします。 LSPノードは、受取人からのServeStaticInvoiceメッセージを受け入れ、提供された静的インボイスを保持し、 ブラインドパスを介してキャッシュされたインボイスを検索して返すことで支払人のインボイス要求に応答できます。

  • ● LDK #3890は、経路探索アルゴリズムでの経路の評価方法を変更し、 総コストのみを考慮するのではなく、総コストをチャネル量制限（使用可能な容量のsatあたりのコスト）で割った値を考慮するようになりました。 これにより、選択はより大容量の経路に偏り、過剰なMPPシャーディングが減り、 結果として支払いの成功率が向上します。この変更により、小規模なチャネルに過度なペナルティが課せられますが、 このトレードオフはこれまでの過剰なシャーディングよりも好ましいものです。

  • ● LND #10001では、運用環境で静止プロトコル（ニュースレター#332参照）が有効になり、 チャネルが静止状態を維持できる最大期間を指定する新しい設定値--htlcswitch.quiescencetimeoutが追加されました。 この値により、ダイナミックコミットメントなどの依存プロトコルが タイムアウト期間内に完了することが保証されます。デフォルト値は60秒、最小値は30秒です。

もっと知りたいですか？

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