最新のLNのHTLCのアンカーアウトプットを使用する代替案に関する議論のリンクを掲載しています。人気のあるBitcoinインフラストラクチャソフトウェアの注目すべき変更など、恒例のセクションも含まれています。Bitcoin-Devメーリングリストで議論を始めました。彼は、「これはCoreが過去に行ったこととは異なる。(あるいは、できるだけそうなるように)確認しようとし、それが実装されるとすぐに有効にしてきた。実装のテストやデバッグを簡単にするためのものだった。オプトイン可能な新しいリレー動作を提供するのは、私が過去に見たCoreのアプローチとは一致しない。「フルRBFは長い間議論の的だったが、開発者には広く好まれている。これは単に特殊ケースで、前例はないのかもしれない。ユーザーにはオプションがあるという現在進行中の議論があるにも関わらず、それがマージされることに対して大きな抵抗があるだろう。ユーザーに多くのオプションを与えることが良いのであれば、リレーポリシーの多くの側面を設定可能にすることができます。reuse)オプションが提供されています。Coreノードはアウトバウンド接続を介してデフォルトで8つのピアとトランザクションをリレーします。ネットワークの少なくとも30%がより寛容なポリシーをサポートする必要があります。ポリシーをサポートするノードが少ないほど、ノードがそのポリシーをサポートするピアを見つける可能性は低くなります。自身の機能を通知することができ、共通の関心を持つノードが互いを見つけて(優先ピアリングと呼ばれる)サブネットワークを形成することができます。他のソフトウェアを使用して独自のリレーネットワーク(LNノード間のネットワークなど)を形成することもできます。希少なポリシーを実装しているノードは特定されやすく、検閲もしやすくなります。マイニングの複雑さやコストが増加します。これも検閲を容易にします。Relayやerlayなどの技術を十分に活用できなくなります。Townsの投稿には、洞察力に富んだ複数の反応が寄せられており、この記事の執筆時点で議論が続いています。来週のニュースレターで最新情報をお伝えする予定です。BIP324ドラフト仕様のアップデートに対する返答を投稿しました。帯域幅を削減するために、v2トランスポートでは既存のプロトコルの12バイトのメッセージ名を1バイトの短い識別子に置き換えるようにします。12バイトにパディングされるversionというメッセージ名は、0x00に置き換えられます。メッセージ名を短くすると、将来ネットワークにメッセージを追加する際に、異なる提案で衝突が発生するリスクが高くなります。Wuilleは、この問題に対処するための4つの異なるアプローチのトレードオフを説明し、このテーマについてコミュニティの意見を求めています。ルーティングノードの1つが一時的にオフラインになるなど、さまざまな理由で失敗に終わることがあります。現在のLNプロトコルは、ルーティングノードがその情報を送信者に伝えるための認証方法を提供していません。彼はそれを改良し詳細を追加して更新しました。この仕組みでは、支払いが失敗したノードのペア(または前の失敗のメッセージを検閲または文字化けされたノードのペア)を確実に識別することができます。Jagerの提案の主な欠点は、他のLNの特性が同じままであれば、失敗のオニオンメッセージのサイズが大幅に増加することです。LNの最大ホップ数を減らせば、失敗のオニオンメッセージのサイズはそれほど大きくする必要はないでしょう。Paymentに似た仕組みを使用する提案を行いました。送信者は、送信したsatoshiの量と戻ってきたsatoshiの量を比較することで、どのホップで支払いが失敗したかを特定することができます。Lightning-Devメーリングリストに投稿しました。carve-outルールの開発と共に導入されました。Teinturierは、CPFPを使用するには、各LNノードが非LNのUTXOをいつでも使用できるようプールしておく必要があると指摘しています。追加のUTXO管理は必要ありません。彼は、他のLN開発者に複数の手数料率のHTLCに移行するためのアイディアへの支持を求めています。この記事を書いている時点では、すべての議論はTeinturierのPRで行われています。人気のBitcoinインフラストラクチャプロジェクトの新しいリリースとリリース候補。新しいリリースにアップグレードしたり、リリース候補のテストを支援することを検討してください。最近のブロックの処理の問題に関するバグ修正を含むセキュリティクリティカルなリリースです。すべてのユーザーにアップグレードが必要です。RC2は、ネットワークで最も広く使われているフルノード実装の次期バージョンのリリース候補です。テストのガイドが利用できるようになっています。マーチャントサービスに対して問題を引き起こす可能性があると考えています。Optechは、影響を受ける可能性のあるサービスに対して、RCを評価し、公開討論に参加することを推奨しています。BOLTsの注目すべき変更点。ノードの現在の同期進捗以下の高さに制限します。これは、将来のブロックを取得することで、ノードのブロックファイルがプルーニングの対象外になるのを防止します。Coreは、約130MBのファイルにブロックを受信した順に格納します。プルーニングはブロックファイル全体を廃棄しますが、同期処理されていないブロックを含むファイルは廃棄しません。複数のブロックファイルがプルーニングの対象外になり、プルーニングノードが許可されたデータ量を超える原因になる可能性があります。ディスクリプターウォレットの再スキャンのパフォーマンスを向上します。Taprootのkeypath支払いに対する外部署名のサポートを可能にしました。keyを削除しました(代わりに余分な1バイトを含む圧縮公開鍵を使用します)。別の実験的なプロトコルであるブラインドペイメントの転送も実装しています。PRの説明では、「ブラインドペイメントのインボイスの生成や実際の支払いは含まれない」と警告しています。入ってくる支払い(HTLC)が完全にロックされた際に監視できるようになります。どのチャネルパートナーが自分に支払い(HTLCが)を転送したかと、自分が支払いをリレーしたパートナーを表示します。自動的に受信した支払い(HTLC)を拒否します。チャネルパートナーは自身の資金を保護するためにチャネルを強制クローズする必要があります。このマージされたPRの自動拒否は、チャネルを開いたままにすることを保証します。送信者はいつでも再び支払いの送信を試せます。609cc8bは、脆弱性を報告するための指示を含むセキュリティポリシーを追加しました。#957は、PSBTに署名するためのAPIを追加しました。Taproot支払いの署名はサポートしていません。すべての署名の約半分で1バイトのサイズを削減します。technology.。