主要领域
技术
在 主要领域 分类下，技术 按主要领域组织行业情报，帮助读者聚焦互联网基础设施、治理、连接市场或数字资本等方向。页面汇集了相关文章、公开证据、机构、公司、人物、区域关联、运营依赖和市场环境，这些内容可能分散在多个分类页面中。页面解释了该领域、可能的行为主体类型、市场或治理背景，以及读者比较信号时应使用的参考来源。运营商、分析师和治理领域的读者可以观察同一领域如何在事件、档案、市场变化、公开来源证据、区域依赖和更长周期的基础设施决策中随时间显现。
欧洲与中东数据中心趋势
Mistral Compute：1.4 GW 设计上限、700 MW 电网合同与 44 MW 已供电容量之间
法国 AI 算力的公开记录里，Mistral Compute 同时背着四种不可互换的数字：园区级的设计上限、电网运营商预保留并合同化的接入容量、债务购置的加速器与机房供电容量，以及没有通电日期支撑的“已运营”标签。把它们分开看，进度差异比兆瓦标题更接近事实（实体[名录条目](https://btw.media/zh/directory/mistral-compute)）。
互联网历史
David Tennenhouse 与那个请求路由器运行代码的数据包
传统数据包要求路由器替它找路。David Tennenhouse 与 David Wetherall 设想的 capsule 多问了一句：能否先替我运行这段程序？这句话把创新带进转发路径，也把一张新的账单留给路由器所有者。代码是谁的、谁有权调用、可以花掉多少 CPU 与内存、节点拒绝时会发生什么，都从后台管理问题变成了逐包问题。
互联网历史
Craig Partridge 与那个无需重造互联网的千兆比特
1989 年，“每秒一吉比特”很容易被听成架构的死刑判决：既然速率比常见局域网高出两个数量级，旧体系当然撑不住。Craig Partridge 没有用另一句口号反驳。他把这个数字拆回每秒要处理多少个包、每包有多少条指令、数据经过几次内存、链路中要压住多少尚未确认的字节，以及发送端要花几个往返才能摸到容量。拆开之后，速度仍是挑战，却不再自动拥有改朝换代的权力。
互联网历史
Srinivasan Keshav 与让隐藏队列可观测的两个数据包
发送端看不见路由器内部的队列，却必须决定下一刻该发多快。Srinivasan Keshav 在 1991 年给出的办法，是先主动制造一个极小的排队事件：把两个包紧挨着发出去，再从确认包返回的间距中读取瓶颈留下的痕迹。这种做法的力量不在“两个”这个数字，而在于它同时写清了什么调度器会留下这种痕迹、噪声如何改写它，以及控制器凭什么只能作有限判断。
互联网历史
Jeffrey C. Mogul 与忙到一个包也送不出的接收端
处理器一刻也没闲着，却没有一个数据包完成旅程。Jeffrey C. Mogul 与 K. K. Ramakrishnan 把这种反常状态称为接收活锁：系统不断抢救最新到达的包，反而不给协议、发送和应用留下把既有工作做完的时间。入口越繁忙，出口越接近零。
互联网历史
Hari Balakrishnan 与那条只能承诺测量结果的绕路
一条路径仍被路由系统宣布为“可达”，应用却已经等不到可用的传输。RON 没有声称能修好这条路；它让一小群端点自己测量，并在另一个自愿中继确实能连通两端时绕过去。这个设计最重要的遗产，不是“覆盖网络更聪明”，而是每一次绕行都必须带着测量口径、授权边界和失败样本。
互联网历史
Christian Huitema 与那个不只要忘掉地址的 DHCP 客户端
一台设备离开机场网络，又在酒店上线。无线地址已经换过，看上去像一次全新的连接；可 DHCP 报文仍带着旧 DUID，按同样顺序索取一组少见选项，还试探能否拿回昨天的地址。Christian Huitema 与合作者在 RFC 7844 中处理的，正是这种“换了门牌却带着整套旧行李”的隐私矛盾。
互联网历史
Eddie Kohler 与那支没有说明谁先调用的路由器箭头
在一张数据包处理图上，箭头从模块 A 指向模块 B。它很容易被读成一条完整命令：A 主动，B 被动，数据沿线到达。Eddie Kohler 参与设计的 Click 模块化路由器却把这句话拆成了两个问题。数据包向哪里走，由箭头回答；这一次动作由哪一端发起，要看端口是 push 还是 pull。路径是共同结构，时机仍属于具体执行者。
互联网历史
Robert Metcalfe 与那场没有把下一轮交给任何人的碰撞
同一根电缆两端，各有一台设备先听见沉默，再开始发送。它们都可能没有判断错：信号传播需要时间。早期 Ethernet 把这种局部正确、全局冲突的状态变成了可检测的碰撞，却没有顺手指定下一位发送者。谁再试、何时再试，仍由每台设备分别决定。
IETF
Nick Hilliard 与那个只有“无处可去”才有用的 IPv6 前缀
`100::/64` 在全球范围内唯一，可以在网络内部转发，却被明确标记为不可全球到达。这不是注册表的矛盾，而是它的用途：给 IPv6 远程触发黑洞一个干净的内部下一跳。真正的验收不在 IANA 那一行，也不在一条绿色 BGP UPDATE，而在数据包究竟停在哪里、路由又是否止步于 AS 边界。
领导者
Nick McKeown 与那条从未见过数据包的 Barrier Reply
控制器收到 Barrier Reply 的那一刻，最容易发生的错误不是协议错误，而是语言错误：系统把“此前消息已经按序处理”写成“网络变更已经成功”。前一句有严格边界，后一句却偷偷跨过了流表、端口、链路和接收端。
领导者
Remco van Mook 与没有 IPv4 邻居的 IPv4 网关
路由表里写着一个 IPv4 默认网关，链路上却不应存在与它对应的 IPv4 邻居。Remco van Mook 正在 IETF 推进的方案把这个矛盾变成一条简洁指令：看见 `192.0.0.11`，不要发 ARP；去 IPv6 邻居缓存里取下一跳的链路层地址。
领导者
John Ousterhout：一次快速写入如何变成清理债务
Sprite 的日志结构文件系统把零散小写入合并成顺序长写，让前台路径显得异常轻快。它真正留下的不是“顺序写必胜”的口号，而是一套完整核算：旧版本占掉的空间、清理器搬动的数据、为性能预留的容量，以及故障后的恢复工作，都必须有人支付。
互联网历史
RFC 2350 写清了服务入口，却没有替任何事件出具结案证明
公开邮箱、工作时间、权限范围与服务清单，能够回答“应该向谁报告、可以期待什么”。它们不能回答“这一次报告是否已被接收、核实、归因、根除并恢复”。
互联网历史
RFC 2341 的绿色隧道灯：它没有替用户签收业务结果
日志里出现一条 `L2F_OPEN`，最容易发生的不是协议错误，而是解释越界：运维把“隧道能承载客户端”写成“用户已获准接入”，再把“链路层开始转发”写成“业务已经送达”。RFC 2341 的状态机恰好提供了一套拆解这种误读的账本。
领导者
Adrian Farrel 与“只存在于控制器里的路径”
PCEP 已经返回成功，拓扑图上也亮起一条漂亮线路，但还没有一台路由器确认安装。Adrian Farrel 参与奠定的 PCE 架构，真正重要之处就在于它没有把“算出来”伪装成“已经运行”。
领导者
Cristiano Amon 的 Oryon 账本：从收购控制到商业证据
一宗已完成的收购、一颗进入平台的 CPU、二十多款已宣布的电脑，以及一份有利的法院判决，都可以同时为真。它们证明的却不是同一件事。判断 Cristiano Amon 的 Nuvia 决策，需要把每张“收据”放回自己的栏位。
学者
Robin Milner：搜索不能自行铸造的定理
一个证明 tactic 可以遍历成千上万条路径，最后宣布“成功”。但在 LCF 架构里，这个消息不是验收时刻。真正跨过边界的是一个只能由受保护公理与推理规则函数构造的 theorem 值。Robin Milner 的持久贡献，在于让自动化可以大胆、复杂并且会犯错，同时收窄结果成为定理的唯一通道。
互联网历史
最便宜的执行计划，只是一份预测
数据库优化器可以完全理解一条查询要返回什么，却仍然严重误判怎样执行才快。Patricia G. Selinger 与 System R 团队在 1979 年把这个矛盾变成了一套可运行的制度：先列出可行的物理路径，用统计资料与成本模型排序，再在真正执行之前作出选择。“最低成本”由此获得了巨大权力，但它从来不等于运行时已经给出的判决。
互联网历史
两套 KWIC 输出相同，改动半径却不同
把同一组标题交给两套程序，它们都能打印出完全相同的字母序循环移位索引。验收通过之后，再把“行如何存储”换一种做法：一套设计需要多人同时理解并修改，另一套只动一处。David L. Parnas 在 1972 年真正比较的，正是这种输出看不见的变化传播成本。