Ethereumセキュリティと分散化を損なうことなくEthereumを拡張する方法について、驚くべきアイデアを共有しました
Ethereum上のブロックを検証するためにゼロ知識実行環境 (ZK-EVM) を使用することを提案しました。 ブロックチェーン。
この革新的なアイデアは、ネットワークのスケーラビリティとセキュリティを向上させながら、Ethereumブロックのサイズを大幅に削減する可能性を秘めています。
マルチクライアントの哲学と ZK-EVM についてブテリンが語る
Ethereumのマルチクライアント哲学は、そのセキュリティと分散化にとって非常に重要です。 Ethereumには、全員がデフォルトで実行する単一の「リファレンス クライアント」があるのではなく、共同で管理される 仕様があり、複数のチームが仕様の実装を行っています。
各Ethereumノードはコンセンサス クライアントと実行クライアントを実行しますが、ネットワークの 2/3 を超えるコンセンサス クライアントや実行クライアントは存在しません。 カテゴリ内のシェアが 1/3 未満のクライアントにバグがある場合、ネットワークは通常どおり続行されます。
カテゴリ内で 1/3 から 2/3 のシェアを持つクライアントにバグがある場合、チェーンはブロックの追加を続けますが、ブロックの最終処理は停止し、開発者が介入する時間が与えられます。
ブテリン氏は、ZK-EVM を 3 番目のタイプのEthereumクライアントとして使用すると、ネットワークのセキュリティと分散化が大幅に強化される可能性があると考えています。
EVM の実行を証明する SNARK は何年にもわたって開発されており、このテクノロジーは ZK ロールアップと呼ばれるレイヤー 2 プロトコルで積極的に使用されています。
ZK-EVM はロールアップだけを目的としたものではありません。 また、レイヤー 1 での実行を検証するためにも使用されるため、ネットワークのセキュリティにとって、今日の実行クライアントやコンセンサス クライアントと同様に重要になります。
オープン マルチクライアント ZK-EVM エコシステムの課題と利点
Buterin の提案は、いくつかの興味深い技術的課題を提起します。 具体的には、ZK-EVM はEthereumのマルチクライアント哲学とどのように連携するのでしょうか?
この課題に対処するために、Buterin 氏は「オープン マルチクライアント ZK-EVM エコシステム」を提案しています。 このエコシステムでは、異なるクライアントは異なる ZK-EVM 実装を持ち、各クライアントはブロックを有効なものとして受け入れる前に、自身の実装と互換性のある証明を待ちます。
オープンなマルチクライアント ZK-EVM エコシステムの実装には課題がないわけではありません。 1 つの課題はレイテンシの課題で、悪意のある攻撃者が 1 つのクライアントに有効な証明とともにブロックを遅れて公開する可能性があります。
現実的には、他のクライアントに対して有効なプルーフを生成するには長い時間がかかり、一時的なフォークが作成され、いくつかのスロットのチェーンが中断される可能性があります。 もう 1 つの課題は、検証関連のデータを個別に公開する必要があるため、データの非効率性です。
これらの課題にもかかわらず、オープンなマルチクライアント ZK-EVM エコシステムは、ネットワークのスケーラビリティとセキュリティを大幅に強化できる可能性があります。 Ethereumブロックは現在よりも小さくなり、Ethereumのマルチクライアント哲学の利点を維持しながら、誰でも自分のラップトップや携帯電話で完全な検証ノードを実行できるようになります。
Vitalik Buterin のEthereumに対するビジョンは、ネットワークを次のレベルに引き上げる可能性を秘めた革新的なアイデアです。 ZK-EVM を利用してEthereumチェーン上のブロックを検証することにより、Ethereum分散化を犠牲にすることなくセキュリティとスケーラビリティを大幅に強化できます。
克服すべき技術的な課題はまだありますが、オープンなマルチクライアント ZK-EVM エコシステムは、いずれにせよ実現する可能性が高い自然な足がかりです。