档案
Analysis
Analysis档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
互联网历史
服务器尚未看见正文就拒绝的文章：IHAVE 如何把提议与接收分开
一篇文章在新闻服务器之间移动时，至少会经历四种容易被混成“已接收”的状态：对方听说了它的标识、对方请求发送正文、对方确认一次传输成功，以及对方后来仍然保存着它。NNTP 的 `IHAVE` 没有把这四件事压成一个布尔值。它先用 Message-ID 询问，再让正文接受独立审查。
互联网历史
在失效之前先“退役”的地址
一列车不会因为售票窗口停止发售某一站的车票，就把已经在途的乘客立刻抛下。IPv6 给地址设计了类似的两段式退场：先不再为新的通信选择它，再等现有通信有机会结束后，才让它真正失效。这两个时刻看似只差一个计时器，实则分配了两种不同的控制权。
互联网历史
最终应答之前抵达的确认
电话仍在振铃，线路里却可能已经传来计费提示、排队告知或一段需要协商媒体参数的早期语音。SIP 因而必须回答一个比“接通没有”更窄的问题：在最终结果尚未决定时，那份临时状态到底有没有按次序到达？PRACK 的意义，正在于给这个窄问题一张可靠回执，而不冒充最终答案。
互联网历史
一份写尽整套层级却无法强令各处一致的清单：checkgroups 如何把对账与所有权分开
分布式系统里最危险的往往不是清单写了什么，而是清单没有写什么。一份残缺清单漏掉某个名字，可能只是疏忽；一份声明完整的清单漏掉同一名字，却可能要求接收方删除它。Netnews 的 `checkgroups` 正面处理了这一区别：它让缺席、范围和新旧次序都可以判断，同时坚持把最终动作留给每一台服务器。
欧洲与中东区域 ISP 趋势
宽带切换只有在两张账单一致时才算完成
新路由器已经联网，视频通话也正常；但旧运营商下一张账单仍把原线路记为在用，而且计费跨过了切换日。这不是普通的账务小错，而是一次基础设施交接没有在激活、停服和计费三套记录中闭环。
互联网历史
解释不能改写答案：DNS 扩展错误的边界
一个解析器返回 `SERVFAIL`，客户端只知道这次没有可用答案，却不知道应该修链路、修签名，还是等待服务器完成启动。RFC 8914 没有给 DNS 再造一套结果码，而是在原结果旁放了一张诊断便笺：便笺可以说明原因，却无权把失败改成成功。
互联网历史
存在于消息中、却没有存在于每台服务器上的群组：newgroup 如何分开命名声明与本地采纳
在 Netnews 中，一个新闻组名称可以先随控制文章抵达服务器，再由服务器决定它是否真正进入本地目录。`newgroup` 传播的是行政意图，不是对全网状态的一次强制写入；分布式命名因此既能协调，也保留了每个保管者的决定权。
互联网历史
能开门却不能证明批准者的标头：Approved 如何分开版主授权与作者身份
一篇 Usenet 文章可以同时保留作者身份，并携带另一方的发布授权。`Approved` 让版主批准能够随文章跨站点传播，却无法仅凭邮箱写法证明是谁加入了这个字段。受管发布真正可信，是因为注入代理把可见声明与一条另行认证的版主通道结合起来。
互联网历史
宁可投递失败，也不走明文：REQUIRETLS 如何改变邮件的选择
同一台邮件中继、同一个收件域、同一次证书故障，两封邮件却可以得到相反结果。普通邮件或许继续尝试投递；带有 `REQUIRETLS` 的那一封必须停下。失败不再只是事故，而是发送者明确选择的安全结果。
互联网历史
无法召回前稿的修订版：Supersedes 如何把替代与抹除分开
在 Usenet 里，修订稿抵达并不意味着旧稿已经消失。`Supersedes` 把两件事放进同一次发布：一篇拥有新身份的文章照常进入网络，同时请求各站点撤下由 `Message-ID` 指定的前稿。前者可以成功传播，后者却始终要经过本地认证、授权与策略判断。
互联网历史
不必回到原房间的回复：Followup-To 如何分开当前受众与回复去向
一篇 Usenet 文章可以同时被多个新闻组读到，却要求下一条回复出现在别处。`Followup-To` 不移动原文，也不关闭原来的受众；它为一次尚未发生的新发布提供默认去向，最终选择仍属于下一位作者。
互联网历史
退出为何等同删除：IMAP 如何用 UNSELECT 拆开两种权限
邮件客户端只是想放下当前邮箱、继续保持登录，最顺手的 `CLOSE` 却会把所有已标记 `\Deleted` 的邮件永久移除。`UNSELECT` 的价值，在于给“离开”一个不再借用删除权的独立动作。
互联网历史
无法预订磁盘的日期：Expires 如何让 Usenet 把相关性与保留分开
文章可以带着一个精确日期传播，却不承诺在那一天以前始终可取。Usenet 的 `Expires` 让投稿者说明一则消息何时失去用途；磁盘、归档例外与实际清除仍由各服务站点掌握。日期能跨站传递，存储权力不会随它一同转移。
互联网历史
会话票据记不住上一次的协议
同一次 ALPN 协商，在 TLS 1.2 抓包里和 TLS 1.3 抓包里留下的可见证据并不相同：客户端的候选仍先出现，服务器的选择却移进了受保护的 EncryptedExtensions。这个变化没有把 ALPN 变成秘密授权；它提醒人们先问清楚，究竟是谁在什么连接上看见了哪一步。
互联网历史
写不进标头的边界：Distribution 如何限制 Usenet，却无法让它变成私密空间
Usenet 可以随文章携带一项范围请求：只在本地、某个国家或某个组织内传播。它却无法把边界本身装进文章。真正的边缘存在于中继双方认可的名称、各站点的配置以及运营者控制的网关里。`Distribution` 的价值，是让期望的范围可见；它的危险，则是读者把可见的意图误当成可强制执行的保密措施。
互联网历史
不肯覆盖第一时间的第二日期：Injection-Date 如何分开写完与入网
一篇 Netnews 文章可以周一写完，留在离线电脑里，到周五才进入网络。作者的时间说明文字何时定稿，服务器需要的时间却要判断眼前是新流量还是旧副本。这个系统真正变得精确，是从不再逼一个日期回答两个问题开始的。
互联网历史
接收端明明丢了数据，为什么没有发出超时错误
一条监控曲线显示：分片重组缓存被占用，等待时间走完，缓存随后释放；另一条曲线却显示 ICMP 重组超时为零。两条记录并不矛盾。IPv4 把“必须清掉不完整状态”和“必须向源端说明失败”设成了不同条件，分界点正是偏移量为零的那一片。
互联网历史
这个编号只说明“在哪里”：Xref 如何让 Usenet 的位置保持本地性
同一篇 Usenet 文章可以在两个讨论组里拥有不同编号，换一台服务器后编号还会再次改变。Xref 的价值不在于制造第二个身份，而在于把“文章是谁”与“这台服务器把它放在哪里”彻底分开。
互联网历史
远端文件名，不该被本地客户端“纠正”
服务器返回了一个可用路径，客户端却把大写折成小写、把斜杠换成本机分隔符、在空格处截断，或把显示转义后的文字当成真实名字保存。FTP 的 `STOU` 不只把命名交给服务器；它也要求接收名字的一方承认：远端路径是一种外国字符串，不能为了看起来熟悉而擅自重写。
互联网历史
不是地址的名单：List-Id 如何让邮件列表拥有稳定名称
邮件列表可以更换服务器、投稿入口与管理软件，却仍是同一个讨论共同体。List-Id 把这份连续性变成独立标记，也把路由、操作与认证留给各自的证据链。