「指数関数的なブロックチェーン成長の次のサイクルは、ビットコインの大規模なアプリケーションから来ると予想しています。」
Web3 LabsとWaterdrip Capitalが共催するSatoshi Labが香港に正式に設立されたことで、ビットコインエコシステムに関する議論は暗号市場全体で徐々に高まっています。 クライアント側の検証ソリューションを使用してビットコインスクリプトでスマートコントラクトを構築することは、チャネルトランザクション用の無限にスケーラブルなライトニングネットワークと互換性があり、「セキュリティ、分散化、およびスケーラビリティ」チェーンの大規模アプリケーションソリューションを同時に保証する三角形のブロックになる可能性があります。
この記事では、ビットコインエコシステムのいくつかの基本的な概念に関するポピュラーサイエンスの説明を提供します。 大規模なアプリケーションを妨げる「ブロックチェーンインポッシブルトライアングル」から、「インポッシブルトライアングル」を克服するビットコイン「ライトニングネットワーク」、ビットコインスクリプトとUTXOモデル原理の現在のソリューションまで。
イーサリアムの創業者であるヴィタリック・ブテリン氏とバビット氏の創業者であるチャン・チャオ氏は、どちらも「ブロックチェーンネットワークはセキュリティ、分散化、スケーラビリティを同時に実現することはできない」と提唱しており、これは「ブロックチェーンの不可能な三角形」です。 「インポッシブル・トライアングル」の問題は、ブロックチェーンの大規模な応用を長い間妨げてきました。
イーサリアムは、セキュリティの確保を基本に、過去10年間、分散化の開発に注力し、基盤となるパブリックチェーンのインフラ層でイノベーションを続け、イーサリアムパブリックチェーンのスケーラビリティを拡大してきました。 この目標を達成するために、イーサリアムは過去10年間、さまざまなエアアルゴリズム、シャーディング、ロールアップ、その他の技術を繰り返してきました。
しかし、スケーラビリティの問題については、イーサリアムとそのレイヤー2の試みから判断すると、解決策がブロックチェーンに限定されている限り、パフォーマンスには上限があるようです。 現在私たちが目にしている最も強力なブロックチェーンでさえ、TPS(トランザクション/秒)の上限を突破することはまだ困難です。 数百万TPSの大規模な商用アプリケーションの要件からはほど遠いため、世界の業界は数億TPSの目標を達成するにはまだ大きなギャップがあります。 主流のパブリックチェーンにとって、それがイーサリアムであろうとビットコインであろうと、それらはすべてボトルネックに直面しています-「スケーラビリティを解決する方法?」
ライトニングネットワークは、オフチェーンコンピューティング、つまり「ペイメントチャネル」を使用して、「インポッシブルトライアングル」のスケーラビリティ問題を完全に解決します-それが構築されている限り、十分なチャネルがあれば、任意の数の同時トランザクションを実行できます。
チャネル取引中にAが不正行為を行った場合、ビットコインを決済するためにチャネルを早期に閉鎖します。 その後、チャネルが閉じられると、ビットコインチェーンで不正なトランザクションがすぐに生成されます。 ビットコインチェーンの開放性に基づいて、Bは時間内に観察し、事前に署名されたペナルティ契約でAを罰することができます。 ペナルティは、すべてのAの準備金を没収することです。
理論的には、ライトニングネットワークは無限のスケーラビリティを実現し、ブロックチェーンの不可能な三角形を克服します。 しかし、ライトニングネットワークの大規模なアプリケーションを妨げる最も重要な問題は、ライトニングネットワークがビットコインと同じスクリプトを使用しているのに対し、ビットコインチェーンにはスマートコントラクトがなく、単純なスクリプトのみであり、複雑なアプリケーションを実行できないことです。 つまり、ビットコインチェーンはチューリング不完全です。 チューリング完全とは、理論的にはあらゆる計算問題を解くことができることを意味します。 チューリング完全スクリプト言語を使用すると、他のプログラミング言語と論理的に互換性があり、他の言語が実現できるロジックを理論的に実現し、実際のビジネスロジックを最大限再現できます。 ビットコインブロックチェーンにはスマートコントラクトはなく、スマートコントラクトに基づいてアプリケーションを構築することは言うまでもありません。 したがって、ライトニングネットワークが克服する必要がある最大の問題は、「ビットコインにスマートコントラクトを実装する方法」です。
2016年、ビットコインコア開発者であるピーター・トッドは、従来の契約締結方法をシミュレートして、第三者の参加なしに、契約内容のプライバシーの前提< /span>を両当事者のみが確実に把握し、完全な分散化を実現することで、クライアント検証パラダイムを提案する論文を発表しました。 同時に、トランザクションが実行されると、トランザクションイニシエーターは必要な完全なトランザクション履歴データを提供し、相手はそれを自ら検証することで、不正問題の発生を防止します。 集中化の問題はなく、オフチェーン検証はパフォーマンスによって制限されないため、現在、ほとんどの人がビットコインブロックチェーンのチューリング完全性の欠陥を解決するための「最適な」ソリューションであると考えています。
従来の契約署名とブロックチェーンスマートコントラクトの署名
クライアント側の検証は防水性がありますか?
これを見て、疑問に思う人もいるようです。 分散型ビットコインブロックチェーン自体は従来のビジネスのセキュリティ問題を解決しますが、クライアント検証の導入により、ソリューションはオフチェーンに戻り、たとえそれが解決されたとしても詐欺の問題では、二重支出の問題を効果的に防ぐにはどうすればよいでしょうか?
「使い捨てシール」の導入
クライアント側の検証自体には二重支払い防止メカニズムが含まれていないため、この問題を解決するにはサードパーティの支援を導入する必要があります。 これを実現するために、クライアント検証で検証する必要があるすべてのコントラクトのすべての状態を、特定のビットコインの未使用トランザクション出力(UTXO)にバインドします。 UTXOには「使用済み」と「未使用」の2つの形式しかありません。 検証コントラクトのステータスを変更したい場合は、バインドされたUTXO(任意の金額が許容されます)を使用して、それを使用するトランザクションがブロックチェーンの確認を取得できるようにする必要があります。 さらに、それを使用するビットコイントランザクションは、状態遷移の内容の証明(ハッシュ値と同様に動作する)も提供する必要があります。 簡単に言うと、縛られたUTXOは、この状態の封蝋とみなすことができる「封筒」で、封筒を1枚ずつ開けたい場合は、封蝋を開封しなければなりません。
イーサリアムのアカウントモデルとは異なり、未使用のトランザクションアウトプット(UTXO)は、あるアドレスから別のアドレスに送信されますが、まだ送信されていません その後の取引で他の誰かに資金を送るために受取人が償還した暗号通貨の合計。
例えば、アリスがボブに1ビットコインを送った場合、ボブはアリスから受け取ったBTCを使わない限り、UTXOを所有しています。 ボブが1BTCを費やすと、UTXOのライフサイクルは終了します。
ボブのウォレットが、ボブがアリスから1BTCを受け取ったトランザクションに1回しか参加していないと仮定すると、トランザクション検証者はボブのUTXO残高が1BTCであることを認識します。 ボブがキャロルに1BTCを送ると、彼のUTXOはすぐに0BTCになります。 その後、ボブが2回目の送金トランザクションでコインを二重に使おうとすると、バリデーターは、彼のUTXO残高が2回目の送金トランザクションとして使用するには不十分であることに気づきます。 そして、誠実なバリデーターは、彼の二重支払いトランザクションを伝播したり確認したりしません。
ビットコインの進化の中で、クライアント側の検証の設計は、サイドチェーンとカラーコインソリューションの集中化の問題を巧みに回避し、セキュリティをさらに向上させるために1回限りのシーリングメカニズムを導入しました。 現時点では、ビットコインエコシステムは一連の新しいプロトコルの誕生を先導しています。 その中で、RGBプロトコルは上記の概念に従うだけでなく、ライトニングネットワークとの互換性も提案し、無制限のスケーラビリティの基盤を築きます。 RGBプロトコルとライトニングネットワークの互換性はまだ完璧ではありませんが、私たちは将来に自信に満ちており、プロトコルの継続的な最適化を支援するインフラストラクチャが「ブロックチェーンの不可能な三角形」の長年の制限を突破すると信じています。
次のサイクルでのブロックチェーンの指数関数的な成長は、ビットコインエコシステムの爆発的な増加によって推進されるブロックチェーンの大規模な採用から来ると期待する理由が他にもあります。 私たちは、ビットコインが元の単一の価値の貯蔵を突破し、その通貨属性を強調すると信じています。 同時に、多様なソリューションを通じてより多くのアプリケーションをビットコインエコシステムに移植し続け、生態学的スケーラビリティと持続可能な開発を促進し、ブロックチェーンの世界に貢献し続けます。 無限の可能性をもたらします。
「指数関数的なブロックチェーン成長の次のサイクルは、ビットコインの大規模なアプリケーションから来ると予想しています。」
Web3 LabsとWaterdrip Capitalが共催するSatoshi Labが香港に正式に設立されたことで、ビットコインエコシステムに関する議論は暗号市場全体で徐々に高まっています。 クライアント側の検証ソリューションを使用してビットコインスクリプトでスマートコントラクトを構築することは、チャネルトランザクション用の無限にスケーラブルなライトニングネットワークと互換性があり、「セキュリティ、分散化、およびスケーラビリティ」チェーンの大規模アプリケーションソリューションを同時に保証する三角形のブロックになる可能性があります。
この記事では、ビットコインエコシステムのいくつかの基本的な概念に関するポピュラーサイエンスの説明を提供します。 大規模なアプリケーションを妨げる「ブロックチェーンインポッシブルトライアングル」から、「インポッシブルトライアングル」を克服するビットコイン「ライトニングネットワーク」、ビットコインスクリプトとUTXOモデル原理の現在のソリューションまで。
イーサリアムの創業者であるヴィタリック・ブテリン氏とバビット氏の創業者であるチャン・チャオ氏は、どちらも「ブロックチェーンネットワークはセキュリティ、分散化、スケーラビリティを同時に実現することはできない」と提唱しており、これは「ブロックチェーンの不可能な三角形」です。 「インポッシブル・トライアングル」の問題は、ブロックチェーンの大規模な応用を長い間妨げてきました。
イーサリアムは、セキュリティの確保を基本に、過去10年間、分散化の開発に注力し、基盤となるパブリックチェーンのインフラ層でイノベーションを続け、イーサリアムパブリックチェーンのスケーラビリティを拡大してきました。 この目標を達成するために、イーサリアムは過去10年間、さまざまなエアアルゴリズム、シャーディング、ロールアップ、その他の技術を繰り返してきました。
しかし、スケーラビリティの問題については、イーサリアムとそのレイヤー2の試みから判断すると、解決策がブロックチェーンに限定されている限り、パフォーマンスには上限があるようです。 現在私たちが目にしている最も強力なブロックチェーンでさえ、TPS(トランザクション/秒)の上限を突破することはまだ困難です。 数百万TPSの大規模な商用アプリケーションの要件からはほど遠いため、世界の業界は数億TPSの目標を達成するにはまだ大きなギャップがあります。 主流のパブリックチェーンにとって、それがイーサリアムであろうとビットコインであろうと、それらはすべてボトルネックに直面しています-「スケーラビリティを解決する方法?」
ライトニングネットワークは、オフチェーンコンピューティング、つまり「ペイメントチャネル」を使用して、「インポッシブルトライアングル」のスケーラビリティ問題を完全に解決します-それが構築されている限り、十分なチャネルがあれば、任意の数の同時トランザクションを実行できます。
チャネル取引中にAが不正行為を行った場合、ビットコインを決済するためにチャネルを早期に閉鎖します。 その後、チャネルが閉じられると、ビットコインチェーンで不正なトランザクションがすぐに生成されます。 ビットコインチェーンの開放性に基づいて、Bは時間内に観察し、事前に署名されたペナルティ契約でAを罰することができます。 ペナルティは、すべてのAの準備金を没収することです。
理論的には、ライトニングネットワークは無限のスケーラビリティを実現し、ブロックチェーンの不可能な三角形を克服します。 しかし、ライトニングネットワークの大規模なアプリケーションを妨げる最も重要な問題は、ライトニングネットワークがビットコインと同じスクリプトを使用しているのに対し、ビットコインチェーンにはスマートコントラクトがなく、単純なスクリプトのみであり、複雑なアプリケーションを実行できないことです。 つまり、ビットコインチェーンはチューリング不完全です。 チューリング完全とは、理論的にはあらゆる計算問題を解くことができることを意味します。 チューリング完全スクリプト言語を使用すると、他のプログラミング言語と論理的に互換性があり、他の言語が実現できるロジックを理論的に実現し、実際のビジネスロジックを最大限再現できます。 ビットコインブロックチェーンにはスマートコントラクトはなく、スマートコントラクトに基づいてアプリケーションを構築することは言うまでもありません。 したがって、ライトニングネットワークが克服する必要がある最大の問題は、「ビットコインにスマートコントラクトを実装する方法」です。
2016年、ビットコインコア開発者であるピーター・トッドは、従来の契約締結方法をシミュレートして、第三者の参加なしに、契約内容のプライバシーの前提< /span>を両当事者のみが確実に把握し、完全な分散化を実現することで、クライアント検証パラダイムを提案する論文を発表しました。 同時に、トランザクションが実行されると、トランザクションイニシエーターは必要な完全なトランザクション履歴データを提供し、相手はそれを自ら検証することで、不正問題の発生を防止します。 集中化の問題はなく、オフチェーン検証はパフォーマンスによって制限されないため、現在、ほとんどの人がビットコインブロックチェーンのチューリング完全性の欠陥を解決するための「最適な」ソリューションであると考えています。
従来の契約署名とブロックチェーンスマートコントラクトの署名
クライアント側の検証は防水性がありますか?
これを見て、疑問に思う人もいるようです。 分散型ビットコインブロックチェーン自体は従来のビジネスのセキュリティ問題を解決しますが、クライアント検証の導入により、ソリューションはオフチェーンに戻り、たとえそれが解決されたとしても詐欺の問題では、二重支出の問題を効果的に防ぐにはどうすればよいでしょうか?
「使い捨てシール」の導入
クライアント側の検証自体には二重支払い防止メカニズムが含まれていないため、この問題を解決するにはサードパーティの支援を導入する必要があります。 これを実現するために、クライアント検証で検証する必要があるすべてのコントラクトのすべての状態を、特定のビットコインの未使用トランザクション出力(UTXO)にバインドします。 UTXOには「使用済み」と「未使用」の2つの形式しかありません。 検証コントラクトのステータスを変更したい場合は、バインドされたUTXO(任意の金額が許容されます)を使用して、それを使用するトランザクションがブロックチェーンの確認を取得できるようにする必要があります。 さらに、それを使用するビットコイントランザクションは、状態遷移の内容の証明(ハッシュ値と同様に動作する)も提供する必要があります。 簡単に言うと、縛られたUTXOは、この状態の封蝋とみなすことができる「封筒」で、封筒を1枚ずつ開けたい場合は、封蝋を開封しなければなりません。
イーサリアムのアカウントモデルとは異なり、未使用のトランザクションアウトプット(UTXO)は、あるアドレスから別のアドレスに送信されますが、まだ送信されていません その後の取引で他の誰かに資金を送るために受取人が償還した暗号通貨の合計。
例えば、アリスがボブに1ビットコインを送った場合、ボブはアリスから受け取ったBTCを使わない限り、UTXOを所有しています。 ボブが1BTCを費やすと、UTXOのライフサイクルは終了します。
ボブのウォレットが、ボブがアリスから1BTCを受け取ったトランザクションに1回しか参加していないと仮定すると、トランザクション検証者はボブのUTXO残高が1BTCであることを認識します。 ボブがキャロルに1BTCを送ると、彼のUTXOはすぐに0BTCになります。 その後、ボブが2回目の送金トランザクションでコインを二重に使おうとすると、バリデーターは、彼のUTXO残高が2回目の送金トランザクションとして使用するには不十分であることに気づきます。 そして、誠実なバリデーターは、彼の二重支払いトランザクションを伝播したり確認したりしません。
ビットコインの進化の中で、クライアント側の検証の設計は、サイドチェーンとカラーコインソリューションの集中化の問題を巧みに回避し、セキュリティをさらに向上させるために1回限りのシーリングメカニズムを導入しました。 現時点では、ビットコインエコシステムは一連の新しいプロトコルの誕生を先導しています。 その中で、RGBプロトコルは上記の概念に従うだけでなく、ライトニングネットワークとの互換性も提案し、無制限のスケーラビリティの基盤を築きます。 RGBプロトコルとライトニングネットワークの互換性はまだ完璧ではありませんが、私たちは将来に自信に満ちており、プロトコルの継続的な最適化を支援するインフラストラクチャが「ブロックチェーンの不可能な三角形」の長年の制限を突破すると信じています。
次のサイクルでのブロックチェーンの指数関数的な成長は、ビットコインエコシステムの爆発的な増加によって推進されるブロックチェーンの大規模な採用から来ると期待する理由が他にもあります。 私たちは、ビットコインが元の単一の価値の貯蔵を突破し、その通貨属性を強調すると信じています。 同時に、多様なソリューションを通じてより多くのアプリケーションをビットコインエコシステムに移植し続け、生態学的スケーラビリティと持続可能な開発を促進し、ブロックチェーンの世界に貢献し続けます。 無限の可能性をもたらします。