档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
互联网历史
根服务器压缩了协商成本，却没有成为世界目录：RFC 2120
X.500 把全球目录画成一棵整齐的树，树根的实际运作却依赖标准之外的人际与组织安排。每个第一层目录系统代理（DSA）的管理员，本来都要与其他同级管理员逐一协商。RFC 2120 记录了 NameFLOW-Paradise 如何用名为 Giant Tortoise 的非标准根 DSA 把多对多协商压缩成一对多，也记录了为什么走向 ISO 标准协议不能靠一次切换完成。
互联网历史
Adele Goldberg 与让 Smalltalk-80 远行的那份契约
“蓝皮书”把一个活的系统写成了可移植的约定：保留同一份虚拟镜像，在不同机器上实现对象内存、字节码、执行上下文与原语。它证明了 Smalltalk-80 可以被重新实现，却从未保证不同主机拥有相同的速度、字体、窗口、设备行为或使用体验。
互联网历史
Join 没有回执，树靠刷新存活：RFC 2117
RFC 2117 没有把稀疏组播树写成一次全网提交。一个本地成员指示产生一条记录，Join/Prune 逐跳刷新更多记录，新源先通过 Register 抵达汇合点，某些分支随后才转向源特定路径。协议之所以能扩展，正是因为每台路由器只需记住足够的局部事实，并允许未刷新的状态自然失效。
IETF
保存不是发送：RFC 9787 中的邮件草稿加密与承诺边界
假设一台设备自动保存了一封尚未完成的邮件，几分钟后，同一用户在另一台设备上打开邮箱，那些文字重新出现。这个转换只应说明作者重新取得了对未完成对象的控制：它不意味着预定收件人已经能够阅读，也不意味着作者已经用日常签名密钥对这些文字作出承诺。这不是一个真实事故，而是理解 RFC 9787 第 9.5 节最有用的起点——草稿被保存、同步、继续编辑和最终发送，并不是同一个权限状态的连续复制，而是一连串权力边界的变化。
案例档案
Internet Society已批准2026–2027选举时钟，下一步是公开激活回执
一份董事会决议可以让日程获得授权，却不能独自证明每一个环节已经对公众开放。Internet Society 在 9 月 14 日以一致书面同意补齐两个委员会并批准“作为附件”的 2026–2027 选举时间表。公司行动已经留下明确记录。现在需要补上的，是把附件、网页、通知、系统状态与最终认证串成同一条可复核证据链。
互联网历史
管理接口有地址，中继器端口却没有：RFC 2108 的观测边界
一台以太网集线器可以回答“哪个端口见过这个源地址”，却不意味着那个端口成了会读数据包的网络接口。RFC 2108 的价值，正是把管理实体与物理层中继器严格分开，再让二者之间的观测可复核。
互联网历史
Kathleen Booth：符号写完之后，机器才开始说话
1947 年，Kathleen H. V. Britten 与 Andrew D. Booth 把数学步骤、简略符号和机器指令排成一条可检查的链。符号让人更容易掌握机器，却没有替人判断计算是否值得相信。
案例档案
W3C 大模型说明把责任交给个人，却没有建立问责流程
W3C 咨询委员会在最新说明中写下了一条有分量的原则：不论是否使用大语言模型，分享内容的人都要对成果负责。但同一份文件的状态说明也划出边界：这是咨询委员会认可的 Group Note，既没有得到 W3C 整体背书，也没有得到 W3C 成员背书。个人责任与组织问责之间，还缺一份能说明谁有权制定规则、谁完成核验、错误如何纠正的证据记录。
互联网历史
地址显示“在家”，拨号线路却仍在远方：RFC 2107
RFC 2107 让远程拨号客户端借用家庭网络的路由外观。这个幻象依赖 Foreign Agent、Home Agent、共享密钥、Tunnel ID，以及必须按次序建立和撤销的状态。
互联网历史
路由器给工作站分配了地址，却没有赋予身份：RFC 2106
RFC 2106 用一台 DRAP 服务器承接大量远程 SNA 与 NetBIOS 工作站，解决了骨干侧连接随终端数量增长的问题。代价也同样明确：连接减少了，状态、判断与信任却集中到了边界网关。
互联网历史
标签推动了数据包，却没有证明路径：RFC 2105
一枚很短的标签进入交换机，成为精确查表的索引。机器找到出接口，换上一枚新的标签，再把数据包送往下一跳。这是 1997 年 Cisco Tag Switching 架构最简洁的一面。它之所以快，是因为真正复杂的工作早已在别处完成：路由协议先形成可达性，控制模块再建立并分发绑定。标签执行的是被记住的决定，却没有携带决定的来历、权限或最终结果。
IETF
当快速重路由必须停止：NFFRR 的委托否决权与责任边界
一个 CE 故障，为什么会让两台本来都在“救包”的 PE 把流量互相踢回去？过期的 `draft-kompella-mpls-nffrr-04` 给出的 EVPN active-active 示例很直接：CE2 故障后，PE2 只看到自己的接入链路失效，于是把流量快速重路由到 PE3；PE3 同样把这次真实的单点故障理解为自己一侧的接入失败，又把流量绕回 PE2。两次分别合理的本地保护叠加后，数据包在 PE2 与 PE3 之间往返，直到 TTL 耗尽。这个例子来自标准文档的论证场景，不是已测量的生产事故。真正值得追问的不是“FRR…
案例档案
同一源文件哈希，谁生成了现场的验证器？
设想一次发布核对：各条流水线填写了同一个 CDDL 源文件哈希，却只有一部分能说明实际执行的解析器版本。源文件相同，解释它的程序却未必可追溯。写进仓库的版本标签，不会自动随生成验证器、容器镜像和部署消费者一路传播。RFC 9682 的落地问题，就藏在这些交接处。
互联网历史
两遍哈希造出了可复用的 MAC，标签却没有替系统作出信任决定：RFC 2104
RFC 2104 用一个内层、一个外层，把既有迭代哈希包装成可复用的消息认证码。它让实现不必改写哈希核心，也为更换底层算法留下接口。这个标签能约束密钥、算法与确切字节之间的关系，却不会自动证明人物或主机身份、授权、新鲜度、唯一性、规范化、保密性、送达以及部署正确。
IETF
空白字段不能下令：IPv6 地址登记中的六种“没有”
安全运营中心收到一项自动隔离请求：某个可疑 IPv6 地址有成功的 ADDR-REG-REPLY，但“链路检查”字段为空。有人把空值理解为“没有发现问题”，也有人认为它代表“验证失败”。两种解释都可能错。RFC 9686 的关键治理意义，正在于迫使运营者承认：未执行、未记录、未建立、已过期与没有观察到流量，是彼此不同的事实。
互联网历史
链路已经开放，每个名称仍要单独获准：RFC 2097
PPP 可以把远端机器带到 NetBIOS Frames 网络的边缘，但 RFC 2097 没有把链路建立等同于可达。NBFCP 要求双方明确协商：哪些十六字节名称会被投射到对端网络、哪些名称失败、对端属于哪类实现、组播怎样限速与排序，以及每个 NBF 数据报是否必须携带十二字节 MAC 头。
互联网历史
计数值通过了一个接收者的窗口，却没有说出发送者是谁：RFC 2085
RFC 2085 在 HMAC-MD5 Authentication Header 中放入可选的 64 位重放计数器，但是否存在由 Security Association 决定。接收者可以在自己的乱序窗口内接纳从未出现的旧序号，并拒绝重复值。这是一个 SA 内的新鲜度证据，不是发送者身份；多个多播发送者共享同一 SA 时，这条界线尤其清楚。
互联网历史
第四个字母决定编辑器能留下什么：RFC 2083
一张 PNG 在重绘全部像素后仍可正常显示，文件里却可能保留一段编辑器完全不懂的旧元数据。RFC 2083 没有把这段数据认证为真；它把一个更窄、更可执行的问题写进四个类型字节的大小写：解码器遇到未知 chunk 能否继续，编辑器改变图像后能否把它复制到输出。
互联网历史
名录存了两条链接，却不知道它们各自意味着什么：RFC 2079
同一个名录条目可以列出两条看似可信的链接：一条标着“正式记录”，另一条写着“当前服务”。RFC 2079 让系统能够保存两者，也能准确拆出 URI 和人类可读标签；但它不能判断这是两个相关资源、同一资源的两个位置、过期页面，还是用友好文字包装的误导。格式解决了附着与解析，关系仍需另行举证。
互联网历史
字段出现了，管辖权没有随之而来：RFC 2076 的边界图
解析器看到 `Apparently-To`，只能证明这一行存在。它不能据此证明该字段是通用邮件标准、能够安全公开，或足以命令接收端采取动作。1997 年的 RFC 2076 把这种差别留在目录里：字段名旁边必须同时看协议、状态、出处与限制。