2012年8月1日，是騎士資本的噩夢。壹個看似簡單又難以發現的人為失誤，讓17的努力付之東流。軟件錯誤導致該公司在1小時內直接交易損失4.4億美元。結果，Knight Capital在第二年夏天被競爭對手Getco LLC收購。
騎士資本集團成立於1995，是華爾街知名的證券公司。高峰時交易量占紐交所17.3%，納斯達克16.9%。
除了正常的經紀業務，公司還為客戶提供交易平臺系統，為高頻交易服務。這個由嵌入式量化模型驅動的電子交易平臺，不僅根據市場數據和相關信息為客戶提供決策參考，還通過交易所接口幫助客戶完成自動高速下單交易(自動下單接口在國內已經關閉)。
高度程序化的量化交易系統是騎士資本高效優質服務客戶的基礎平臺。簡單來說，投資證券的客戶，按照設定的交易規則，軟件可以自動幫妳做“買入”和“賣出”交易。交易系統高度智能化。對於大單，會拆分成小單買不同的股票。讓個股不要有太大的價格波動。
先解釋壹個術語“暗池”。假設我手裏有2000萬a股，希望有壹天能賣掉。如果直接按壹只股票的市價賣出，股價肯定會因為大量賣出而下跌。因此，交易的隱蔽性比交易的速度更重要。而通過普通交易軟件掛出的大眾投資者，可以看到有巨額訂單，最終成交價格肯定低於我掛出的價格。為了減少這種負面影響，我會向經紀人發出“暗賣區塊”的指令。該指令表明經紀人將訂單發送給許多隱藏的客戶，由交易對手執行。這種“暗化”策略讓券商在匿名和市場沖擊方面獲得了至關重要的優勢。類似於場內的“非展示”大宗交易。這將為股價的穩定帶來好處，並促進流動性。
2011 6月10，紐交所要求券商支持零售流動性計劃(RLP)，也就是暗池功能。
2012年6月上旬，紐交所獲得美國證券交易委員會批準提供“RLP”功能，並宣布將於2012年8月推出RLP功能，1。
經銷商調試上線的時間只有30多天。
騎士資本的客戶大部分是證券經紀人，有大量的金融服務巨頭與之合作。市場要求他們不要放棄這個交易市場。
騎士資本的軟件開發團隊從開發、測試到上線只有1個月。他們正在全力以赴地工作。他們這次需要修改的核心交易模塊叫做SMARS(智能市場準入路由系統)。
SMARS每秒執行數千個訂單，可以在幾毫秒內顯示幾十個不同交易所之間的價格。它可以接收上遊用戶的訂單，拆分後發送到交易所進行撮合。
但是他們的交易系統在升級之前的版本時，還是留有壹些重構代碼和測試代碼。其中壹個名為“Power Peg”的訂單算法代碼是當時壹個工程師寫的測試程序，程序執行的指令就是高買低賣的測試策略。這種在系統中保留“死代碼”的做法在大型系統中非常普遍。
不知道是文檔錯誤還是工程師錯誤。由這次升級修改的RLP碼中使用的開始交換標誌與“功率鎖定”算法的交換標誌位相同。系統升級後，激活了高買低賣的算法。
隨著8月1的臨近，在上線前壹周，工程師們在SMARS中手動將新的RLP代碼部署到其八臺服務器上。這時，工程師犯了壹個致命的錯誤，沒有將新代碼復制到其中壹個服務器上。他們的軟件升級沒有相應的審核機制，沒有系統自動提醒機制，沒有回歸測試。我匆忙上網。
1年8月，美國東部時間上午8:01，壹個名為BNET的內部系統自動生成了97封報警郵件，並發送給了騎士資本的工程師。但是這些機器郵件並沒有引起工作人員的註意。也讓騎士資本錯過了修復系統的最後機會。
上午9:30，紐約證券交易所開始交易，交易系統開始接收來自經紀人的信息RLP訂單，SMARS將收到的工作分配給其服務器。七臺使用新RLP代碼的服務器正確處理了訂單。但是，發送到第八臺服務器的訂單有壹個由重用標誌激活的有缺陷的Power Peg代碼。不管Knight從其他交易場所收到的確認執行的數量是多少，服務器開始為每個收到的母訂單連續發送子訂單。
災難性的交易開始了。在有缺陷的Power Peg代碼處理的212個傳入母訂單中，SMARS每秒發送數千個子訂單，這些子訂單將高買低賣，導致在大約45分鐘內執行400萬個154股票，超過3.97億股。其中，75只股票，騎士資本推高超過5%，占交易量的20%以上；37只股票價格暴跌10%，占騎士資本交易量的50%以上。
9點34分，紐約證券交易所的計算機分析師註意到市場交易量是正常水平的兩倍，將飆升的交易量追溯到騎士資本，並立即通知其首席信息官。
Knight Capital迅速召集了公司的頂級IT人員，花了20分鐘才找出問題的原因。
9點50分，紐交所觸發熔斷機制，自動暫停多只股票交易。
9點58分，騎士資本的工程師確定了根本原因，關閉了SMARS在所有服務器上。然而，傷害已經造成了。Knight在154只股票中執行了超過400萬筆交易，總計超過3.97億股；它在80只股票中持有超過35億美元，在74只股票中持有約3，654.38+0.5億美元。
騎士資本對這壹事件感到震驚，其股價從8月份的65438美元+00.33美元跌至2.58美元。此外，重量級客戶TDA證券、先鋒基金和富國基金都宣布將停止向騎士資本發送交易訂單。事後統計顯示，騎士資本在65，438+0小時的交易時間內在股票期貨買入了約70億美元。根據證券交易規則，騎士資本必須在三天內支付70億美元的費用。當然，他根本買不起。
騎士資本向交易所申請取消這些交易指令，美國證券交易所主席按照規定只取消了其中的6個，其他的都不同意取消。
如果騎士資本第二天以更低的價格出售股票，市場可能會再次融化。為了穩定市場，高盛同意斥資4.4億美元，以折扣價購買BUG軟件在Knight Capital購買的部分頭寸。
壹周後，騎士資本獲得4億美元資本支持。第二年夏天，他被壹家競爭對手收購。
多年後，在接受騎士資本前CEO采訪時，他仍然認為騎士資本不是壹家科技公司，而是壹家利用科技的經濟公司。很明顯，他把技術當成了輔助功能，而不是公司的核心競爭力。減少多系統耦合復雜系統災難性故障的策略:
1，意識等級
災難性的故障不是來自外部，而是來自內部的技術故障或者我們錯誤的組合。
2、工具和方法
如果騎士資本能夠嚴格執行現代軟件開發和運營實踐的方法，或許事件就不會發生。例如，使用版本控制、編寫測試單元、代碼審查、自動化測試、自動化部署、分布式部署過程、風險管理等。
3.時間管理
時間表是騎士資本未能提供RLP解決方案的另壹個原因。IT項目經理和首席信息官應該推遲過於激進的交付計劃，並使用替代的分階段計劃來對抗他們的業務領導。花30天時間來實施、測試和部署算法交易系統的重大變革，是沖動、幼稚和魯莽的，算法交易系統被用來讓市場每天價值數十億美元。
4.鼓勵不同的意見
即使發出了警告，也沒有理會，以至於浪費了最後1小時查找錯誤的時間。企業必須獎勵有效的獎勵機制，並鼓勵不同意見的有效表達。
壹年後的2013年10月6日，13，美國證監會因1月的違規交易，對騎士資本罰款12萬美元。