档案
Analysis
Analysis档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
互联网历史
不是地址的名单：List-Id 如何让邮件列表拥有稳定名称
邮件列表可以更换服务器、投稿入口与管理软件，却仍是同一个讨论共同体。List-Id 把这份连续性变成独立标记，也把路由、操作与认证留给各自的证据链。
互联网历史
中继必须忘掉的路线：SMTP 为何保留源路由语法，却收回它的权威
一条旧式 SMTP 收件人路径，至今仍可以在最终邮箱前列出多个中继。现代服务器必须看懂这种写法，却不必照着走。这不是标准自相矛盾，而是一次清晰的权力迁移：兼容性保留了解析义务，正常路由权转交给了目标域、DNS MX 与服务器自身的策略。
互联网历史
并非改名的新地址：SMTP 如何用 251 与 551 分开转送和指路
同一个旧邮箱已经迁移，两台服务器也都知道同一个新地址。一台回复 `251`，接下这名收件人并负责转送；另一台回复 `551`，拒绝旧地址，只把下一步交还给发件方。SMTP 用回复码的第一位，划出了比“地址变了”更重要的责任边界。
互联网历史
漏掉的音符补不回来，停不下的音符却必须处理
RTP MIDI 的恢复日志并不打算替音乐家重演已经过去的几秒。它要解决的是另一件事：一个丢失的指令，不能让接收端此后一直演奏在错误的状态里。这种有意缩小的承诺，给互联网的实时应用留下了一套比“把数据补齐”更细致的恢复逻辑。
互联网历史
无法替文件命名的偏移量：FTP 断点续传为何假定对象没有改变
传输中断后，已经收到的字节很容易被看成一笔不会说谎的进度。FTP 可以从一个保存的位置继续，省下重传开头的代价；但位置只回答“从哪里接着传”，不能回答“接着传的还是不是同一个文件”。这项优化成立的前提，一直在偏移量之外。
互联网历史
消息必须自己铸造的名字：Message-ID 如何在没有中央注册表时工作
中继服务器加上一行轨迹，邮件字节已经改变，消息却还是原来的消息；作者只改一句话，也可能是在发布一个新版本。`Message-ID` 给这条并不等同于字节比较的界线起了名字，又让回复关系与分布式新闻服务器围绕它建立状态，而无须先向中央机构申领编号。
互联网历史
代理可以暂存别人的状态，却不能改写它
RADIUS 允许一个代理把收到的请求中的某些私有状态暂时留在自己这里，只要在回复时原样归还。这条容易被忽略的规则，揭示了互联网协议里一种克制的分工：大家约定怎样保全信息，却不必共同决定信息内部是什么意思。
互联网历史
续期并没有重新核对那份预留
RSVP 用一串标识符代替反复发送的完整状态说明，降低了维护资源预留的开销。但“找到这条记录”与“这条记录仍然正确”是两种检查。2001 年的扩展没有掩盖这道缝隙，后来的协议也不得不继续为它安排恢复与故障检测机制。
互联网历史
SMTP 无法拆开的答复：LMTP 如何把本地投递细分到收件人
一封邮件越过本地投递边界时，两个已接受的收件人可能得到相反结果：一只邮箱写入成功，另一只暂时超出配额。SMTP 只能为整个事务给出一个最终答复；LMTP 改变的不是邮件正文，而是答复的数量，让原有队列只继续承担尚未解决的收件人。
互联网历史
服务器能催回一次询问，却不能跳过它
DHCP 的 FORCERENEW 看似是一道强制更新令，实际却只把客户端带回原来的交互流程。保护这次召回的随机值，后来又暴露出一个更窄的边界：能够验证下一次通知，不等于能够追认第一次配置的可信来源。
互联网历史
源站请外部撤下的那条链接：HTTP 410为何不是404
网页打不开，只是一次观察；网页已被有意撤下、很可能不会恢复，则是一项由源站承担责任的判断。HTTP 410 的历史价值，在于把这两种状态拆开，让链接维护者和缓存获得更强证据，同时不把源站的决定冒充成对全网记忆的支配权。
互联网历史
消息在发送端过期，为什么接收端还可能收到
SCTP 允许发送方放弃一条已经失去价值的消息，却不能让接收方凭空知道该等到哪里。2004 年的部分可靠性扩展，把停止重试与允许对端继续处理，拆成了两件必须衔接的事。
互联网历史
被花掉的大写字母：DNS 如何把大小写变成回包暗号
DNS 从一开始就规定，同一个名字不因 ASCII 字母的大小写而改变。多年以后，工程师重新审视这项被放弃的差别：服务器可以继续把它当作同一个名字，解析器却能把本次查询临时选定的大小写排列当作一道只有回包才知道答案的问题。
互联网历史
地址没有冒用，数据包却走错了出口
一台离开归属网络的电脑，仍然使用自己的地址发包。身份没有换，目的地也没有错，网络边界却可能拒绝它。Mobile IPv4 的反向隧道所修补的，不是一个虚假的地址，而是同一个地址在不同位置承担了不同任务：应用需要认得原来的端点，接入网络则需要判断这个来源是否应该从眼前的出口出现。
互联网历史
继承旧秘密的新密钥：TLS KeyUpdate 究竟能轮换什么
一条 TLS 连接可以持续数小时，保护它的流量密钥却不该被无限使用。TLS 1.3 用 `KeyUpdate` 给长连接划出新的密码学代际，同时也留下了一条不能忽略的界线：新秘密来自旧秘密，因此“换代”不等于“失陷后恢复”。
互联网历史
EOF 无法替代的警报：TLS 如何把单向结束说清楚
接收方可以确认眼前每个字节都真实，却仍不知道后面是否本该还有数据。TLS 把“我不再发送”写进受保护的会话，随后又承认：两个方向不必同时结束。
互联网历史
时间到了，报告却还不能发
一只计时器到期，通常意味着等待结束。RTCP 却把这个时刻变成了另一次判断：原先预约发送时，自己以为会有多少参与者？现在看到的又是多少？互联网实时传输的一段历史，就藏在这个没有立刻发出的控制包里。随机错开发送可以避免大家同时开口，却不能纠正大家都低估了听众规模的错误。
互联网历史
接收方装不下的记录：TLS 如何把大小变成一项本地声明
一台微型设备可以把加密结果持续送上线路，却未必有足够内存接住并验证同样大的入站记录。TLS 对记录大小的改造，正是从承认这种双向不对称开始的。
互联网历史
新校验和得先让旧校验和放行
一个不认识 TCP 新选项的旧主机，不需要拒绝连接。它只要照常忽略那个带长度的选项，回一个没有相同提议的 SYN，新主机就会自动退回标准校验和。RFC 1146 把“不知道”变成了安全的否决票：新算法只有在双方用旧算法保护的消息里给出完全相同的答案后，才有资格接管后续普通报文。
互联网历史
在服务器完成证明前出发的数据：TLS False Start 如何借走一次等待
False Start 让客户端在发出自己的 Finished 之后、验证服务器 Finished 之前，先送出使用新密钥加密的应用数据。它借用证明尚在路上的时间，而不是取消证明。