在 TON 上给智能钱包或网站配一个 .ton 结尾的名字，走的不是互联网 DNS 那套注册商体系，而是一份叫 TEP-81 的链上标准。这份 TON 改进提案 2022 年 6 月 25 日创建、状态 Active，定义了一整个服务：把人类可读的域名翻译成智能合约地址、翻译成人网络里网站的 ADNL 地址，域名的所有权本身也以合约形式存在链上。
先看书写的合法边界。规范采用与互联网习惯相近的写法：一串以点分隔的标签，编码为 UTF-8，总长不超过 126 字节；0 到 32 号字节（空字符、控制码、空格）不允许出现在域名里。语法上大写的确合法，但所有应用查询前都统一转小写，所以注册非小写名没有意义。合约实现还允许额外加严——比如禁用形近字符——这是防钓鱼的合法自由；但规范钦定的 dnsresolve 查询方法必须按上述通用格式解析，任何域都绕不开。
内部表示是这份标准最”不一样”的部分。TON 解析器先把域名按点拆开，给每段补一个空字符，再按反序拼接——example.ton 变成一串反着排的内部字节序列。查询自根合约出发，合约按最长前缀匹配返回结果：查 test.site.example.ton，根合约若登记了 example.ton 的存在，就告诉你去问 example.ton 的合约。也就是说，每一级域名对应一个真实存在的智能合约：根合约知道谁存在，父域合约知道子域委托给谁，最终叶子域解析出具体记录。层级即拓扑，这正是”在 TON 上，子域可以完全自主”的底层原因——因为根本没有全局区域文件，只有一串彼此引用的合约。
记录格式是带类型标签的二进制结构。规范给每类记录定义了带哈希前缀的模式：指向下层解析合约的下层解析器记录；用 0x9fd3 前缀、内含合约地址与能力列表的钱包记录；以及以 0xad01 打头、内嵌 ADNL 地址与协议列表的站点记录，网站与代理能力由此表达。所有记录都装在一个按类别键组织的信息映射里，而每个键是类别名的哈希——比如解析器记录以 sha256 哈希过的字符串 “dns_next_resolver” 为键、记录钱包合约地址的记录以哈希过的 “wallet” 为键、网站用 “site”，哈希键让分类可扩展而不需要全局分配表。
域名怎么分配是提案用问答形式解释的机制。当前唯一的一级域是 .ton，根合约地址不是硬编码，而是从主链配置的第 4 号参数读出——这是链上治理可改配置的又一个例子。域名经公开拍卖分配，价高者得、成交即销毁；之所以销毁，是因为这笔钱本来就没有合法的收款方——协议不收租。防抢注靠按长度定价：越短越贵，早期短域名价高，随着新域开放会逐步降价，让注册成本偏向真实使用。
续费是容易忘的实操点。域名所有权绑在持有它的钱包上，规范特意说明当前模型无内置超时，但需要每年至少向合约发送一笔极小额的资金（规范里写的门槛低到消息能上链即可）来延续，理由直白——防永久丢失；不活跃即冻结，找回有程序。与域名相关的转账、改记录、发子域这些动作，全部由拥有域合约的那个钱包签名发起，所以”把域名转到一个新钱包”本质是改变域合约的归属权——转错地址等于失去域，这一点和所有链上资产没有区别，并没有找回客服。
最后记两条安全点。TON 域名区分大小写这一语法事实与应用层的转小写行为叠加，意味着注册非小写域名只会造出一个没人查得到的影子名；规范建议所有注册都用小写。而形近字符攻击（用别的语言里长得一样的字母）由合约实现层面的加严校验挡在注册阶段，正规注册界面会拒收混拼名。
本文为机制说明，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。