档案
Analysis
Analysis档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
互联网历史
一位无法维持服务的比特：DNS WKS 为何没能成为实时目录
一封邮件还没有发出第一个 TCP 报文，投递程序就可能因为 DNS 里的第 25 位是零，先把一台邮件服务器从候选名单中划掉。WKS 的教训，藏在这个过早的判断里。
互联网历史
只能说出一台服务器所知姓名的答案：DNS 为何淘汰 IQUERY
DNS 曾经允许一种倒置的提问：问题区空着，答案区却先放进一条资源记录，服务器再去找“哪些名字拥有这个值”。这种对称感很诱人——既然普通查询能从名字走到记录，为何不能沿原路返回？难点不在报文能否倒过来写，而在 DNS 的权威是按名字树分派的。任意记录值并没有相应的委派路径。IQUERY 能诚实地搜索一台服务器看得见的资料，却无法证明该问的正是它，更无法证明它没有漏掉别处的名字。
互联网历史
那封无法说出哪个包已到达的回执：Karn 算法如何教 TCP 拒绝一次测量
同一段 TCP 序列空间先后发出两次：第一次是原始发送，第二次发生在计时器到期之后。随后只有一个 ACK 把确认边界向前推进。它足以证明接收端已经越过那些字节，却没有说明究竟是哪一次发送促成了确认。Karn 算法把这个缺失的因果标签变成一条运行纪律：宁可暂时没有新的往返时间，也不能让无法归因的样本改写 TCP 的时钟。
互联网历史
沉默猜错的掩码：ICMP 如何替一台新主机辨认子网
一台主机醒来时已经拥有 IPv4 地址，却不知道哪些目的地就在同一根线上。它广播询问子网掩码，没有任何回应。旧规范允许它先采用地址类别对应的“未划分子网”掩码，但同时承认：这个猜测可能是错的，因为负责回答的 agent 也许只是暂时宕机。等经明确授权的 agent 恢复，它会用一枚未经请求的广播纠正全网。这个几乎被遗忘的启动机制留下了一条清楚边界：沉默最多支持可逆的运行选择，发布配置的权威却必须另有来源。
互联网历史
防火墙不能随意擦掉的标签：IPv4 安全选项在封闭网络中的余生
一台防火墙看到陌生的“安全选项”，便把它从 IPv4 首部中剥掉。数据包表面上更干净，却未必更安全。在依靠敏感度标签的网络里，接收端可能拒绝这枚无标签数据包，也可能依据入口接口补上一个过高或过低的隐含标签。类型 130 的特殊之处不在于公网上到处传递机密信息，而在于同一台商用设备既可能处于开放互联网，也可能处于封闭的多级安全系统；设备仅凭选项存在，无法预知自己所在的制度环境。
互联网历史
以沉默表示成功的测试：Discard 协议究竟能证明什么
测试者向 9 端口发出一段已知字节，远端没有回话。这里不能立刻写“超时”，也不能写“接收成功”。RFC 863 对 Discard 的规定正是收到数据、将其丢弃、不发送应用层响应。空白是合规行为，却不是收据；要判断测试结果，必须先说清观察来自本机、传输层、远端进程，还是另一处独立测量点。
互联网历史
没有语法的时钟回答：Daytime 为什么只保证人能看懂
客户端连上 13 端口，收到一行清楚的日期，连接也正常结束。换一台服务器，同一时刻却可能换一种字段顺序、年份宽度和时区写法。两次通信都成功，因为 RFC 867 规定的是“给人看的时间回答”，从未承诺一种可由程序通用解析的日期语法。
互联网历史
一问一答为何永不停下：Echo 与 Chargen 怎样拼成网络回路
一只数据报从端口 19 发出，绕到端口 7，又原样回到端口 19。起点已经沉默，数据包却仍在两个服务之间往返。每一端都只做一次合规回答；问题在于，一端的回答恰好成了另一端的新问题。
互联网历史
回车之后必须再说一句：Telnet 如何用空字节结束歧义
网络收到 `CR` 时，真正的问题不是“这是什么字符”，而是“这项动作说完了吗”。如果下一字节是 `LF`，打印位置要去下一行左端；如果下一字节是 `NUL`，它只回到本行左端。Telnet 把无法从单个回车判断的意图，交给紧随其后的一个字节裁决。
互联网历史
服务器在连接中途换了工作：NNTP 如何把角色变化变成明确信号
客户端连上同一个 119 端口，起初看见的是服务器间传递文章的能力；发送 `MODE READER` 后，连接没有断，能力表却换成了供人阅读新闻的工具。NNTP 用一次可观察的状态转换说明：地址没变，不等于权限没变。
互联网历史
撤回也要作为新闻传播：Usenet 如何把取消留给每个站点决定
同一篇 cancel 控制文章抵达三个新闻服务器：第一个已经存有目标文章，于是停止提供；第二个不认可请求者的权限，原文照常可读；第三个还没见过原文，只能先记住它的 Message-ID，等迟到的副本出现时再拒收。Usenet 传递的是撤回请求，不是全网删除命令。
互联网历史
等待告别的删除：POP3 如何把标记与不可逆移除分开
客户端收到 `+OK message 4 deleted`，却在发出 `QUIT` 前断线。下一次登录时，第 4 封邮件仍在。服务器没有反悔：上一句只确认了本次会话里的可撤销删除标记，真正移除必须等到客户端主动把会话推进 UPDATE。
ICANN
邮箱可达不等于权属成立：ICANN 注册数据准确性规则区分的四层证据
ICANN 的注册数据规则可以检查字段格式，也可以确认是否有人回应邮件或电话。这些控制很重要，但它们既不能自动证明谁实际控制注册商账户，更不能裁定哪一个人或公司对域名拥有更优的法律权利。
互联网历史
等待许可的字节：IMAP 如何用一次往返换来一条资源边界
客户端已经把长度写在行尾：`{11}`。接下来有多少数据，双方都知道；TCP 连接也没有停。可那 11 个八位组仍不能发送。服务器必须先回一个 `+`。这不是多余的礼节，而是接收方在付出解析、内存或存储成本之前最后一次便宜的拒绝机会。LITERAL+ 省掉了这次往返，也把“拒绝已经上路的数据怎么办”留给了后来者。
互联网历史
检查点不是字节数：FTP 如何学会续传一个文件
早期 FTP 的续传证据长得像一道等式：`110 MARK ssss = rrrr`。可等号两边并不是同一种数。`ssss` 属于发送端，`rrrr` 属于接收端；它们分别描述各自系统能够恢复的位置，只在同一个已落稳的传输边界相遇。文件还在数据连接上前进，这条答复已从控制连接返回。续传从一开始就不是“记住下载到百分之几”，而是让两个不同系统各自保管能够兑现的状态。
互联网历史
一行空白列出了所有人：Finger 如何把人的在场变成网络答复
连上 79 端口，只发送回车与换行。1977 年的 NAME/FINGER 会把这行“什么也没写”的请求理解成一个完整问题：此刻谁在使用这台远程主机？答案可能不止是登录名，还包括真人姓名、终端位置、空闲时长，以及用户留给陌生查询者的一段计划。后来标准真正收紧的不是报文长度，而是回答者的权力边界。
互联网历史
第二条连接追问第一条：IDENT 如何给用户名的权力划界
一台服务器已经接住一条 TCP 连接，却又沿相反方向另开一条连接。它不是重复业务请求，而是把第一条连接的两个端口交还给对方主机，问：这条连接在你那里归哪个用户？IDENT 的价值就在这个窄问题里；它的历史也说明，主机报出的用户名为何只能进入审计记录，不能直接变成通行证。
互联网历史
这份报文不是时间：NTP Kiss-o'-Death 如何让拒绝变得可执行
客户端收到一份外形熟悉的 NTP 回复，Origin Timestamp 也能对上刚才的请求。可它不能拿来校时：Stratum 为 0，Reference ID 写着 `RATE`。服务器不是在报告时间，而是在同一条协议路径上要求客户端放慢询问。
互联网历史
文件并非来自 69 端口：TFTP 如何为一次传输划定端点
防火墙日志先放行了一条发往 UDP 69 端口的读请求，随后却丢掉了第一块文件数据：回包的源端口不是 69。对 TFTP 而言，这不是服务器换了身份，而是请求阶段已经结束；真正的传输刚刚用另一对端口成立。
互联网历史
那个 SMTP 学会不回答的问题：VRFY 如何把收信与名录披露分开
1982 年，一台远端主机只要向 SMTP 服务器发出 `VRFY Smith`，就可能得到 Fred Smith 的全名与邮箱。这个命令之所以好用，正因为它能把投递故障背后的名录状态直接说出来；它后来之所以危险，也出于同一个原因——邮件传输服务顺手成了一本可以从公网逐项查询的通讯录。