|
| 1 | +--- |
| 2 | +title: 'Bitcoin Optech Newsletter #179' |
| 3 | +permalink: /ja/newsletters/2021/12/15/ |
| 4 | +name: 2021-12-15-newsletter-ja |
| 5 | +slug: 2021-12-15-newsletter-ja |
| 6 | +type: newsletter |
| 7 | +layout: newsletter |
| 8 | +lang: ja |
| 9 | +--- |
| 10 | +今週のニュースレターでは、場合によっては値がゼロのアウトプットのトランザクションのリレーを可能にする提案と、 |
| 11 | +PTLCの採用に向けたLNの準備に関する議論のまとめを掲載しています。 |
| 12 | +また、サービスやクライアントソフトウェアの最近の変更のリストや、 |
| 13 | +Bitcoin Stack Exchangeで人気のある質問、 |
| 14 | +人気のあるBitcoinインフラストラクチャソフトウェアの注目すべき変更点などの恒例のセクションも含まれています。 |
| 15 | + |
| 16 | +## ニュース |
| 17 | + |
| 18 | +- **<!--adding-a-special-exception-for-certain-uneconomical-outputs-->特定の経済合理性のないアウトプット用の特別な例外の追加:** |
| 19 | + [ニュースレター #162][news162 unec]の掲載以来、Jeremy RubinはBitcoin-Devメーリングリストで、 |
| 20 | + トランザクションが[dust limit][topic uneconomical outputs]以下の値のアウトプットを作成することを認めることについて、 |
| 21 | + 議論を[更新しました][rubin unec]。dust limitは、 |
| 22 | + ユーザーに経済的に意味のないUTXOの作成を思いとどまらせるために |
| 23 | + ノードが使用するトランザクションのリレーポリシーです。 |
| 24 | + UTXOは使用されるまで、少なくともいくつかのフルノードで保管され、 |
| 25 | + 場合によっては迅速に取得できるため、*経済合理性のないアウトプット*を許可すると、 |
| 26 | + 正当な理由もなく問題が発生する可能性があります。 |
| 27 | + |
| 28 | + しかし[CPFP][topic cpfp]による手数料の引き上げにおいては、 |
| 29 | + 手数料を引き上げるトランザクションの資金を使用できない場合、 |
| 30 | + [eltoo][topic eltoo]みたいに、手数料の引き上げに使用される資金を別のUTXOから取得する必要がある場合、 |
| 31 | + ゼロ値のアウトプットを使うことができるかもしれません。 |
| 32 | + Ruben Somsenはまた、ゼロ手数料アウトプットが(one-wayペグのサイドチェーンの一種である)spacechainにどう役立つかの例も示しました。 |
| 33 | + |
| 34 | + この記事を書いている時点では、議論に明確な結論は出ていません。 |
| 35 | + |
| 36 | +- **PLTC用のLNの準備:** Bastien Teinturierは、Lightning-Devメーリングリストで、 |
| 37 | + ノードが[PTLC][topic ptlc]を使用するようアップグレードするために必要な、 |
| 38 | + LNの通信プロトコルの最小限の[変更][ln docs 16]に関する[スレッド][teinturier post]を立ち上げました。 |
| 39 | + PTLCは、現在使用中の[HTLC][topic htlc]よりもプライベート性が高く、ブロックスペースも少なくて済みます。 |
| 40 | + |
| 41 | + Teinturierは、提案中の`option_simplified_update` |
| 42 | + [プロトコルの変更][bolts #867]([ニュースレター #120][news120 opt_simp_update]参照)と同時に実行できる一連の変更を作成しようとしています。 |
| 43 | + 2つめの目標は、通信プロトコルを[ニュースレター #152][news152 ff]に掲載した |
| 44 | + fast-forwardベースのPTLCプロトコルと互換性のあるものにすることです。 |
| 45 | + これによりノードは、最初にHTLCで`option_simplified_update`を使用して、 |
| 46 | + 次にPTLC、それからfast-forwardへ段階的にアップグレードすることができるようになります。 |
| 47 | + |
| 48 | +## サービスとクライアントソフトウェアの変更 |
| 49 | + |
| 50 | +*この毎月の特集では、Bitcoinのウォレットやサービスの興味深いアップデートを取り上げています。* |
| 51 | + |
| 52 | +- **Simple Bitcoin WalletがTaprootへの送金をサポート:** |
| 53 | + SBWのバージョン [2.4.22][sbw 2.4.22]では、ユーザーがTaprootアドレスに送金できるようになりました。 |
| 54 | + |
| 55 | +- **Trezor SuiteがTaprootをサポート:** |
| 56 | + Trezorは、Trezor Suiteのバージョン21.12.2で[Taproot][topic taproot]をサポートすると[発表しました][trezor taproot blog]。 |
| 57 | + 最新のクライアントとファームウェアをダウンロードすると、ユーザーは新しいTaprootアカウントを作成することができます。 |
| 58 | + |
| 59 | +- **BlueWalletがTaprootへの送金をサポート:** |
| 60 | + BlueWallet [v6.2.14][bluewallet 6.2.14]はTaprootアドレスへの送金をサポートしました。 |
| 61 | + |
| 62 | +- **Cash AppがTaprootへの送金をサポート:** |
| 63 | + [2021年12月1日][cash app bech32m]より、Cash Appユーザーは[bech32m][topic bech32]アドレスに送金できるようになりました。 |
| 64 | + |
| 65 | +- **SwanがTaprootへの送金をサポート:** |
| 66 | + Swanは、Taprootでの引き出し(送金)のサポートを[発表しました][swan taproot tweet]。 |
| 67 | + |
| 68 | +- **Wallet of SatoshiがTaprootへの送金をサポート:** |
| 69 | + モバイルのBitcoinおよびLightningウォレットである[Wallet of Satoshi][wallet of satoshi website]が、 |
| 70 | + Taprootへの送金のサポートを[発表しました][wallet of satoshi tweet]。 |
| 71 | + |
| 72 | +## Bitcoin Stack Exchangeから選ばれたQ&A |
| 73 | + |
| 74 | +*[Bitcoin Stack Exchange][bitcoin.se]はOptech Contributor達が疑問に対して答えを探しに(もしくは他のユーザーの質問に答える時間がある場合に)アクセスする、 |
| 75 | +数少ない情報ソースです。この月刊セクションでは、前回アップデート以降にされた、最も票を集めた質問・回答を紹介しています。* |
| 76 | + |
| 77 | +{% comment %}<!-- https://bitcoin.stackexchange.com/search?tab=votes&q=created%3a1m..%20is%3aanswer -->{% endcomment %} |
| 78 | +{% assign bse = "https://bitcoin.stackexchange.com/a/" %} |
| 79 | + |
| 80 | +- [<!--what-is-the-script-assembly-and-execution-in-p2tr-spend-spend-from-taproot-->P2TR支払い(Taprootからの支払い)におけるScriptの組み立てや実行とは?]({{bse}}111098) |
| 81 | + Pieter Wuilleは、[BIP341][]の簡略化した例で、Taprootアウトプットの構築、keypathを使った支払い、 |
| 82 | + scriptpathを使った支払い、支払いの検証について詳細な解説をしています。 |
| 83 | + |
| 84 | +- [<!--how-can-i-find-samples-for-p2tr-transactions-on-mainnet-->mainnetでP2TRトランザクションのサンプルを見つけるにはどうしたらいいですか?]({{bse}}110995) |
| 85 | + Murchは、最初のP2TRトランザクション、scriptpathとkeypathをインプットとした最初のトランザクション、 |
| 86 | + 複数のkeypathインプットを持つ最初のトランザクション、2-of-2のマルチシグのscriptpathでの最初の支払いトランザクション、 |
| 87 | + 新しい[Tapscript][topic tapscript]の`OP_CHECKSIGADD` opcodeを最初に使用しているトランザクションに関する |
| 88 | + [ブロックエクスプローラー][topic block explorers]のリンクを示しています。 |
| 89 | + |
| 90 | +- [<!--does-a-miner-adding-transactions-to-a-block-while-mining-reset-the-block-s-pow-->マイナーがマイニング中にブロックにトランザクションを追加すると、ブロックのPoWはリセットされますか?]({{bse}}110903) |
| 91 | + Pieter Wuilleは、マイニングには[進捗というものがない][oconnor blog]と説明しています。 |
| 92 | + ブロックを解くための各ハッシュの試行は、現在マイニング中のブロックに新しいトランザクションが追加された場合も含めて、 |
| 93 | + これまでに行われた作業から独立しています。 |
| 94 | + |
| 95 | +- [<!--can-schnorr-aggregate-signatures-be-nested-inside-other-schnorr-aggregate-signatures-->Schnorrの集約署名を他のSchnorrの集約署名内にネストすることは可能ですか?]({{bse}}110862) |
| 96 | + Pieter Wuilleは、[Schnorr署名][topic schnorr signatures]を用いた鍵の集約スキームの実現可能性について |
| 97 | + 「署名者に'姪/甥'の鍵の知識がなくても、鍵を階層的に集約することができる」と説明しています。 |
| 98 | + 彼は、[MuSig2][topic musig]がネストと互換性を持つように設計されており、 |
| 99 | + セキュリティの証明は存在しないものの、このユースケースに合わせて変更することができると述べています。 |
| 100 | + |
| 101 | +## 注目すべきコードとドキュメントの変更 |
| 102 | + |
| 103 | +*今週の[Bitcoin Core][bitcoin core repo]、 |
| 104 | +[C-Lightning][c-lightning repo]、[Eclair][eclair repo]、[LND][lnd repo]、 |
| 105 | +[Rust-Lightning][rust-lightning repo]、[libsecp256k1][libsecp256k1 repo]、 |
| 106 | +[Hardware Wallet Interface (HWI)][hwi repo]、 |
| 107 | +[Rust Bitcoin][rust bitcoin repo]、[BTCPay Server][btcpay server repo]、 |
| 108 | +[BDK][bdk repo]、[Bitcoin Improvement Proposals(BIP)][bips repo]、および |
| 109 | +[Lightning BOLTs][bolts repo]の注目すべき変更点。* |
| 110 | + |
| 111 | +- [Bitcoin Core #23716][]は、Bitcoin CoreのテストコードにRIPEMD-160のネイティブなPython実装を追加しています。 |
| 112 | + これにより、Bitcoin Coreは、OpenSSLのRIPEMD-160実装をラップしたPythonの`hashlib`ライブラリのRIPEMD-160関数を使用しなくなりました。 |
| 113 | + OpenSSLの新しいバージョンでは、デフォルトでRIPEMD-160のサポートが提供されなくなったため、別途有効にする必要があります。 |
| 114 | + |
| 115 | +- [Bitcoin Core #20295][]は、新しいRPC `getblockfrompeer`を追加し、 |
| 116 | + 特定のピアから特定のブロックを手動で要求できるようになりました。 |
| 117 | + このRPCの用途は、フォークの監視や研究目的で、古くなったchaintipを取得することです。 |
| 118 | + |
| 119 | +- [Bitcoin Core #14707][]は、複数のRPCを更新し、 |
| 120 | + マイナーのコインベーストランザクションのアウトプットから受信したビットコインを含めるようにしました。 |
| 121 | + RPCの新しい`include_immature_coinbase`オプションにより、 |
| 122 | + 成熟する(コンセンサスルールにより最も早く使用可能になる100承認)前のコインベーストランザクションを |
| 123 | + 含めるかどうかを切り替えられるようになりました。 |
| 124 | + |
| 125 | +- [Bitcoin Core #23486][]は、ScriptがP2SHもしくはP2WSHで使用できる場合にのみ、 |
| 126 | + ScriptのP2SHアドレスもしくはP2WSHアドレスを返すよう`decodescript` RPCを更新しました。 |
| 127 | + |
| 128 | +- [BOLTs #940][]は、`node_announcements`でTor v2 onionのアナウンスとパースを非推奨にしました。 |
| 129 | + [Rust-Lightning #1204][]も、今週マージされ、この仕様に従うように実装を更新しています。 |
| 130 | + |
| 131 | +- [BOLTs #918][]は、pingメッセージのレート制限を削除しました。`ping`メッセージは、 |
| 132 | + 主にピアの接続がまだ生きているかどうかを確認するために使われます。 |
| 133 | + このマージ以前は、`ping`メッセージは、最大で30秒に1回送信されるものでした。 |
| 134 | + 多くのノードでは、高品質のサービスを保証するために、`ping`によるハートビートメッセージをより頻繁に送信することが有用です。 |
| 135 | + 他のLightningメッセージはレート制限されていないため、`ping`メッセージの30秒のレート制限も撤廃されました。 |
| 136 | + |
| 137 | +- [BOLTs #906][]では、[ニュースレター #165][news165 channel_type]に掲載した、 |
| 138 | + `channel_type`機能に新しいfeature bitが追加されています。 |
| 139 | + このbitを追加することで、将来のノードが新機能を理解したピアだけを選択することが簡単になります。 |
| 140 | + |
| 141 | +## 年末年始の発行スケジュール |
| 142 | + |
| 143 | +Happy holiday! 今号が年内最後の定期的なニュースレターになります。 |
| 144 | +来週は、毎年恒例の1年を振り返る特別号を発行します。 |
| 145 | +1月5日(水)からは通常の発行に戻ります。 |
| 146 | + |
| 147 | +{% include references.md %} |
| 148 | +{% include linkers/issues.md issues="867,23716,20295,14707,23486,940,906,1204,918" %} |
| 149 | +[news162 unec]: /ja/newsletters/2021/08/18/#dust-limit |
| 150 | +[rubin unec]: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-December/019635.html |
| 151 | +[somsen unec]: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-December/019637.html |
| 152 | +[teinturier post]: https://lists.linuxfoundation.org/pipermail/lightning-dev/2021-December/003377.html |
| 153 | +[ln docs 16]: https://github.com/t-bast/lightning-docs/pull/16 |
| 154 | +[news120 opt_simp_update]: /en/newsletters/2020/10/21/#simplified-htlc-negotiation |
| 155 | +[news152 ff]: /ja/newsletters/2021/06/09/#receiving-ln-payments-with-a-mostly-offline-private-key-ln |
| 156 | +[news165 channel_type]: /ja/newsletters/2021/09/08/#bolts-880 |
| 157 | +[sbw 2.4.22]: https://github.com/btcontract/wallet/releases/tag/2.4.22 |
| 158 | +[bluewallet 6.2.14]: https://github.com/BlueWallet/BlueWallet/releases/tag/v6.2.14 |
| 159 | +[cash app bech32m]: https://cash.app/help/us/en-us/20211114-bitcoin-taproot-upgrade |
| 160 | +[trezor taproot blog]: https://blog.trezor.io/trezor-suite-and-firmware-updates-december-2021-d1e74c3ea283 |
| 161 | +[swan taproot tweet]: https://twitter.com/SwanBitcoin/status/1468318386916663298 |
| 162 | +[wallet of satoshi website]: https://www.walletofsatoshi.com/ |
| 163 | +[wallet of satoshi tweet]: https://twitter.com/walletofsatoshi/status/1459782761472872451 |
| 164 | +[oconnor blog]: http://r6.ca/blog/20180225T160548Z.html |
0 commit comments