我是 Esk3nder.eth，ENS 实验室的产品负责人。今天，我很高兴为大家介绍我们于2024年5月公布的ENSv2计划。ENSv2不仅仅是对ENS协议的简单升级，它代表了我们对ENS进行彻底重构的雄心，旨在将ENS扩展到第2层，并提升其访问性、去中心化程度和整体功能性。

研究进展概述

ENSv2的初衷源于一个关键问题：“如果我们从零开始重新构思ENS，它会是什么样？”我们意识到，现有主网的用户体验存在一定限制，于是我们展开了广泛的调查。通过与各领域的建设者深入交流，并经过多轮内部和外部讨论，我们决定将ENS扩展到第2层。

在过去的几个月里，我们深入研究了第2层（L2）生态系统，咨询了来自L2团队、RaaS提供商、基础设施公司以及早期初创公司的各种利益相关者。在EthCC期间，我们还举行了“ENS非会议”，讨论了ENSv2面临的技术挑战和机遇。演讲内容已上传至YouTube，供大家随时查看！

我们在探索过程中重点关注了六个核心标准，这些标准指导我们规范化探索第2层方案的流程：

1. EVM兼容性
2. CCIP读取支持
3. 开源
4. 退出至L1
5. 序列器去中心化
6. 最终性

评估的选项

我们已将研究重点缩小到三个主要方案，每个方案都有其优缺点：

1. 公共ZK链

   • 描述：将ENS扩展到现有的公共ZK链（如Scroll和Taiko），或者使用具备ZK证明功能的Optimistic L2，如Succinct最近展示的OP+SP1。这种方案开发和维护成本较低，但可能会影响ENS治理对公共链的独立性。

2. 我们自己的ZK链实例

   • 描述：部署我们自己的ZK链堆栈实例。例如，Status最近宣布将与Linea合作推出其Lineage堆栈实例。这种方法提供了更大的灵活性，但开发和维护工作量较大。

3. zkVM（特殊用途汇总）

   • 描述：开发专门针对ENS优化的自定义zkVM（零知识虚拟机）。我们正在与Axiom合作探索这一选项，他们正在帮助我们开发zkVM原型。这种方法可以提高ZK集成的效率，缩短最终时间，但需要进行广泛的开发和迁移工作。

遗留的技术路径

我们注意到，我们的选项中并未包括纯Optimistic链。尽管像Arbitrum和Base这样的链在第2层经济活动中占据主导地位，并展示了它们的技术优势，但由于Optimistic汇总的“挑战窗口”可能导致最终性不够及时，因此我们选择了更具最终性的ZK汇总解决方案。这一选择旨在确保ENS名称所有权的稳定性。

然而，我们并未完全排除Optimistic技术。我们仍在考虑将Optimistic链与ZK证明结合的混合方案，并对符合我们核心标准的整个L2生态系统的创新持开放态度。