档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
IETF
DNSSEC 恢复受多重时钟支配，任何签名方都无法独自控制
私钥已经无法工作，域名却仍能正常解析。昨天生成的签名还没有到期，于是故障被一层看似平静的服务状态遮住。DNSOP 的“DNSSEC Key Restore”草案讨论的正是这段危险的缓冲期：它给恢复争取了时间，却没有把父区、次级服务器和缓存的控制权一并交给签名方。
案例档案
一次 DNS 失败收到 51 次查询，原因仍未定位
APNIC Labs 让权威 DNS 分别回答“域名不存在”“无此记录”“服务失败”“拒绝”，或保持沉默。明确否定每次测试约收到 4 次查询；`SERVFAIL` 是 51.73 次，沉默是 83.46 次。但这份权威端账本还不能指出究竟是哪一层制造了重试。
IETF
门户网络里的“一台终端”，究竟由谁定义
一台手机可以使用多个地址，一个地址也可以先后属于不同终端。门户页面、状态接口和放行设备若没有共同维护这层对应关系，“按终端管理”就只是一句尚未说清楚的话。
IETF
自签名的委派更新只能证明密钥，不能证明权限
一把新密钥当然能用自己的私钥证明“我持有我自己”。这项证明在密码学上可以完全正确，在治理上却几乎没有回答最重要的问题：它凭什么取得修改子域委派的权力？DNSOP 正在讨论的方案没有跳过这道门槛，真正的挑战是让实施者也别把它抹平。
案例档案
清除请求已被接受，下游 CDN 仍然可以拒绝
一条 `201 Created` 很容易让控制台变绿。IETF 的 CDNI Triggers v2 第 20 版草案却把镜头继续推向下游：上游已经接单之后，下一家 CDN 仍可能拒绝，而拒绝会换一种记录形式返回，真正拒绝者甚至可以不具名。
IETF
采购表上的安全与速度，是否来自同一种配置
安全能力和吞吐量一旦被放进同一行，读者很容易以为两者已经同时得到验证。真正需要核对的，不只是设备型号，还有取得两项成绩时究竟启用了什么。
案例档案
注册局锁定的法定人数只数批准，不证明审批者彼此独立
两名联系人可以各自点击批准，却共同依赖同一个邮箱租户、同一名设备管理员和同一条账户恢复链。EPP 注册局锁定草案能够计算批准数量，却没有证明数量背后的授权主体彼此独立。
案例档案
ICMP 多带了一个节点名，也少带了一段原包证据
IETF 一份工作草案的第 05 版收紧了节点上下文的发送条件：当响应地址不足以说明错误来自哪个节点时，指定的 ICMP 错误原则上必须附带识别对象。这个改动提高了可观测性，却没有提供身份认证；在 MTU 紧张时，它还可能挤掉用于关联故障的原始数据包字节。
IETF
用户在等待，路由时延为何仍然平稳
把排队影响排除在路由测量之外，可以是一项有意的稳定性设计。问题不在于这条曲线是否足够敏感，而在于企业是否让它承担了不属于它的服务承诺。
案例档案
EPP 余额可以阻断交易，却不展示背后的账本
注册商看到的余额可能分毫不差，却依然无法解释下一笔域名续费为什么被拒绝。REGEXT 正在推进的余额映射把资金状态送进 EPP，但它提供的是可操作的计算结果，不是能够复原决策过程的会计账本。
案例档案
资源持有者指定的 RDAP 转介扩展发现范围，并不扩展注册局权威
一张结果页可以把两个发言者伪装成同一个来源。RDAP 新提案要让客户端找到注册局边界以下的数据；治理任务是让权威边界也随数据一起被看见。
领导者
穆罕默德·阿旺·拉：马来西亚互联网能力如何跨越个人任期
自然语言说明：本文考察可观察的技术与运营决策如何在组织重组、领导交接和公司治理变化中延续或失效。
案例档案
EPP 服务器验证成功只是有日期的政策结论，并非健康证书
仪表板上的绿色可以停留很久，产生它的那次观测却早已过期。新草案让结论进入 EPP，但没有让结论脱离时间。
案例档案
EPP“同一实体集合”把外部政策变成原子边界
一条命令只写了一个域名，执行结果却可能跨越一组根本无法完整列出的名字。报文可以留档，真正划定影响范围的规则却在协议之外。
互联网历史
自带宾客名单的广播数据包
一份 UDP 数据报以广播地址抵达远端子网，却在 IPv4 头部里藏着更窄的命令：只有名单上的主机可以继续处理。SDBM 没有先建立一个群组，而是让每个数据包临时携带自己的成员表。
IETF
同一个 CA 名称，必须约束每一条签发入口
“支持 CAA 账户绑定”不是一句足够完整的采购承诺。真正需要问的是：现代 ACME 服务、托管证书平台和仍在运行的旧入口，如果共用同一个 CA 标识域名，是否会对同一条账户与验证方法限制作出一致决定？RFC 8657 把这个问题写进了协议边界。
案例档案
EPP 扩展注册表记录的是共存，而非胜出者
两个扩展可以解决近乎相同的问题，却使用不同的 XML 命名空间，并且同时留在一张官方表格里。这不是注册表没有完成选择，而是它忠实保存了生态已经作出的不同选择。
IETF
消息已经在路上，替换队列也叫不回来
Web Push 可以让新通知覆盖仍在等待的旧通知，却不能收回已经离开队列的内容。企业真正需要决定的，是哪些信息可以被省略，以及省略之后谁负责让业务继续正确运转。
案例档案
所有外层 Bundle 都已送达，内层 Bundle 却仍未被接收
BIBE 把一次传送拆成两套都可能为真的记录。外层 BPv7 bundle 可以逐个抵达解封装 endpoint，交付报告也可以全部齐备；但被包在里面的对象，只有在同一个解封装单元收齐字节、保住状态并把结果交给 BPA 之后，才成为“已接收”的 bundle。DTN 工作组的新草案把这个平时容易被绿色状态遮住的空档写得很清楚。
案例档案
DNS 过滤通知是三项决策的链条，而非单一解释
用户看到“这个域名为何被过滤”的链接时，很容易把它当成 DNS 直接给出的答案。其实在链接出现之前，递归解析器、客户端应用和用户已经分别作出一次选择。真正需要治理的，正是这三次选择之间的证据断点。