核心观点 - 银行业在解决“大而不能倒”的银行集中风险后，又创造了新的、更大的集中风险：云计算基础设施的集中化[2][4] - 银行将关键业务迁移至少数几家科技公司控制的云平台，导致整个金融体系的技术基础设施高度集中，一旦该基础设施失效，将引发系统性金融风险，而非单纯的IT事件[3][5][14] 云计算集中风险的形成 - 金融危机后，银行被要求持有更多资本、流动性、制定生前遗嘱、进行压力测试，以解决“大而不能倒”问题[2] - 与此同时，银行在过去十年拆解了技术独立性，将客户准入、支付、数据、欺诈检测、交易系统、风险管理、人工智能及核心银行流程迁移至少数全球科技公司控制的云基础设施上[3] - 银行最初迁移至云是因为自身基础设施碎片化、昂贵、老化且难以维护，而云提供商提供了更好的工程、弹性、安全性和规模经济[11] - 单个银行因迁移至云而变得更安全，但银行业因所有银行迁移至相同的云而变得更脆弱，形成了系统性悖论[12][13] 监管认定与系统性重要性 - 英国于2026年7月将亚马逊云服务EMEA、谷歌云EMEA、微软爱尔兰运营公司和甲骨文英国公司指定为首批金融行业关键第三方[8] - 英国央行、审慎监管局和金融行为监管局明确指出，这些提供商的故障或中断可能同时影响多家金融机构或市场，从而威胁英国金融稳定[8] - 美国财政部警告，云市场集中在少数提供商手中，一家提供商的事件可能同时冲击多家金融机构，且危机期间将关键业务从云提供商迁移出去非常困难[10] - 这些科技公司对银行业具有比银行本身更高的系统重要性，它们不吸收存款、不发放抵押贷款、不运营传统支付账户，但若其中一家发生灾难性故障，大部分银行业务将停止[9] 人工智能加剧风险 - 下一代银行业务（AI代理、自主支付、实时欺诈检测、算法风险管理、代币化资产、可编程货币、智能银行）将比上一代更依赖计算基础设施，银行对云提供商的依赖度将大幅增加[16] - 同时，人工智能正在提升网络攻击的复杂性和速度，英国央行金融政策委员会警告，在严重情景下，金融公司和关键第三方可能无法跟上快速发展的攻击能力，导致漏洞累积，系统性网络事件风险显著上升[17] - 银行业技术基础设施集中化与网络攻击更快、更自动化、更强大的趋势相结合，构成了系统性风险[18] 系统性风险的本质变化 - 传统系统性风险源于大型银行倒闭，通过贷款、衍生品、融资市场和信心崩溃传染其他银行[4] - 新系统性风险是多家银行共同依赖的技术基础设施同时失效，这是一种完全不同的危机[4] - 数字化创造了效率、速度和连接性，但同样的连接性造成了系统性脆弱性，因为银行、支付系统、金融科技公司、数据提供商和云平台现已深度互联，网络攻击或基础设施故障不再止于单一机构，而是通过数字网络传播[5] - 2008年后讨论的是“大而不能倒”和“互联而不能倒”，云计算引入了“集中而不能倒”[6] 云故障与金融危机的区别 - 银行危机通过资本损失、流动性问题和信心崩溃发展，监管机构有注入流动性、担保存款、安排合并、资本重组和动用央行资产负债表等工具[19] - 云故障是技术基础设施不可用，而非资金问题，即使银行资产负债表有偿付能力、资本比率健康、流动性覆盖率良好，若计算机无法工作，一切皆无意义[20] - 量化宽松无法解决此类危机，央行无法印刷云容量[20] 应对措施与未来方向 - 系统性韧性概念必须扩展到银行之外，云提供商应被视为系统重要性金融基础设施[21] - 银行需要真正的多云韧性，而非合同上的多云表演；需要经过测试的退出策略，而非声称可迁移工作负载的文件[22] - 监管机构需要了解整个金融系统中数千家机构共享哪些提供商、软件、数据中心、网络安全工具和技术依赖[22] - 云集中风险应纳入金融压力测试，模拟主要云区域中断24小时、超大规模云提供商遭受灾难性网络攻击、关键数据损坏或多家金融机构发现其备份依赖相同基础设施的情景[22][23] - 网络韧性必须从微观审慎的操作风险转向宏观审慎的金融稳定，与资本和流动性并列[24] - 系统性银行风险过去两百年存在于银行内部，如今最大的系统性风险存在于银行之下[24] - 下一次金融危机可能始于软件漏洞、损坏的更新、网络攻击或云基础设施故障，同时使数十家金融机构的关键服务失效[25] - 银行曾被警告“大而不能倒”，它们将基础设施迁移至少数科技公司，结果构建了更集中的体系：云已变得“太关键而不能倒”[26]