主题
软件生命周期与供应商锁定
在主题维度下，软件生命周期与供应商锁定主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
互联网历史
试验地址发放时，迁址义务已经写好了：RFC 1897 与 6bone
1996 年的 IPv6 试验网没有把“临时”理解成“不能用”。6bone 地址可以配置在设备上，可以登记、通告、转发，也可以支撑真实的协议与应用试验；但 RFC 1897 在分配它们时就声明：这些地址会被收回，使用者将来必须重新编号。它留下了一条罕见而清楚的制度边界——运行成功是使用证据，不是永久占有权。
案例档案
天体有了正式名字，也还没有获得一条网络路由
在深空网络里，“它叫什么”与“数据包该往哪里走”会同时出现在一张设计图上。两者靠得很近，却不能由同一个字段、同一家机构或同一条记录替彼此作证。
互联网历史
发送方试图选择的路径：IPv4 源路由如何失去默认信任
IPv4 曾允许发送方把一段可变的行程放进数据包。后来，这项能力从普通协议功能变成了必须由本地策略明确允许的例外。
互联网历史
对端给回了 DNS 地址，名字却还没有被解析：RFC 1877
1995 年的一次拨号连接里，最准确的提问可以是一串零。PPP 客户端在 IPCP 选项中故意填写 0.0.0.0，让对端用 Configure-Nak 提议一个名字服务器地址。这个“否定”携带了信息，却没有替客户端作出接受决定。即使后来收到 Ack，RFC 1877 证明的也只是会话配置达成一致；IPCP 是否打开、服务器是否可达、回答是否可信、应用是否采用，仍是彼此独立的事实。
IETF
JOSE 推动弃用两种算法，却没有本地例外时钟
JOSE 工作组已请求 IESG 推进一份弃用 `none` 与 `RSA1_5` 的草案。文本把更安全的共同默认值与应用自己的有限决定分开，这条边界值得保留。尚未解决的运行问题是：被允许的例外怎样才不会永久化。
案例档案
HTTP 弃用日期不是客户端迁移计划
旧资源仍在返回成功结果，响应里却多了一个未来日期。这个日期足以让机器看见供应方的意图，却不能回答谁还在调用、替代资源是否等价，以及何时才有资格关停旧地址。
互联网历史
代表所有人的地址：IPv4 广播为何选择全 1 而不是全 0
IPv4 没有为广播增加新的标志位，而是在原有地址结构中保留特殊目的地址，让一个值能够表示范围内的所有主机，而不是某一台机器。
案例档案
IAB 给后量子认证证据多留了一周，但没有替它完成举证
征稿延期能让更多部署经验进入讨论，却不能把投稿、邀请、闭门发言或未来报告自动升级为标准选择和生产事实。真正需要延长寿命的是每项结论背后的证据链。
互联网历史
让路由器报告自身边界的那个比特
DF 起初只是“不要分片”的禁令，后来成为测量工具：超大的数据报被丢弃，路由器报告受限链路，源端据此学习路径能够承载的大小——前提是错误消息能返回。
互联网历史
不用解析器也能读，不等于交给解析器就安全：RFC 1874
一份文件摆在屏幕上可以像普通文字，送进处理器后却可能成为另一种东西。RFC 1874 在 1995 年用 `text/sgml` 和 `application/sgml` 划出了一条退化边界：没有 SGML 软件时，人还能不能看懂大意。它没有把“可读”升级为“可安全执行”。字符集、字节变换、独立的启动映射、语法解析和系统命令，各自需要新的判断与证据。
案例档案
security.txt 文件还需要一份披露通道存活回执
网页上的 `Expires` 仍在未来，并不等于收件箱里有人值守。前者说明公开坐标尚未过期，后者才说明漏洞报告能够从互联网进入一个有人负责的处置流程。治理需要把这两个事实分开保存。
案例档案
主题藏起来了，不等于所有邮件头都保密：RFC 9788 的证据边界
一封邮件同时拥有加密图标、外层发件人和受保护的内层发件人。RFC 9788 不让任何一个符号独占结论，而是要求系统说明：谁暴露了什么、实际收到了什么、验证了哪种身份，以及回复将发往哪里。
案例档案
OSPS Baseline 声明必须带版本、级别与日期
供应商清单里的一格“符合 OSPS”看似清楚，却遗漏了决定其含义的坐标。OSPS Baseline 按版本发布、按项目成熟度分级，并明确把符合状态限定在某个时间点；合格的声明必须保留这些边界和逐项证据。
互联网历史
离网报文要求所有节点遗忘，却无法证明它们真的删了缓存：RFC 1868
1995 年的一次拨号重连，可能让一台主机在第二台通信服务器后面重新出现，而局域网上的旧缓存仍把数据送往第一台。RFC 1868 为此设计了一条只有十六字节的 UNARP：离网一方广播一份特殊的 ARP Reply，请求邻居删除过时映射。这条消息很小，证据边界却很清楚。发送者只能证明自己发出了“请遗忘”的声明，不能证明每个节点都收到、理解、执行，更不能证明新路径已经建立。UNARP 加速了旧认知的失效，却没有把以太网上分散的缓存变成同一本账。
案例档案
CA 审计不等于单张证书签发结论
年度鉴证报告可以说明某个证书颁发机构的控制措施在一个确定期间内接受了审查。它本身却回答不了依赖方真正可能需要追问的更小问题：为何这张证书、这组名称和这把密钥会在这个时点被签发；客户端后来遇到它时又实际发生了什么。
案例档案
四个比特看起来像 IP，但它们并不是：RFC 9790 终结载荷猜测
MPLS 路由器在标签栈之后看见 `0x4`，很容易顺手启动 IPv4 哈希。RFC 9790 要求系统先回答一个更基本的问题：这四个比特凭什么代表 IP？
案例档案
GitHub Actions 的 workflow_run 触发器不等于制品可信结论
GitHub Actions 的 `workflow_run` 可以把上游检查与权限更高的下游流程分开。这一触发关系并不证明上游结果、下游接收的制品，或之后对目标的操作值得信任。
互联网历史
最短计时器往往获胜，客户端仍要承受竞态：RFC 1863
三台路由服务器同时看见一个新客户端，各自保存的列表里都还没有它。若立即发送，冗余就会变成三个发送者。RFC 1863 没把这个问题包装成一次确定的选举：它让负载较低的服务器等待更短时间，再查一次共享状态；可它也坦承，竞态仍可能产生多个赢家。客户端必须能无扰动地替换完全相同的路由，而故障发现与接管还必须赶在 Hold Time 耗尽之前完成。
案例档案
GitHub Actions OIDC 令牌不等于云端授权结论
GitHub Actions 签发的 OIDC 令牌可以向外部提供方陈述一个受限的工作流上下文；它本身不能证明云端信任策略匹配、会话已签发、某项资源操作获准，或目标环境发生了改变。
互联网历史
连接发生前，地址先说明谁付费：RFC 1681
如果计费规则要到连接建立后才出现，它就不再是一次真正的事前选择。1994 年的 RFC 1681 从一个自动化场景看到了这道边界：Gopher 服务可以把访问者转向付费地址，而软件未必留有让人停下确认的界面。它设想让目的地址的若干比特先给出付费类别或计费算法索引。这个信号可以帮助网络在接触前决定是否放行，却不能替用户同意，也不能证明服务、计量、账单和支付。