Coinbase向人工智能驱动运营的转型进展并不顺利。

Coinbase（纳斯达克股票代码：COIN）再次向加密货币交易者展示了缓慢的云硬件会如何拖垮即使是速度很快的交易平台。看来，该公司以人工智能驱动的运营转型战略可能是其迄今为止最糟糕的举措。.

该公司周五表示，亚马逊网络服务（纳斯达克股票代码：AMZN）内部的冷却系统故障引发了长达数小时的停机，影响了其平台上的交易、交易所访问和余额更新。.

问题始于 5 月 7 日 23:50 UTC 左右，当时内部监控人员检测到公司系统内报价出现大范围故障。.

当时，工程师们制造了多起 Sev1dent，客户的服务（如现货交易、Coinbase Prime、国际交易、衍生品交易、零售交易、高级交易和机构交易）已经受到影响。.

CoinbasetronBrian Arms 在 X 上发文称，他的公司“遭遇了服务中断”，并表示这种情况“绝不可接受”。据他所说，中断的原因是“AWS 数据中心的一个房间由于多个冷却器故障而过热”。

据布莱恩介绍，公司确保所有服务的设计都能保证即使某个 AWS 可用区发生故障，其他服务也不会中断。大多数服务都采用这种架构，但交易所除外，由于其对延迟的要求很高，因此使用了不同的基础设施。.

Coinbase 将报价系统在 UTC 时间午夜前开始崩溃归咎于 AWS 冷却器故障。

报道 ， 据 Cryptopolitan Coinbase 计划裁员 700 人，约占其员工总数的 14%。此举旨在用人工智能取代人工操作流程。

Coinbase平台负责人罗伯·维托夫（Rob Witoff）提供了此次事件的技术细节。据他介绍，此次故障持续了很长时间，影响了“交易、交易所访问和余额更新”。

最初的警告于世界协调时 23:50 发出，原因是内部系统报价出现故障。随后立即进行了 Sev1 分析。据 Rob 称，此次故障的原因是 AWS us-east-1 数据中心某处一小部分机架发生了“热事件”。.

这种交易基础设施架构非常实用。罗布表示，Coinbase 将其交易基础设施维护在一个可用区内，因为业内非常重视速度。.

此外，该公司还为应对此类情况准备了该交易基础设施的分布式备份副本。但此次故障导致部分交易基础设施出现问题，影响范围超出了备份范围，延长了修复进程。.

两个组件发生故障。匹配引擎下方的硬件出现故障。因此，首要任务是执行恢复和故障转移操作。.

此外，负责在组织内所有系统间共享信息的分布式 Kafka 集群也宕机了。这需要将 Kafka 分区恢复到一个新的硬件代理上，涉及数 TiB 的数据。.

工程师们重建了法定人数，并通过仅取消交易和拍卖模式恢复了 Coinbase 市场。

撮合引擎负责处理最大的交易摊位。撮合引擎处理订单并维护订单簿。该系统运行在分布式集群中，需要达到法定人数才能选出领导者并安全地进行交易。.

由于数据中心在故障期间受到限制，并非所有节点都保持健康，因此无法达到法定人数，从而阻止了零售、高级和机构交易所的交易活动。.

Rob提到，值班支持和工程团队必须在困难的基础设施条件下执行公司的灾难恢复程序、建立法定人数并评估系统健康状况。.

据 他所说，团队必须在应对大范围故障的同时，开发、测试、部署和验证解决方案。由于 Kafka 采用分区架构，每天要处理数千 TB 的数据，因此需要大量的手动恢复工作。

由于 Kafka 数据延迟，余额流出现了一些延迟问题。Rob 表示，在数据复制同步后，这些余额问题就消失了。Coinbase 方面称，没有数据丢失。.

撮合引擎恢复运行后，市场并未同时重新启用。Coinbase 首先将所有产品切换为仅可取消模式，检查产品状态，然后将所有市场切换为拍卖模式，最后才在 Coinbase 交易所启用交易。.

此外，罗布强调，不应暂时锁定客户的账户。Coinbase 向所有人保证，公司将在几周内就dent 提供详细解释。.

然而，Josh Ellithorpe 在阅读了 Rob 的 Twitter 帖子后驳斥了这些传言。他写道：“没有人 vibe 写出导致故障的代码。也不是一个‘非工程师’把生产代码推送上去导致交易引擎崩溃。这不是故意的。也不是 Coinbase 没有设计故障转移系统。规模越大，出错在所难免，别让那些事后诸葛亮编造的故事蒙蔽了你。”