Bitcoin Segregated Witness (Segwit) は素晴らしいですが、短期的な解決策ではないでしょうか?

Pieter Wuille 氏は香港で Segregated Witness (segwit) に関する素晴らしい入門講演を行いました。これは、Bitcoin ソフトウェアにできるだけ迅速かつ安全に実装すべき素晴らしいアイデアです。これはビットコインの将来に大きな利益をもたらす可能性のある基本的なアイデアです。もちろん、もっと良い名前が必要です (「分離にはあらゆる種類の否定的な意味合いがあります...」)

Pieter の講演をチェックしてみてください。そこでは別の説明をします (何かを本当に理解するまでに、複数の異なる方法で説明する必要があることがよくあることはわかっています)。

つまり、ビットコインを分離証人ロック出力に送信することは、今日のブロックチェーン エクスプローラーにとっては少々奇妙なことですが、次の scriptPubKey を使用して誰でもトランザクションを使用できるようです。

 PUSHDATA [バージョンバイト + 検証スクリプト]

分離された証人ロック出力の使用には、スクリプト署名 ( scriptSig ) を使用する必要はありません。

これはおかしいことではないか、と言うかもしれません。いいえ。トランザクションの実際のスクリプト署名は別の新しいデータ構造に配置され、検証を行うウォレットとマイナーは新しいデータ構造を使用してトランザクションの署名が有効であることを確認するためです。

このデータ構造は、これらのトランザクションを反映するmerkle treeツリーとなり、Segwit 入力を持つ各トランザクションに対して、署名データ (および不正証明を可能にするために入力ごとに 10 バイト程度の追加バイト) を含む 2 番目のマークル ツリーにエントリが存在します。

最適な設計は、トランザクション データを左側に、分離された証人データを右側にして、トランザクション マークル ツリーと分離された証人マークル ツリーを同じツリーにマージすることです。ブロック ヘッダー内のマークル ルートは、このマージされたツリーになります。これはハードフォークとして実行する必要があります (私の意見ではそうすべきです)。しかし、Pieter は、各ブロックの最初の (coinbase) トランザクションに Segwit Merkle ルートを配置するソフトフォークを提案しました。これはより複雑で洗練性に欠けますが、必要なのはソフトフォークのみであることを意味します。

どのように実装されるかに関係なく、ウォレットとほとんどのエンドユーザーにとってスムーズな移行ソリューションとなり、新しい SegWit トランザクションを使用したくない場合は、使用する必要はありません。この新しいトランザクションを使用すると、誰かに支払うことは、新しいマルチ署名ウォレット (3**** で始まる BIP13 ビットコイン アドレス) を使用して誰かに支払うこととまったく同じになります。

これによってウォレットをアップグレードする必要はありませんが、大量のトランザクションを生成する人は誰でも、Segwit トランザクションを生成する強いインセンティブを持つことになります (Pieter は、これらの Segwit トランザクションに何らかの手数料割引を与えることを提案しています)。

それで、この SegWit ソリューションは 1MB のブロック サイズ制限にどのように役立つのでしょうか?

すべての詳細が解決され、ソフトフォークまたはハードフォークが実装され、トランザクションのかなり少数が SegWit を使用して出力をロックするようになると、1 MB のハードコードされたブロック制限に収まるトランザクションが増えることになります。たとえば、最も単純なone-input 、1 入力の分離された証人トランザクションには、 90字节のトランザクション データと約80个バイトの署名データが含まれますが、1 MB のブロックに詰め込む必要があるのは 170 バイトではなく、この 90 バイトだけです。より複雑なマルチ署名トランザクションでは、さらに多くのスペースが節約されます。

したがって、全員が SegWit を使用して出力をロックし、すべてのトランザクションが SegWit トランザクションになると、1 MB のブロックに 2 ～ 3 倍のトランザクションを詰め込むことができます。

分離された証人トランザクションは、現在のスケーリングのボトルネックの解消には役立たず、ネットワーク全体にわたる 1MB の「ブロック」メッセージの伝播は、以前と同じ帯域幅を占有することになります。現在、この問題に対処するためのプロジェクトがいくつか進行中です (IBLT、弱いブロック、薄いブロック、「ブロックトレント」プロトコルなど)。また、1MB のブロック メッセージを他の方法よりもはるかに高速に伝播できるようにするプロジェクトもすでに導入されています (Matt Corallo の高速リレー ネットワーク)。

成功のために設計するのが賢明だと思います。 Segregated Witness は素晴らしいですが、短期的な解決策ではありません (6 ～ 12 か月かかります)。また、1 MB のブロック制限の問題はすでに発生しています。

元記事: http://gavinandresen.ninja/segregated-witness-is-cool
ギャビン・アンドレセン
翻訳: 無料で簡単
出典（翻訳）：バビット情報（http://www.8btc.com/segregated-witness-is-cool）