Eths 是 Layer2 吗？一文了解 Ethscriptions Virtual Machine 及其定位

Layer2

简单的几句话先过一下 Layer2 ，这个概念大家应该比较清楚，之前有一段时间我也系列的写了 OP Rollup 、 ZK Rollup 等主流的 Layer2 扩容解决方案， OP Stack 作为发链 Chain SaaS 工具的主题文章。在这里很多基础问题我们都不再赘述。

Layer2 核心要解决的问题就是扩容、降低交易成本。

因为链上超额的节点要争抢有限的区块空间。随着以太坊生态的高速发展，就需要完成更多的执行和计算，导致链上交易非常拥堵， Gas 费动辄炒到天上。

想要实现 L2 的方案有很多，也在不断更新。早期的状态通道、 Plasma 、 Validium 、现在流行的 Optimistic - Rollup 、 Zk - Rollup 等。

Rollup 方案是在链下进行交易计算和具体状态变更，在链上处理交易和交易批处理后的最终状态摘要并进行验证，这样就能有效缓解以太坊上面的拥堵了。

但当时我们还没有将 eths 作为一种 Layer2 方案，甚至没有作为预备方案来讨论，这是因为 eths 在当时只是被当作一种以太坊的铭文协议，并没有什么非常特别之处。

而在之后的更新升级中，一个改进 Ethscriptions 协议的建议： ESIP -4: The Ethscriptions Virtual Machine 从根本上改变了很多。

Ethscriptions （ ETHS ）

Ethscriptions 是一种协议，其目的是允许用户以更低的成本在以太坊 L1 上共享信息并执行计算。

它绕过了使用智能合约存储和执行来实现这一点，将确定性协议规则应用于以太坊调用数据来计算状态。

这种方式更便宜，这是因为其使用以太坊交易调用数据，而不是智能合约在链上存储数据，自然而然的降低了成本，同时也省去了类似 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 铭文中，对各种图片的「刻录」是利用了以太坊「调用数据」，即「 Calldata 」功能。

Calldata 指在对智能合约的调用中提供的数据。这也是比使用合约存储更便宜的核心点。

而在 ESIP -4 的哑合约中，可以执行命令：部署（创建新合约）、调用（调用现有合约的状态更改函数），这个过程也是通过铭文方式存储，交易以 calldata 字段存储在链上，从而绕过了 EVM 执行和存储成本。

ESC - VM 为哑合约提供类似于 E VM 的环境，使哑合约功能能够与智能合约的功能并行，说白了就是 ESC - VM 基本上就可以认为是 E VM 。

在这个过程中，因为绕过了 EVM 执行和存储成本，所以哑合约比智能合约便宜得多，可以很大程度降低成本，这不就把 Layer2 的核心目的给解决了吗。

但是区别肯定还是很大的，我们再来看一看 ESC - VM 和现有 Layer2 的区别。

ESC - VM 和现有 Layer2 的区别（ Is the ESC - VM an L2 ?）

在 ESIP -4 的白皮书当中，其实很明确的就提到了这一点，并且给出了理由。

The ESC VM is not an L2 . One way to underst an d th is is to c on sider the two not i on s of c on sensus that ex is t on E the reum:

（1） Consensus over what transactions are in cluded in each block and in what order .关于哪些交易被包含在每个区块中以及以什么顺序的共识。

（2） C on sensus over the aggregate impact (1) has on the state of the EVM .关于（1）对 EVM 状态的总体影响的共识。

Ethscriptions 的主要思想是：

通过专注于（1）来构建一个完全去中心化的系统，因为区块链的状态明确且确定地指定了 EVM 的状态。仅凭区块链本身，任何人都可以独立并确切地验证 EVM 的状态。

另一方面，验证（1）的「真实性」是不可能的，因为这是一个非确定性的过程，没有「正确答案」。将（1）和（2）结合在以太坊协议中是理想的。

然而，对于大多数应用程序来说，这种组合过于昂贵。 Ethscriptions 牺牲了以太坊协议的一部分（2），并构建了工具以使确定性状态的计算变得方便。

相比之下， L2 采取了相反的方法。由于 L2 状态是在区块链的上下文中管理的，因此比 Ethscriptions 生态系统的状态更方便进行验证。

然而， L2 的验证是有条件的。它说给定 X 交易包含在一个排序为 Y 的区块中，我们就可以推断区块链的状态应该更改为 Z 。但是在 L2 系统中，没有办法验证 X 和 Y 是否正确。

在一般情况下，只有当使它们公平与运营 L2 的组织的目标相一致时， X 和 Y 才会公正。运营 L2 的公司承担着对股东利益高于 L2 用户利益的信托责任。在极端情况下，如果 L2 不再符合公司的利益， L2 将会被关闭。

Ethscriptions 代表的理念是：

在非确定性问题（如区块包含和交易排序）上没有形成去中心化共识的情况下，区块链永远无法被认为是安全的。使用 ESC - VM 的目标是将去中心化和安全性与接近 E VM 功能的功能相结合。

存在的问题

目前来看， Dumb Contract 是有一些问题亟待解决。

①哑合约功能不能直接支付，需要桥接；

② ESIP -4 不允许任意创建哑合约。哑合约可以在不信任的情况下部署和执行，但代码本身与 ESIP 流程中的其余 Ethscriptions 协议规则一起定义；

③ 0x8699 老师提到的一个非常重要的问题： eths 极度依赖 indexer ，但机制里没有给 indexer 足够的重视，鉴于这个问题可以单独深度的写一篇文章，就不再在这里多聊。

参考：

①ESIP-4: The Ethscriptions Virtual Machine:https

//docs.ethscriptions.com/esips/esip-4-the-ethscriptions-virtual-machine…

②@ethan0x8699

https://twitter.com/ethan0x8699/status/1717421307619688501…

③@cryptocupid_eth

https://twitter.com/cryptocupid_eth/status/1717191327543443633…

④@0xNing0x

https://twitter.com/0xNing0x/status/1717186567130030476…

⑤@wangfeng_0128

https://twitter.com/wangfeng_0128/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

以太坊新闻与研究

追踪以太坊的相关新闻与研究

专题

关联标签

Ethscriptions Layer2 以太坊

链捕手ChainCatcher提醒，请广大读者理性看待区块链，切实提高风险意识，警惕各类虚拟代币发行与炒作，站内所有内容仅系市场信息或相关方观点，不构成任何形式投资建议。如发现站内内容含敏感信息，可点击 “举报”，我们会及时处理。