档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
报道
LACNIC Whois 的 routing-c 可登记路由策略，但不能证明谁在运行 BGP
有权限把路由策略写进注册局系统的人，不一定就是操作承载这些策略的路由器的人，甚至未必属于同一支团队。LACNIC 将 `routing-c` 定义为可以登记自治系统所采用路由策略的联系人。这是一项影响公共记录的真实权限，却不是对实时 BGP 的观测，也不能证明某个人控制网络设备。
案例档案
天体有了正式名字，也还没有获得一条网络路由
在深空网络里，“它叫什么”与“数据包该往哪里走”会同时出现在一张设计图上。两者靠得很近，却不能由同一个字段、同一家机构或同一条记录替彼此作证。
互联网历史
发送方试图选择的路径：IPv4 源路由如何失去默认信任
IPv4 曾允许发送方把一段可变的行程放进数据包。后来，这项能力从普通协议功能变成了必须由本地策略明确允许的例外。
互联网历史
代表所有人的地址：IPv4 广播为何选择全 1 而不是全 0
IPv4 没有为广播增加新的标志位，而是在原有地址结构中保留特殊目的地址，让一个值能够表示范围内的所有主机，而不是某一台机器。
领导者
Hisham Ibrahim与社区建设中的衡量难题
RIPE NCC 在 2021 年整合社区事务后，Hisham Ibrahim 面对的并不只是如何管理更多活动，而是一个更难的问题：怎样判断社区工作创造了持续价值，而不只是让日程表显得繁忙？
报道
AFRINIC Whois 的 mnt-domains 授权反向域名记录，不证明 DNS 服务运行
数据库密钥可以授权创建反向域名对象，而发往所谓服务的每一次 DNS 查询仍可能超时。在 AFRINIC Database 中，`mnt-domains` 标识有权创建下级 domain 对象的维护者。它证明的是登记更新权限，不是权威服务器已配置、已委派、可达或正确应答。
案例档案
IAB 给后量子认证证据多留了一周，但没有替它完成举证
征稿延期能让更多部署经验进入讨论，却不能把投稿、邀请、闭门发言或未来报告自动升级为标准选择和生产事实。真正需要延长寿命的是每项结论背后的证据链。
互联网历史
让路由器报告自身边界的那个比特
DF 起初只是“不要分片”的禁令，后来成为测量工具：超大的数据报被丢弃，路由器报告受限链路，源端据此学习路径能够承载的大小——前提是错误消息能返回。
报道
RIPE assignment-size 描述 IPv6 聚合分配粒度，不代表活跃用户数
一个 `/46` 在数学上可以容纳 1,024 个 `/56`。当 RIPE Database 对该聚合记录写入 `assignment-size: 56` 时，地址运算没有问题，容易被顺手写出的“1,024 名用户”却没有证据。这个字段描述聚合对象内终端用户分配的前缀长度，并不表示每个位置都已分配、在线、可路由，或一一对应付费客户。
案例档案
主题藏起来了，不等于所有邮件头都保密：RFC 9788 的证据边界
一封邮件同时拥有加密图标、外层发件人和受保护的内层发件人。RFC 9788 不让任何一个符号独占结论，而是要求系统说明：谁暴露了什么、实际收到了什么、验证了哪种身份，以及回复将发往哪里。
案例档案
CA 审计不等于单张证书签发结论
年度鉴证报告可以说明某个证书颁发机构的控制措施在一个确定期间内接受了审查。它本身却回答不了依赖方真正可能需要追问的更小问题：为何这张证书、这组名称和这把密钥会在这个时点被签发；客户端后来遇到它时又实际发生了什么。
案例档案
四个比特看起来像 IP，但它们并不是：RFC 9790 终结载荷猜测
MPLS 路由器在标签栈之后看见 `0x4`，很容易顺手启动 IPv4 哈希。RFC 9790 要求系统先回答一个更基本的问题：这四个比特凭什么代表 IP？
案例档案
坏的是一条电路，不是整座端口：RFC 9784 如何约束故障半径
一只运营商边缘端口可以承载成千上万项虚拟业务。RFC 9784 要求系统先证明究竟哪个对象失效，再决定恢复动作有权影响多大范围。
互联网历史
连接发生前，地址先说明谁付费：RFC 1681
如果计费规则要到连接建立后才出现，它就不再是一次真正的事前选择。1994 年的 RFC 1681 从一个自动化场景看到了这道边界：Gopher 服务可以把访问者转向付费地址，而软件未必留有让人停下确认的界面。它设想让目的地址的若干比特先给出付费类别或计费算法索引。这个信号可以帮助网络在接触前决定是否放行，却不能替用户同意，也不能证明服务、计量、账单和支付。
互联网历史
文档尚未打开，索引已经可以拒绝问题：RFC 1862
一份机密文档可以把门锁得很牢，却仍在目录里泄露自己的标题。1994 年的一场 IAB 工作坊把这个看似细小的矛盾放进了互联网信息基础设施的核心：对象负责决定能否取回内容，索引却更早决定查询者能否知道对象存在。RFC 1862 没有给出后来搜索系统的蓝图，但它留下了一条至今仍精确的证据边界——搜索结果只说明某个索引在特定策略、范围和时点愿意返回什么。
案例档案
时间戳更精确了，关联状态仍须存续：RFC 9769
最接近线路的发送时刻，往往要等数据包离开后才会被硬件交还。RFC 9769 把这份迟到的精确信息装进下一次响应，同时把“哪一个时刻属于哪一次交换”变成必须持续保管的证据。
案例档案
根已经验过，叶子的位置却没有被证明
同一条只有一位的方向路径，放进两片、三片、五片和九片叶子的树，会分别落在序号 1、2、4 和 8。SCITT 正在推进的 CCF 收据格式仍能证明候选声明属于某个签名根；它缺少的是把这份证明同时解释成“第几片叶子”的依据。
互联网历史
测试耗掉了储备，才量出储备：RFC 1628
更可信的续航证据，可能先让续航能力变弱。RFC 1628 的深度电池校准会让 UPS 主动转由电池供电，放电到厂商设定的程度，再判断电池是否该更换、还能支撑多久。测量结束后，受保护负载得到了一份更有把握的估计，却要等电池重新充满，才能拿回正常备用时长。
案例档案
消息通过了模式校验，它仍未因此成为事实：RFC 8927
RFC 8927 为 JSON 消息造了一道刻意狭窄的门。穿过它，只能说明结构符合约定；身份、权限、时效与现实结果仍在门后等待各自的证据。
互联网历史
交换机说出了服务名，端点却还没有开放它：RFC 1618
一条 ISDN 呼叫可以准确抵达为 PPP 预留的号码，却仍应在入口处被拒绝。RFC 1618 把两个看似相同的动作拆开：本地交换机负责说明来电找的是哪项服务，端点上的人或程序才有权决定这项服务是否开放。后一个决定没有发生，前一个信号就不能替它发号施令。