主题
软件生命周期与供应商锁定
在主题维度下，软件生命周期与供应商锁定主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
互联网历史
最短计时器往往获胜，客户端仍要承受竞态：RFC 1863
三台路由服务器同时看见一个新客户端，各自保存的列表里都还没有它。若立即发送，冗余就会变成三个发送者。RFC 1863 没把这个问题包装成一次确定的选举：它让负载较低的服务器等待更短时间，再查一次共享状态；可它也坦承，竞态仍可能产生多个赢家。客户端必须能无扰动地替换完全相同的路由，而故障发现与接管还必须赶在 Hold Time 耗尽之前完成。
案例档案
GitHub Actions OIDC 令牌不等于云端授权结论
GitHub Actions 签发的 OIDC 令牌可以向外部提供方陈述一个受限的工作流上下文；它本身不能证明云端信任策略匹配、会话已签发、某项资源操作获准，或目标环境发生了改变。
互联网历史
连接发生前，地址先说明谁付费：RFC 1681
如果计费规则要到连接建立后才出现，它就不再是一次真正的事前选择。1994 年的 RFC 1681 从一个自动化场景看到了这道边界：Gopher 服务可以把访问者转向付费地址，而软件未必留有让人停下确认的界面。它设想让目的地址的若干比特先给出付费类别或计费算法索引。这个信号可以帮助网络在接触前决定是否放行，却不能替用户同意，也不能证明服务、计量、账单和支付。
案例档案
GitHub Actions 并发组不等于部署串行化的结论
GitHub Actions 的并发组可以减少已命名作业或工作流运行之间的冲突，却不能单独证明每一项影响目标的操作都已串行执行，或目标因此发生了何种效果。
案例档案
根已经验过，叶子的位置却没有被证明
同一条只有一位的方向路径，放进两片、三片、五片和九片叶子的树，会分别落在序号 1、2、4 和 8。SCITT 正在推进的 CCF 收据格式仍能证明候选声明属于某个签名根；它缺少的是把这份证明同时解释成“第几片叶子”的依据。
互联网历史
测试耗掉了储备，才量出储备：RFC 1628
更可信的续航证据，可能先让续航能力变弱。RFC 1628 的深度电池校准会让 UPS 主动转由电池供电，放电到厂商设定的程度，再判断电池是否该更换、还能支撑多久。测量结束后，受保护负载得到了一份更有把握的估计，却要等电池重新充满，才能拿回正常备用时长。
案例档案
消息通过了模式校验，它仍未因此成为事实：RFC 8927
RFC 8927 为 JSON 消息造了一道刻意狭窄的门。穿过它，只能说明结构符合约定；身份、权限、时效与现实结果仍在门后等待各自的证据。
案例档案
已忽略的 Dependabot 告警不等于修复结论
Dependabot 告警被忽略，记录的是针对仓库信号的一次分诊决定。它可能合理且有据可查，却不能单独证明依赖已升级、构建已通过、制品已发布，或运行中的系统已经改变。
互联网历史
交换机说出了服务名，端点却还没有开放它：RFC 1618
一条 ISDN 呼叫可以准确抵达为 PPP 预留的号码，却仍应在入口处被拒绝。RFC 1618 把两个看似相同的动作拆开：本地交换机负责说明来电找的是哪项服务，端点上的人或程序才有权决定这项服务是否开放。后一个决定没有发生，前一个信号就不能替它发号施令。
案例档案
客户端报回了属性，元数据服务器仍可重新核验：RFC 9766
一次访问失败把数据服务器上的属主信息带回了元数据服务器。RFC 9766 让这份线索可以少触发一次查询，却没有把“客户端看见的值”升级成必须接受的真相。
案例档案
PyPI 被撤回的版本不等于软件包撤回的裁决
PyPI 上的 yank 会改变版本在索引中的可选取方式。它可能是维护者和使用者都应认真对待的信号，却不能单独证明软件包已删除、发布权限被撤销、代码恶意、漏洞得到确认，或所有既有环境都停止使用该版本。
互联网历史
信道号并不是电路：RFC 1613 与 TCP 上的 X.25
两通电话式的 X.25 呼叫，可以带着同一个 12 位逻辑信道号抵达网关，却仍然是两条不同的电路。RFC 1613 没有给这个字段追加它本来不具备的全球身份，而是让 TCP 流、XOT 逻辑接口与本地出站映射共同回答“这究竟是哪一通呼叫”。
互联网历史
删除后仍然存在的权限：IMAP 如何区分 ACL 条目与有效权力
管理员删掉了共享邮箱里属于某位用户的那一行，用户却仍能写入。服务器未必出错：同一会话还可能匹配一个工作组，甚至匹配 `anyone`。1997 年开始进入 IMAP 的 ACL 语言揭示了一个常被界面掩盖的事实——删除一条理由，不等于撤销最后的结果。协议真正需要标准化的，不是所有服务器的身份制度，而是让远端客户端能够看见规则、可授予范围与实际权限之间的差别。
案例档案
Kubernetes NetworkPolicy 不等于一条网络流的裁决
Kubernetes `NetworkPolicy` 可以清晰声明：对被选中的 Pod，哪些三层或四层连接应当被允许。它不是某一次连接的逐字记录。仅凭它存在，不能证明某个 CNI 实现在某一时刻已经执行了它，不能证明选择器当时解析到哪些对象，也不能证明一条报文到达了目的地、既有会话被关闭，或应用请求获得授权并完成。
案例档案
第一份还没签，第二份批准就能预先写好
EP-QUORUM 第 04 版修掉了一个很有价值的错误：旧版所谓“强顺序”链，连接的是可以提前算好的上下文，而不是已经完成的签名。新版让后继证明依赖前序完整证明，但这仍然不是对时间、人类理解或执行结果的担保。
案例档案
GitHub ruleset 的绕过主体不等于一次绕过事件
仓库可以预先列出哪些人员、角色、团队、应用或密钥可绕过 GitHub ruleset。这是一项真实的控制安排；但它不是某个主体曾在某条 ref 上实际绕过规则的记录，更不能代替评审、合并、发布或部署的独立证据。
互联网历史
15 分钟已经结束，计数器却还没有：RFC 1595
整点后的第一眼，不一定是上一刻钟的定稿。1994 年的 RFC 1595 把这个不太讨喜、却极其诚实的事实写进 SONET/SDH 管理模型：当连续十个严重误码秒横跨 900 秒边界，代理需要把上一窗口的一部分记录重新归入“不可用秒”。后继标准给出的另一条路，是让计数整体晚十秒出现。速度与终局性之间的成本并没有消失，只是被放在不同位置。
案例档案
哈希对上了，不等于网络就是对的
ASH 01 草案试图用分段摘要降低超大 IS-IS 链路状态库的核对成本。它真正值得保留的边界不是压缩倍率，而是结论的尺度：两段哈希相同，只能停止这一轮差异搜索，不能认证状态来源，更不能证明业务已经送达。
案例档案
移除 PyPI 协作者不等于撤销 Trusted Publisher
把一个人从项目协作者名单中移除，是一次真实的人员访问变更；它本身并不能说明自动化发布身份也已被撤销。
案例档案
主时钟赢得了选举，时间仍可能是错的：RFC 9760
网络可以正确选出“最佳”时间发送方，却没有证明它给出的时间正确。RFC 9760 解决的是企业 PTP 的互通、消息方式与域内选择；真正的时间可信度，还取决于外部时源、路径对称性、本地伺服与最终应用。