BTW.Media
每日简报战略网络情报
登录注册

简报中心

最新简报

简要报道影响互联网治理和基础设施发展的动态。浏览各个领域，获取最新新闻、背景信息和关注要点。

  1. 密歇根州九个供水系统报告恶意活动，但安全供水并未中断

    密歇根州确认，九个供水系统发现了与联邦网络安全警报相符的恶意活动。当地运营人员已处理相关问题，所有系统仍安全运行；不过，涉事设施、入侵路径和攻击者身份均未公开。

  2. Twilio 至 Safaricom 的部分短信路径开始恢复，但事件尚未关闭

    Twilio 表示，部分字母数字发送者 ID 和长号码向肯尼亚 Safaricom 用户发送短信时出现延迟和失败。公司识别了未公开的原因，事件开启 94 分钟后观察到恢复，并在固定截点继续监测稳定性。

  3. 欧盟 AI 透明度义务正式适用，提供方与部署方责任分开

    欧盟《人工智能法》第 50 条开始要求适用范围内的系统告知 AI 交互、为合成内容嵌入机器可读且可检测的标记，并披露特定生物识别、深度伪造和公共利益文本用途。法律义务已生效，配套准则仍属自愿。

  4. Zoom在服务恢复约29分钟后，才公开Marketplace与AI Companion降级记录

    Zoom称，8月2日00:00至01:16 UTC，用户使用Marketplace和AI Companion服务时出现降级。现存事件对象到01:45才创建，影响时段已经结束；记录虽点出两个服务族，却没有说明具体功能、范围、原因和规模。

  5. Cloudflare精确标出伊斯坦布尔15分钟异常，却没有交代故障发生在哪一层

    Cloudflare称，8月1日07:05至07:20 UTC，土耳其伊斯坦布尔出现延迟升高和连接错误。这个15分钟窗口非常明确，但公开记录没有产品、路由、设施、原因和影响规模；页面上唯一可见的说明，也是在异常结束之后才发布。

  6. GPT-5.6 Luna恢复前，GitHub把“换模型”变成了Copilot的连续性方案

    8月1日，GitHub Copilot产品与IDE界面中的GPT-5.6 Luna因一家未具名上游模型提供商而出现可用性下降。GitHub建议用户选择其他模型或Auto。这个绕行方案说明服务并非只有一条推理路径，但不能证明替代模型在能力、延迟和策略上完全等价。

  7. Twilio事件延迟的是Globe菲律宾短信回执，不能据此认定短信没有送达

    Twilio称，8月1日从Twilio Phone Numbers发往菲律宾Globe Telecom用户的短信交付回执出现延迟，公开事件持续2小时42分钟。公司同时强调，短信本身可能已经成功送达。对依赖回执驱动自动流程的系统而言，真正受扰的是“确认状态”，而不一定是消息运输。

  8. RealtimeKit会议加入故障持续65分钟，Cloudflare元数据却在起点就写下“已解决”

    Cloudflare称，8月1日13:10至14:15 UTC，一些RealtimeKit用户遇到套接字连接缓慢和会议加入失败。公开对象却把创建和解决时间都写成13:10:30。文字给出了可用的影响窗口，元数据则无法表达同一段65分钟事件。

  9. GitHub先看到上游错误，17分钟后才把Fable 5写进事件记录

    GitHub在8月1日当天第二次公开Copilot模型提供商事件时，最初只说特定上游AI模型提供商错误率上升。Fable 5在约17分钟后才被点名，而模型特定更新发布28秒后，事件即进入缓解与监控。这个过程揭示的是公开识别路径，不是完整修复耗时。

  10. Cloudflare 用一条事后更新概括了 IAD 长达 256 分钟的 5XX 异常

    Cloudflare 称，7 月 31 日 18:45 至 23:01 UTC，位于美国阿什本的 IAD 边界出现了高于正常水平的 HTTP 5XX 错误。但公开事件页只保留一条更新，而且发布时间比所称异常结束时间晚了两个多小时。故障已经关闭，受影响产品、错误规模和处置过程却没有随之公开。

  11. 截止 20 分钟时，Twilio 发往 Claro Colombia 的部分短码短信仍在延迟调查中

    Twilio 于 8 月 1 日 02:57:20.918 UTC 开立一项轻微事件，调查部分短码向哥伦比亚 Claro 用户发送短信时出现的交付延迟。到 03:17:59 UTC 的固定截止点，事件已持续 20 分 38.082 秒。公开记录当时没有原因、恢复信号或解决结论。

  12. Claude Sonnet 5 性能降级持续约47分钟，Anthropic未披露影响边界

    Anthropic在7月31日07:04:49.691 UTC将一次Claude Sonnet 5性能降级事件标记为已解决，距离事件建立正好46分41.623秒。状态页把起止时间写得很精确，却没有说明用户究竟遇到什么症状、通过哪个入口访问模型、多少请求受到影响，也没有公开故障原因和修复动作。

  13. Cloudflare的us-east-1-aws路径间歇返回5xx，138分钟后解决

    Cloudflare在7月31日04:19:32.991 UTC解决了一次轻微事件：使用us-east-1-aws的客户遇到增多的间歇性HTTP 5xx错误。修复在10分51.068秒前进入监控。状态页公开了请求结果和处置阶段，却没有点名Cloudflare产品、具体错误码、影响量或根因。

  14. Twilio在萨尔瓦多延迟的是短信回执，不一定是短信本身

    7月31日，Twilio用9小时41分49.987秒跟踪了一次面向萨尔瓦多Telefónica用户的短信送达回执延迟。公告从第一条就强调：短信可能已经成功送达，只是回执较晚返回。服务最终恢复正常，但根因、回执延迟分布和消息规模仍未公开。

  15. 一部分Twilio号码向开曼群岛C+W LIME发送短信失败逾12小时

    Twilio在7月31日06:18:08.210 UTC宣布，一部分Twilio Phone Numbers向开曼群岛C+W LIME网络用户发送短信的服务恢复正常。事件从前一天开始，公开时长12小时27分40.379秒。目的网络和“部分号码”边界明确，但号码规模、根因和重试结果没有公开。

  16. Twilio对Celcom Malaysia的短信延迟已恢复，但未公布识别原因

    Twilio在7月31日02:12:32.051 UTC解决了一次面向马来西亚Celcom用户的短信送达延迟，事件持续3小时21分39.361秒。公开状态从调查直接进入观察恢复，再进入解决，从未出现“原因已识别”阶段。延迟分布、消息规模与根因仍是空白。

  17. Twilio哥伦比亚Claro语音事件更改了措辞，却没有影响扩张的测量

    Twilio在7月31日02:09:34.991 UTC解决了一次轻微语音事件，涉及一部分起始号码向哥伦比亚Claro用户拨打电话失败。5小时41分10.935秒内，“Mobile Numbers”变为“Phone Numbers”，一条更新还省略了Claro。状态页没有说这些编辑代表技术范围扩大。

  18. 截止时点已过25小时，Twilio仍在监控Africell Angola短信恢复

    截至8月1日00:13:55 UTC的固定截点，Twilio已四次报告面向安哥拉Africell用户的短信送达出现恢复，但这起轻微事件仍未标记为已解决。公开事件已持续25小时42分51.122秒，原因、延迟分布、消息规模和剩余异常均未披露。

  19. Fénix提出14 Tbps委内瑞拉—库拉索环网，仍是未投产项目

    Liberty Networks与CANTV在7月31日宣布Fénix：一条拟建的378公里海底光缆系统，连接委内瑞拉Camuri与库拉索Willemstad，所称环网最低容量为14 Tbps。这份公告确定了项目名称和目标架构，却不能证明光缆已经制造、铺设、登陆、点亮或承载流量。

  20. Twilio 巴西语音故障持续逾20小时，截止时仍在监控恢复

    Twilio 对巴西方向语音事件的公开状态，在 7 月 31 日 20:19:07 UTC 截止时仍是“监控中”，而不是“已解决”。公司此前称，从 Twilio Phone Numbers 拨往巴西多个网络用户的通话出现失败和拨号后延迟，并在事件开启 18 小时后观察到恢复。Twilio 表示原因已经查明，却没有说明原因是什么，也没有公布受影响运营商、号码或通话规模。

  21. Twilio 的 RCS 与 WhatsApp 消息延迟在 99 分钟后解除

    Twilio 在 7 月 31 日记录了一起同时影响 RCS 与 WhatsApp、覆盖消息收发两个方向的交付延迟事件。事件从调查、恢复监控走到解决，时间线完整，但解释仍很有限：公司没有披露地区、消息量、错误率、渠道差异或技术原因。这里能够确认的是“变慢”，不能把它扩大为消息丢失、重复、损坏或永久失败。

  22. Cloudflare 伦敦 HTTP 错误事件在截止时仍停留于调查阶段

    Cloudflare 于 7 月 31 日 19:06:19.068 UTC 开启一宗轻微事件，称部分客户遇到增多的 HTTP 错误。到 Wave 46 在 19:20:19 UTC 截止，公开记录仍只有“正在调查、分析并缓解问题”这一条更新。标题把事件标为伦敦，但没有公布机房、路径、产品、HTTP 状态码、原因或受影响客户的分母。

  23. Hispasat 马德里地面站获 WTA 最高等级认证

    Hispasat 位于马德里附近 Arganda del Rey 的 teleport 已获得 World Teleport Association 的 Tier 4 Full 认证，进入该项目四级体系的最高一级。认证为卫星控制、上行链路和地面网络汇合点增加了独立检查信号，但它没有公开审计明细，也不能被解释成永不故障或特定可用率承诺。

  24. Cloudflare 汉堡节点实施修复后仍处于监控状态

    Cloudflare 在 7 月 31 日报告，途经其德国汉堡 HAM 站点的客户流量可能出现请求错误或失败。公司在 15:20:19.991 UTC 已称问题被识别，16:58:19.585 表示修复已经实施并进入监控；到 Wave 45 的 17:49:33 固定截止时点，事件仍未标记为解决。公开记录没有列出产品、流量比例、错误率或原因。

  25. Zoom协作故障首次恢复后再度复发

    Zoom 7月31日的美国区状态记录不是一条连续近三小时的故障线，而是两次相互分开的降级。第一阶段先影响Zoom Whiteboard列表，随后扩大到Zoom Tasks创建；12:45:35 UTC转入监控，本轮14:06:29截止时仍未正式关闭。截止后，两项服务在14:28:05再次被标记为降级，15:08:45才最终解决。Zoom两度声称已识别根因，却始终没有公布根因、受影响用户数量或失败写入的处置结果。

  26. Hamlet把649台柴油机送进同一场听证，而非同一张许可

    北卡罗来纳州围绕Amazon Energy Way Tech Campus举行的空气许可听证吸引了超过100人。公众面对的649台柴油机由两套制度构成：Amazon申请592台应急机组，其中588台为关键备用机组、4台为辅助机组；Duke Energy另申请57台临时“桥接供电”机组。它们服务同一园区，却属于两个独立许可。听证扩大了公共审查，不等于最终批准，也不能证明全部设备已经安装或运行。

  27. Nebius排放约增至32倍，先扩大的其实是核算边界与机房规模

    Nebius在2025年可持续发展报告中披露，按市场法计算的范围一和范围二排放合计为65001吨二氧化碳当量。与2024年披露的2036吨相比，跨报告计算约为32倍。这个倍数揭示了绝对排放的急升，却不能直接说明同一批机房的效率恶化：公司称其运营基础已经扩展到7个活跃站点，而硬件制造、建设和供应链所在的范围三尚未形成有代表性的清单。

  28. LINE游戏外传约803万条记录，LY Corporation缺的是一条可见的控制链

    日本总务省7月31日向LY Corporation作出书面行政指导。监管材料显示，负责LINE游戏应用开发与运营的Treenod Inc.未经LY Corporation批准，也没有向用户提供所需通知或确认机会，就把MID用户识别符等特定用户信息发送给第三方分析服务。总务省统计约803万条记录，其中约752万条与日本国内用户有关；材料没有认定这些数据被出售，也没有称密码、聊天内容或支付信息遭到暴露。

  29. DOCOMO选择Ericsson RAN Compute，基站容量开始由算力平台决定

    NTT DOCOMO选择Ericsson RAN Compute作为覆盖4G、5G和5G-Advanced的基带平台。无线容量不再只由频谱和天线决定，基带处理、集中化资源池和软件生命周期也构成上限。Ericsson称，新平台相对上一代可提供最高两倍容量、耗能低于一半；这些是供应商比较，并非DOCOMO全网实测结果。公开报道也没有披露设备数量、价格和部署时间表。

  30. 350MW俄亥俄私有微电网把持续供电责任交给Veolia

    Veolia获选运营和维护俄亥俄州一座未具名AI数据中心园区的350MW表后微电网。项目拟由燃气发动机、线性发电机和430MWh电池储能组成，并以园区完全不依赖公共电网为目标。新信息的核心是运营责任归属，而不是性能已经兑现：350MW是发电系统规划容量，并非已投产IT负载；99.9%可用率也仍是目标。

  31. Cloudflare控制面故障约70分钟，边缘缓存仍在服务

    Cloudflare在7月31日11:51:07 UTC记录了一起轻微事件，最初涉及Analytics、Dashboard及相关API，随后扩展到Pages和Worker构建。修复在12:43:57进入监控，13:01:59宣告解决。Cloudflare明确表示，CDN缓存文件交付和其他边缘安全功能未受影响。这次事件揭示的是“站点仍可访问，但管理、观测和发布变更受阻”的分层故障，而非整个Cloudflare网络中断。

  32. LG Uplus把资金推向200兆瓦目标，帕州园区仍在施工时钟上

    LG为帕州AI数据中心追加1.3万亿韩元，首先改变的是项目的资金确定性，而不是园区当下的运行状态。LG Uplus在6月初称工程进度约为20%，并表示200兆瓦电力供应已经确定。两项信息放在一起，说明公司获得了继续采购和建设超大规模园区的条件；它们并不意味着200兆瓦已经通电、交付给客户或形成可计量的IT负荷。

  33. ENGIE披露两个“7吉瓦”，它们不能合并成已接入负荷

    ENGIE截至6月底拥有7吉瓦数据中心项目储备，其中4吉瓦被列为推进后期，3吉瓦处于早期。更值得注意的是，后期部分在2025年底只有0.8吉瓦。与此同时，公司还把与科技企业和数据中心客户签订的PPA总量描述为7吉瓦。两个数字单位相同，却记录不同合同与不同风险阶段：前者是项目开发漏斗，后者是电力采购安排，都不是已经接入电网并持续运行的数据中心负荷。

  34. AirTrunk SYD3下一阶段已有承包商，400兆瓦以上仍是交付终点

    Bouygues Construction获得AirTrunk SYD3下一阶段12亿欧元施工合同，使西悉尼园区的一部分扩建从规划进入有承包商、有价款、有目标日期的状态。澳大利亚子公司A W Edwards负责执行，目标在2028年中交付。合同是实质进展，但它没有证明园区总成本，也没有证明400兆瓦以上已经通电运行。规划容量属于最终园区，合同属于一个建设阶段，客户负荷还要经过供电、调试和验收。

  35. Yondr卖掉Slough园区多数权益，却没有交出机房运营权

    Yondr与GLIL Infrastructure签署的不是一份完整退出协议。交易完成后，GLIL将成为英国一座数据中心园区的多数权益持有人；Yondr保留少数权益，并继续负责日常运营。标的包含Slough两栋已经全面运营的超大规模数据中心，为一家大型超大规模客户提供服务。它们此前还进入Yondr一笔5.32亿英镑证券化定期票据的资产范围。买方取得多数经济权益、原开发商继续值守运营，这种安排把所有权、技术控制和债务责任拆成不同层次。公告没有披露价格、精确持股比例、客户、股东权利以及旧债如何处理。

  36. OpenAI用24分钟走完公开事故状态，却没有说明故障落在哪一层

    OpenAI状态页在7月31日09:04 UTC记录错误率升高，09:05进一步说明，部分ChatGPT Business和Education用户在开始或继续对话时遇到错误；09:06称问题已缓解并进入观察。本轮固定窗口在09:23:13结束，当时最新状态仍是“monitoring”。OpenAI随后于09:28宣布解决。把这条窗口外更新单独标明，可以补全结果，又不会倒改窗口结束时的判断。09:04至09:28的24分钟是公开状态生命周期，不一定等于客户实际受影响的完整时长。状态页没有公布故障组件、原因、地区、错误比例、用户数量或数据完整性影响。

  37. CyrusOne 任命 John Hatem 为首席执行官

    John Hatem 已接任 CyrusOne 首席执行官，其权责从商业与项目交付扩展到公司级战略。

  38. Veolia 仍维持 10 亿欧元数据中心与半导体营收目标

    CyrusOne 任命 John Hatem 后，这位将客户承诺与采购和建设衔接的高管将继续掌舵其下一阶段扩张。

  39. Cityfibre 股东提议注资 9 亿英镑

    Cityfibre 的拟议融资将网络扩张与收购计划与既有债务的未决谈判联系在一起。

  40. Anthropic 得到的还不是 150 亿美元，而是一套等待签字的信用链

    德州 Hubbard 拟建园区最值得关注的，不是“150 亿美元”这个标题数字，而是这笔债务可能依靠谁的承诺成立。《华尔街日报》报道称，由 Morgan Stanley 牵头的银行团正讨论向 Nexus Data Centers 提供约 150 亿美元融资；如果 Anthropic 违约，Google 据称将为其中数十亿美元的租金和电力义务提供保证。公开资料没有显示贷款已经签署或交割。现阶段可以确认的是一种拟议结构：开发商借款，Anthropic 使用算力，Google 支持部分付款，园区还要配置一座规划容量 1.6GW 的燃气电站。任何一个环节都不能被提前写成已经落地。

  41. Paducah 的 AI 园区目标是 2031 年，核清理账本却延伸到 2065 年

    美国能源部已选择 Brookfield Asset Management，在联邦所有的 Paducah Gaseous Diffusion Plant 开发和运营拟议中的 AI 数据中心与能源综合体。AP 报道把项目总规模写为 1000 亿美元：NextEra 将建设并拥有 2GW 燃气发电、输电升级和 2.6GW 电池储能，为 1.8GW AI 园区提供支持。同一地点还有另一笔长期责任——能源部预计核设施清理延续到 2065 年，成本约 170 亿美元。开发商获选不等于电力服务协议得到州监管批准，也不等于客户落实或清理完成。肯塔基州副州长称州长办公室没有参与磋商，暴露的是联邦土地、私人资本与州电力权力之间尚未接好的治理接口。

  42. 跨里海光缆已经进入海床，但还没有进入业务网络

    专业铺缆船从巴库出发，开始向阿克套方向敷设光纤，使跨里海项目从港口和仓储中的设备变成海床上的实体线路。哈萨克斯坦政府称，监管、组织和海关问题已经解决，设备出口清单获得法律基础；约 600 吨铠装光缆先经 Kuryk 港，再装入铺缆船的缆舱。Kazakhtelecom 与 AzerTelecom 组建的 CaspiLink 预计，在天气有利时，直接海床敷设需要 15 至 20 天，完整项目则计划 2026 年底投运。这两个时间指向不同阶段：前者是海工作业，后者还需要登陆、供电、光学测试和运营交接。开始铺设不等于已经开通。

  43. 俄勒冈州终止 Salem 土地交易，Verrus 若要继续必须先证明下一块地在哪里

    州长 Tina Kotek 已指示 Oregon Department of Administrative Services，终止与 Verrus 在 Salem 东南 Mill Creek Corporate Center 拟建数据中心有关的州有土地出售合同。该方案此前被描述为约 51 亿美元，在约 75 英亩土地建设三栋数据中心和一座变电站。失去这块州有地，是项目场地控制的实质性失败，却不等于 Salem 市否决了开发申请：市政府称项目仍处早期，没有提交正式申请，当时数据中心是 Employment Center 分区中的允许用途。Verrus 说州长行动可能不会终止项目。理论上可以另觅路径，但截点时没有替代地块、土地合同或新申请作为证据。

  44. UNITEL 的网络正在恢复，但“恢复”仍是一张没有填完的表

    全国通信网的恢复不是一个完成时，而是一笔按业务、地区、时间和外部依赖分别记账的运营记录。UNITEL 表示，7 月 28 日凌晨 2 时 20 分发现的网络攻击曾令安哥拉全国移动语音、移动数据和互联网服务受阻；7 月 29 日 11 时 45 分起，13 个省开始出现部分恢复。可是，公司 7 月 30 日的市场公告同时说明，短信仍不可用，其他省份的修复仍在继续。到 7 月 31 日 05:26 UTC，Twilio 仍把向 UNITEL 用户发送短信的延迟和失败列为已定位、未解决事件。因此，攻击被控制只是安全里程碑，不是全国网络已经正常的证明。

  45. Southaven 的临时轮机终于有了退出日历

    SpaceXAI 称，它与密西西比州环境监管部门达成了一项约定命令，为 Southaven 的 69 台临时移动式燃气轮机设定撤场时间：最早可在 2026 年 8 月启动，到 2027 年 7 月全部移走。与此同时，一座获得许可、设计规模 1.2GW、配置 41 台永久轮机的电厂正在建设。新信息不是临时轮机已经消失，也不是永久电厂已经发电，而是这座 AI 数据中心的电力过渡第一次有了可以逐月核对的终点。

  46. FirstNet 真正独立的不是 5G 图标，而是公共安全网络的决策中枢

    公共安全人员看到的仍是一部手机、一格信号和一个 5G 标志，但这次变化发生在屏幕背后。FirstNet 用户已开始迁入一套全国性的 5G 独立组网核心网；AT&T 称它专供公共安全使用，在物理上与商业核心网分开，并由多个地理分散的核心站点支撑。核心网负责认证身份、建立会话、执行策略和引导流量，因而决定一条通信在拥塞或故障时如何被处理。不过，独立核心网不等于每座基站、每段光纤和每台终端都独享。迁移比例、站点分布、切换测试、上行速度和时延实测都尚未披露。新的决策中枢已经启用，其抗压能力仍要由数据证明。

  47. AWS 加速增长与亚马逊自由现金流转负，发生在同一轮投资周期

    AWS 第二季度收入同比增长 37%，达到 422 亿美元，创 18 个季度以来最快增速；分部营业利润也从 102 亿美元升至 166 亿美元。与此同时，亚马逊过去 12 个月自由现金流由 182 亿美元净流入转为 76 亿美元净流出。两组数字不是互相否定，而是处在基础设施周期的不同位置：已经投产的云资源在创造收入，公司又提前支付下一轮人工智能容量。净购置物业和设备同比增加 661 亿美元，主要与人工智能投入有关；2026 年全集团现金资本开支预期已提高到约 2200 亿美元。真正缺失的桥梁，是新增资产何时通电、被使用并形成回报。

  48. 俄亥俄一座汽车电装厂，开始转向AI数据中心冷却周期

    三菱电机没有为美国数据中心冷却业务从空地新建工厂，而是准备改造俄亥俄州 Mason 现有汽车电装生产基地的一部分。公司将在 2026 年 8 月设立 MEHITS US，投入约 3000 万美元改造厂房与制造设施，计划 2027 年 4 月开始生产 IT 冷却设备。旧厂房可以缩短建设起点，本地制造也可能减少运输并靠近三菱现有 UPS 和电力系统客户。不过，发布材料没有厂房面积、产能、产品组合、订单、客户、岗位、利用率或实际交付周期。供应端已经作出决定，市场端与生产端仍要由设备交付来证明。

  49. Exelon 给数据中心用电排队加了一道“真金白银”的筛选

    电力公司收到的负荷申请，可以很大，却未必很真。Exelon 最新披露的价值，不在于又出现了一个几十吉瓦的数字，而在于它开始把不同强度的证据分开：约 11GW 被列为“高概率负荷”，其中约 40% 已有美国联邦能源监管委员会批准的输电安全协议，并由约 10 亿美元抵押作支持；另有约 25GW 仍处在当前或未来的集群研究中。押金让客户退出时付出代价，也让输电规划获得更可靠的依据，但它没有建成电站、线路或数据中心。要从排队容量走到电表读数，中间仍有供电、审批、建设、并网和客户履约等多重关口。

  50. AEP 抢到了13GW燃机档期，却还没把它们变成发电厂

    大型燃气轮机正在从电力设备变成一种“时间期权”。AEP 在第二季度又锁定了 3GW 燃机产能，使可供 2031 年前潜在部署的总量达到约 13GW；与此同时，公司新增 6GW 已签用电协议，主要位于得州，把 2030 年前的签约负荷增长推至 69GW。设备预留减少了以后无机可买的风险，take-or-pay 合同降低了客户不来用电时的回收风险。但 13GW 不是已经获批或投运的电厂，69GW 也不是已经连接的人工智能负荷。两条提前锁定的曲线，仍需在场址、监管、燃料、输电、施工和电表处真正相遇。