自營交易公司的敞口管理：規模擴張時浮現的問題

一家擁有二十個已注資賬戶的自營交易公司，與一家擁有六百個的，不是同一門生意的不同規模：它們有不同的問題。規模擴張時浮現的那個問題，幾乎從不是獲客，而幾乎總是聚合敞口。

意料不到的問題

每一個個別賬戶都有它的虧損限額、它的最大回撤與它的規則。全都受控，逐個賬戶。

問題在於賬戶之間並非彼此獨立。

您的交易員閱讀同樣的分析、追蹤同樣的信號賬戶、在同樣的時段交易同樣的貨幣對，並對同樣的新聞作出反應。許多人使用在同樣地方購買的策略。

結果就是相關性。而相關性把六百個小倉位，變成一個沒有人決定去持有的大倉位。

在平常的日子看不出來。在一個所有人都持向同一邊的就業數據裡，就看得出來。

該量度甚麼

重要的指標不是按賬戶劃分的敞口。而是按交易工具劃分的聚合淨敞口，以及它隨時間的演變。

您的系統應該能夠實時回答的問題：

加總所有賬戶，我此刻在 EUR/USD 上的淨敞口是多少？
我有多少百分比的已注資賬戶，在同一交易工具上持向同一方向？
在一次高影響公布前的三十分鐘裡，這一點如何變化？
如果市場反向移動 100 pips，我的聚合虧損是多少？

如果這四個問題沒有即時答案，那您就是在滯後地管理風險。

評估賬戶與已注資賬戶是不同的風險

這是最重要、也是最多機構太遲才做的分離。

評估賬戶。 交易員付費去嘗試。大多數人過不了這一階段。他們的訂單流在聚合上，其統計行為傾向於可預測，風險影響是有限的。

已注資賬戶。 在這裡，交易員已經證明了一些東西，操作真實資本，而他的結果就是您的結果。風險檔案完全不同。

以同一套路由政策對待這兩個群組，就是在一邊把經濟效益留在桌上，在另一邊承擔不必要的風險。

合理的配置是把它們分開路由：評估階段用一套政策，已注資階段用另一套，並具備在無需重做整合的情況下更改分配比例的能力。這正是按賬戶組別可配置的路由，在這個具體分段裡如此重要的原因。

崩壞的那個台階

在一家自營交易公司的成長中，有一個可辨識的時刻，管理模型會在那裡停止奏效：

直至約 50 個已注資賬戶： 可以用人手覆核與試算表管理。不便，但可行。

在 50 至 200 之間： 相關性開始變得重要，而人手覆核來得太遲。需要按交易工具的自動聚合。

超過 200： 您需要在執行之前就套用的聚合限額，而非事後的報告。一個告訴您發生了甚麼的面板不管用；您需要能阻止事情發生的控制。

經典的錯誤是越過第二個台階卻不更換工具，因為「一直以來都行得通」。發現這一點的代價，是一次波動事件。

執行前控制

監控與控制之間的差別，在於系統能否拒絕一筆突破聚合限額的訂單。

在規模上值得設立的控制：

按交易工具的淨敞口限額。 一個不可突破的聚合上限，即使每一個個別賬戶都在其規則之內。

按賬戶組別的限額。 套用於整個集合，而非逐個賬戶。

窗口限制。 在高影響公布前後幾分鐘內有不同的行為，事先界定。

事前信貸核查。 讓訂單在發出之前對照聚合狀態驗證，而非之後。

以上全都是交易前控制。一個在執行之後才評估的限額是一份報告，而非一項控制。

關於策略的對話，在整合之前

自營交易公司是因交易檔案而最多衝突浮現的分段，而幾乎所有衝突，透過事前交談都可避免。

您的交易員會做短線交易、會交易新聞，其中一些會使用自動化系統。這不是甚麼秘密，本身也不是問題。真正的問題，是在生產環境中才發現您的交易對手認為這不可接受。

在開通時就把這個話題擺上桌面：

您的交易員操作甚麼樣的策略檔案，如實而言
交易對手認為甚麼有問題，具體而言
如果他們偵測到某事會發生甚麼：通知、更改路由，還是終止
您能否分段以隔離某個子集，而不是污染整段關係

一個能具體回答這四項的交易對手，有一套流程。一個迴避的，是在為您已經依賴它時，保留裁量權。關於有毒訂單流的文章，闡述了當這個標籤被不公平地扣到您頭上時如何自保。

延遲：為甚麼在這裡重要的方式不同

對於一家自營交易公司而言，延遲不是一項虛榮指標：它決定了哪些策略在您的平台上可行。

如果您的交易員操作對時間敏感的策略，而您真實的往返延遲是透過公共互聯網的 120 毫秒，那麼這些策略不會奏效——而您的交易員會比您更早察覺。

相關的不是您交易對手公布的數字，而是從您伺服器所在之處出發的往返延遲。索取那個具體的映射。有時候誠實的答案是您必須遷移您的基礎設施，而那個答案，比一句籠統的「亞毫秒」更有價值。

每月該覆核甚麼

一套避免大部分驚嚇的最小例行程序：

月內按交易工具達到的最大淨敞口
已注資賬戶之間的相關性：在峰值時有多少百分比方向一致
新聞窗口中的行為：那幾分鐘內的聚合敞口
接近限額的賬戶：個別及聚合限額
按組別的執行品質：如果已注資賬戶收到的成交比評估賬戶差，就有值得一看的東西

第 5 點讓不少人意外，而且用您自己的日誌很容易查證。

常見問題

我應該對沖評估賬戶嗎？ 通常沒有經濟意義：評估訂單流很少能證明對沖成本合理。但這個決定應該由您作出、可配置，而非由您交易對手的基礎設施強加。

我如何在不逐個分析賬戶的情況下偵測交易員之間的相關性？ 從簡單處着手：按交易工具持向同一方向的賬戶百分比，每隔幾分鐘取樣一次。不需要一個精密的模型就能看出這個模式——一次新聞之前同一方向 80% 的峰值，用基本算術就能看見。

在沒有聚合系統的情況下，我能管理多少個賬戶？ 取決於策略的同質性，多於取決於數量。一家有五十名高度相關交易員的公司，比一家有二百名分散交易員的公司有更多聚合風險。如果您的交易員來自同一個渠道或社群，就假定高相關性，並提前那個台階。

聚合限額會困擾交易員嗎？ 設計得當的話，它們幾乎從不觸發：它們是為極端情況而設，而非為日常操作。如果它們頻繁觸發，那要麼是限額校準不當，要麼是您的賬簿比您以為的更集中——而在這兩種情況下，這都是有用的資訊。

這在我們基礎設施中如何運作的細節——按賬戶層級的路由、按組別的聚合敞口以及執行前控制——載於為自營交易公司提供的執行。自營交易公司以機構客戶身份開通並透過我們執行；評估與已注資之間的分配是一次配置變更，而非一次遷移。