主要领域
互联网基础设施
在 主要领域 分类下，互联网基础设施 按主要领域组织行业情报，帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境，这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景，以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。
互联网历史
无法召回前稿的修订版：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 把这份连续性变成独立标记，也把路由、操作与认证留给各自的证据链。
互联网历史
中继必须忘掉的路线：SMTP 为何保留源路由语法，却收回它的权威
一条旧式 SMTP 收件人路径，至今仍可以在最终邮箱前列出多个中继。现代服务器必须看懂这种写法，却不必照着走。这不是标准自相矛盾，而是一次清晰的权力迁移：兼容性保留了解析义务，正常路由权转交给了目标域、DNS MX 与服务器自身的策略。
互联网历史
并非改名的新地址：SMTP 如何用 251 与 551 分开转送和指路
同一个旧邮箱已经迁移，两台服务器也都知道同一个新地址。一台回复 `251`，接下这名收件人并负责转送；另一台回复 `551`，拒绝旧地址，只把下一步交还给发件方。SMTP 用回复码的第一位，划出了比“地址变了”更重要的责任边界。
互联网历史
漏掉的音符补不回来，停不下的音符却必须处理
RTP MIDI 的恢复日志并不打算替音乐家重演已经过去的几秒。它要解决的是另一件事：一个丢失的指令，不能让接收端此后一直演奏在错误的状态里。这种有意缩小的承诺，给互联网的实时应用留下了一套比“把数据补齐”更细致的恢复逻辑。
互联网历史
无法替文件命名的偏移量：FTP 断点续传为何假定对象没有改变
传输中断后，已经收到的字节很容易被看成一笔不会说谎的进度。FTP 可以从一个保存的位置继续，省下重传开头的代价；但位置只回答“从哪里接着传”，不能回答“接着传的还是不是同一个文件”。这项优化成立的前提，一直在偏移量之外。
IETF
Job Snijders 与只签字节、不签真相的清单
一份文件可以原封不动，文件里的主张却未必成立；一把密钥可以有权代表某段 IP 地址，却未必有权代表一家公司。Job Snijders 与合作者设计 RPKI Signed Checklist 的价值，正在于没有抹去这些区别。它把资源、签名与精确字节连成一条可验证链，同时把身份、商业授权和是否执行留给真正承担后果的一方。
互联网历史
消息必须自己铸造的名字：Message-ID 如何在没有中央注册表时工作
中继服务器加上一行轨迹，邮件字节已经改变，消息却还是原来的消息；作者只改一句话，也可能是在发布一个新版本。`Message-ID` 给这条并不等同于字节比较的界线起了名字，又让回复关系与分布式新闻服务器围绕它建立状态，而无须先向中央机构申领编号。
互联网历史
代理可以暂存别人的状态，却不能改写它
RADIUS 允许一个代理把收到的请求中的某些私有状态暂时留在自己这里，只要在回复时原样归还。这条容易被忽略的规则，揭示了互联网协议里一种克制的分工：大家约定怎样保全信息，却不必共同决定信息内部是什么意思。
互联网历史
续期并没有重新核对那份预留
RSVP 用一串标识符代替反复发送的完整状态说明，降低了维护资源预留的开销。但“找到这条记录”与“这条记录仍然正确”是两种检查。2001 年的扩展没有掩盖这道缝隙，后来的协议也不得不继续为它安排恢复与故障检测机制。
互联网历史
SMTP 无法拆开的答复：LMTP 如何把本地投递细分到收件人
一封邮件越过本地投递边界时，两个已接受的收件人可能得到相反结果：一只邮箱写入成功，另一只暂时超出配额。SMTP 只能为整个事务给出一个最终答复；LMTP 改变的不是邮件正文，而是答复的数量，让原有队列只继续承担尚未解决的收件人。