ENSv2进展更新：探索L2扩展新方向

自2017年以来，ENS（以太坊名称服务）已成为加密基础设施的基石，拥有数百万个.eth名称和数千个生态系统集成。但ENSv2不仅仅是关于L2扩展；它还利用了七年的经验和技术进步，使ENS更加易于访问、去中心化和更强大。

我们希望这个更新能让大家了解我们迄今为止的研究过程，以及我们目前在ENSv2 L2扩展之旅中的位置。像往常一样，我们在这里回答任何问题和反馈——感谢你们的耐心和支持！

我们的研究之旅

ENSv2项目始于一个基本问题：“如果我们今天从头开始重新构想ENS，它会变成什么样？”由于主网对用户体验的限制，我们开始对生态系统进行调查。我们与整个领域的建设者进行了交流，在经过富有成效的团队外部和内部讨论后，我们一致同意将ENS扩展到第2层。

在过去的几个月里，我们沉浸在L2生态系统中，咨询了各种各样的利益相关者——从L2团队和RaaS提供商到基础设施公司和早期初创公司。我们邀请了他们中的许多人参加EthCC期间的“ENS非会议”，讨论ENSv2的技术障碍和机遇。我们还将演讲上传到YouTube，供那些希望在家关注的人观看！在整个过程中，我们一直专注于六个关键标准（以下不分先后顺序列出），这些标准充当我们的北极星，帮助我们在探索第2层格局时规范化我们的流程。

• EVM兼容性
• CCIP读取支持
• 开源
• 退出至L1
• 序列器去中心化
• 最终性

我们的立场：三个有希望的选项

公共ZK链

此选项涉及将ENS直接扩展到现有的公共ZK链上，例如Scroll和Taiko。或者，我们可以利用具有ZK证明功能的Optimistic L2，类似于Succinct最近在Frontiers上展示的（OP+SP1）。这种方法需要最少的链开发和长期维护成本，但在一定程度上牺牲了ENS治理对公共链的独立性。

我们自己的ZK链实例

这种方法涉及部署我们自己的现有ZK链堆栈实例。这种方法的一个最新示例是Status最近宣布他们正在与Linea合作推出他们自己的Linea堆栈实例。此选项为团队提供了更大的灵活性，同时仍受益于成熟的技术。另一方面是开发、启动和维护单独的L2实例的努力。

zkVM（特殊用途汇总）

这种方法涉及开发专门针对ENS操作进行优化的自定义zkVM（零知识虚拟机）。我们正在与Axiom合作探索此选项，他们正在帮助我们开发zkVM原型。通过优化VM，您可以使ZK集成更加高效。这降低了证明成本，并允许您更频繁地生成证明，从而大大缩短了最终时间。但是，它代表了与我们当前架构的最大背离，需要最广泛的开发和迁移工作。

未选择的道路

您可能已经注意到，我们的选项列表中没有纯粹Optimistic的链。虽然像Arbitrum和Base这样的链目前主导着第2层经济活动，证明了它们的产品市场契合度和久经考验的技术堆栈，但这种遗漏是故意的，并且与我们的第六个标准相关：最终性。在这种情况下，最终性是指一个商定的检查点，其中所有先前的块都被视为不可逆。

在Optimistic汇总中，状态发布到主网时没有立即证明有效性。这会启动一个“挑战窗口”——通常为7天——在此期间，提议的状态可以在被视为最终状态之前受到质疑。相比之下，ZK汇总使用“ZK证明”来立即证明已执行、批处理然后发送到L1进行最终结算的每一笔交易的有效性。与“挑战窗口”的时间相比，ZK最终性往往在2-24小时内，而“挑战窗口”的时间通常设置为7天。这种快速确定性对于ENS防止名称所有权回滚至关重要，这是ENS DAO章程中规定的一项原则。为了更深入地了解Optimistic和ZK汇总之间的差异，StarkWare发布了一篇出色的解释文章。

但是，我们并没有完全否定Optimistic技术。正如我们的第一个选择所见，将Optimistic链与ZK证明相结合的混合解决方案仍在考虑之中。随着我们继续研究和开发，我们仍然对符合我们核心标准和价值观的整个L2生态系统的创新持开放态度。

下一步

过去几个月我们学到了很多东西，并想感谢所有为这个过程做出贡献的团队和个人。感谢他们的帮助，我们开始从理论转向实践，接下来的步骤如下：

• 基准测试和测试：我们知道我们的三条主要路径，并将测试它们的性能、成本效益和可扩展性，以便我们可以使用具体的数据来指导我们的决策。
• 技术改进：我们的团队正在努力改进ENSv2架构，包括分层注册系统和更新的通用解析器。
• 资金提案：为了支持这项关键工作，我们正在为ENS DAO准备一份资金提案，该提案将广泛概述实现ENSv2所需的资源。
• 社区参与：在我们踏上这一旅程的过程中，您的意见非常宝贵，我们将继续举办社区电话会议和AMA会议，以深入了解并听取您的想法。
• 最终建议：我们的目标是在未来几个月内为ENSv2的L2策略提出最终建议。