主题
网络资源证据
在主题维度下，网络资源证据主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
互联网历史
双方从未协商出的那个数字
一次 TCP 握手里可以同时出现两个不同的 MSS：客户端报 1460，服务器报 1200。它们并不冲突，也不需要选出胜者。客户端写下的是“你发给我的 TCP 数据段最多可以有多大”，服务器写下的则是反方向的同一句话。真正发送时，两端还要各自把对方的上限、IP 层此刻允许的尺寸和当前报文头开销重新合并。所谓“协商后的 MSS”，从一开始就是一个容易把三种事实压成一个数字的说法。
案例档案
时间戳更精了，时钟却没有交出决定权
机房里换了一块支持 PTP 硬件时间戳的网卡，监控曲线立刻变得更平滑。最容易犯的错误，是把这条更细的曲线叫作“更可信的时间”。RFC 10030 在 2026 年 8 月正式发布，它解决的是 NTP 如何借用 PTP 的测量能力；它没有把选择时间源、判断误差和接受修正的权力交给网卡或途中设备。
案例档案
服务已经消失，DNS 租约却还在计时
RFC 9664 让动态写入的 DNS 记录不必无限期残留，但它解决的是“权威服务器还发布多久”，不是“服务是否还活着”。请求时长、服务器授予时长、TTL 和端点健康必须分别取证。
互联网历史
必须保留原名的投稿：NNTP 如何约束丢失的最终回复
文章全文已经越过连接，终止点也已送达。服务器可能完成接收并发出 `240`，但客户端只看见断线。重新连接后，阅读界面里暂时找不到文章也不能证明失败，因为稿件或许仍在等待审核。NNTP 没有承诺“只执行一次”，而是要求重试仍指向同一个 Message-ID。
报道
MyAFRINIC 的 20,790 美元资本开支，算不出员工做了多少工作
AFRINIC 的半年报显示，MyAFRINIC v2 截至 6 月底确认的资本开支为 20,790 美元；同一时期的会议纪要又称，人力资源已经集中到这个项目。两项披露并不矛盾，因为一个是会计科目，一个是工作优先级。真正缺少的，是把员工投入、合同义务、现金支付、验收结果与旧系统风险连接起来的公开对照表。
报道
LACNIC与NRO协调机制的激励账
互联网号码资源体系里，没有一个“换供应商”按钮。拉丁美洲和加勒比地区的网络运营者不能因为不满，就把区域注册关系迁到另一个大洲；IP 地址和自治系统号码又必须保持全球唯一。于是，协调不是锦上添花，而是基础设施的一部分。
互联网历史
认证也无法续接的命令：NNTP 为什么要求客户端再问一次
客户端先请求一个受限新闻组，服务器答复 `480`；客户端随后完成认证，得到 `281`，但新闻组并不会因此自动打开。它必须把原命令再发送一遍。NNTP 用这次看似多余的重问划出了一条重要边界：认证可以改变会话中的身份，却不能替客户端复活一项已经被拒绝的意图。
互联网历史
可以忘掉的，是接收记录
一个不保证补发丢失数据的传输协议，为什么还要认真保存确认记录，甚至要求对方确认自己收到过确认？DCCP 把两种看似相近的责任分开了：过时的应用数据可以不再发送，但拥塞控制所依赖的接收历史不能随意消失。真正值得追问的不是确认有多少层，而是哪一层的责任已经结束。
案例档案
邮件已经过期，邮箱并没有
一封促销邮件把中午十二点写成有效期终点。十二点零一分，阅读器把它淡化显示；搜索仍能找到，归档仍保留原件，也没有任何字节被删除。这个看似细小的差别，正是 IETF 新近批准的邮件 `Expires` 工作所要守住的边界：发件人可以说明自己的信息何时失效，却不能借一个日期取得对收件人邮箱的处置权。
案例档案
目录区变空之后：谁有权让权威服务器停止服务
DNS Catalog Zone 把大规模权威 DNS 的配置名单装进一个可传送的 DNS 区域。它减少了人工配置，却也让“一张名单”具备了直接改变运行状态的能力。效率越高，越要把来源、授权、状态保全和在线证据分开审计。
报道
LACNIC与ICP-2改革的制度经济账
承认一家区域互联网注册管理机构，不只是技术资格审查，也是在分配制度变更的成本：候选机构要花多少钱证明自己可靠，现有机构又要承担多少责任说明反对理由。LACNIC 的区域治理经验，使这笔账变得具体。
互联网历史
活跃目录里没有出生记录，历史档案里却留着退役群组：ACTIVE.TIMES 如何限制证据的权力
同一台 NNTP 服务器给出两份不一致的名单：一个今天仍可选择的新闻组没有创建记录，另一个已经不能选择的新闻组却仍留在历史档案里。这不是数据坏了，而是协议拒绝让“现在提供什么”与“过去还记得什么”互相冒充。
互联网历史
写入返回时，数据还不安全
远端服务器已经回了成功，客户端却仍不能释放手里的那份数据。字节也许只停在一段会随重启消失的内存中。NFS 第三版没有用一个含糊的“成功”掩盖这段空隙，而是把持久程度、服务器实例和重传责任拆开，让提速建立在可恢复的未完成状态上。
报道
APNIC RDAP 的 port43 指向传统 WHOIS 服务，而非网络权威
APNIC 的实时 RDAP 记录把 `port43` 写成 `whois.APNIC.net`。它能证明传统 WHOIS 查询应发往哪里，却不能证明谁在运营、路由或控制该地址段。
案例档案
一条“有效”状态越过边界之后
同一个 RTR 服务中断，两个网络却不会同时失去验证数据：上游先变，下游约五分钟后再变。若它们把本地 RPKI 结论写进对外传播的 BGP 属性，一次依赖故障便会生成两轮 UPDATE 洪峰。前缀没有换，起源没有换，改变的是被当作事实运走的标签。
互联网历史
解析器代他人发出的前缀：EDNS Client Subnet
EDNS Client Subnet 里有两个前缀长度，却分别由不同一方作出不同决定。递归解析器用 SOURCE PREFIX-LENGTH 决定替用户透露多少网络信息；权威服务器用 SCOPE PREFIX-LENGTH 决定一份定制答案能被缓存复用到多大范围。前者是披露边界，后者是继承边界，二者都不能证明用户是谁或身在何处。
欧洲与中东区域 ISP 趋势
SeaTelecom Nord-West 的共享路由边界让连续性承诺更难验证
SeaTelecom Nord-West 销售接入服务并承担用户合同责任，但与其明确关联的三个地址块，却通过分配给 SeaExpress 的自治系统对外宣告。2026 年 8 月同一天发布的两份通知说明了这条边界的重要性：用户看到的都是“无法上网”，原因却可能分别位于供电、DNS、接入设备或上游路由，而每一层的控制者并不相同。
案例档案
名录里有这个委派，签名链却可以没有它
NSEC3 Opt-Out 允许大型父区把符合条件的不安全委派留在签名哈希链之外。这个空位可以完全合规，却不能被解释为“名称不存在”。父区仍须掌握完整委派名录，并证明签名器、省略规则和实际权威回答彼此一致。
互联网历史
必须最后加上的一层：NNTP 如何把压缩顺序变成安全规则
两个客户端都想要加密、账户认证和更少的传输字节。第一个为了省流量，先发送 `COMPRESS`；服务器回答 `206` 后，这条连接便不能再进入 TLS，也不能再提交 `AUTHINFO`。第二个先建安全通道，再认证，最后才压缩。同样三个动作，因为顺序不同而获得两种不同的安全状态。NNTP 由此把“先做哪一步”写进了保密边界。
报道
私有注册机构仍然需要公共边界
LACNIC 以合同和政策管理关键协调资源，但决定可能外溢到公共网络；真正的合法性来自有限授权、公开规则、证据、复核与可核验记录。