Vitalik Buterin 氏のイーサリアム開発者カンファレンスでのスピーチの完全版

編集者注: この記事は以下から引用しましたバビット、著者：ヘレン、許可を得て掲載。

編集者注: この記事は以下から引用しました

バビット

、著者：ヘレン、許可を得て掲載。

2019年6月29日、CSDNとLingtai Technologyが共催する「2019 Ethereum Technology and Application Conference」が北京で開催された。

中国で最も影響力のあるイーサリアム技術カンファレンスとして、このカンファレンスはイーサリアムの生態パノラマ、イーサリアムの今後の発展、イーサリアムの実際の開発、質の高いプロジェクト事例などに焦点を当て、イーサリアムの創設者ヴィタリック・ブテリン氏を招待し、コアテクノロジー開発者のHsiao-Wei Wang、国内外の著名なプロジェクトリーダー、業界リーダー、イーサリアムエコロジカルエリートの専門家がイーサリアムエコシステムの新たな進歩について話し合い、最新のイーサリアム開発経験を共有しました。

イーサリアムの創設者であるヴィタリック・ブテリン氏は、温かい拍手の中、「イーサリアム2.0のクロスシャードトランザクション」をテーマにこのカンファレンスの最初のスピーチを行いました。 Vitalik氏は開発者にイーサリアム2.0のコンセプトと進捗状況を詳しく紹介し、開発者が気になる「イーサリアムのパフォーマンス」というテーマに狙いを定め、クロスシャードトランザクションの原理を開発者に紹介し、開発者のよくある質問に答えました。答え。

現在のチェーンでは、すべてのノードがすべてのトランザクションをダウンロードして検証します。これは安全ですが、スケーラビリティが大幅に制限されます。将来的にはブロックチェーンが断片化され、各ノードがトランザクションの一部のみをダウンロードして検証するようになるため、この状況を改善したいと考えています。

たとえば、イーサリアム 2.0 の設計では 1024 個のシャードがあるため、各ノードは 1/1024 トランザクションのみを検証する必要があります。この変更によりブロックチェーンのパフォーマンスが向上し、イーサリアムでの 1 秒あたりのトランザクション数が 10 増加する可能性があります。 1 秒あたり 10,000 トランザクションですが、これは次のような新たな課題に直面します。

ユーザーとアプリケーションは異なるシャード上にありますが、どのように「通信」するのでしょうか?

現在、すべてのアカウント、スマート コントラクトは 1 台のコンピューター (イーサリアムを意味します) に保存されており、相互に通信するのに非常に便利です。しかし、将来的に私たちのアカウントと契約が異なるシャードにある場合、即時の対話やコミュニケーションは困難になるでしょう。

したがって、イーサリアム 2.0 の設計では、各ノードがすべてのトランザクションと情報を処理することはできません。1024 個のシャードがあり、各シャードは短いチェーンに相当します。各シャードには独自のコンセンサス アルゴリズムがあります。トランザクションは 1 つのシャードで発行され、その後 6 分ごとに各シャードが「通信」します。つまり、他のシャードのハッシュ値が検出されます。ビーコン チェーンは、コンセンサス アルゴリズムとシャード間通信を管理します。

「非同期」トランザクション これは私が以前に設計したものです。たとえば、私は 5 枚のコインを持っており、それをボブに送金したいとします。ボブにはアカウントがあり、彼のアカウントは一番下にあり、私のアカウントは一番上にあります。まず、先頭でトランザクションリクエストを行います。このトランザクションは最初のシャードで処理され、ハッシュ値が生成されますが、すぐには完了せず、次のシャードに入れられます。一番下のシャードで検証されると、トランザクションを処理できます。

たとえば、電車のチケットとホテルを予約したい場合、当然一緒に予約したいと考えますが、一方だけがあって他方がなければ意味がありません。電車とホテルが異なるシャードにある場合はどうなるでしょうか。 ?

2 つのスマート コントラクトを想像します。1 つのコントラクトは鉄道のチケットの予約に使用され、もう 1 つはホテルの予約に使用されます。これらのいずれかが失敗した場合は、トランザクションを取り消すことができます。ただし、2 つの契約は異なるシャードにあるため、一貫性を確保するのはさらに困難です。

解決策の 1 つは「ヤンク」です。各列車の切符には契約があり、各部屋には契約があり、各契約が座席を予約したり部屋を予約したりする能力を表すことができます。今、我々に何ができるか？一度に 1 つのコントラクトを使用する機能を持つ「ヤンク」でコントラクトを開始します。ホテルのシャードから契約を取得し、鉄道チケットから別の契約を取得して、2 つのシャードを同時に予約します。そして、あなたが予約を諦めても、他の人がまだ予約したい場合は、その契約を「引き抜く」ことができます。これは自動プロセスであり、両方を注文するか、どちらも注文しません。

ただし、あるシャードに別のシャードのデータまたはハッシュ値を知らせるのに 5 分かかるとしますが、このアプリケーションをより高速にしたいとします。

たとえば、最初はアリスが 10、ボブが 20、チャーリーが 52 で、これらを圧縮して保存します。状況は 2 つあり、1 つはボブが 20 コインを持っている場合、もう 1 つはボブがその後 25 コインを持っている場合です。ウォレットで上記のルートが R であることがわかると、次のシャードで推測することができます。つまり、ボブは 25 コインを持っているため、他の人に 25 コインを渡すことができます。

ただし、このプロセスでは、トランザクションが完了したように見えても、計算は最終的には完了しません。そこで、ボブはこれらのコインを持っているようですが、これらのコインを使っていないのではないかと疑問に思うかもしれません。ボブがチャーリーに 25 枚のコインを送りたいとします。彼はどうしますか?

R が本物か偽物かについて考える必要はありません。チャーリーは現在 52 枚のコインを持っているので、R が本物に違いないことを知っています。このロジックはバックグラウンドで実行され、ボブとチャーリーのウォレット分析を通じて論理的な効果が得られ、少なくともそのようなトランザクションが発生したことがわかります。通信を使用してブロックチェーン間でトランザクションを実行できることは非常に興味深いことです。また、異なるブロックチェーンがクロスチェーン トランザクションを実行できるようにするアプリケーションを作成させることもできます。

Plasma メソッドによる同期トランザクション、どのシャードでもトランザクションを開始でき、資産はコントラクトに保存されるなど、他の目標も達成できますが、状態の総数をすぐにカウントするわけではなく、時間がかかります。撤退まで一週間。この時点で、状態が無効であることを証明できれば、引き出しをキャンセルできます。

この方法により、コインを受け取って違法な支払いをしなかった場合、トランザクションはブロードキャストのためにブロックチェーン全体に同期されることが保証されます。 X と Y という 2 つの資産があり、シャードには独自の優先順位があり、あるトランザクションの前に次のトランザクションが存在する可能性があります。

当社がトランザクションプロセスに参加し、資産を持っており、トランザクション情報も送信したい場合は、任意のシャードに公開できます。あなたが資産の所有者であれば、これらのシャードを分析し、これらのトランザクションの履歴がどのようなものであるかを評価することができます。

このような設計を私たちは「アクティブ仮想マシン (OVM)」と呼びます。所有する資産はすぐには転送されません。プロセスが開始され、お金を取り出す必要はありません。実際に到着するまでに丸一週間かかる場合がありますが、ユーザーであれば、特定の資産をすぐに引き出せない理由を知ることができ、この取引が実際に入金される可能性があると感じます。

これの利点は、取引を開始できることと、0.5 秒で即座に確認できるタイムリーな確認が可能になることです。そうであれば、ユーザー エクスペリエンスは、集中サーバーによって提供されるエクスペリエンスと同様に、非常に優れたものになります。

異なるシャードからデータを公開すると、ロジックが非常に複雑になり、スマートコントラクトも非常に複雑になり、ユーザーウォレットが大量の計算を実行するため、計算に時間がかかります。