仅仅1小时，让努力17年的华尔街领先的交易商受到重创

在金融世界的繁华中心，骑士资本以17载兢兢业业的努力，成为华尔街交易公司的翘楚之一。然而，一次看似微不足道却极具毁灭性的软件错误，在短短1小时内就将其辉煌付诸东流，上演了一场令人扼腕的商业噩梦。

公司概述与业务模式

1. 骑士资本成立于1995年，曾是纽约证券交易所和纳斯达克交易所的交易大户，鼎盛时期市场份额分别占到17.3%和16.9%。

2. 除传统经纪业务外，公司还为客户打造了一套嵌入式量化模型驱动的电子交易平台，能够提供高频交易服务，实现依据市场数据、信息分析及自动化下单等功能，极大地提升了证券交易效率与流动性管理能力。

3. 高度程序化的量化交易系统是骑士资本的核心竞争力所在，它能帮助投资者根据预设规则自动执行买卖决策，大额订单也能被智能拆分并在不同股票间分散成交，从而避免对个股价格造成剧烈冲击。

“无辜”起因：暗池交易与RLP功能上线

1. 暗池交易旨在为大额买卖单提供匿名性和减少市场冲击，通过经纪商寻找对手方隐秘撮合成交，有利于维持股价稳定并增强市场流动性。

2. 纽约证券交易所于2011年提出零售流动性计划（RLP）要求，并于2012年6月获批实施。同年8月1日，RLP功能正式上线，给各大交易商预留了仅有的30多天调试时间。

3. 面对紧迫的时间窗口和客户需求压力，骑士资本被迫紧急开发并上线新功能，其核心模块SMARS系统在此过程中扮演关键角色。

致命失误：旧代码激活与部署疏漏

1. SMARS系统每秒处理数千笔订单，高效比对多个交易所的价格。但在此次升级中，工程师不慎启用了名为“Power Peg”的废弃测试算法，该算法设计的是高买低卖的测试策略。

2. 上线前夕，由于文档错误或工程师误操作，RLP新代码使用的启动标志与“Power Peg”算法开关标志混淆，导致系统升级后触发了错误的交易指令。

3. 更糟的是，在服务器部署过程中，工程师未能将新代码复制到其中一台服务器上，且公司在软件升级流程中缺乏必要的审核机制、自动提醒机制及回归测试环节，匆忙上线酿成大祸。

惊魂1小时：灾难性交易与巨额损失

1. 8月1日早上8:01，系统发出预警邮件，但未引起重视。当纽交所开盘，错误的Power Peg代码在半小时内疯狂执行了400万次交易，涉及154只股票，致使部分股票涨幅飙升或暴跌。

2. 在发现异常后的20分钟里，骑士资本才找到问题根源并关闭SMARS系统，但已造成了高达4.4亿美元的直接损失，股价大幅跳水，重量级客户纷纷撤离。

3. 骑士资本最终不得不求助于高盛等机构以折扣价收购部分持仓，勉强稳住市场，但公司元气大伤，次年夏季无奈接受竞争对手Getco LLC的收购邀约。

反思与教训

1. 意识层面：灾难性失败往往源于内部而非外部，对复杂系统的运维应始终保持警惕。

2. 工具与方法：强化现代软件开发运营实践，如版本控制、单元测试、代码审查、自动化测试、部署、风险管理等，以杜绝类似悲剧的发生。

3. 时间管理：项目经理和CIO需理智应对激进的交付计划，避免仓促行事，尤其对于关乎数十亿美元价值的金融市场系统变更。

4. 鼓励异见：构建开放的企业文化，奖励有效提出不同意见的行为，防止关键时刻的决策失误。

一年之后，美国证监会对骑士资本违规交易事件处以1200万美元罚款。这一案例再次敲响警钟，提醒我们技术力量背后的潜在风险以及严谨运维的重要性。 SMARS币