今週のニュースレーターでは、Taprootのソフトフォークのアクティベーションパラメーターの選択に関する議論の結果の説明と、 Bitcoin Stack Exchangeから選ばれた質問と回答、リリースとリリース候補および、 人気のあるBitcoinインフラストラクチャソフトウェアの注目すべき変更点を掲載した通常のセクションを掲載しています。

ニュース

  • ● Taprootのアクティベーションに関する議論: Michael Folksonは、 Taprootのアクティベーションパラメーターに関する2回目のミーティングの概要を説明し、 ノードにフォークのアクティベーションを強制するシグナリングを必要とするかどうかを決定するBIP8のLockinOnTimeout (LOT)パラメーターについては、 “LOT=trueとするかLOT=falseとするか圧倒的な合意は得られなかった”と結論づけました。 しかし、他のアクティベーションパラメーターについては、ほぼ全体的な合意があり、 特にフォークのアクティベーションに必要なシグナルのハッシュレートの量が95%から90%に削減されたことが注目されます。

    LOTパラメーターについては、主にコマンドラインオプションや使用するソフトウェアリリースを選択することで、 ユーザー自身がオプションを選択するように促す効果について、メーリングリストで議論が続けられました。 この記事を書いている時点では明確な合意には達しておらず、Taproot自体はほぼ望まれているように見えるものの、 Taprootをアクティベートするための方法については広く受け入れられていないようです。

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

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

  • ● シャーディングはマルチシグの良い代替手段ですか？ ユーザーS.O.Sは、シャミアの秘密分散（SSS）のようなシャーディング方式でマルチシグのような機能を実現することの可能性について質問しています。 Pieter Wuilleは、SSSに対するOP_CHECKMULTISIGの利点（アカウンタビリティ、1台のマシン上で秘密鍵を再構築する必要がない）、 OP_CHECKMULTISIGに対するSSSの利点（手数料が少なく、プライバシーは強い）および、 Schnorr署名を利用した場合の考慮事項（アカウンタビリティは欠如するが、1台のマシンで秘密鍵を再構築する必要はなく、 手数料が少なく、プライバシーは強い、複雑さは増す）を指摘しています。

  • ● ファンディング・トランザクションがまだmempoolにある状態で、チャネルを閉じることができますか？ LNチャネルを開こうとしたものの、ファンディング・トランザクションの手数料率を低く設定してしまったため、 PyrolitePancakeは、ファンディング・トランザクションがmempoolに残っている状態でチャネルを閉じることについて質問しています。 １つの選択肢は、トランザクションを再ブロードキャストするなどして承認を待ちチャネルオープンを続けることですが、 Rene Pickhardtは、ファンディング・トランザクションのインプットを二重使用することでmempoolから削除されることに言及しています。 ファンディング・トランザクションを再ブロードキャストする方法、 二重使用トランザクションを作成する方法のいずれも、cdeckerによってC-lightning用にサンプルコマンドが提供されています。

  • ● peerblockfilters=1にすると何百もの“btcwire 0.5.0/neutrino”接続が、私のBitcoinノードからTBのダウンロードをします qertoipは、Compact Block Filterを有効にしてBitcoin Core 0.21.0を実行すると、 btcwire 0.5.0/neutrinoというユーザーエージェントから多数の接続（75%）と帯域幅使用量（90%）があることに気付きます。 Murchは、これらのピアはLNDノードであり、Compact Block FilterはBitcoin Coreの新機能で、 かつデフォルトでは無効になっているため、現在ネットワーク上でピアにCompact Block Filterを提供するノードが不足しており、 その結果、それをサポートするノードへのトラフィックが高くなっている可能性があることを指摘しています。

  • ● dumpwalletの出力に関するドキュメントや説明はありますか？ Andrew Chowは、この機会に、dumpwalletRPCの出力の説明を回答しています。

  • ● BitcoinにMoneroやZcashと同様のプライバシープロトコルを実装することを妨げるものはありますか？ Pieter Wuilleは、MoneroやZcashが採用しているプライバシー強化のアプローチについて、開発者が取り組むことを選択しない理由や、 エコシステムがそのサポートを選択しない理由についていくつかの課題を挙げています。 考慮すべき点としては、”オプトイン”アプローチの欠点や、新しい暗号セキュリティの前提条件の導入、 スケーラビリティの懸念、供給量の監査可能性の問題などが挙げられています。

リリースとリリース候補

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

  • ● LND 0.12.1-betaは、LNDの最新のメンテナンスリリースです。 誤ってチャネルが閉鎖される可能性があるエッジケースと、一部の支払いが不必要に失敗する可能性があるバグの修正に加えて、 いくつかのマイナーな改善とバグ修正が行われています。

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

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

  • ● Bitcoin Core #19136は、アドレスの公開鍵を含むウォレットの output script descriptorを含む新しいparent_descフィールドで getaddressinfo RPCを拡張しています。ウォレットのBIP32パスは、 すべての強化導出プレフィックスが除去され、公開鍵の導出手順のみが残ります。 これにより、アドレスとその兄弟アドレスが受信したビットコインを監視可能な他のウォレットソフトウェアに descriptorをインポートすることができます。

  • ● Bitcoin Core #15946では、pruneとblockfilterindexの両方の設定オプションを同時に使用して、 プルーニングされたノードでCompact Block Filterを保持することが可能になりました （peerblockfilters設定オプションが使用されている場合は、フィルターの提供もされます）。LNDの開発者は、 これは自社のソフトウェアにとって有益で、将来のアップデートではウォレットをインポートするために、ウォレットロジックがBlock Filterを使用して プルーニングされたノードが再ダウンロードする必要がある履歴ブロックを判断できるようにすることも可能になると指摘しています。

  • ● Eclair #1693およびRust-Lightning #797は、ノードアドレスの通知の処理方法を変更しています。 現在のBOLT7の仕様では、通知内のアドレスのソートが必要ですが、一部の実装ではこのルールを使用していなかったり、 適用していませんでした。Eclairはソートをするよう実装を更新し、Rust-Lightningはソートを要求しないよう実装を更新しました。 仕様を更新するためのPRが公開されましたが、具体的にどのような変更を行うべきかはまだ議論中です。

  • ● HWI #454は、displayaddressコマンドを更新し、 BitBox02デバイスでのマルチシグアドレス登録のサポートを追加しています。

  • ● BIPs #1052は、BitcoinのP2Pプロトコルにdisabletxメッセージを追加する提案にBIP338を割り当てました。 接続確立中にこのメッセージを送信したノードは、その接続でトランザクションを要求したり通知したりしないことを相手のピアに通知します。 ニュースレター #131で説明したように、これによりピアは、現在の最大接続数125を超える追加接続を受け入れるなど、 無効な中継接続に異なる制限を使用できるようになります。1月12日のP2P開発者ミーティングの議論の要約も参照ください。