ENSv2的进展更新详览：下一步的方向是什么_动态

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

我们希望此更新可以让您了解我们迄今为止的研究过程，以及我们目前在 ensv2 l2 扩展之旅中所处的位置。与往常一样，我们在这里回答任何问题和反馈——感谢您的耐心和支持！

我们的研究之旅

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

在过去的几个月里，我们沉浸在 l2 生态系统中，咨询了各种各样的利益相关者——从 l2 团队和 raas 提供商到基础设施公司和早期初创公司。我们邀请了他们中的许多人参加 ethcc 期间的“ens 非会议”，讨论 ensv2 的技术障碍和机遇。我们还将演讲上传到 you tu be，供那些希望在家关注的人观看！在整个过程中，我们一直专注于六个关键标准（以下不分先后顺序列出），这些标准充当我们的北极星，帮助我们在探索第 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 生态系统的创新持开放态度。