档案
简报
简报档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
IETF
Open Cloud Mesh 宣布了共享，却没有证明资源真的可访问
OCM 的 Share Creation Notification 只记录联邦层的一次授权声明。令牌、协议服务器判定、资源操作与接收方结果，仍要各自留下收据。
互联网历史
地址没有说明哪台机器会应答：RFC 2373
IPv6 anycast 用一串普通的单播地址格式，表达了一个不普通的承诺：把报文交给集合中的某一个接口。RFC 2373 没有把“哪一个”写进地址，决定权留给了正在运行的路由。
案例档案
RFC 9590：LIST 已返回 OK，邮箱元数据账本却仍有缺口
一条绿色的完成信号可以完全正确，也可以被用来支撑一个过大的结论。RFC 9590 把这条界线写得很清楚：IMAP 的扩展 LIST 命令成功结束，不等于每个符合条件的邮箱都交付了所请求的 METADATA。
互联网历史
计数器涨了，原因没有自动出现：RFC 2358 与百兆以太网
1998 年，以太网从 10 Mb/s 迈向 100 Mb/s，运维系统面对的并不只是把速度栏多写一个零。RFC 2358 为新的信号与错误补上可观测语言，也给历史留下了一条更重要的边界：计数器能证明某类事件被记录，不能替调查者宣布是谁造成了故障。
全球云服务趋势
IBM把数字资产控制搬进银行机房，最终结算仍在边界之外
银行把钱包、策略引擎和签名密钥放回自己的数据中心，确实收回了一层控制权；但一笔跨境支付并不会因此全部留在本地。IBM 此次公布的两项测试版能力，恰好把整条链路拆开：本地授权、Swift 共享账本协调、既有系统最终结算。真正值得购买的不是“本地化”三个字，而是三段记录能否对成同一笔交易。
互联网历史
COMMIT 不是业务回执：RFC 2371
一笔分布式交易可能已经被协调器判定为 COMMIT，顾客的页面却仍停在超时提示上。RFC 2371 对这道缝隙划得很清楚：TIP 负责事务管理器之间的结果协商，不负责传送订单，也不替应用定义“事情办完了”究竟意味着什么。
IETF
MOQT 对象编号跳了一格，媒体未必真的消失
Media over QUIC 把一次 FETCH 中的空洞分成“永不存在”“尚不确定”和“等待超时”。运维若把三者都涂成同一个红色丢包点，就会先丢掉最重要的证据。
报道
RIPE Fellowship 承诺全面支持，但出行可行性不在公开评分之中
RIPE NCC 为 RIPE 94 和 RIPE 95 开放 Fellowship 申请时，给出的承诺是辅导、培训和参会所需的全面支持；项目详情页同时说明，部分签证相关出行可能无法全额覆盖，某些居住国的申请人也无法获得报销。公开流程缺少的，不是更多口号，而是把“因何入选”与“支持能否交付”接起来的状态记录。
IETF
网络管理 AI 的两道关口：模型没被攻破，也可能下错指令
一份 IRTF 研究草案进入 IESG 冲突审查。原先拟议答复提醒区分“有人攻击 AI”和“AI 给出危险操作”，但 9 月 24 日新版删去了这段备注。审查仍未结束；删掉备注也没有消除研究本身提出的两类风险。
案例档案
签名验证通过，却没有说是谁批准的：RFC 9591
事后调查只剩一段消息、一个群组公钥和一枚有效签名。系统能证明门限密钥完成了计算，却无法回答当时是哪几名成员参加、谁把他们选入本轮、每个人看见了什么业务对象。RFC 9591 的 FROST 有意把多份签名份额压缩为普通 Schnorr 签名；组织若需要问责，就必须在压缩之前保存另一份运行收据。
互联网历史
地址换了，密钥身份没换：RFC 2356
1998 年，一台笔记本离开单位内网、接入公共互联网时，最先变化的是地址，最不该跟着变化的却是身份。RFC 2356 试图让防火墙越过临时地址，看见一个稳定的 SKIP 密钥标识。它没有把这件事写成“认证成功，一切放行”，而是留下了一条更耐用的历史线索：身份、权限、绑定、穿越、注册和最终交付，必须分别举证。
互联网历史
退订按钮不是退订回执：RFC 2369
1998 年的电子邮件客户端可以从一封普通邮件里“看见”一个退订动作。RFC 2369 给邮件列表规定了六种结构化标头，让客户端不必理解每套列表软件的命令方言，也能呈现帮助、订阅、退订、投稿、联系管理者与查阅归档的入口。但入口不是结果：一个按钮只能证明客户端找到了可尝试的路线，不能证明成员状态已经改变。
全球云服务趋势
VAST DataEnclave把模型带到私有数据前，真正的关口是密钥放行
一台机器通过了硬件证明，只能说明它在某个时点呈现出获准的状态；它并不能替模型所有者或数据所有者做商业决定。VAST DataEnclave 最值得关注之处，不是把“机密计算”再包装一遍，而是让双方各自保管密钥、各自判断同一执行环境、各自决定要不要放行资产。
IETF
区域化 ROA 可以签署“地点”，却不能单独证明劫持
当一条路由在“错误地区”出现时，最先需要确认的不是该不该丢弃，而是这个“地区”究竟是谁定义、由什么观察得出，又代表哪一层事实。
互联网历史
RFC 2360：报文图画对了，错误路径仍能让实现分叉
两个实现可以对每一位的位置达成一致，却在同一条异常消息之后进入不同状态。1998 年的 RFC 2360 把这种分歧从“程序员自行处理”的角落搬进标准正文：拒收什么、保留什么、是否复位、资源耗尽时怎样收敛，都属于协议行为。
案例档案
能力清单写着 EdDSA，却还没有说是哪条曲线：RFC 9864
系统列出一个合法算法名，不等于它已经给出可执行的共同能力。`EdDSA` 可能指 Ed25519，也可能指 Ed448；只看清单，调用方无法判断交集。RFC 9864 把缺失的曲线与哈希选择放回算法标识符，但它没有把登记名称变成代码已启用、密钥已绑定或交易已成功的证明。
互联网历史
越丢越补，越补越丢：RFC 2354 的修复回路
收到端发现一个缺口，发送端就补一个包。这条规则在空闲链路上看似稳妥，在拥塞路径上却可能反转：补包进入同一条队列，挤掉新的媒体包，又制造下一轮补包。1998 年的 RFC 2354 没有把“可靠性”包装成单一功能，而是把重传、前向纠错、媒体冗余和交织拆成四笔不同的时间与容量支出。
案例档案
SDM4 统一了四芯光纤，却没有替整条光链路签收
标准最容易被高估的时候，往往也是它刚刚解决了一个真实问题的时候。SDM4 MCF MSA 1.0 给四芯无源光纤规定了共同几何与光学下限；连接器定向、芯路映射、收发器和现场验收，仍然是另外几份尚待完成的合同。
IETF
OAuth 三项登记仍有专家，IESG 要补的是审查能力
把“需要指定专家”读成“没有指定专家”，会把一项增补任务误报为登记失灵。IESG 的早期会议纪要和 IANA 的现行页面放在一起看，显示的是一条更细的治理边界：增加人手的决定，何时、以什么范围进入可供核对的登记信息。
互联网历史
RFC 2357：可靠组播成为标准之前，先要证明不会把拥塞成本交给所有人
一份数据沿树状路径复制给许多接收者，看起来天然节省带宽。但确认、丢失报告、修复和“必须让最后一个接收者完成”的承诺也会沿同一棵树放大。1998 年的 RFC 2357 把这种放大效应变成了发表审查必须回答的问题。