主题
DNS 委派权力
在主题维度下，DNS主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
案例档案
域名在 DNS 里挂出“出售”，谁有权把信号变成交易？
RFC 10023 让仍在运行的域名可以公开表达出售或出租意向。这个小小的 TXT 记录解决了发现问题，却没有替任何人证明产权、代理权、有效报价或交割结果。
案例档案
同一个域名，两套可达性账本：RFC 10001 如何揭开 DNS 双栈成本
一条 IPv4 路径成功，并不能替另一条 IPv6 路径作证；反过来也一样。双栈解析器会用成功掩盖失败，管理层看到的“DNS 正常”于是可能只是一条地址族仍能抵达权威服务器。RFC 10001 的价值不在于宣告迁移胜利，而在于把永久混合网络的互操作责任、依赖边界与真实成本摆到账面上。
案例档案
查询成功了，证据却没有到齐：RFC 10029 与 DNS 多类型回答的权限边界
监控面板只记下一次“DNS 成功”，应用也拿到了可用地址；但同一请求里的 HTTPS 类型并未被列为完整回答。RFC 10029 让这个差距无法再被吞进成功率：一个报文可以装下多个类型，只有明确的完成清单才能说明哪些证据真的到齐。
案例档案
注册局公布了 TTL，解析器仍按自己的钟计时：RFC 10037 与 DNS 变更窗口的权责边界
RDAP 页面显示 300 秒，并不等于全网从此刻一起倒计时。这个数字描述的是注册局数据库已经配置的值；权威区是否完成发布、各地递归解析器还剩多少时间、业务是否真正切到新目标，分别由不同证据回答。RFC 10037 的进步，在于让第一项更容易看见，也在于明确它不是后面三项。
案例档案
错误化作新的查询返回：DNS Report-Channel 与反馈权力的边界
权威服务器可以持续送出应答，却不知道验证解析器为何拒绝它们。DNS Error Reporting 为这种盲区增加了一条回路：权威方公布接收地址，解析器把本地判断编码成另一条 DNS 查询，监测代理再决定这条信号能否成为行动依据。
案例档案
报文藏住了精确长度，节奏仍在说话：EDNS Padding 与 DNS 隐私的边界
加密可以让旁观者看不见 DNS 查询名和应答内容，却未必抹掉报文轮廓。EDNS Padding 通过增加字节改变这道轮廓。真正需要验证的不是“包变大了”，而是客户端、服务端、传输层和网络路径是否让足够多的不同交易落入同一可见形态。
案例档案
记录绑定的是选项，不是连接：DNS SVCB、HTTPS 与客户端决策权
域名运营者可以在第一次应用层交互之前，公布首选端点、协议、端口与配套参数；但它无法替客户端知道哪些能力已实现、代理如何工作、哪条链路可达，以及最终证书是否仍能证明原始服务身份。
案例档案
订阅源完好，答案却由本地改写：DNS RPZ 的决策权边界
威胁情报可以准确抵达，序列号可以按时推进，传输也可以完成认证；这些事实仍不足以说明某个用户应该看到“不存在”、沉默或重定向。把建议变成答案的权力，发生在本地递归解析器里。
案例档案
摘要完全吻合，区域仍然错了：ZONEMD 与密码学完整性的权力边界
一份 DNS 区域可以没有遭到截断、篡改或调包，却依然把业务送往错误地址。ZONEMD 能把“收到的是否就是发布的”说得很清楚；管理者必须同样清楚地承认，它不会回答“发布的是否应该被执行”。
案例档案
信号已签名，委派尚未安全：CDS/CDNSKEY 与父区发布 DS 的权力
子区可以把一份密码学上无误的密钥变更请求放进 DNS，却仍然缺少验证这份请求所需的第一段信任链。CDS/CDNSKEY 解决的是可机读协调，不是把运营控制、注册人授权、父区准入和解析器结果压成同一个事实。
案例档案
目录合法，删除未获授权：DNS Catalog Zones 如何把配置变成权力
DNS Catalog Zones 最危险的动作，往往不是一条写着“删除”的命令。某个成员不再出现在新版目录里，消费者便可能停止服务并清除与它关联的状态。缺席可以是合法语法，却未必是真实、完整或获准执行的决定。
欧洲与中东云服务趋势
GPU 背后的区域边界：Genesis Cloud 的网络、数据与可恢复性约束
GPU 的型号和数量容易比较，真正决定一项 AI 工作负载能否投入生产的，却是计算、存储、网络身份、路由和恢复流程能否被组合成一套可重复运行的系统。Genesis Cloud 的公开技术材料提供了一个值得采购方认真验证的架构边界：私有网络连接被限定在同一区域，跨区域实例需要通过公共 IP 地址通信。这个限制本身不能证明平台速度慢、不安全或不可恢复，但它改变了跨区域设计必须承担的依赖，也把问题从拥有多少加速器推进到这些加速器能否在正常运行、扩容、区域故障和迁出场景中持续交付结果。
互联网历史
绕路不能同时成为目的地：DNS CNAME 的设计边界
DNS 可以让旧名字通往新目的地，但代价是旧节点必须放弃自己的普通答案。CNAME 把这种限制变成一条可靠规则：缓存这次改道，从目标名重新提问，并把“谁控制别名”与“谁控制终点数据”始终分开。
案例档案
答案已经过期，故障却没有：DNS Serve-Stale 与 TTL 之后的有限权力
权威服务器失联时，递归解析器手里的旧答案可能比一次新鲜的失败更有用。但“仍可用”不等于“仍然真实”。Serve-stale 的治理难题，是让缓存跨过 TTL 的同时，不把保命措施伪装成权威方的最新声明。
IETF
Joe Abley 与那枚必须说明信任从何开始的锚点
DNSSEC 能验证一条链，却不能替运营者作出链从哪里开始的决定。Joe Abley 参与制定的 RFC 9718 把这个常被含混带过的边界写得很清楚：签名可以证明文件来自哪里，却不能命令一台验证器相信文件里的密钥。
报道
K-root 逐项声称符合预期，但公开证据并不等量
RIPE NCC 把 K-root 面对的运行预期逐项写成公开答复，这是重要进步。问题也因此显现：一份可下载的日度指标、一段控制逻辑说明和一句“容量充足”，并不是同一种证明。RIPE-859 已列出要回答什么，下一版应继续回答每项信心从何而来。
IETF
Ray Bellis 与那条从连接变成会话的 DNS 通道
一条 TCP 连接可以一直开着，却没有任何一方说明它保存了什么状态。RFC 8490 为 DNS 划出了这条边界：连接属于传输层，会话则是一组双方明确承认的权利、计时器与退出义务。Ray Bellis 与共同作者让“保持在线”不再等同于“可以永久保留状态”。
案例档案
注册源于姓氏，后来的用途另有记录：Nissan Motor v Nissan Computer
法院先后规定过页面上能出现什么、哪些广告必须撤下、哪些批评链接不得禁止，却始终没有把两个域名判给汽车制造商。这不是所有权问题被忽略了，而是证据只支持把注册来源、后来用途和可用救济分开处理。
案例档案
权威区失声后，递归解析器把故障放大了
DNS 权威服务器不再回答时，最初的故障发生在那个区；随后成千上万次重复查询是否继续涌向上级，却是递归解析器的决定。RFC 9520 要求解析器把已经穷尽路径的失败短暂记住，停止重复制造上游工作。它允许机器对“沉默”采取行动，却不允许机器把沉默说成域名不存在。
IETF
Ray Bellis 与那台必须转发“未知”的 DNS 代理
一台家庭网关会告诉所有终端：DNS 先交给我。它看起来只是把查询转给上游，却因此站在了新协议功能必经的位置。Ray Bellis 在 RFC 5625 中给这类代理划出的权力边界很窄：可以管理转发、接口和明确的本地策略，但不能把自己不认识的字段，当成 DNS 不允许存在的字段。