「Ethionsは、ユーザーがイーサリアムL1で情報を共有して計算を低コストで実行できるようにすることを目的としたプロトコルです。これは、スマートコントラクトのストレージと実行の使用をバイパスしてこれを実現し、イーサリアム呼び出しデータに決定論的なプロトコルルールを適用して状態を計算します。」

ethsについて最初に知ったのは今年の8月中旬で、もはや新しいコンセプトではなく、さまざまな碑文があちこちに飛び交い、多くの人がBRC-20のレプリカとして使用していました。 そして、当時のTwitterではこの概念に対する熱意はまったくなく、教師がethsがレイヤー2であるかどうかについて話しているのを見たのは今日まででした。

いろんなメディアで調べてみたのですが、Ethions仮想マシン(ESC-VM)の概念に関する一般的な科学はないようですので、これが何であるかを見て、テクノロジーを巻き込まないようにし、物事を簡単かつ明確に説明するために記事を書きます。

レイヤ2

いくつかの簡単な文は、最初にレイヤー2を見て、この概念はより明確になるはずです、私はまた、一連のOPロールアップ、ZKロールアップおよび他の主流のレイヤー2拡張ソリューション、チェーンSaaSツールのテーマ記事としてのOPスタックを書く前に期間がありました。

ここでは、基本的な問題の多くを繰り返さない。 レイヤ 2 の主な問題は、容量を拡張し、トランザクション コストを削減することです。

チェーン上の余分なノードは、限られたブロックスペースをめぐって競合する必要があるためです。 イーサリアムエコシステムの急速な発展に伴い、より多くの実行と計算を完了する必要があり、その結果、非常に混雑したオンチェーントランザクションが発生し、ガスはしばしば空に投機されます。

L2の実装には多くのオプションがあり、それらは常に更新されています。 初期の状態チャネル、プラズマ、バリジウム、現在人気のあるオプティミスティックロールアップ、Zkロールアップなど。

ロールアップスキームは、オフチェーンでトランザクションの特定の状態を計算および変更し、チェーン上でのトランザクションおよびトランザクションバッチ処理後の最終的な状態の概要と検証を処理することであり、イーサリアムの輻輳を効果的に緩和できます。

しかし、当時はethsをレイヤー2ソリューションとして、あるいは予備的なソリューションとしてさえ話しませんでした、なぜならethsは当時イーサリアムの碑文プロトコルとして使用されただけであり、特別なことは何もなかったからです。

その後のアップデートでは、Ethionsプロトコルを改善するための提案:ESIP-4:Ethions仮想マシンが根本的に大きく変更されました。

エシオンズ(ETHS)

Ethionsは、ユーザーがイーサリアムL1で情報を共有して計算を低コストで実行できるようにすることを目的としたプロトコルであり、これを実現するためにスマートコントラクトのストレージと実行の使用をバイパスし、イーサリアム呼び出しデータに決定論的プロトコルルールを適用して状態を計算します。

スマートコントラクトの代わりにイーサリアムのトランザクションコールデータを使用してデータをオンチェーンに保存するため、コストが自然に削減され、OPと同様の楽観的な証明メカニズムとZKの効果的な証明メカニズムの検証コストも節約されるため、安価です。

もちろん、Ethionsのコンテンツはたくさんあるので、Ethions仮想マシンに焦点を当てましょう。

ESIP-4: Ethions仮想マシン

ethsを改善するためのドラフトESIP-4のコアコンテンツであるEthions仮想マシンは、提案によるETHSの機能拡張でもあるため、碑文の誇大宣伝の概念から解放され、誇大広告の価値を超えた機能的な有用性があります。

ホワイトペーパーの文に従って、その開発の目的を明確にすることができます。

ESC-VMの目標は、スマートコントラクトやL2を置き換えることではなく、分散化の際に低コストのコンピューティングパワーを提供する方法を優先することです。

ESIP-4のドラフトでは、Ethionsの上に構築された新しいプロトコルであるEthions仮想マシン(ESC-VM)の概念が導入されました。

ESC VMは、ユーザーがダムコントラクトと呼ばれる特別なプログラムと対話できるようにする一種のコンピューター命令としてエチオンズを有効にすることにより、エシオンプロトコルの機能を強化します。

以前のETHSの碑文では、さまざまな写真の「書き込み」は、イーサリアムの「コールデータ」、つまり「コールデータ」機能を利用していました。 Calldataは、スマートコントラクトの呼び出しで提供されるデータを参照します。 これは、コントラクトストレージを使用するよりも安価であるというコアポイントでもあります。

ESIP-4のダムコントラクトでは、コマンドを実行できます:デプロイ(新しいコントラクトの作成)、呼び出し(既存のコントラクトの状態変更関数の呼び出し)、このプロセスも碑文によって保存され、トランザクションはcalldataフィールドとしてチェーンに保存されるため、EVMの実行とストレージのコストを回避できます。

ESC-VMは、ダムコントラクトにEVMのような環境を提供し、ダムコントラクト機能をスマートコントラクト機能と並列化できるようにします。

このプロセスでは、EVMの実行とストレージのコストがバイパスされるため、ダムコントラクトはスマートコントラクトよりもはるかに安価であり、コストを大幅に削減でき、レイヤー2の主な目的を解決します。

しかし、違いは間違いなくまだ大きいので、ESC-VMと既存のレイヤ2の違いを見てみましょう。

ESC-VM は L2 ですか。

ESIP-4ホワイトペーパーでは、これは実際に明確に言及されており、その理由が示されています。

ESC 仮想マシンは L2 ではありません。これを理解する1つの方法は、イーサリアムに存在するコンセンサスの2つの概念を検討することです。

(1)各ブロックにどのような取引をどのような順番で含めるかについてのコンセンサス。 各ブロックに含まれるトランザクションとその順序に関するコンセンサス。

(2)(1)がEVMの状態に与える影響に関するコンセンサス。 (1)EVMステータスへの全体的な影響に関するコンセンサス。

エチオンズの主なアイデアは次のとおりです。

ブロックチェーンの状態がEVMの状態を明確かつ明確に指定するため、(1)に焦点を当てて完全に分散化されたシステムを構築します。 ブロックチェーン自体を使用すると、誰でも独立してEVMのステータスを確実に検証できます。

一方、(1)の「信憑性」は「正解」のない非決定論的なプロセスであるため検証できません。

イーサリアムプロトコルで(1)と(2)を組み合わせるのが理想的です。 ただし、この組み合わせはほとんどのアプリケーションにとってコストがかかりすぎます。 Ethionsはイーサリアムプロトコルの一部を犠牲にし(2)、決定論的状態の計算を容易にするツールを構築しました。

対照的に、L2 は逆のアプローチを取ります。 L2の状態はブロックチェーンのコンテキストで管理されるため、Ethionsエコシステムの状態よりも検証が便利です。 ただし、L2 の検証は条件付きです。 これは、ソートされたYブロックに含まれるXトランザクションが与えられた場合、ブロックチェーンの状態がZに変わるはずであると推測できることを示しています。 しかし、L2システムでは、XとYが正しいことを確認する方法はありません。

一般に、XとYは、公平にすることがL2を運営する組織の目標と一致する場合にのみ公平になります。 L2を運営する企業は、L2ユーザーの利益に優先する株主に対する受託者責任を負っています。 極端な場合、L2は会社の利益にならなくなった場合、シャットダウンされます。

エティオンズに代表される哲学は次のとおりです。

ブロックチェーンは、ブロックの包含やトランザクションの順序付けなどの非決定論的な問題に関する分散型のコンセンサスがなければ、安全とは見なされません。 ESC-VM を使用する目的は、分散化とセキュリティを EVM 機能に近い機能と組み合わせることです。

既存の問題

現在、ダムコントラクトには解決する必要のあるいくつかの問題があります。

(1)ダム契約機能は直接支払うことはできず、橋渡しする必要があります。

(2)ESIP-4は、ダムコントラクトの恣意的な作成を許可していません。 ダムコントラクトは信頼なしでデプロイおよび実行できますが、コード自体はESIPプロセスの残りのEthionsプロトコルルールとともに定義されます。

(3)教師が言及0x8699した非常に重要な問題(@ethan0x8699):ETHSはインデクサーに大きく依存していますが、メカニズムはインデクサーに十分な注意を払わず、この問題を考慮して個別に詳細に記述できるため、ここでは説明しません。

この記事はホワイトペーパー+教師の議論に基づいており、この記事は投資アドバイスを構成するものではなく、漏れがある場合は私が責任を負います。