地名顶级域申请：材料清单里那几项其实是运营方案
一、材料清单的重心到底在哪
工信部联信管函〔2026〕103 号这份通告，把地名顶级域申请的出具机关、四步流程和材料清单都写清楚了。按通用顶级域申请规则，申请地名顶级域须提交相关政府部门出具的支持或无异议文件，我国的出具机关是工业和信息化部；流程分四步，先由拟申请单位向省级人民政府地名行政主管部门提交申请，省级地名主管部门报经省级人民政府同意后报民政部审核，民政部审核合规性并出具审核意见，工信部在这份意见基础上决定是否出具支持或无异议文件。通告里也给出了本轮申请对应的申请窗口。
材料清单一共八项，但除去”申请单位基本情况”，剩下的七项合起来其实就是一份运营方案，其中五项——运营发展计划、注册管理措施、注册管理系统建设方案、网络与信息安全保障措施、应急运营工作方案——在反复追问同一件事：你能不能长期运营。域名注册管理机构的真正责任，是持续的解析安全、注册数据保护与应急能力，而不是拿到一个字符串。我们替客户看这类事项时的判断标准，从来不是”能不能申请”，而是”拿到之后这套系统怎么长期跑下去”。
二、字符标识与目标服务对象这两栏
先看清单里最前面的两栏。”拟申请的顶级域字符标识”看似只是起个名，实际藏着三个冲突面：同一地名可能被多方申请而形成竞争；地名与在先商标的权利交叉要在进入窗口前就排查掉；一旦走国际化域名路线，非 ASCII 字符经过编码后，在解析、日志、名单匹配里的表现会和它的视觉形态不一致，安全策略要按编码后的形态来写。选标识时应当把这些当作待办项，而不是事后补救的检查。
“目标服务对象”这一栏的真实含义，是注册政策取向：是限定注册人资格，比如只允许某地注册的主体或机构，还是开放给任何人注册。这一个选择直接决定后面的争议处理量——限定资格会抬高运营门槛、但压低滥用与抢注的处理量，开放注册则相反。两条路的运维人力与流程设计差一个量级，绝不能等系统建好了才发现取向没定，那等于把注册政策推倒重来。顺带一提，字符标识这一栏还要预留与注册商侧命名规则的兼容问题，比如保留名清单、各级标签的长度限制与大小写折叠，这些细节在窗口提交之后很难再改，最好在定标识时就一并写进约束。
三、注册管理系统建设方案的四个能力块
这一项最能看出申报方是否真懂注册局业务。四个能力块要能落成系统。注册局与注册商之间的协议与 EPP 接口，是整条命令通道的地基；域名生命周期的状态机，从新增宽限、续费、转移、赎回到待删除，各状态能停留多久、最短持有期与各类锁定期怎么设，要用一张可核对的表定清楚；DNSSEC 与密钥轮换，KSK 与 ZSK 分离、滚动发布的时间窗怎么排，直接关系解析信任链会不会断；Whois 与 RDAP 查询要在”公开可查”和”个人信息保护”之间做取舍，哪些字段公开、依据是什么、申请查询的审批流程怎么走；最后是注册数据托管与第三方审计接口。
| 能力块 | 必须定义的东西 | 常见漏项 |
|---|---|---|
| 生命周期状态机 | 各状态停留时长、最短持有期、锁定期 | 迁移不可回退、竞态没界定 |
| DNSSEC 密钥 | KSK/ZSK 分离、滚动发布窗口 | 轮换与解析生效时点错位 |
| RDAP 查询 | 公开字段集、申请查询审批流 | 个人信息明文直出 |
| 数据托管与审计 | 托管范围、第三方审计接口 | 只有备份没有审计出口 |
这四块之间还有牵连：转移与赎回状态的时点会改变密钥滚动发布的最佳窗口，RDAP 公开哪些字段又受前面注册政策取向的约束，托管范围要覆盖到状态机的全部历史。把它们分开写成四个模块不难，难的是把模块之间的边界条件对齐。所以我们的要求是每个能力块都配一张可核对的状态表或字段表，而不是一段描述性文字——描述无法验收，表格才能。
四、网络与信息安全保障措施的落地项
“网络与信息安全保障措施”不是一份安全口号清单，而是能观测、能验证的一串落点。解析服务的可用性目标与多解析层设计，任何一层出故障时另一层要能顶上；注册接口与解析层必须隔离，防止有人拿写入通道去冲击解析面；管理台要上多因子，域名这类高价值资产的后台凭证是首要攻击目标；每一次变更操作都要留证，谁改的、改了哪条、什么时候生效；对 DDoS 以及 DNS 放大、DNS 隧道这类滥用要有专门的观测指标，而不是只盯总流量。我们习惯把这一项写成”指标、阈值、处置”三列，让它成为可交接、可复核的运行手册，而不是躺在材料里的一页说明。
五、应急方案的三个必答问题与境内衔接
“应急运营工作方案”要能回答三个必答问题。第一，注册局服务不可用时，已注册的域名怎么继续解析——是靠托管备份还是第三方接管，要有事先约定，而不是临场想办法。第二，申请或运营主体被撤销时，注册人怎么迁出——迁出流程、迁移期内解析与续费由谁负责、相关费用怎么承担，都要在方案里定下来，这里只写”谁承担”的机制，不涉及具体数额。第三，一旦发生数据泄露，通知的口径与时限怎么定。这三问的答案，比方案封面的措辞更能说明运营能力。
境内衔接这块也要提前想清楚。通告写明取得授权后在境内开展域名注册服务及相关活动应遵守相关法律法规和管理规定，落到工程上，就是实名与备案口径怎么接、注册数据的出境边界划在哪里。这些不是拿到授权之后再补的功课，它会反过来决定注册系统的数据模型与部署位置，越晚定越被动。
六、跨机构流程带出的版本同步要求
最后是四步流程本身带出的一个工程要求：版本管理。省级地名主管部门、民政部、工信部三个环节都可能要求修改材料，而一旦字符标识、目标服务对象或运营方案在某一环节被改动，这三处在进入下一环节时必须拿同一版本，否则后一个机关审的是旧口径，前面的沟通全部作废。我们的做法是给这几类关键字段建立唯一的基线文档和变更日志，每次上报前先核对指纹是否一致。
归结到两件核心交付物：一份注册管理系统能力清单，把生命周期、DNSSEC、RDAP、数据托管四块各自要定义的项列全；一份应急运营方案的三个必答问题，逼着申报方把解析不中断、注册人可迁出、泄露可通知这三条写具体。洹拓看这类申报的第一句话永远是那句朴素的道理——字符串能不能拿到取决于评审，而能不能长期把解析与注册数据守住取决于你自己；材料清单里那七项，正是提前把这件事问清楚。