Vitalik Buterin 氏は、イーサリアムの将来にとっての大きな課題とその解決方法を明らかにします

イーサリアムの共同創設者であるヴィタリック・ブテリンは、今週末の最近のブログ投稿で、イーサリアムエコシステムの「十分に議論されていないが、それでも非常に重要な」側面についての彼の考えを共有しました。

「イーサリアムのマルチクライアント哲学は ZK-EVM とどのように相互作用しますか?」というタイトルの投稿ZK-EVM のマルチクライアント エコシステムを作成するための技術的な課題、トレードオフ、および潜在的なソリューションに焦点を当てています。

Zk-EVM のマルチクライアントの問題

Vitalik は、ZK-EVM が進化して、将来、イーサリアムのレイヤー 1 セキュリティおよび検証プロセスの不可欠な部分になると考えています。 ゼロ ナレッジ (ZK) テクノロジにより、開発者は、追加情報を明らかにすることなく、トランザクションまたはメッセージの信頼性を証明できます。 したがって、メッセージの有効性を超えた知識を開示することなく、メッセージが真実であることを一方の当事者が他方に納得させることができます。

しかし、イーサリアムの共同創設者によると、イーサリアムクライアントはプロトコルルールの実装において微妙に異なるため、ZKテクノロジーのプライバシーを強化する性質は、より広範なEVMランドスケープを混乱させる可能性があります.

ZK ロールアップのレイヤー 2 プロトコルは、ZK プルーフの使用に成功し、複数のトランザクションを XNUMX つのプルーフにまとめることで Ethereum のスケーリングを支援しました。 しかし、ZK-EVM がメインネットでの実行を検証するように進化するにつれて、「ZK-EVM は、事実上、実行クライアントやコンセンサス クライアントと同様に、ネットワークのセキュリティにとって重要な XNUMX 番目のタイプの Ethereum クライアントになります。」

ZK-EVM を Ethereum クライアントの第 XNUMX のタイプと見なすと、Vitalik から次のような疑問が生じます。

「イーサリアムブロックの正当性を ZK で証明するための「マルチクライアント」エコシステムを実際にどのように作成するのでしょうか?」

エコシステムが拡大するにつれて、Vitalik は「マルチクライアントの哲学」の利点を維持しながら、ZK-EVM の機能を活用して、イーサリアム ネットワークのスケーラビリティ、セキュリティ、および分散化を改善したいと考えています。

Vitalik 氏によると、複数のクライアントで ZK テクノロジを使用する際の主な技術的課題は、遅延とデータの非効率性に関連しています。 さらに、個々の Ethereum クライアントは、プロトコル ルールまたは ZK-EVM 実装の特定の解釈により、ゼロ知識証明を異なる方法で処理します。

ZK-EVM マルチクライアント ソリューション

これらの課題にもかかわらず、Vitalik は、オープンなマルチクライアント ZK-EVM エコシステムを作成することは実現可能であり、イーサリアムのセキュリティと分散化にとって有益であると考えています。

以下は、Ethereum エコシステムのコンセンサス層と実行層で使用されるさまざまなクライアントを視覚的に表したものです。

Vitalik は、複数のクライアントを持つことで、ネットワーク全体の故障につながる可能性のある XNUMX つの実装での単一の壊滅的なバグのリスクを軽減することで、ネットワークのセキュリティと分散化が向上すると主張しました。 さらに、マルチクライアントの哲学は、XNUMX つの開発チームまたは組織内に権力が集中するのを防ぎ、政治的な分権化を促進するのに役立ちます。

Vitalik は、以下に示すように、問題に対する XNUMX つの潜在的な解決策を提示しました。

1. 「単一の ZK-EVM: マルチクライアント パラダイムを放棄し、ブロックの検証に使用する単一の ZK-EVM を選択します。
2. クローズド マルチ ZK-EVM: 複数の ZK-EVM の特定のセットに同意し、コンセンサスを確立し、ブロックが有効と見なされるには、そのセット内の ZK-EVM の半分以上からの証明が必要であるというコンセンサス レイヤー プロトコル ルールを持ちます。 .
3. マルチ ZK-EVM を開く: 異なるクライアントには異なる ZK-EVM 実装があり、各クライアントはブロックを有効として受け入れる前に、独自の実装と互換性のある証明を待ちます。」

ZK-EVM のコンテキストでは、Vitalik はオープン マルチクライアント ZK-EVM エコシステムのアイデアをサポートしています。 クライアントごとに異なる ZK-EVM 実装があり、各クライアントは、ブロックを有効として受け入れる前に、自身と互換性のある証明を待ちます。

「私には、(3) が理想的なように思えます。少なくとも、すべての ZK-EVM 実装が互いに同等であることを正式に証明できるようになるまで、技術が改善されるまでは…」

しかし、ZK-EVM の実装がある程度標準化されるまで技術が向上すると、Vitalik 氏は、最も効率的なオプションを選択することが解決策になると主張しました。 彼は、「[オプション 3 の] 課題は、少なくとも今のところ、他の XNUMX つのオプションの課題よりも小さいように見える」と考えています。

Vitalik はまた、AI の最近の急速な進歩にうなずき、AI の進歩が ZK-EVM 実装の証明の開発を「スーパーチャージ」する可能性があると述べました。

「長期的には、もちろん、どんなことでも起こる可能性があります。 おそらく AI は、ZK-EVM 実装が同等であることを簡単に証明し、それらの間の違いを引き起こすすべてのバグを特定できるようになるまで、正式な検証を強化するでしょう。」