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这样的特定实现。
这种方法使规范对以太坊更具实际意义。如果发生错误，应该通过社会共识，根据规范修正问题，而非依赖某个具体实现。
