EthsはLayer2ですか？Ethscriptions Virtual Machineとその位置付けについて理解する。

著者：Arrow 杂谈，Sleipnir Research

「Ethscriptionsは、ユーザーがEthereum L1上でより低コストで情報を共有し計算を実行できるようにすることを目的としたプロトコルであり、スマートコントラクトを使用してストレージと実行を行うことを回避し、Ethereumの呼び出しデータに決定論的プロトコルルールを適用して状態を計算します。」

私は今年の8月に初めてethsについて知りました。その時点で、これは新しい概念ではなく、さまざまな銘文が飛び交っており、多くの人々はこれをBRC-20の模倣として扱っていました。

また、その時のTwitterには現在のようなこの概念に対する熱意は全くありませんでした。今日、皆さんがethsがLayer2なのかどうかを議論しているのを見て、興味が湧きました。

夜にいくつかのメディアを探してみましたが、Ethscriptions Virtual Machine（ESC-VM）という概念についての解説は見当たらなかったので、この記事を書いて、これは何なのかを見てみることにしました。技術的なことにはあまり触れず、簡潔に説明します。

Layer2

簡単にLayer2について触れます。この概念は皆さんも比較的よく知っていると思います。以前、私はOP RollupやZK Rollupなどの主流のLayer2スケーリングソリューションについて一連の記事を書いていました。OP Stackは、チェーンのSaaSツールとしてのテーマ記事でした。ここでは多くの基本的な問題については繰り返しません。

Layer2の核心的な問題は、スケーリングと取引コストの削減です。

なぜなら、チェーン上の過剰なノードが限られたブロックスペースを争っているからです。Ethereumエコシステムの急速な発展に伴い、より多くの実行と計算を完了する必要があり、これがチェーン上の取引を非常に混雑させ、Gas費が高騰しています。

L2を実現するためのソリューションは多くあり、常に更新されています。初期の状態チャネル、Plasma、Validium、現在人気のOptimistic-Rollup、Zk-Rollupなどがあります。

Rollupソリューションは、オフチェーンで取引計算と具体的な状態変更を行い、オンチェーンで取引と取引バッチ処理後の最終状態の要約を処理し、検証します。これにより、Ethereum上の混雑を効果的に緩和できます。

しかし、その時点ではethsをLayer2ソリューションとして考えておらず、予備的なソリューションとしても議論していませんでした。これは、ethsが当時単なるEthereumの銘文プロトコルとして扱われており、特に特別な点がなかったからです。

その後の更新とアップグレードの中で、Ethscriptionsプロトコルを改善する提案：ESIP-4: The Ethscriptions Virtual Machineが多くのことを根本的に変えました。

Ethscriptions（ETHS）

Ethscriptionsは、ユーザーがEthereum L1上でより低コストで情報を共有し計算を実行できるようにすることを目的としたプロトコルです。

これは、スマートコントラクトを使用してストレージと実行を行うことを回避し、Ethereumの呼び出しデータに決定論的プロトコルルールを適用して状態を計算します。

この方法はより安価です。これは、Ethereumの取引呼び出しデータを使用し、スマートコントラクトがチェーン上にデータを保存するのではなく、自然にコストを削減し、OPの楽観的証明メカニズムやZKの有効証明メカニズムの検証コストを省くことができます。

もちろん、Ethscriptionsの内容はすでに多くありますが、私たちはThe Ethscriptions Virtual Machineについて重点的に話しましょう。

ESIP-4: The Ethscriptions Virtual Machine

Ethscriptions仮想マシン、これはethsを改善する草案ESIP-4の核心内容であり、この提案がETHSの機能的拡張をもたらしたため、銘文の投機的な概念から脱却し、投機的価値の他に機能的実用性を持つようになりました。

私たちはホワイトペーパーの中の一文を基に、その開発の目的を明確にできます：

ESC-VMの目標は、スマートコントラクトやL2を置き換えることではなく、分散化の際に低コストの計算能力を提供する方法を最初に考慮することです。

ESIP-4の草案では、Ethscriptions仮想マシン（ESC-VM）の概念が導入されており、これはEthscriptionsの上に構築された新しいプロトコルです。

ESC-VMはethscriptionsをコンピュータ命令として機能させ、Ethscriptionsプロトコルの機能を強化します。これらのコンピュータ命令は、Dumb Contracts（ダムコントラクト）と呼ばれる特別なプログラムとユーザーが相互作用することを可能にします。

以前のETHS銘文では、さまざまな画像の「刻印」はEthereumの「呼び出しデータ」、つまり「Calldata」機能を利用していました。

Calldataは、スマートコントラクトの呼び出しに提供されるデータを指します。これは、コントラクトストレージを使用するよりも安価であるという核心的なポイントです。

ESIP-4のダムコントラクトでは、次のコマンドを実行できます：デプロイ（新しいコントラクトの作成）、コール（既存のコントラクトの状態変更関数の呼び出し）。このプロセスも銘文方式で保存され、取引はcalldataフィールドに保存され、EVMの実行とストレージコストを回避します。

ESC-VMはダムコントラクトにEVMに似た環境を提供し、ダムコントラクトの機能がスマートコントラクトの機能と並行して機能できるようにします。言い換えれば、ESC-VMは基本的にEVMと見なすことができます。

このプロセスでは、EVMの実行とストレージコストを回避するため、ダムコントラクトはスマートコントラクトよりもはるかに安価であり、コストを大幅に削減できます。これにより、Layer2の核心的な目的が解決されるのではないでしょうか。

しかし、違いは明らかに大きいです。ESC-VMと既存のLayer2の違いを見てみましょう。

ESC-VMと既存のLayer2の違い（ESC-VMはL2ですか？）

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

The ESC VM is not an L2. One way to understand this is to consider the two notions of consensus that exist on Ethereum:

（1）各ブロックに含まれる取引とその順序に関する合意。どの取引が各ブロックに含まれ、どの順序であるかに関する合意。

（2）（1）がEVMの状態に与える総合的な影響に関する合意。（1）がEVMの状態に与える影響に関する合意。

Ethscriptionsの主要な考え方は：

（1）に焦点を当てて完全に分散化されたシステムを構築することです。なぜなら、ブロックチェーンの状態は明確かつ決定的にEVMの状態を指定しているからです。ブロックチェーン自体だけで、誰でも独立して正確にEVMの状態を検証できます。

一方で、（1）の「真実性」を検証することは不可能です。なぜなら、これは非決定論的なプロセスであり、「正しい答え」がないからです。（1）と（2）をEthereumプロトコルに組み合わせることは理想的です。

しかし、ほとんどのアプリケーションにとって、この組み合わせは高すぎます。EthscriptionsはEthereumプロトコルの一部（2）を犠牲にし、決定論的状態の計算を便利にするためのツールを構築しました。

対照的に、L2は逆のアプローチを取ります。L2の状態はブロックチェーンの文脈で管理されているため、Ethscriptionsエコシステムの状態よりも便利に検証できます。

しかし、L2の検証は条件付きです。X取引がYの順序でブロックに含まれていると仮定すると、ブロックチェーンの状態はZに変更されるべきだと推測できます。しかし、L2システムでは、XとYが正しいかどうかを検証する方法はありません。

一般的に、XとYは、L2を運営する組織の目標と公正に一致する場合にのみ公正です。L2を運営する企業は、株主の利益をL2ユーザーの利益よりも優先する信託責任を負っています。極端な場合、L2が企業の利益に合わなくなった場合、L2は閉鎖されるでしょう。

Ethscriptionsが代表する理念は：

非決定論的な問題（ブロックの包含や取引の順序）において分散化された合意が形成されない限り、ブロックチェーンは決して安全であるとは見なされないということです。ESC-VMを使用する目的は、分散化と安全性をEVM機能に近い機能と組み合わせることです。

存在する問題

現在のところ、Dumb Contractには解決すべきいくつかの問題があります。

①ダムコントラクト機能は直接支払いできず、ブリッジが必要です。

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

③0x8699先生が指摘した非常に重要な問題：ethsは極度にインデクサーに依存していますが、メカニズムの中でインデクサーに十分な重視が与えられていません。この問題については、個別に深く書くことができるため、ここではこれ以上詳しくは触れません。

参考： ①ESIP-4: The Ethscriptions Virtual Machine: https://docs.ethscriptions.com/esips/esip-4-the-ethscriptions-virtual-machine… ②@ethan0x8699 https://twitter.com/ethan0x8699/status/1717421307619688501… ③@cryptocupideth https://twitter.com/cryptocupideth/status/1717191327543443633… ④@0xNing0x https://twitter.com/0xNing0x/status/1717186567130030476… ⑤@wangfeng0128 https://twitter.com/wangfeng0128/status/1717188580471406858… ⑥世链财经：https://panewslab.com/zh/articledetails/3x3fi5984w57.html… ⑦Arunkumar Krishnakumar https://cointelegraph.com/authors/arunkumar-krishnakumar… ⑧ArrowについてのLayer2の過去の記事のハイライト：https://twitter.com/ArrowCrypto_eth/highlights