档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
互联网历史
链路帧通过了校验，路由摘要仍可能已经损坏：RFC 3358
下层给出的成功回执并没有错，只是它证明的对象并非路由进程随后信任的全部字节。RFC 3358 在这个容易被忽略的层间边界上补了一次窄而明确的校验。
IETF
更新间隔已经到了，旧配置却仍在缓存里
在一个构造的运行场景中，源站按 `regeninterval` 生成了新的 ECH 配置，控制台便把旧配置标为“过期”。权威区稍后才更新，递归缓存还在 TTL 内，客户端又能通过 `retry_configs` 继续工作。一个时间字段被当成了全网同时切换的时钟。
互联网历史
DNS 别名可以迁移服务，却不能证明服务存在：RFC 2219
1997 年，`www`、`ftp` 这样的熟悉标签让人们更容易找到可能迁移到另一台机器上的服务。RFC 2219 把这种惯例整理成建议，同时划清边界：一个好记的名称只是线索，并不是服务正在运行的证明。
互联网历史
丢包率数出了缺失报文，却没有说明它们是否成片消失：RFC 3357
两条报文流可以拥有完全相同的丢包百分比，却给应用留下截然不同的恢复条件。RFC 3357 把平均值抹去的顺序重新纳入证据，同时拒绝把形态误写成故障原因。
IETF
一个大记录进来了，应用消息却还没有完成
在一个构造的测试场景里，接收端成功认证了一条很大的 TLS 记录，监控便把整项业务标为“已交付”。但应用协议仍在等待下一段，重组队列也没有关闭。记录边界被误当成消息边界，于是底层的一张收据替上层签了字。
IETF
资源额度已经缩小，控制器还在使用旧地图
分区没有重启，控制连接也没有中断，交换单元里的既有状态仍然存在。表面上，这是一次平滑的资源调整。可是当控制器随后按旧额度申请新资源时，它才第一次发现边界已经改变。资源分配完成与控制器知情，并不是同一个事件。
互联网历史
代表可以正式发言，工作组仍须自行决定：RFC 3356
RFC 3356 处理了标准组织最容易混淆的一道边界：一个人可以携带某机构正式批准的立场进入另一机构，但他不能连同这份授权一起取得接收方的决定权。
互联网历史
隧道隐藏了承载层，承载层仍决定封装边界：RFC 3355
隧道让 PPP 会话不必理解 ATM 信令与信元，却没有让外层空间变成无限。RFC 3355 记录的关键不是“又一种封装”，而是一个被抽象隐藏、却仍能支配尺寸、身份和生存期的承载边界。
IETF
目录代理已经确认，网格仍未收到这条注册
屏幕上只有一个绿色回执，背后却有多个尚未确认的副本。接受注册的节点确实完成了自己的工作，但它没有在那一刻替其他目录代理、查询者或服务端点作证。
互联网历史
十五个字段可以互通，含义仍须由本地约定：RFC 2413
1998 年，Dublin Core 为迅速扩张的 Web 提供了一组精简、共享的资源描述词汇。它降低了开始编写元数据的门槛，却没有替各个目录和检索系统决定字段值应如何解释。
IETF
数据已经进了解码器，认证却还没结束
在一个构造场景里，浏览器为了降低直播延迟，把刚解密的组播分片提前交给媒体解析器。随后到达的延迟认证材料证明其中一片不该被接受。密码学最终给出了结论，但高风险代码已经先处理了输入。
互联网历史
交易步骤可以任意提议，扣款却不能预先获批：RFC 3354
一张流程图可以把报价、发货、付款和收据排成任意顺序，却不能凭箭头替任何一方作出付款决定。RFC 3354 想让 IOTP 的交易流程更灵活，同时也留下了一条至今仍重要的边界：编排不是授权。
IETF
群参数变大了，私有指数的随机性仍未被证明
公开的素数从两千位扩展到八千位，审计报告因此给出了更高等级。可真正决定私钥是否可预测的那一步，发生在本地随机数发生器里；报告没有留下它曾正确运行的凭证。
互联网历史
认证标签仍是 96 位，底层哈希却换了：RFC 2403 与 RFC 2404
两种 IPsec 认证变换把线上认证值都定为 96 位，却采用了不同的底层哈希。字段长度保持不变，便于沿用包格式；它并没有让算法、密钥参数或后来的实现建议变成一回事。
互联网历史
标签分支存在之前，第一个数据包必须先到：RFC 3353
节省标签状态的办法看起来很自然：没有流量，就不要建立组播 LSP。可一条新分支若要靠收到流量来触发，它首先得收到一个包；而那个包在二层到不了，恰恰是因为这条标签分支还不存在。RFC 3353 没有用“自动建立”遮住这个循环，而是把谁先看见、谁先行动写成了工程条件。
IETF
到期日还没到，Cookie 已经不在了
`Expires` 和 `Max-Age` 规定的是最长寿命，不是用户代理必须保存到那一刻的承诺。Cookie 消失可以来自容量、隐私策略或用户操作；它不能单独证明服务端已注销会话。
互联网历史
URI 已经能用，Profile 还不是永久身份：RFC 3349
在标准完成之前，代码就需要一个可以彼此认出的名字。RFC 3349 没有把这个现实包装成“提前完成”，而是把临时状态直接写进 URI：它可以进入 BEEP 的通道协商，却仍然只是一张开发期收据。
互联网历史
密钥可以更换，已知明文的风险仍在：RFC 2405
RFC 2405 没有规定 DES 密钥必须多久更换一次，而是把期限留给数据价值与攻击者成本的判断。它指出，IP 数据报常带有可预测的开头；因此，按时轮换密钥并不能消除文中讨论的已知明文恢复风险。
IETF
ACK 证明误判发生了，却没把拥塞窗口还回来
第一个可接受 ACK 带回了比重传更早的时间戳。发送端终于知道，真正获得确认的是原始发送，丢包恢复启动得没有必要。但此刻拥塞窗口已经缩小；事实被纠正，运行状态没有自动复原。
IETF
告警看见了 419，却没有看见是谁拒绝了什么
一个新的 HTTP 状态码可以把“按声明用途拒绝”从服务故障中分离出来，也可以被告警系统重新压扁成红色错误。真正决定证据质量的，不只是代码含义，而是监控是否保留请求范围、决策者和后续结果。