档案
Research
Research档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
NPNOG
安全由组织者裁量：检验 npNOG 行为准则的执行结构
npNOG 已公开禁止骚扰的明确规则，也赋予组织者及时处置的权力。公开记录尚未同样清楚地说明：谁接收报告、谁保护信息、谁在利益冲突时回避，以及事实出现错误时如何纠正。
案例档案
SC-106 点名非 Web 依赖方，SCWG 章程点名浏览器
ML-DSA 草案把 SDK、嵌入式系统、IoT、中间件和操作系统信任库列为需求方；SCWG 的投票型 Certificate Consumer 却以“供公众安全浏览 Web 的软件”为资格中心。这并不自动证明草案越权，但足以要求一份公开回执：哪个机构正在为哪类依赖方确定共同规则。
互联网历史
文件不是一次传真呼叫：RFC 1314
一页扫描件一旦成为文件，就不再天然等于一次传真。1992 年的 RFC 1314 为类传真黑白图像规定了可交换的 TIFF-B 形式：可多页，每页一条 TIFF strip，并给出压缩与分辨率的约束。它同时做了一件更重要的事：不把文件格式冒充为传输、保存、显示、打印或人的阅读结果。文件可以被交换；它不能替所有后来可能发生的事件作证。
NPNOG
席位有限：npNOG 工作坊容量如何分配
从先到先得、席位有限到禁止现场报名，npNOG 的公开页面勾勒出一套简明的工作坊准入规则，也留下了仍无法从公开记录回答的问题。
案例档案
内容类型是 YAML，决策仍须留在本地
`application/yaml` 回答的是“收到的是什么序列化表示”；它不能代替“这份内容可否被采纳、执行或造成后果”的本地判断。
案例档案
SC-104 拟将 AIA 从 MUST 调整为 SHOULD，但两种方法仍不相同
一项只改动两行文字的证书规则提案，不能只用“放宽了 AIA”来概括。外层扩展、内层方法、实际证书与客户端行为各有自己的证据状态；把它们压成一个合规勾选框，恰好会抹掉 SC-104 最值得审视的治理边界。
案例档案
控制器已有框架，确定性服务尚未成立：RFC 9938
RFC 9938 列出了 DetNet 控制器平面可能必须协调的工作。它没有给出控制协议解决方案，也不会把一份请求、一次路径计算或一次配置下发自动变成已经交付的确定性服务证据。
案例档案
被委托的 LSP，不是被委托的网络
RFC 9504 让有状态 PCE 能够参与 GMPLS 控制网络；它没有把一条 PCEP 记录变成运营权移交，也没有把一次路径请求变成服务结果。
NPNOG
五分钟的“致谢”：赞助商如何进入 npNOG 的技术议程时钟
npNOG-11 的公开日程三次为“讲者与赞助商致谢”各留出五分钟。这让商业可见度有了可测量的刻度，却不能单凭时刻表证明赞助商掌握了技术内容的选择权。
IDNOG
IDNOG 2024 年白金赞助把产品演讲席位写进了价格表
IDNOG 公布的 2024 年白金赞助档位附带 20 分钟，用于介绍赞助公司的产品。付款因此连接到议程时间；公开记录却没有同时说明，这条商业入口如何与 Program Committee 面向其他讲者的选稿入口分开。
案例档案
收件人密钥已被标明，消息仍未被打开：RFC 9936
RFC 9936 让 CMS 可以携带 ML-KEM 收件人路径。可检查的记录能标明收件人证书或公钥及为其生成的密文；它本身不证明私钥保管、成功解封、内容处理或组织决策。
案例档案
Internet Society 可在不公开征集的情况下任命三名受托人
Internet Society 在 2026 年为董事会自行任命受托人建立了一套相当完整的内部程序，但其中最关键的入口选择仍可不对外开放。真正需要补上的不是候选人名单，而是一份能说明搜索范围、筛选漏斗与最终授权的匿名化凭证。
互联网历史
代理支持该模块，并不等于它获准变更：RFC 1303
管理站在设备面前最容易犯的错误，是把“设备能听懂这句话”当作“我有权说这句话”，再把“设备回了一个协议响应”当作“网络已经按照我的意图改变”。RFC 1303 在 1992 年处理的是更基础也更克制的问题：如何描述 SNMP 代理能支持哪些 MIB 组、哪些对象存在变体。它的价值恰在于没有越过描述、授权和结果之间的边界。
互联网历史
工单不是故障：RFC 1297 划出的 NOC 记忆边界
网络故障不会因为夜班结束而结束，也不会因为系统给它分配了一个编号就变成单一、已知、已经修复的事件。1992 年的 RFC 1297 提出了一种克制得多的理解：故障工单是网络运营中心（NOC）的共享短期记忆。它保存观察、交接、责任和下一步，而不是替网络宣布真相。
案例档案
群组进入了新 epoch，却并未作出决策：RFC 9420 的 MLS 边界
一个加密群组可以极其精确地进入新状态：某个 Commit 已被处理，密钥已推进，组上下文已更新，新的 epoch 已出现。但这些技术事实本身，并不能说明相关的人已经阅读、理解、同意、授权或执行了某项决定。RFC 9420 的价值恰恰在于它清楚界定了前者，而没有借此宣称后者。
案例档案
ITU 的 NOC 有两种含义：一条下划线承载正式提案
PP-26 的公开提案表里，美国第 23 号文件有两个带下划线的 `NOC`。它们不是“没有提案”，而是要求《国际电信联盟组织法》和《公约》全文保持不变的正式提案，并附有稳定基本文书的理由。问题在于，同一套规则还把不带下划线的 `NOC` 定义为“没有提出修改”。去掉那条线，两个不同的制度动作就只剩相同的三个字母。显示可以继续简洁，但动作本身必须拥有独立、可机读的身份。
案例档案
排程已启用，变更却尚未执行：RFC 9922
一个“已启用”的排程、一条可信的下次发生时间，以及递增的次数计数，能说明系统正在保存怎样的时间规则。它们并不能证明某项受控变更已经获准、被调用、在目标上完成，或留下了可验证的结果。
互联网历史
DNS 行走统计的是记录，不是可达性：RFC 1296 的下界
一个关于互联网规模的数字，往往比产生它的方法更容易被流传。RFC 1296 在 1992 年 1 月列出 727,000 个 IP hosts，却没有把这串数字写成互联网的总人口，也没有把 DNS 中出现的名字说成可从互联网直接到达的机器。它把收集器能看见什么、看不见什么、怎样归并记录、为什么误差有方向，一并留在数字旁边。
NPNOG
谁先开场？npNOG-10 仪式中的 npNOG、NPIX 与 SANOG
一场会议开头的十分钟，很容易被看成一张组织架构图。npNOG-10 在博卡拉举行时，[公开议程](https://npnog.org.np/npnog10/programs/conference/)把第一段欢迎辞交给 Rupesh Shrestha，并同时标注他是 NPIX 董事总经理和 SANOG 主席。下一段欢迎辞由 npNOG 主席 Samit Jana 发表。两人各有十分钟，之后才是特别嘉宾致辞和开幕主题演讲。
案例档案
W3C Math Working Group 给共识征询一周时间，沉默不等于支持
W3C Math Working Group 的会议决议离开会场时仍带着“临时”状态。2026 年章程要求把每项决议送入为期一周的共识征询，让未参会者也能审阅和提出异议。这套安排值得肯定；但到期时只看到“无人反对”，仍不能据此说沉默者都表示了支持。现行 W3C Process 对此划得很清楚：沉默属于弃权，共识同时需要相当数量的积极支持和不存在持续异议。