技术解读以太坊铭文ETHS：本质是金融炒作而非产品革新

导语：目前的以太坊铭文本质还是Ordinals的新瓶装旧酒，没有真正意义的新范式。ETHS仍然存在安全风险，虽然它的确比Rollup去中心化，但其提款流程还是依赖于第三方公证人/管理者，有被盗风险。显然ETHS当下还是以金融炒作居多，而不是说它能带来以太坊Layer2带不来的革新。

近期BTC生态铭文的火热，带动了其他链的开发者搭建类似的系统。不同链上的铭文系统的实现方式和可实现的功能略有不同，但有一些共同点：

1. 铭文都利用了转账时附加的文本信息来表达想要完成的操作，如，在信息内写入“向XXX转1个币”。注意，这些信息是纯文本的，不会涉及链上的智能合约执行等操作。
2. 开发者会设计一系列规范和标准，来将所有的文本信息规范化。
3. 开发者提供一套Indexer索引器，用于将链上所有铭文的文本信息归集后，计算铭文系统的内的状态。Indexer是个链下的开源组件，任何人都可以运行。

BTC铭文Ordinals在BTC上建立了一套发行NFT、代币的机制，也引出了对BTC L2的大规模思考，在这个意义上我们可以认为Ordinals具有一定的前沿和探索性质。不过，Ordinals在技术和产品体验上受到了BTC本身架构的限制，同时也因为粉尘污染和数据占用等原因，遭到了BTC社区OG的非议。

那么，在以太坊上复刻铭文，是否有意义呢？毕竟以太坊本身具有复杂的智能合约，ERC20、NFT也是以太坊上本身就有的内容；这些铭文项目又会对以太坊生态产生怎样的影响，会出现在BTC上上的争议和风波吗？

Ethscriptions的技术实现方式

我们先来看一下Ethscriptions的实现方式，它是以太坊上著名的铭文项目，主要利用Calldata来实现运转。

Calldata是以太坊交易中传输的原始输入数据。一般用于传输智能合约交互时需要的参数，但也可以用于向EOA地址发送文本消息（留言，铭文刻字，转账备注等任何用途）。图中Input Data即calldata。

如果你想使用Ethscriptions在交易中铭刻”Hello world”，则需要构建一条包含如下calldata的交易：

链下的Indexer监听到这笔交易后，就会更新数据库并通知用户：一条新的铭文产生了，铭刻的内容是Hello world。铭文里也可以放更复杂的内容，如代表图片信息的base64等。

Ethscriptions目前通过了6个ESIP（Proposals for improvement to the Ethscriptions protocol），类似EIP的提案，来定义不同场景下铭文的使用。但这些仅仅是比较基础的铭文规范，比如从EOA发起的铭文交易的格式，合约emit事件等等。

Ethscriptions由于是在以太坊上的项目，也可以利用以太坊的智能合约实现一定程度上的逻辑。需要注意的是，直接与智能合约进行交互并不是Ethscriptions推荐的方式。

虽然官方的NFT市场等也是直接用智能合约实现的。根据官方文档的说法，Ethscriptions想要为用户提供的是“去中心化且价格合理的运算服务”：将运算剥离至链下，将显著降低以太坊的使用成本。

我们来具体探究一下调用智能合约的成本，可以分为三部分：

• 基本交易成本：任何以太坊交易都需要支付，目前为21000 gas。
• 数据传输成本（calldata）：calldata一般用于提交与智能合约交互的数据和参数。EIP-2028调整后，calldata数据每个字节一般消耗16 gas（若是数据为0的字节 消耗4 gas）。
• 合约执行成本：如果交易调用了智能合约中的函数，那么根据函数执行的复杂度，还需要支付计算成本。例如，如果涉及状态更新（比如在ERC-20合约中更新余额信息），调用SSTORE会消耗高达5000~20000 gas。

我们以一个非常简单的USDT转账的交易为例，该交易总共耗费了63197 gas，calldata为：

我们解析下该calldata，以及它会花费多少gas：

• 以太坊calldata为十六进制格式，也即每两位为一个字节(16^2 = 2^8)。开头的0x代表数据采用16进制。
• 开头0x后面的a9059cbb是函数选择子，占用4个非零字节。
• 之后的32字节为地址，前面有12字节的零（因为以太坊地址是20字节，这里左补了零到32字节），以及20字节的非零地址数据。
• 最后32字节代表金额，左补了大量的零，末尾有3b9aca00非零数据，4字节非零。
• 所以，非零字节28个，零字节40 个

因此，calldataGas = 28 * 16 + 40 * 4 = 608 gas。