档案
简报
简报档案页面汇集了人物、公司、机构等实体的情报，帮助读者对比BTW.MEDIA报道中的相关主体。通过该页面，读者可以对比公开档案、相关事件、证据材料、角色变动、运营足迹、治理风险、组织联系以及市场关联性，同时将机构与人物记录同普通新闻时间线区分开。读者能理解新闻标题背后的主体、支撑档案的证据，以及使该档案具有重要影响的基础设施或市场关系。也可以看到档案所代表的主体是谁或是什么、依据哪些公开来源、它如何与公司、市场、治理机构或事件连接，以及随着主体演进，哪些变化值得持续关注。
全球云服务趋势
Murex多了一扇云入口，银行仍要演练出口
MX.3 通过 Google Cloud 认证，让资本市场机构多了一个可信部署地。但“软件可以放在那里”与“银行能把正在运行的交易、风险和结算状态完整带过去”是两件事。真正的选择权，不在合作伙伴名单里，而在一次限时完成、结果可对账、责任能追溯的迁移或恢复演练中。
互联网历史
两端都没撒谎，链路却有两种状态：RFC 2353
空闲时停止存活探测之后，一端可能已经删除故障链路，另一端却仍把它标记为活动。RFC 2353 最值得保留的并非某个计时器数值，而是它承认：两个局部真实可以同时存在，直到协议重新交换证据。
案例档案
备份恢复了密钥，也把昨天的状态带了回来：RFC 9802
两台签名设备从同一份“完好备份”启动，各自持有正确的私钥，各自生成能通过验证的签名。问题恰恰在这份表面上的成功里：如果它们使用了同一个一次性索引，恢复动作已经破坏安全前提，而证书本身不会报警。RFC 9802 让 X.509 认识 HSS 与 XMSS，却不能替运营者证明签名状态从未分叉。
互联网历史
RFC 2352 想让公司登记簿决定域名，结果只是把边界向前推了一层
法律登记可以证明某个名称在特定司法辖区属于哪一家组织；DNS 委派可以证明某个标签进入了某棵域名树。1998 年的 RFC 2352 试图把两张凭证接成一条路径。RFC 编辑随文留下的警告却说明：连接登记簿，不等于合并权限，更不会自动带来公共身份与服务连续性。
案例档案
Petal 的 1 Pbps 仍是设计上限，不是已交付航线
海缆项目常常先有一个足以进入标题的数字，再用数年时间把数字变成可运行的系统。Petal 的技术意义不应被低估，但它目前最准确的身份仍是一套面向 2029 年的工程设计。
报道
LACNIC 博客的 XARF 指南数了七个必填字段，规范列出的却是八个
少掉的是 `sender`：它把提出投诉的组织与实际传送报告的组织分开。只有把版本、字段清单和角色一并留下，“验证通过”才是一项可以复核的事实。
全球云服务趋势
Collibra把AI规则推到执行现场，拦截权本身也要有授权
企业可以把政策写成机器可读格式，也可以让软件全天监测智能体；但真正的控制发生在更窄的一瞬间：一次操作即将进入业务系统时，谁有权把它拦下，依据是什么，拦错之后由谁恢复。Collibra 新发布的 Agent Contracts 与 Guardian Agents，正把市场竞争推向这条边界。
IETF
PCAP 拟列为 Historic，新的媒体类型由谁维护仍待说清
老格式被写入历史类 RFC，不等于旧抓包文件突然失效。9 月的 PCAP 草案真正留下的治理问题是：一个新媒体类型如何与现有登记并存，以及谁对新登记的变更负责。
互联网历史
会话已经打开，座位仍未确认：RFC 2351
一台旧式航空终端看到线路恢复，并不等于中央系统已经留下座位。RFC 2351 的历史价值，正在于它把这两件容易被同一盏绿灯遮住的事重新分开。
IETF
明天的地址通过了验证，应急路线却还没有签收
LoST 预定变更草案让位置运营者可以在行政区划、道路名称或门牌规则生效前准备新记录。它真正值得管理层记住的不是“系统能预见未来”，而是相反：未来验证只是服务器今天对明天的认识，绝不是切换、路由和救援结果的担保。
互联网历史
RFC 2351 让两种航空业务共用网络，却没有共用一种“完成”
MATIP 把订座查询与受保护的航空报文一起带到 TCP/IP 上，但它没有抹平两者对丢失、重试、确认和责任转移的不同要求。
北美机构趋势
NECK把AI稀缺性变成基金经理手中的移动靶
xETFs 新推出的 AI Bottlenecks ETF，把内存、光通信、电力和算力供应商装进一只主动管理产品。真正决定回报的却不是一张永久有效的“稀缺资产”清单，而是持续做出三项判断的权力：瓶颈在哪里、何时迁移，以及相关公司的股价是否已经提前兑现了这份稀缺。
IETF
密钥通过了 DNS 验证，应用仍需独立授权
DANE 客户端认证草案第 14 版试图用 DNSSEC 与 TLSA 把客户端提交的域名绑定到证书或裸公钥。匹配成功能证明对相应私钥的控制，却不能替服务器白名单、账户状态或应用权限作决定。
北美云服务趋势
Barrick把矿山AI连成一层，更要分清谁能下达行动
设备振动、矿石流向、维修计划和备件库存可以进入同一张关系图，但它们不能自动合成一项获准执行的命令。Avathon 为 Barrick 北美业务提出的矿山级 AI 模式，真正的控制点不在“连接多少数据”，而在系统何时从观察跨到建议、协调乃至执行。
IETF
JOSE HPKE 二次审议删去两项密钥加密选项，直加密同族编号仍在
同是 HPKE，名字末尾有没有 `-KE`，决定它落在两条不同的 JWE 路径上。JOSE 草案为第二轮审议删去了其中一条路径的两个选项，却保留另一条路径的对应编号；9 月 24 日 IESG 议程将审看这一边界。
欧洲与中东区域 ISP
M-net 股权集中与慕尼黑光纤合作：市政资本控盘之后，批发机制才刚开始定价
慕尼黑市政公用事业公司 Stadtwerke München 把对 M-net Telekommunikations GmbH 的持股提高到约 76.8%，同期这家巴伐利亚区域运营商与德国电信在慕尼黑形成互为批发的双向关系。本文要回答的不是“谁买了谁”，而是：控制权集中改变了哪一条现金流与议价链条，以及哪些条件目前仍未落地。
亚太地区数据中心趋势
SOS 的 500MW 备忘录，需要一张 50MW 交割表
500MW 的园区设想、180MW 的意向需求、至少 60MW 的供电争取义务和约 50MW 的一期工程，被 SOS Limited 放进了同一份公告。它们看似都用 MW 计量，却分别属于愿景、销售、采购和建设四种状态。可投资的项目，应从这些状态被拆开之处开始。
IETF
mDNS 被过滤时，组播地址的“无人反对”可能失真
让设备自行挑选 IPv6 组播地址，并不意味着它能独自判断地址是否可用。IETF 新一轮最后征求意见所检验的，正是一个常被藏在“零配置”背后的前提：冲突消息必须传得到。
ICANN
ASO 拒绝行动请愿期届满：程序权利与实际制约之间的距离
ICANN 董事会在 2026 年 5 月 3 日的例行会议上通过了 ICANN FY27–31 运营与财务计划、ICANN FY27 运营计划与预算、IANA FY27 运营计划与预算，以及一项为章程第 27 条增设第 27.6 节的标准化章程修正案。ASO 社群随后就拒绝行动请愿期发布通知：请愿期截至 2026 年 6 月 1 日 06:59 UTC，请愿可递交至 ASO 秘书处。次日，赋权社群管理机构致函 ICANN 秘书，宣布针对 ICANN FY27 运营计划与预算的拒绝行动已经失效，计划按原样生效。
号码资源协会
RIPE 滥用联系人验证：一条能走到会员关闭的升级阶梯，却缺少 2025–2026 年的执行数据
RIPE NCC 的自动化验证能确认一个滥用邮箱存在、能解析并且可以收信，但它从不回答另一个问题：投递到该邮箱的滥用举报是否被处理。这条控制链的书面终点写在会员关闭与资源注销程序里；而公开可查的量化基线，仍然停留在 2017–2019 年。