为何 Vitalik 要明牌喊单 ENS？

撰文：Haotian

 

很多人以为 @VitalikButerin 转发 ENS 的 layer2 数据解析方案，是为 ENS 新增的宏伟叙事明牌喊单，其实不尽然。倘若仔细分析下 @ensdomains 提供的这套 layer2 整合玩法，就能明白 Vitalik 的意图了：进一步收缩以太坊对 layer2 的 DA 控制力。Why？接下来，我来简单分析下：

ENS 域名服务会定义一套交互逻辑，用户只需要输入一个短域名就可以自动连接 ENS 智能合约对应的关联长地址，解决了 EOA 地址复杂难记且不易辨识的痛点。

应该讲，ENS 的这套域名服务更指向用户流量更庞大的未来扩展市场，尤其是一些 Mass Adoption 的用户群体。

而 layer2 才是以太坊扩展并吸纳大流量的未来，若 ENS 的域名解析方案不能覆盖到 layer2，只停留在以太坊主网层面，很难打开想象空间。

基于此背景，ENS 自然会考虑面向 layer2 提供一整套的数据解析方案，使得用户可以直接在 layer2 上进行域名解析和数据查找，减少其对各自 layer2 偏中心化网关的依赖。

简而言之，这套方案使得用户在各个 layer2 上可以无需可且去中心化的安全方式使用 ENS 域名。要如何做呢？

1）ENS 设计了一个具备 interopeablity 可交互通信能力「layer 桥」，使得各个 layer2 可以从链下环境检索并有效验证以太坊主网的域名数据。通过此桥接机制，打通了各个 layer2 和主网的域名数据解析功能，在 layer2 上就可以安全使用 ENS 短域名。

2）文档中提到的 EIP3668 会确保在 layer2 链上使用域名能被主网智能合约正确的验证，避免域名被乱用；而 EIP5599 则放宽了原先解析域名必须和 ENS 智能合约交互的限制，解析任务可以委托给外部系统处理（Rollup 合约），大大增强了解析域名的并行处理能力。

不难看出，用户在 layer2 上要正常使用 ENS 的域名，前提需要调用且验证以太坊主网上的全局数据。这意味着要享受 ENS 的这套服务必须得采用正统的以太坊 Data Availablity 能力，而那些基于 OP Stack 走发链捷径且把 DA 放在 Celestia 等第三方 DA 平台上的 layer2 就无法兼容 ENS 了。

话到此，就不难理解 Vitalik 的用意了。之前我在多篇文章中都分析过，坎昆升级后 layer2 肯定会迎来一场大爆发，会雨后春笋般涌现各类 layer2，而模块化思想以及各个 Stack 组件服务，正在打破原先主网提供 DA+layer2 提供扩展的边界。

面对正在失控的 layer2 疆域，Vitalik 会想尽办法维护以太坊主网 DA 的正统性，之前他呼吁 Plasma+ZK 的叙事算是一次对 DA 正统性的护卫战，这次高调推 ENS 的 layer2 域名数据方案用意也别无二致。

因为只有 DA 数据在以太坊主网上，以太坊 Validators 才能掌控 layer2 资产「安全」的命脉。如果 Validators 没了验证控制力，以太坊成了 layer2 发布结果的「公告板」，layer2 链对以太坊的依赖也会减弱，到一定程度，这些 layer2 平台还愿不愿做以太坊的 layer2 都未可知了。所以，Vitalik 会想尽一切办法把 layer2 的发展轨迹往以太坊正统性的道路上靠。

细品的话，Crypto 世界的政治色彩一直很浓厚。

当然，ENS 被 Vitalik 视为以太坊上最成功的非金融类应用，除此之外，ENS 确实能带来 Mass Adoption 后的区块链的友好使用体验，符合 layer2 未来要扩展更广泛的 web3 人群规模的目标。

总之，用 ENS 来给 layer2 众平台定一套可交互操作性规范标准，同时收拢一下 DA 控制力，这招棋，绝！