Scroll 联创：以太坊生态发展的“鸡与蛋”难题

作者：Ye Zhang 来源：X，@yezhang1998 翻译：善欧巴，金色财经

对于以太坊来说，缓慢发展是一种特性，而非缺陷。对于一个保障着数万亿美元资产的结算层来说，发展过快是危险的。

客户端多样性很重要，但我同意，实际上我们可能需要更少的客户端团队。而且，我不认为客户端团队的协调是开发新功能的主要瓶颈；还有许多其他因素需要考虑，尤其是在向后兼容性方面。

我想在这里提出另外三个要点：

1.基础设施需要更快地适应Layer 2的变化，否则以太坊生态系统整体有失去吸引力的风险。

人们普遍期望Layer 2解决方案发展得更快。然而，这很具挑战性，因为许多基础设施的适应速度很慢。即使Scroll具有完全的EVM兼容性，我们也遇到了MetaMask的问题：

Scroll（或任何其他Layer 2）的交易费用包括数据可用性（DA）费用和执行费用，但MetaMask默认只支持执行费用，导致几个月来的费用计算都不正确。

这造成了一个棘手的先有鸡还是先有蛋的问题：

如果Layer 1不改变，基础设施提供商就没有动力去更新。如果没有更新的基础设施，Layer 2解决方案就无法更快地发展，从而扼杀创新。这对以太坊来说是一个特殊的挑战，因为大多数其他链都有与链升级紧密相关的原生钱包。相比之下，EVM标准遵循以太坊，这使得适配变得复杂。

2. 规范至关重要，而目前所有Layer 2解决方案都缺乏规范

为了实现客户端多样性，我们需要更完善的规范。然而，许多团队声称拥有多客户端实现，但实际上对这一概念存在根本误解。

正确的做法应该是：

1. 定义高级别规范。

2. 确保任何团队都能通过阅读规范实现该功能，而无需参考其他客户端实现。

也就是说，多客户端实现的唯一真实来源应该是规范本身。 但目前，大多数实现依赖现有实现作为参考，这违背了多客户端架构的真正潜力。

3. 同样重要的是要注意以太坊和比特币之间的区别

比特币依赖于单一实现作为其真实来源，核心代码库是唯一的真理，不能出错。

而以太坊的真实来源是规范本身，而非像Geth这样的特定实现。

这种方法使规范对以太坊更具实际意义。如果发生错误，应该通过社会共识，根据规范修正问题，而非依赖某个具体实现。