根據美國證監會的報告，使用程序化交易模式，如批量交易、高頻交易、算法交易和跨市場交易，存在非常嚴重的實施風險。目前，美國市場由於使用了高速自動化算法，每秒可以發出1222個訂單。假設壹個算法交易的平均交易量是322股，平均交易價格是20美元。如果算法交易因失敗而重復下單，2分鐘內發出654.38+0.2萬筆價值7.2億美元的訂單，不僅會給市場帶來巨大沖擊，還會造成嚴重後果。
情況
“騎士資本烏龍”事件——4.4億美元瞬間蒸發
2012年8月1日星期三，在美國股市開盤的1小時內，紐約證券交易所(NYSE)的交易員感覺股票走勢異常，部分股票的價格出現異常波動。就在市場尋找原因的時候，紐交所和納斯達克2011零售股票交易業務排名第壹的做市商KnightCapital發表聲明稱，該公司做市部門出現交易技術問題，影響紐交所約150只股票。這次交易失敗導致騎士資本稅前虧損4.4億美元，損失慘重。兩天時間，公司股價暴跌75%，壹度接近破產。
事故原因是紐交所當天升級了交易系統，啟用了新的交易系統。接到通知後，騎士資本的開發部門更新了執行系統的相關代碼，但在上線前沒有通過全面測試。開市時，做市系統出現致命的邏輯混亂，“高買低賣”的訂單操作詭異進行。這個異常交易程序無法從交易所獲得訂單的確認信息，根本不知道已經發出了有效訂單。而是認為訂單已經失敗，沒有成交，繼續追加補充訂單。結果因為同樣的原因，追加訂單也失敗了，所以繼續下單。這樣股價推得越高，程序就越有動力繼續買入，進壹步推高股價？由此產生的連鎖反應使得實際訂貨量呈幾何級數增長。全自動交易後，部分股票價格上漲100%~200%，部分交易每筆虧損15~17美分。大多數交易持續了5~26分鐘，最長的交易持續了40分鐘。幸運的是，異常情況出現後不久就被交易系統的監控人員發現，但正常的管理操作無法停止交易程序，最終只能通過斷網等物理方法停止交易。異常程序交易的直接後果就是異常巨額持倉，最高市值達到70億美元。經過壹些緊急處理後，日終總持倉仍達到46億美元，導致虧損4.4億美元。時隔壹年，騎士資本的這起“烏龍事件”終於在同意接受監管部門654.38+02萬美元的罰款後告壹段落。
這個事件對於量化交易者來說有非常有價值的參考價值:
(1)壹定要相信計算機會出錯，各種故障保護措施需要提前設計好。
歸根結底，交易程序的設計者是會出錯的，所以必須提前預見到各種極端情況，並提供預防方案，包括在界面上停止交易、關閉交易程序、切斷網絡連接等。如果異常程序積累了大量倉位，就要考慮其平倉方式。
(2)人工監控必須由專職交易員進行。
監控界面應顯示完整的交易信息和控制元素。交易者可以根據實戰經驗檢查當前交易有無異常。
在進行股票/ETF等權益類交易時，由於數據發布頻率和交易速度較慢，交易者應至少每5~10分鐘核對壹次數據。進行期貨交易時，檢查頻率需要更高。
(三)交易程序必須與交易所交易設備升級嚴格同步，並定期維護。
鑒於中國目前的情況，IT部門應與交易所和系統開發商密切合作，以維護系統的完整性。
(4)交易程序必須監控價格和成交量的異常波動，在極端情況下終止交易。
交易程序要檢查當日價格的波動、波動幅度、相對於近期價格的變化率、市場交易量的變化和系統自身交易量的變化，以便準確控制。以騎士資本為例，由於美股沒有漲跌幅限制，當買入壹單超過1倍推高價格，且交易量特別大時，交易程序應該認識到這種情況，及時報警。
(5)交易程序必須判斷倉位，包括每個交易對象的倉位和整體倉位。
由於美股是T+0交易，做市商壹般只需要維持少量隔夜庫存。出於對其程序的信任，Knight Capital可能沒有在程序中判斷整體或單個股票的頭寸，因此在故障發生時積累了大量頭寸。因此，在下單前，交易程序應評估交易是否對個股/ETF或期貨的整體頭寸產生較大影響，是否存在超限風險。
(6)交易程序應檢查交易對象的相關性。交易程序要檢查大量交易對象之間的相關性，如多個對象的交易是否存在虧損，虧損的數量和價格，交易量的波動範圍等。
情況
光大證券烏龍指事件
2013 8月16 6月11: 05，上證綜指壹分鐘內暴漲，最高達到5.96%。眾多權重股突然付出巨額買單，導致整個股指和其他股票快速上漲，以至於包括中國工商銀行、中國石化在內的多達59只權重股瞬間封死漲停，隨後繼續下跌(見下圖)。直到下午2點，光大證券發布公告稱，策略投資部自營業務在使用其獨立套利系統時出現問題。這壹事件導致眾多跟風的機構和投資者“躺槍”，損失巨大，被稱為“光大證券烏龍指事件”。
光大證券烏龍指事件對股市造成的巨大沖擊。
此次風險事故的原因是公司購買的自動化套利交易系統存在缺陷。該系統包括訂單生成系統和訂單執行系統兩部分。核查中發現，訂單執行系統在委托市價進行高頻交易時，未能有效檢查和控制可用資金量；然而，訂單生成系統中的缺陷會導致在特定情況下產生意外訂單。
當日上午，該部門交易員判斷滬深180指數ETF與該指數成份股之間存在套利機會，於是通過套利策略指令生成系統發出第壹組171成份股指令，共計171委托，委托金額不超過200萬元。隨後，又發布了兩項命令。其中有24只股票未成交，交易員嘗試使用系統中的“重新下單”功能，自動填寫未成交的股票。系統程序員指導操作，沒想到這個功能得到了真實報價的驗證。雖然系統顯示執行24只股票的買入，但實際上程序系統將24只股票的買入視為24組180指數股票的壹籃子，而不僅僅是24只股票，導致在11: 05: 08之後的2秒內瞬間重復產生26082筆意外行情單。由於訂單執行系統存在缺陷，上述234億元的意外巨額市價申報和支付直接發送到交易所交易主機，72.7億元迅速賣出(幸好市場上沒有234億元的股票賣出，否則後果更不堪設想)。發現這壹情況後，相關人員緊急停止系統運行，並動用全部自營資金在期貨市場做空7000多手股指期貨合約，對沖買入的巨額股票(可見股指期貨功不可沒，否則損失更大)，但仍對當日中國a股市場造成巨大影響，給公司帶來654.38+0.94億元的損失。此外，2065438+2005年2月24日，上海市第二中級人民法院對57人因“8·65438+2006事件”分別起訴光大證券公司的民事賠償糾紛案作出判決，判令光大證券賠償原告損失人民幣425萬元。
這壹事件給投資者的教訓值得總結:
(1)交易系統存在重大缺陷。
本次使用的套利策略量化交易系統由公司自己開發的訂單生成系統和從上海另壹家軟件公司購買的訂單執行系統兩部分組成。兩個子系統之間存在磨合問題。沒有完全模擬交易操作來測試交易系統的有效性，直接用套利系統進行真實交易，風險可想而知。
(2)風險內控機制名存實亡。
光大證券的策略投資部系統完全獨立於公司其他系統，甚至不在公司風控系統的監控之下。所以這次事件的深層次原因是多層次的風險控制體系沒有發揮作用。
在交易者層面:雖然交易品種有三種風險控制體系，開倉限額和止損限額，但後兩者並沒有發揮作用。
部門層面:雖然部門實盤交易限額2億元，日操作限額8000萬元，但並沒有起到作用。
公司層面:公司監控系統未發現234億元巨額申報買單。這筆巨款要麽用了公司其他部門的資金來補充采購訂單的生成和執行，要麽根本沒有倉位控制機制。
在傳統的證券交易中，風控系統的反應是秒級最快的，但遠遠達不到高頻套利交易的要求。比如此次事件中，每筆訂單的生成時間為4_6毫秒，傳統IT技術開發的風控系統會帶來巨大的延遲，嚴重影響下單速度，這也可能是風控各個環節“失效”的真正原因。
(3)預警機制有待完善。這壹事件暴露出，面對異常的報價和異常的申報單數量，交易所作為壹線監管者的預警機制有待進壹步完善。