デプスの理解ビットコイン「セグウィット」技術とその3つのバージョンアップグレード

SegWitからTaproot、TaprootAssetsプロトコルまで、ビットコインの分離立証人技術の3つの主要なアップグレードを包括的に分析し、ビットコインの拡大と容量拡大の歴史を深く理解しています。 この記事は、Fu Shaoqing、SatoshiLab、BTC Studioがすべてのものの島で書いた記事、PAewsによって照合、編集、執筆されたものです。 (あらすじ:Adam Back反量子コンピュータ「クラックビットコイン」:TaprootをSLH-DSAと統合することが推奨されています)(背景補足:Taprootビットコイン後の最大の論争、OP_Returnの削除はBTCエコシステムにどのように影響しますか? ） 1. 著者がビットコイン技術を学ぶと、Segregated Witnessの開発履歴の観点から、SegWit、Taproot、TaprootAssetsの3つの知識ポイントを学び、習得するのが簡単になることがわかります。 また、ライトニングネットワークラボのTaproot Assetsプロトコルをより深く理解し、宇宙の役割をよく理解し、TaprootAssetsプロトコルの機能と将来の開発の可能性を理解することができます。 この理解により、ユーザーが使用するための関連製品をより適切に設計できます。 この記事を読むことについて考えるべき2つの重要な視点もあります:ビットコインの拡大とビットコインの拡大です。 スケーリングとは、ビットコインが使用および管理できるデータ容量の拡張を指し、初期段階ではブロックのサイズに制限され、後の段階でビットコインで管理できる完全なデータ容量に限定されます。 容量拡張の限界は、無制限のデータスペースを管理することです。 拡張とは、ビットコインのスクリプト命令実装機能を拡張する能力を指し、拡張の限界はチューリング完全なプログラミング機能を実現することです。 ビットコインの開発の全歴史は、さまざまなビットコインフォークチェーンを含む拡張と容量拡大の歴史であり、OP \ _RETURNと分離に関するビットコインの探求は3つのバージョンの変更を目撃しています。 ほとんどの読者が無視できる3つのバージョンの詳細な概略図は、関連するテクノロジーを深く理解するために著者によってドキュメントに入れられており、それを無視しても読書効果には影響しません。 この記事に関与するBIPプロトコルの著者は、読者がアイデアの生成から生産環境の立ち上げまでのテクノロジーの時間サイクルを感じることができるように、時間をマークしました。 さらに重要なことに、3つのSegregated Witnessバージョンのプロトコル生成時間から起動時間まで、このことの開発法則を完全に見ることができ、将来の開発を予測するのにも便利です。 これらのテクノロジーとプロトコルに基づいて製品を開発しているチームが、いつ参加するかを選択するのに適した参考資料です。 新しいものの時期尚早な参加は、支援技術の未熟さのためにしばしば「殉教者」になります。 参加が遅すぎると、機会を失い、「観客」になってしまいます。 著者は、利用可能期間に入る前に入力する方が良いと考えています。 この「利用可能期間に入ろうとしている」という判断は、多くの場合、技術的な詳細の判断に基づく、時間の判断に基づいています。 1.1. 初期の取引(分離された立会いなし) ホワイトペーパーで定義された取引(最も単純な取引モデル) 初期の最も基本的なビットコイン取引で、複数の入力と2つの出力が可能です。 出力の 1 つは自分自身の変更であり、もう 1 つは外部への転送です。 (注:合計入力と合計出力の差は手数料です)ほとんどのトランザクションは2つの出力であり、実際に1つの出力しかないシナリオがあります。次のように要約します:違いをよりよく説明するために、2つの入力と2つの出力の凡例を使用してみましょう。 (もう1つの大きな理由は、私が参照する資料が、再描画せずにこの2入力対2出力の画像を提供することです。 怠惰な^_^) こういう比較表があると分かりやすいんじゃないですか? 従来のトランザクション例の図とSegwit Segwitのトランザクション図1.2の比較。 OP_RETURN SegWitについて話すとき、なぜOP_RETURNについて話すのですか? これはSegWitよりも初期の調査であるため、SegWitの理由をよりよく理解できます。 OP_RETURN は、スクリプトを終了し、スタックの最上位に値を返すスクリプト オペコードです。 このオペコードは、プログラミング言語のリターン関数に似ています。 ビットコインの歴史の中で、OP_RETURNオペコードの機能は数回変更され、現在は主に台帳にデータを保存する方法として使用されています。 OP_RETURNオペコードの機能は過去に大きく変わりましたが、今では任意のデータをオンチェーンで保存できる重要な仕組みとなっています。 OP_RETURN は、最初はスクリプトの実行を途中で終了するために使用されるリターン操作であり、実行結果はスタックの最上位プロジェクトとして表示されます。 このオペコードには当初、簡単に悪用できる脆弱性がありましたが、サトシ・ナカモトはすぐに脆弱性にパッチを適用しました。 OP _RETURN機能のさらなる変更 ビットコイン Core v0.9.0 アップグレードでは、「OP_RETURN output」スクリプトが標準出力タイプになり、ユーザーは「消費できないトランザクション出力」にデータを添付できるようになりました。 このようなスクリプトで使用できるデータ量の上限は、最初は 40 バイトに制限され、その後 80 バイトに増加します。 ブロックチェーンにデータを格納する OP_RETURN を常に false を返すように変更すると、興味深い結果が得られます。 OP_RETURN後にオペコードやデータは評価されないため、ネットワーク ユーザーはこのオペコードを使用して任意の形式でデータを格納するようになります。 2017年8月1日から2018年11月15日までのビットコイン Cash(BCH)期間中、OP_RETURN出力に添付できるデータの長さが220バイトに拡大され、より大きなデータにより、ブロックチェーンソーシャルメディアでのコンテンツの公開など、ブロックチェーン上での革新的なアプリケーションが容易になります。 BSVでは、220バイトの制限が短時間保持されました。 その後、2019年1月に、OP_RETURNオペコードがスクリプトを終了し、ノードが後続のオペコードを検証しなかったため、ノードはスクリプトが最大スクリプトサイズ制限の520バイト内にあるかどうかも確認しませんでした。 その結果、ネットワーク上のノードオペレーターは、最大トランザクションサイズを100KBに増やすことを決定し、開発者がアプリケーションを革新する自由度を高め、新しいアプリケーションがより大きく、より複雑なデータをビットコイン台帳に入力できるようにしました。 誰かがウェブサイト全体をBSV台帳に入れるアプリケーションの例がありました。 OP_RETURN 特定の機能拡張はありますが、全体的な機能はまだ制限されています。 そして、OP_RETURNの改善は、アーキテクチャからのさらなる技術的進化をもたらさなかった(まだ1Mブロックに制限されている)ため、SegWitの技術が生まれました。 その3番目のバージョンアップグレードは、容量の拡張と拡大の方向におけるSegWitの正確さと、それが生み出す強力な効果をよりよく示しています。 1.3. 初期の取引と3つのSegWitバージョン変更の比較図 SegWitを使用したビットコインの全履歴をよりよく理解するために、記事の冒頭で4つのステージの比較図を示します。 SegWitバージョン1 Segwit 2.1。 はじめにおよび関連プロトコル Segregated Witness、またはSegregated Witness (S…