イーサリアムの L1 は zkEVM とのやり取りに問題はない、と Vitalik は明言

• イーサリアム ブロックチェーンは、XNUMX 層のクライアントに拡張されます。
• レイテンシとデータ効率は依然として問題でした。

エテリアム[ETH]数年前にトランザクションの遅延とネットワークの混雑に悩まされていた . これらの最後のものは、によって開始されたイーサリアム仮想マシン [zkEVM] とのゼロ知識統合です。 ポリゴン[MATIC].

はいくら 今日の価値がある 1,10,100 ETH?

メインネットベータは 発足 27 月 1 日、対象となる参加者の多くは、L2 プロジェクトが LXNUMX プロジェクトとどのように相互作用するかを理解していませんでした。 このぼやけたビューのために、Vitalik Buterin は ブログ投稿 事について。

分かち合いの公式の時が来ました

イーサリアムの共同創設者によると、コンセンサスと実行クライアントで構成されるプロジェクトのノードは、zkEVM への参加を可能にするために削減されました。 実行クライアントは、Proof-of-Stake (PoS) メカニズムを使用して、ブロックチェーン上のデータを検証します。 逆に、コンセンサス クライアントは、最新のデータベースを維持し、トランザクションを実行する責任があります。

通常、これらのクライアントはネットワークの XNUMX 分の XNUMX を占めます。 しかし、zk ロールアップの導入により、そのようなことはなくなりました。 したがって、チェーンがブロックのファイナライズを停止している間、開発者が介入できるようにします。 Vitalk は次のように述べています。

「今日の時点で、ネットワークの 2 分の 3 以上を構成するコンセンサスまたは実行クライアントはありません。」

さらに、Vitalik は、解放されたスペースは、zkEVM が 1 番目の Ethereum クライアントになることを意味すると指摘しました。 ただし、LXNUMX は実行を検証するために検証のためにそれらを使用する必要があるため、それほど即時ではないことを彼は指摘しました。

課題と修正の

zk 機能にもかかわらず、Vitalik は、どの L2 も解決できない問題があると述べました。 彼は遅延の課題について言及し、遅れて公開されたブロックの後にチェーンが中断される可能性があると述べました。 また、バリデーターの署名が公開される可能性があるデータ効率。 しかし、彼は長期的な発言の中で可能な解決策があると述べました。 

「遅延の問題は、シングルスロットのファイナリティ プロトコルを慎重に設計することで解決できます。 データ効率の問題は、検証関連のデータを集約するための別のプロトコルを持つことで対処する必要があります。」

へのさらなる洞察 出版物は、zk Succinct Non-Interactive Argument of Knowledge (zk-SNARKS) について言及しました。 zk プルーフは当事者が他の情報を明らかにすることなく真のステートメントを検証できるようにするため、zk-SNARKS は証明者と検証者の間の相互作用なしで所有の証明を可能にします。 

読む イーサリアムの[ETH]価格予想 2023-2024

Vitalik が言うように、zk-sNARKS と、ブロックチェーン上で契約を作成して取引できるようにする ERC-4337 は、データ効率の問題も解決する可能性があります。

一方、イーサリアムの責任者は、プロセス全体が現実になるまでには長い時間がかかることを認めました. 彼はまた、遅いブロックの実行と検証が初期段階で問題になる可能性があることを認めました.