主题
DNS 委派权力
在主题维度下，DNS主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
IETF
自动化显示全部完成，普通区数据却从未进入合同
在一个构造的多运营商迁移场景中，控制器依次完成 DNSKEY、DS、NS 和旧签名等待，最后把流程标成成功。三家权威服务器的基础设施记录完全一致，但其中一家仍在回答上一代业务记录。自动化忠实执行了它负责的部分；问题在于，普通区数据同步从一开始就不在这份自动化合同里。
IETF
一次性令牌已经失效，DNS 更新权限却还在
在一个构造的运行场景中，平台签发的 TXT challenge 已完成验证并过期，记录也被删除。自动化账户却仍能修改该挑战子树，于是离场用户仍可申请新令牌并再次完成验证。团队撤销了旧证据，却没有撤销制造新证据的能力。
互联网历史
DNS 别名可以迁移服务，却不能证明服务存在：RFC 2219
1997 年，`www`、`ftp` 这样的熟悉标签让人们更容易找到可能迁移到另一台机器上的服务。RFC 2219 把这种惯例整理成建议，同时划清边界：一个好记的名称只是线索，并不是服务正在运行的证明。
互联网历史
这个区至关重要，却不必永远由根服务器兼任：RFC 3172
RFC 3172 给 `.arpa` 的权威服务套用了根服务器级别的运行要求，却明确预期它离开根服务器。它留下的不是一份永久托管证明，而是一种更耐久的安排：名字与协调规则保持稳定，承担服务的机器可以更换。
ICANN
ICANN 公布 1616 份申请时，根区仍不会多出 1616 个顶级域
“揭晓日”会把申请人、字符串和争用关系从保密材料变成公共事实。这种可见性会改变谈判、异议与投资判断，却不会自动改变 DNS 根区。把缴费申请数写成新增顶级域数，等于把尚未发生的评估、签约、委派与采用全部提前结算。
互联网历史
一天的研讨会测不到签名过期：RFC 3130
到 IETF 49 前后，DNSSEC 社群遇到的难题不再只是“记录能否签、验证器能否验”。一次为期一两天的演示可以在所有计时器到期之前圆满结束，却无法证明跨组织的密钥轮换、父子区交接、缓存与应用在更长时间里仍然一致。
IETF
控制台读懂了每个字段，却仍不知道谁有权改这片区域
DUJ 把含糊的 DNS 操作说明变成机器可检查的动作清单。解析器因此能准确知道要增加或删除什么；真正承担后果的 DNS 运营者仍必须独立回答：提交者是否有权、这项变更是否符合本地策略、提交是否完整生效、公共 DNS 是否已经呈现新状态。
报道
治理文件将如何重新分配 ICANN 与区域互联网注册机构之间的权威
《区域互联网注册机构的认可、运营与除名治理文件》第 3 版已于 2026 年 9 月 1 日以"最终草案"名义公布。它不是一部已通过的文件,而是一份待 ICANN 与 NRO 执行理事会审批的推荐草案——但草案的条款已经清晰展示了权威分配的实质性重构: recognition 与 derecognition 的决定权从 ICANN 单方转向由 RIR 集体共享,而修订权则被设为 ICANN 与 RIR 双向一致同意。本文逐条分析这些条款,以及它们对 ICP-2(2001) succession 的意义。
亚太地区机构
Cloud Registry Pty Ltd 与 .au 注册局治理：被合同封闭的公共授权
一家从未运营 .au 注册局的澳大利亚公司，为什么仍然是这个国家域名治理体系中值得记录的名字？Cloud Registry Pty Ltd 的故事回答了这个问题：它揭示了 auDA 所持公共授权如何在合同结构中被层层封闭，也说明了外部竞争者参与空间为何长期缺席。
IETF
沉默不是空闲：网络分区修复后才出现的组播冲突
交换机离线时，网络两侧都可能得到一个看似干净的结论：没有人反对这个组播地址。交换机恢复后，这两个结论却不能同时成立。IETF PIM 工作组的一份新草案把问题写得很直白——它把“没有收到占用迹象”当作可用，但沉默只能描述观察范围，不能证明全网唯一。
IETF
签名变小了，签名者却背上了一段历史
主密钥签名节点与区签名节点各自恢复了一份备份。两边都有正确私钥，也都有完整区域数据，唯一的问题是它们恢复出了相同的系列标识。密码学没有立刻报错；真正危险的是两个不同角色开始把两段历史写进同一个名字。
IETF
EPP 草案新增一键移除域名全部 DELEG 记录的指令
9 月 29 日的一份个人 Internet-Draft 给 EPP 域名更新提出了“全部移除”选项：客户端无需列出每一条 DELEG 记录，就可要求清空该域名的 DELEG 集合。指令变短，授权的范围却变大了。
IETF
注册库接受了新委派，父区仍给出两种答案
一次成功的 EPP 更新，只能证明注册库完成了自己的事务。到了父区，传统 NS 与拟议中的 DELEG 可能仍同时存在，分别服务于不同能力的解析器；这时，绿色回执并没有回答互联网实际沿哪条委派路径运行。
领导者
Martin J. Dürst 与 Unicode 网址里的边界
排查一条国际化链接时，真正需要追踪的是它经过了哪些层，而不是只截取地址栏的一行文字。Martin J. Dürst 参与推动的 IRI 规范，让 Unicode 输入如何进入旧式 URI 处理链路有了明确规则；它同时留下一个重要边界：编码后的名称不等于注册、委派或服务控制权。
案例档案
子区仍在回答，父区却早已转移委派
旧权威服务器没有宕机，也没有停止给出看似完整的答案；真正变化的是它继续回答的资格。DNS 委派重新验证草案第 14 版所解决的，正是“还能回答”与“仍获父区授权”之间那段常被缓存掩盖的距离。
IETF
ACME 密钥已经轮换，昨天的 DNS 授权仍然有效
新版 ACME 持久 DNS 挑战草案把一次看似干净的密钥轮换拆成了多本账：旧私钥已经不能发起请求，它留下的公钥指纹却仍可能支撑一份尚未到期的域名授权。
案例档案
设备与控制器都听从了 DNS，却活在不同的地址世代：RFC 9726
一台设备拿到了制造商服务的新地址，策略控制器仍在守护尚未过期的旧地址。双方都正确查询了 DNS，防火墙也忠实执行了规则，合法更新却被判成越界。RFC 9726 揭示的不是一个配置小错，而是名称意图、解析视图与数据包裁决之间长期被隐藏的治理边界。
ICANN
日本注册服务公司（JPRS）的第二张面孔：.jprs 通用顶级域合同轨道上的权威与救济
当日本注册服务公司（Japan Registry Services Co., Ltd.，简称 JPRS）出现在新闻中时，读者通常联想到的是 .jp 国家代码顶级域的公共委托角色。但该公司还有一条独立的、完全基于合同的商业轨道：自 2014 年 9 月 18 日起，它作为 .jprs 通用顶级域的注册管理机构运营商与 ICANN 签有基础注册管理机构协议，并在 2026 年新的通用顶级域申请轮次中成为经 ICANN…
互联网历史
Robert Elz 与 .au 的交接文书：1986年至2001年的授权记录
1986 年 3 月，澳大利亚国家代码顶级域名 .au 的管理权被交给一位大学程序员；到 2001 年底，这份权力经由一串日期确凿的文书，转移给了一家非营利公司。授权、子授权、政府背书、重新授权请求、两份 IANA 报告、一纸协议——本文逐件检视这份记录，并追问：域名权威如何被授予、如何被持有、又如何在没有先例可循的情况下被移交。
ICANN
JPRS 的 .jp 管辖权从何而来：一份注册局控制面简报
作为 .jp 顶级域的注册局，Japan Registry Services Co., Ltd.（JPRS）对注册人之外的控制面，由政府、JPNIC 与 ICANN 三层文件共同构成。本简报逐层核对这些文件，并指出其中未被任何现有来源单独解答的问题。