情况很复杂，但对于 .eth 和 ENS 来说，现状是相当安全的。

撰文：nick.eth

编译：liubenben.eth

许多 ENS 的用户都非常非常关心 .eth 能不能、什么时候、以什么方式 被纳入并作为 DNS 使用。今天 ENS 创始人给出了他对现状的解读，先说结论：情况比我们看上去的要复杂，但不会停止摸索和努力。下面是原文的翻译 ：

我们经常被问到是否可以将 .eth 添加到 DNS 根域，这样它就可以所有的浏览器中正常解析。很多人或多或少都会意识到这里面有一些复杂的情况，但事实整个事情要比大多数人想象得更加复杂。

首先，大家都知道，「eth」 是埃塞俄比亚的 3 字母 ISO 国家代码。 这让事情变得复杂了，但是反过来说，这也有它有益的一面。

所有 2 字母 TLD 都已经被保留，ICANN 从未批准过 2 个字母的 gTLD（通用顶级域名），而且很可能永远不会。

相反，一个国家 / 地区可以将其 2 个字母的 ISO 国家 / 地区代码（.et、.uk 等）声明为 「ccTLD」（国家 / 地区代码顶级域名），并按照他们自己制定的规则进行管理。（译注：也就是说所有 2 字母 TLD 只给国家用，不给组织、机构、公司和其他实体使用）

针对 2 个字母的 ISO 国家 / 地区代码，设有专门的工作流程，而且这些流程并不适用于 3 字母的代码。理论上，埃塞俄比亚（或任何其他国家）可以请求把那个给它保留的 3 字母代码作为 ccTLD，但目前还没有先例。

无论谁想完成这件事（请求一个 3 字母代码作为 ccTLD）都可能会遇到一场艰苦的战斗，因为他们无法使用现有的 ccTLD 授权流程，而是必须说服 ICANN 修改流程才有可能实现。任何人都可以自己推测这种情况发生的可能性有多大。

每当 ICANN 开放新 gTLD 申请，他们会主动保留所有预留的 3 字母 ISO 国家 / 地区代码，而如果您请求的域名恰好位列其中，就会被直接取消资格，没有任何谈判的余地。（译注：按照以往的规则，如果 ENS 去向 ICANN 申请 .eth 这个顶级域，就会面临这个状况）

ICANN 可以选择在下一轮中改变规则，并允许注册这些 TLD，但目前没有迹象能印证这种可能性。所以，要实现这个目标，就需要继续与 ICANN 协商，说服他们修改 gTLD 的申请流程。

因此，坏消息是：将 .eth 以 ccTLD 或 gTLD 的名义申请下来需要 ICANN 先改变政策；好消息是：无论谁希望申请 TLD 都需要面对这种情况适，而不仅仅是我们！（译注：个人再解释一下这个好消息，意思是：如果有个大腿级别的实体能够影响 ICANN 改变规则，就再好不过了）

如果我们选择去申请其他扩展名，比如 .ens 这样的，那么可能会在下一轮通用顶级域名 (gTLD) 申请中与多方争夺其所有权，这种情况往好里说是多花点钱，往坏了说是灾难性的。But the presence of .eth in this administrative no-mans-land means this won't happen.（最后这句不太明白，救助。。。）

还有第三种可能性：与 IETF 或 IANA 合作，将 .eth 添加为「特殊用途 TLD」，像 .arpa 一样。这不会将其纳入到 DNS 根域中，因此如果没有单独集成，它还是无法在浏览器中解析，但这会为 ENS 永久保留它。（译注：这样做的最大的好处就是 .eth 这个域名无论在 ENS 还是 DNS 中都不会产生冲突）

还有个没有被问到的问题是：如果我们最终将 .eth 成功放入了全局根域中，我们会如何管理。这个问题也比表面看上去更加复杂。

ccTLD 治理主要由各个国家 / 地区负责，这些国家 / 地区在如何管理其 TLD 方面拥有很大的自由度。 如果 .eth 以某种方式作为 ccTLD 发布，所有者就可以用它做任何他们想做的事情。

另一方面，gTLD 则受到更多限制。注册管理机构必须同意实施 ICANN 的通用争议解决政策以及大量其他政策。他们还必须为每个注册名称向 ICANN 支付版税，并提供注册人详细信息。

由于这跟 .eth 的无需许可性质相矛盾，因此任何作为 gTLD 的 .eth 可能都只是链上注册表的子集。

.eth 名称的所有者可以按照流程设置其名称以进行全局解析，但必须接受一些限制。 针对该名称的 UDRP 声明可能会导致该名称的 DNS 部分被撤销并从全局根域中删除。

简而言之：无论采用哪种方式，情况都很复杂，但对于 .eth 和 ENS 来说，现状是相当安全的。 我们将继续寻求各种选择，但目前还不清楚哪些方案可行。

最后，免责声明：所有这些都是不确定的。 我已尽力按照我的理解描述情况，但也完全有可能存在疏漏。当然，现状是可以改变的。