- Ethereumは、Matic zkEVMによってLayer 2スケーリング問題を解決することを目指しています。
- Ethereumブロックチェーンは、3層のクライアントに拡張されます。
- 遅延とデータ効率はまだ問題です。
Ethereum [ETH]は、数年前にトランザクションの遅延やネットワークの混雑問題に直面しました。しかし、スケーリングの解決策によってこれらの困難を解決することで、ブロックチェーンに先駆けています。最新のものは、Polygon [MATIC]によって開始されたEthereum Virtual Machine [zkEVM]によるゼロ知識統合です。
3月27日にMainnet Betaが開始されたにもかかわらず、多くの参加者がL1プロジェクトのL2相当品との相互作用方法を理解していないことがわかりました。この不確実性のため、Vitalik Buterinは、この問題に関するブログ記事を公開しました。
Ethereum (ETH)の創設者が共有する時間です！
Ethereumの創設者の1人であるVitalikによると、プロジェクトのコンセンサスおよび実行クライアントからなるノードは、zkEVMの参加を許可するために削減されました。実行クライアントは、Proof-of-Stake（PoS）メカニズムを使用してブロックチェーン上のデータを検証するために使用されます。一方、コンセンサスクライアントは、最新のデータベースを保護し、トランザクションを実行する責任があります。
通常、これらのクライアントはネットワークの3分の2を占めます。しかし、zkロールアップの導入により、この状況が変わる可能性があります！そのため、開発者がブロックチェーンブロックを終了するときに介入できるようになりました。Vitalikは次のように述べています。
「現時点では、コンセンサスまたは実行クライアントは、ネットワークの3分の2以上を占めていません。」
また、Vitalikは、空いたスペースがzkEVMの3番目のEthereumクライアントになることを示唆しました。ただし、これはすぐに起こるわけではなく、L1がこれらを検証に使用する方法を開発する必要があるためです。
Ethereum Layer 2の課題と解決策
zkの能力にもかかわらず、Vitalikは、L2が解決できない問題があると述べています。遅延問題は、遅れて発行されたブロックの後にチェーンが破損する可能性がある問題として示されました。また、データ効率は、検証者の署名を公開する可能性がある問題として示されました。ただし、長期的には解決策が可能であることを示し、次のように述べています。
「遅延問題を解決するには、単一の確定性プロトコルを設計する際に注意深く対処する必要があります。データ効率の問題については、別のプロトコルが必要で、検証に関連するデータを収集するために使用されます。」
記事には、zk Succinct Non-Interactive Argument of Knowledge（zk-SNARKS）に関する情報も含まれています。 zk証明は、当事者が他の情報を開示せずに正しい文を検証できるようにする一方、zk-SNARKSは、所有権の証明を相互作用なしに検証者と検証者の間で提供します。
Vitalikは、zk-sNARKSとERC-4337が、契約の作成とトランザクションの実行を可能にするデータ効率の問題も解決できると述べています。
一方、Ethereumの創設者は、全プロセスが長期にわたって実現されることを認めています。また、遅いブロック実行と検証が最初に問題になる可能性があることも認めています。
