Bitcoin Optech＃155：提案されたBIPとビットコインスタック交換

それはそれを思わせるかもしれませんブロック709,632の準備として、シングルシグウォレットがタップルート支出を実装するのは逆効果ですが、よく見ると、ウォレットユーザーとネットワーク全体の両方でシングルシグにP2TRを使用することには多くの利点があることがわかります。

• 費用が安い：シングルシグのP2TR UTXOを使用する場合、P2WPKH UTXOを使用する場合よりも、入力レベルで約15％コストが低くなります。上記の表のような非常に単純な分析では、消費者が支払うように求められているアドレスを選択できないという詳細が隠されているため、P2WPKHにとどまり、他のすべての人がP2TRにアップグレードすると、2インチの実際の典型的なサイズになります。 2-outトランザクションは232.5vbytesになりますが、すべてのP2TRトランザクションは211.5vbytesになります。
• プライバシー：アーリーアダプターが新しいスクリプト形式に変更するとプライバシーが失われますが、ユーザーはtaprootにも切り替えますすぐにプライバシーの向上を受け取ります。あなたのトランザクションは、新しいLNチャネルで作業している人々と見分けがつかないように見えるようになり、より効率的になります DLC 、安全なマルチシグニチャ、さまざまな巧妙なウォレットバックアップリカバリスキーム、またはその他の100の先駆的な開発。
  シングルシグにP2TRを使用すると、ウォレットをマルチシグニチャ、タップスクリプト、LNサポート、または、既存のユーザーのプライバシーに影響を与えることなく、後で他の機能を使用できます。 UTXOがソフトウェアの古いバージョンと新しいバージョンのどちらで受信されたかは関係ありません。どちらのUTXOも同じオンチェーンで表示されます。
• ハードウェア署名デバイスの方が便利です。<の再発見以降、 a href="https://bitcoinops.org/en/newsletters/2020/06/10/#fee-overpayment-attack-on-multi-input-segwit-transactions"rel="noopener"onclick="return phoenixTrackClickEvent（これ、イベント）;」 target="_ blank">料金過払い攻撃、そのトランザクションで費やされた各UTXOが、そのUTXOを作成したトランザクション全体の重要な部分のコピーを含むメタデータを伴わない限り、いくつかのハードウェア署名デバイスはトランザクションへの署名を拒否しました。これにより、ハードウェア署名者が実行する必要のある最悪の場合の処理​​が大幅に増加し、限られたサイズのQRコードを主要な通信媒体として使用するハードウェア署名者にとって特に問題になります。 Taprootは、料金過払い攻撃の根底にある脆弱性を排除するため、ハードウェア署名者のパフォーマンスを大幅に向上させることができます。
• より予測可能な料金：P2PKHおよびP2WPKH UTXOのECDSA署名は、サイズが異なる場合があります（ニュースレター＃3 ）。ウォレットは署名を作成する前にトランザクションの料金を選択する必要があるため、ほとんどのウォレットは最悪の場合の署名サイズを想定し、小さい署名が生成されると料金をわずかに超過することを受け入れます。 P2TRの場合、署名の正確なサイズが事前にわかっているため、ウォレットは正確な料金を確実に選択できます。
• ノード全体を支援する：ビットコインシステムの全体的なセキュリティは、ビットコインユーザーのかなりの割合に依存します確認されたすべてのトランザクションを独自のノードで検証します。これには、ウォレットが作成するトランザクションの確認が含まれます。 Taprootの schnorr署名は効率的にバッチ検証できます前のブロックに追いつくプロセス中に署名を検証するときに、ノードが消費する必要のあるCPUサイクル数を約1/2 削減します。このリストの他のすべてのポイントを拒否した場合でも、フルノードを実行している人々の利益のためにtaprootを使用する準備を検討してください。

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

今週の注目すべき変更点 ビットコインコア 、 C-Lightning 、 Eclair 、 LND 、 Rust-Lightning 、 libsecp256k1 、 ハードウェアウォレットインターフェイス（HWI） 、 Rustビットコイン 、 BTCPayサーバー 、 ビットコイン改善提案（BIP） 、および ライトニングボルト 。

• ビットコインコア＃22154 は、ユーザーが bech32m アドレス。 getnewaddress””bech32mを呼び出すことによって。トランザクションにtaprootのアクティブ化後にbech32mアドレスが含まれている場合、記述子ウォレットもP2TR変更出力を使用します。この機能は、タップルート記述子を持つウォレットにのみ適用されます（ニュースレター＃152 ）。
• ビットコインコア＃22166 は、出力から直根性tr（）記述子を推測するためのサポートを追加し、基本的な直根性記述子のサポートを完了します。記述子推論は、listunspentなどのRPC呼び出しへの応答でより正確な情報を提供するために使用されます。
• Bitcoin Core＃20966 は、保存されたbanlistファイルの名前と形式をbanlist.dat（シリアル化されたP2Pプロトコルのアドレスメッセージに基づく）からbanlist.jsonに変更します。ファイル形式の更新により、新しいリストにTorv3のピアと128ビット幅（元のアドレスメッセージに含めることができる最大幅）を超えるアドレスを持つ他のネットワークのピアの禁止エントリを保存できるようになります。
• ビットコインコア＃21056 は、ビットコイン-cliに新しい-rpcwaittimeoutパラメーターを追加します。既存の-rpcwaitパラメーターは、ビットコインサーバーが起動するまでコマンドの送信（RPC呼び出し）を遅らせます。新しいパラメータは、指定された秒数後に待機を停止し、エラーを返します。
• C-Lightning＃4606 では、LNDの同様の変更に続いて、約0.043 BTCを超える請求書を作成できます（ニュースレター＃93 ）および次の説明で説明する仕様への変更アイテム。
• BOLT＃877 は、実装のバグから生じる重大な損失を回避するために最初に導入されたプロトコルレベルの支払いごとの金額制限を削除します。これは、2020年にoption_support_large_channelが広く実装され、（有効になっている場合）チャネルごとの量の制限が削除されたことに続きます。 大規模なチャネルをご覧ください。

元の投稿はこちら

ビットコインオプテックニュースレターを直接購読して、このコンテンツを毎月受信トレイに直接受信します。