档案
简报
简报档案页面汇集了人物、公司、机构等实体的情报,帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面,读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性,同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据,以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接,以及随着主体演进,哪些变化值得持续关注。

北美数据中心趋势
AIB 与 Nebius 的 13.2 亿美元合同,尚未为项目建设落实融资
50MW 约束性协议改变了 AIB 的客户状态,却没有改变数据中心项目的融资状态:公司自己的示例模型仍有大部分项目资金尚未安排。

北美数据中心趋势
Applied Digital将Polaris Forge 1运营容量提升至250兆瓦,租金转化仍待验证
Applied Digital 称,Polaris Forge 1 又有 75 兆瓦达到可服务状态,使园区披露的运营关键 IT 负载升至 250 兆瓦。这个进展推动了一个已签约 400 兆瓦的园区,但接下来要看的,是新增机房带来多少基础租金,而不是按兆瓦或设备安装收入推算。

非洲国家电信趋势
Vodacom的MIMO试点缓解站点空间约束,部署回报仍未知
Vodacom 称,与 Nokia 在西开普省测试的紧凑型有源—无源一体化天线,可在空间受限的站点增加容量,支持 2.6GHz 和 3.5GHz 双频。公司尚未披露部署站点数、容量增幅、时间表或成本;目前能确认的是一种部署选项,而非已量化的投资回报。

IETF
网络地图不能把网络本身挤满
基础设施地图越接近实时,查询、刷新与订阅就越可能成为一股持续流量。IETF 的 SIMAP 草案新版本把一个常被数据质量遮住的问题写成要求:地图服务不能靠拥塞它所描绘的网络来换取新鲜度。

IETF
TCP-AO 的 KMAC 名称相同,密钥也未必相同
两端设备都写着支持 KMAC,并不能保证它们按同一种参数约定派生流量密钥。TCPM 工作组草案第 08 版补上一处关键指认:这里使用的是 NIST 定义的 KMAC# 变体,而非只凭通用算法名称就能确定的调用方式。

IETF
RadSec 拒收错误回包,不再一律断开连接
认证失败的回包当然不能交给应用,但回包错了,并不总能推出承载它的加密连接也失去可信度。RADEXT 的新修订把这两个判断分开,尤其针对请求编号重用时的迟到响应。

IETF
BGP 规则尚未写完,就可能已经生效
一份 GROW 工作组草案的新修订,把路由策略变更中容易被最终配置截图掩盖的阶段摆到台前:某些设备执行第一条“允许”命令时,后续限制条件还没有进入运行态。

IETF
证书到 9999 年才过期,文件绑定却可能从未核验
一次签名证书试图把一张证书、一次密钥使用与一份文件绑在一起。它缩小了证书的用途,却没有让普通验签自动证明文件绑定已核对,更无法让证书字节亲自见证密钥已经销毁。

互联网历史
DSCP 选择了行为,数据通路仍是一张图:RFC 3290
2002 年,RFC 3290 为网络管理者提供了一种描述 Diffserv 路由器如何处理流量的方法,同时没有假定各厂商制造的是同一种设备。它的核心不是某个代码点,而是一张由功能组成、可配置的数据通路图。

IETF
复合签名全部通过,封套却写着另一种算法
Composite ML-DSA 把后量子签名与传统签名合成一个验证结果。它的 CMS 规范却提醒运营者:只看两项密码学运算通过,还不足以证明外层摘要、签名标识与实际签入的字节彼此一致。

IETF
OSPFv3 拟退役 AH,迁移不能只改一台路由器
一份新个人草案提出缩减 OSPFv3 的认证选择。真正容易出错的环节不是找到替代协议,而是在同一条链路上的邻居尚未同步时,既维持邻接又不悄悄放松认证。

互联网历史
路由绕开故障,不等于会话恢复:RFC 3234
换一条路,数据包可能重新到达;但故障中间盒保存的状态不会随路由一起恢复。2002 年 2 月,RFC 3234 把这个差别写成了一个架构问题:当通信途中某个功能节点失效时,现存会话靠什么继续?

互联网历史
帧尾标记可能随最后一个包一起丢失:RFC 3189
播放器最想知道的,是“这一帧收完了”。RFC 3189 把这个提示放在最后一个 RTP 包的 M 位里,却马上划出边界:最后一个包恰恰可能丢失。标记能减少等待,却不能裁定帧边界;真正让接收端进入下一帧的,是 90 kHz 时间戳发生变化。

IETF
最终过滤器完全正确,更新过程仍可能放出一条路由
IETF GROW 草案第 03 版把 BGP 安全从静态配置问题改写成事务问题:路由器可以在更新前后都执行正确政策,却在两条命令之间短暂执行另一套政策。

IETF
发行方签了外层封套,仍无权替换委托人选定的智能体密钥
AIC JSON Web Token 配置文件第 02 版把委托人签署的授权放进发行方签署的凭证。双层签名的意义不在于多盖一个章,而在于防止发行方借封装之名改掉委托人真正批准的密钥。

IETF
智能体签过挑战,但随响应送来的公钥仍不是授权书
OpenA2A AIP 第 03 版把一个常被界面压成绿灯的问题重新拆开:签名能证明答题者掌握某把私钥,只有登记记录或解析出的 DID 文档才能说明这把钥匙属于谁。

IETF
每一环都通过验证,时间线仍可能被截短
AER-1 第 09 版让 AI 智能体的工具调用拥有可复核的内部历史;它更重要的价值,是明确承认这份历史为什么还需要一个位于链外的见证者。

IETF
证据链证明有时钟出错,却没有指出是哪一台
Roughtime 把相互冲突的签名时间封装成可复核证据,但没有让密码学越权替人作出归责与撤信决定。

IETF
无人报告进度,任务为何看起来已经完成?
参与者名单里没有一条进度报告时,系统应当保存“尚无证据”,而不是把空白列变成绿色的完成状态。

IETF
接收端发现中断,不等于组播入口收到了告警
BIER 树的末端最先看见连续性丢失,入口却可能仍不知道哪一条分支出了问题。BIER BFD 草案第 12 版把这段告警回程写得更具体:探测、送达与恢复,不能算作同一份证据。
