骑士资本 (Knight Capital)：为什么一次没做完的软件部署，能在 45 分钟内吃掉一家做市商 4.4 亿美元？
自动化的速度优势，会把一个人为疏忽在几分钟内放大成无法挽回的损失
骑士资本 (Knight Capital)：巅峰期美国规模最大的做市商之一，为数千只股票提供报价，日均交易量占全美股票交易的重要份额，是电子交易时代的代表性机构；终局是因软件部署遗漏导致旧代码被激活，45 分钟内产生大量错误订单并亏损约 4.4 亿美元，公司几近破产，一年后被同行收购。
官网说明：网站返回 HTTP 502，页面已不可用。
公开报道整理 待核查 数据截至 2013 共 2 条来源（1 条一手资料） 这一栏是什么意思？
这页的可信度怎么看
这一栏把我们「知道什么、查过什么」如实写出来，方便你自己判断该信几分。
· 核查状态：待核查表示还没人工对照来源，已核查表示关键事实（时间、金额、主体）与来源一致。
· 数据截至：正文里的数字到哪一年为止，之后的变化不在本页范围内。
· 来源数量：文末逐条列出、可点开核对；「一手资料」指官方公告、年报、招股书、监管文件。
· 勘误：改过什么、依据是什么都会公开，不会悄悄改。
编辑方针 → 编辑方针：完整的收录标准、核查流程、AI 使用声明与纠错承诺。
美国规模最大的做市商之一，为数千只股票提供报价，日均交易量占全美股票交易的重要份额，是电子交易时代的代表性机构
因软件部署遗漏导致旧代码被激活，45 分钟内产生大量错误订单并亏损约 4.4 亿美元，公司几近破产，一年后被同行收购
5,752 票参与
1 方案 · 1 见解
投稿会先进入待审，通过后才进入公开目录和站点地图。
核心败因全民归因公投
投票选择您认为导致该企业/项目最终死亡的最核心死穴，认同即可实时投票计入权重
系统上线缺少完整的部署校验
部分服务器未更新旧代码，且没有校验机制能发现这种不一致
自动化交易缺少异常熔断
系统在明显异常的情况下持续下单，人工发现与停止的时间被压缩到极短
变更管理与风控流程脱节
上线流程由技术团队执行，风控没有参与部署前的风险确认
业务节奏压过变更管理的严格性
为争取做市份额而推进功能上线，验证环节被简化
时间线：从高峰到终局
规模扩张
成为美国最大的做市商之一，日均交易量位居行业前列
部署遗漏
新功能上线时只更新了部分服务器，其余服务器上的旧代码被新订单触发
45 分钟巨额亏损
系统在约 45 分钟内持续产生错误订单，亏损约 4.4 亿美元，公司资本金几近耗尽
被收购
在获救资金与后续整合后，公司被同业收购，独立地位终结
四大维度全景复盘剖析
发展背景与全盛期基石
公司以电子化做市为核心业务，依靠低延迟系统为大量股票提供连续报价，技术团队持续推进交易系统的功能升级以争取订单巅峰期的成绩单是：美国规模最大的做市商之一，为数千只股票提供报价，日均交易量占全美股票交易的重要份额，是电子交易时代的代表性机构。此时的它拥有渠道、品牌与资本的合力，看起来没有任何理由会输。
致命转折点的战略误判
新代码部署时只更新了部分服务器，未更新的服务器上旧代码被新订单类型激活，在自动化的做市逻辑下产生了大量错误交易，而系统缺少能在异常时自动熔断的机制底层架构的缺陷被增长掩盖了很多年，真正爆发时表现为线上事故、体验崩塌与迭代停滞，修复成本远高于当年重做的代价。
内部组织文化与盲目傲慢
技术决策长期被短期交付目标绑架，「先上线，以后再改」变成永久状态，没人对架构健康度负责。
轰然倒塌的崩盘推演
因软件部署遗漏导致旧代码被激活，45 分钟内产生大量错误订单并亏损约 4.4 亿美元，公司几近破产，一年后被同行收购。骑士资本 (Knight Capital)的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
商业落地避坑实操法则
以血淋淋的商业代价淬炼出的创业与经营行动准则（DOs & DONTs）
自动化系统必须有一条能立刻停下来的路
再快的系统，也要留一个普通人能按下的开关。
- •部署前后强制校验所有节点的版本一致性
- •为自动交易设置基于异常指标的自动熔断
- •不要把部署校验交给执行者自行确认
- •不要在变更流程中省略风控确认
绝地求生模拟器：如果你是当时的CEO，在关键转折点该如何挽狂澜于既倒？
历史不可更改，但思维可以淬炼。针对核心转折点，提出手术刀式改革方案与资源调配破局法，交由全网创业者与投资人可行度公投。
先给自动交易装熔断，再谈功能上线速度
关键干预时点：2012 年 8 月 1 日错误订单持续产生、亏损迅速扩大时
- •立即停止全部自动做市逻辑并人工接管
- •停止在没有版本校验的情况下上线变更
- •停止由技术团队单独决定生产环境切换
- •部署前后强制校验所有节点版本一致性
- •按仓位与亏损阈值设置自动熔断与人工确认
- •把风控纳入变更审批的必经环节
变更管理与风控的成本列为固定投入，上线节奏以风险确认为前提。
系统在出现异常时能自动停止，公司保住资本金与做市资格，避免在 45 分钟内失去独立经营的能力。
行家深度复盘见解
来自创业者、投资人、前员工和行业专家的真实第一手复盘反思
这次事故的技术成因很普通：新功能上线时漏了几台服务器，旧代码在新订单类型下走了错误的逻辑分支。真正决定后果的是系统没有熔断——从第一笔错误订单到人工停机，整整过了 45 分钟，而这 45 分钟里机器一直在按自己的规则下单。人为疏忽在任何公司都会发生，区别只在于系统给了你多少时间发现它。
凡是能自动下单的系统，都必须有独立于业务的自动止损线。
信息来源
共 2 条来源 · 1 条一手资料下列资料是本站整理本案例时使用的依据，编号与正文时间线的 [1][2] 对应。一手资料优先排列；网页原文可能失效，故尽可能同时保留存档链接。
其中 1 条为境外站点（维基百科、互联网档案馆等），国内网络可能打不开；本站已尽量补充国内可访问的来源（百度百科、主流财经媒体、交易所公告等）。
-
[1]
-
[2]
商业复盘与避坑备忘录 · 骑士资本 (Knight Capital)
为什么一次没做完的软件部署，能在 45 分钟内吃掉一家做市商 4.4 亿美元？
# 商业复盘备忘录：骑士资本 (Knight Capital) > 为什么一次没做完的软件部署，能在 45 分钟内吃掉一家做市商 4.4 亿美元？ > 周期: 1995 - 2013 | 行业: 金融与科技 > 巅峰: 美国规模最大的做市商之一，为数千只股票提供报价，日均交易量占全美股票交易的重要份额，是电子交易时代的代表性机构 > 终局: 因软件部署遗漏导致旧代码被激活，45 分钟内产生大量错误订单并亏损约 4.4 亿美元，公司几近破产，一年后被同行收购 ## 核心概览 自动化的速度优势，会把一个人为疏忽在几分钟内放大成无法挽回的损失。巅峰期美国规模最大的做市商之一，为数千只股票提供报价，日均交易量占全美股票交易的重要份额，是电子交易时代的代表性机构；终局是因软件部署遗漏导致旧代码被激活，45 分钟内产生大量错误订单并亏损约 4.4 亿美元，公司几近破产，一年后被同行收购。 ## 社区公投头号死因 1. [产品技术] 系统上线缺少完整的部署校验 (1,892 票) 2. [产品技术] 自动化交易缺少异常熔断 (1,589 票) 3. [组织管理] 变更管理与风控流程脱节 (1,287 票) ## 可执行教训 ### 自动化系统必须有一条能立刻停下来的路 > 再快的系统，也要留一个普通人能按下的开关。 - ✅ 推荐做 (DOs): - 部署前后强制校验所有节点的版本一致性 - 为自动交易设置基于异常指标的自动熔断 - ❌ 绝不能做 (DON'Ts): - 不要把部署校验交给执行者自行确认 - 不要在变更流程中省略风控确认 ## 救亡方案 ### 先给自动交易装熔断，再谈功能上线速度 — 良略编辑部 干预时点: 2012 年 8 月 1 日错误订单持续产生、亏损迅速扩大时 - 必须断腕: - 立即停止全部自动做市逻辑并人工接管 - 停止在没有版本校验的情况下上线变更 - 停止由技术团队单独决定生产环境切换 - 破局动作: - 部署前后强制校验所有节点版本一致性 - 按仓位与亏损阈值设置自动熔断与人工确认 - 把风控纳入变更审批的必经环节 - 预期结果: 系统在出现异常时能自动停止，公司保住资本金与做市资格，避免在 45 分钟内失去独立经营的能力。 ## 社区见解 ### 自动化放大的是速度，不区分正确与错误。 — 良略编辑部 (工程师) 这次事故的技术成因很普通：新功能上线时漏了几台服务器，旧代码在新订单类型下走了错误的逻辑分支。真正决定后果的是系统没有熔断——从第一笔错误订单到人工停机，整整过了 45 分钟，而这 45 分钟里机器一直在按自己的规则下单。人为疏忽在任何公司都会发生，区别只在于系统给了你多少时间发现它。 - 如果重来一次的纠偏招式 凡是能自动下单的系统，都必须有独立于业务的自动止损线。 --- 来源: 良略 · https://www.lianglue.com/c/knight-capital