主题
DNS 委派权力
在主题维度下，DNS主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
互联网历史
名字服务差点成为谈判者：RFC 830 如何拆开域解析与能力选择
一个完整名字最先被处理的，不是最靠近用户的左端，而是最右边的顶级域。RFC 830 让源端服务器沿着层级逐段找到目的域，却在抵达域的服务端点后停了下来：真正要用哪种传输、哪种应用、哪个地址，还要再谈一次。后来成为 DNS 的设计保留了层级，却没有保留这位通用谈判者。
IETF
David Lawrence 与那条活过 TTL 的 DNS 答案
一条 DNS 答案的 TTL 已经归零，权威服务器却暂时无法给出可用的新答案。RFC 8767 允许递归解析器在严格边界内继续使用旧副本：先真正尝试刷新，确认失败或超时，再短暂返回过期值，同时继续寻找权威来源。副本延续的是服务，不是权威身份。
IETF
Steve Sheng 与那把没有让 DNSSEC 维护停下来的锁
域名管理界面亮着“已锁定”，父区中的 DS 记录却发生了合规变更。RFC 10026 提醒我们：这并非天然矛盾。真正需要查明的不是锁的名字，而是谁设置了它、它拒绝谁发出的哪类命令，以及另一条经过认证的维护路径为何仍然成立。
IETF
Peter Thomassen 与必须问遍所有权威服务器的更新
权威服务器的一次正确回答，并不必然代表整个权威服务已经提出同一项请求。Peter Thomassen 独著的 RFC 9975 把这个看似细小的差别变成父区自动化的硬边界：证据集合尚未一致时，父区保持原状。
案例档案
域名在 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 已列出要回答什么，下一版应继续回答每项信心从何而来。