今週のニュースレターでは、LNノードがキャパシティ依存の手数料率を配信できるようにする提案と、 signet上での主要なプロトコルの変更のテストにフォーカスしたBitcoin Coreソフトウェアのフォークの発表を掲載しています。 また、Bitcoin Stack Exchangeの人気のある質問と回答の概要や、 新しいリリースおよびリリース候補の発表、人気のあるBitcoinインフラストラクチャソフトウェアの注目すべき変更など、 恒例のセクションも含まれています。

ニュース

  • ● LN手数料のレートカード: Lisa Neigutは、ノードが転送手数料について4段階の手数料率を配信できるようにする 手数料レートカードの提案をLightning-Devメーリングリストに投稿しました。 たとえば、支払いの転送により、その後の支払いを転送するために利用可能なアウトバウンドキャパシティの25%未満がチャネルに残る場合、 利用可能なアウトバウンドキャパシティが75%残る支払いよりも比例して多くの手数料を支払う必要があります。

    開発者のZmnSCPxjは、レートカードの簡単な使用法を説明しました。 「レートカードは、同じ２つのノード間で、それぞれ異なるコストを持つ4つの別々のチャネルとしてモデル化することができる。 最も低コストのパスが失敗すると、ホップ数は増えるが実効コストの低い経路を試すか、より高いコストで同じチャネルを試す。」

    この提案では負の手数料も認めています。たとえば、あるチャネルが75%以上のアウトバウンドキャパシティを持っている場合、 そのチャネル経由で転送された支払いに対して、支払額1,000 satoshi毎に1 satoshiを補助できます。 マーチャントは、負の手数料を利用して、 支払いの受け取りに頻繁に使用されるチャネルのインバウンドキャパシティを回復するよう他者にインセンティブを与えることができます。

    Neigutは、一部のノードは既にチャネルのキャパシティに応じて手数料を調整しており、 手数料レートカードは、LNのゴシップネットワークを介して頻繁に新しい手数料率を配信するよりも、 ノードオペレーターがネットワークに自分の意図を伝えるための効率的な方法になると指摘しています。

  • ● signetでソフトフォークをテストするために設計されたBitcoinの実装: Anthony Townsは、彼が取り組んでいるBitcoin CoreのフォークについてBitcoin-Devメーリングリストに投稿しました。 このフォークは、デフォルトsignet上でのみ動作し、高品質な仕様と実装を備えたソフトフォークの提案のルールを適用します。 これにより、ある変更と別の類似の変更を直接比較する（たとえば、OP_CHECKTEMPLATEVERIFYと SIGHASH_ANYPREVOUTの比較）ことを含め、ユーザーが変更案を実験するのがより簡単になるはずです。 Townsはまた、トランザクションのリレーポリシーに対する主要な変更案（パッケージリレーのような）も含める予定です。

    Townsは、Bitcoin Inquisitionと呼ばれるこの新しいテスト実装のアイディアについて、 建設的な批判と、それにソフトフォークの初期セットとして追加するプルリクエストのレビューを求めています。

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

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

リリースとリリース候補

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

  • ● Core Lightning 0.12.1は、いくつかのバグ修正を含むメンテナンスリリースです。

  • ● Bitcoin Core 24.0 RC1は、ネットワークで最も広く使われているフルノード実装の次期バージョンの最初のリリース候補です。

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

今週の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 #26116では、ウォレットの秘密鍵が暗号化されていても、 importmulti RPCで監視用のアイテムをインポートできるようになりました。 これは、古いimportaddress RPCの動作と一致します。

  • ● Core Lightning #5594では、autocleanプラグインが古くなったインボイスや支払いおよび転送された支払いを削除できるように、 いくつかのAPIの追加と更新を含む、いくつかの変更を行いました。

  • ● Core Lightning #5315では、特定のチャネルに対するチャネルリザーブを選択できるようになりました。 リザーブは通常、ノードが支払いまたは転送の一部としてチャネルピアから受け入れない金額のことです。 もし後でピアが不正をしようとした場合、正直なノードはこのリザーブを使用できます。 Core Lightningはデフォルトでチャネル残高の1%をチャネルリザーブとし、不正を行おうとするピアにその金額のペナルティを課します。

    このマージされたPRでは、ユーザーが特定のチャネルのリザーブを減らすことができ、ゼロにすることも可能です。 リザーブを低くするほど、不正に対するペナルティが低くなり危険になりますが、ある種の状況下では有用です。 特に、リザーブをゼロに設定すると、リモートピアがすべての資金を使用し、チャネルを空にすることができます。

  • ● Rust Bitcoin #1258は、2つのロックタイムを比較し、一方が他方を満たしているかどうかを判断するメソッドを追加しました。 コードのコメントにあるように、「ロックタイムは、マイニングされてからnブロックもしくはn秒経過した際に満たされます。 2つのロックタイム（同じ単位）がある場合に、大きい方のロックタイムが満たされれば、 それは小さい方のロックタイムも満たされることを意味します（数学的な意味で）。この関数は、 あるロックタイムを他のさまざまなロックとチェックしたい場合（たとえば満たせないロックタイムをフィルタリングしたい場合など）に便利です。 また、スクリプトの1つのブランチ内に2つのOP_CHECKLOCKTIMEVERIFY操作の小さい方の値を除くのに使用することもできます。」