在外匯交易過程中，有沒有想過你在MT4上的訂單是如何去傳到對手方手中的？

在很早的時候我們傳送信息需要驛站、信鴿在后來是電報電話，而在金融市場上為了提升交易流程的效率，出現了一個協(xié)議（FIX）協(xié)議，這個協(xié)議也導致了我們今天所談到MT4橋的出現。

Financial Information eXchange(FIX)金融信息交換協(xié)議的制定是由多個致力于提升其相互間交易流程效率的金融機構和經紀商于1992年共同發(fā)起。這些企業(yè)把他們及他們的行業(yè)視為一個整體，認為能夠從對交易指示，交易指令及交易執(zhí)行的高效電子數據交換的驅動中獲利。FIX由此誕生，一個不受單一實體控制的開放消息標準，一個能夠被調整組建適用于任何一個企業(yè)的商務需求的協(xié)議。

MT4清算橋(MT4 Bridge)就是將MT4的客戶訂單直接傳送到交易對手方。(交易對手，也可以稱為：上家，對家，清算對手，清算方，流動性供應商。這些詞基本涵義類似)

MetaTrader 4是作為獨立經紀商平臺設計的，具有受歡迎的前端和風險管理組件，但該平臺不是為了與銀行或流動性提供商連接設計的，不具備FIX兼容性。這意味著，外匯經紀商需要將這些交易平臺與流動性提供商連接。

MT4清算橋(MT4 Bridge)根據MT4平臺和FIX金融信息協(xié)議，可以將MT4系統(tǒng)內部的頭寸（客戶的單子）直接投放到國際清算機構或者清算對手中，將交易敞口風險轉移。國際清算機構包括國際銀行，大型經紀商等機構。MT4清算橋可以使經紀商在運營過程中保持中立，有效減少MT4經紀商運營風險。

MT4清算橋功能

貨幣品種過濾：根據配置的貨幣品種，指定哪些需要清算，哪些不用清算。

客戶組過濾：指定哪些用戶組清算，哪些不用清算。

用戶過濾：指定組里面的哪些用戶清算，哪些不用清算。

多通道清算：指定清算對手，可以支持多家同時清算。

價格優(yōu)化：根據清算方的價格，制定給客戶成交價的方式。

訂單模式優(yōu)化：限價單和止損單的轉換和執(zhí)行優(yōu)化。

大額成交優(yōu)化：大手數交易時拆分訂單，分批執(zhí)行。

ECN橋詳解

MT4 ECN橋是一種允許使用者連接MT4電子交易平臺和國際銀行間外匯市場的科技。MT4軟件是一種被設計為經紀商和它的客戶之間進行交易，所以沒有提供通過ECN傳遞訂單到全球外匯市場的功能。所以一些第三方軟件商發(fā)展出STP橋接軟件以允許MT4服務器可以直接傳遞客戶訂單到ECN上并能自動返回交易確認信息。

零售外匯經紀商大約分為兩類：一類是做市商模式，也就是DD模式，執(zhí)行訂單并把訂單放在經紀商的流動性池子里，這種經紀商會雇傭人來處理單子，是否接受你的單子取決于經紀商是否對你的單子感興趣。二類NDD模式或者叫DMA，經紀商簡單地把單子拋到銀行間交易市場。

MT4平臺是被設計為DD模式的經紀商服務的，但這款交易平臺的流行讓零售外匯交易員和經紀商想尋找一種渠道可以直接通過MT4接入國際銀行間外匯市場。故一些軟件公司嘗試去開發(fā)這種科技幫助經紀商連接MT4服務器和ECN。第一個MT4 ECN橋出現在2006年，有兩種主要的橋接技術影響訂單執(zhí)行方式：STP模式和ECN模式。下面就是兩種不同的方式的區(qū)別。

ECN意味著直接接入市場，交易者可以在那里和其他交易者成交。你的訂單在市場中被真實地執(zhí)行當然也能被其他交易者看到，他們也會把自己的訂單呈現，如果價格匹配，交易就完成了。

主要特征

1.真正的ECN執(zhí)行：交易者和其他交易者交易，訂單被展示并被其他交易者看到。

2.小的點差：在最好的出價和報價之間有唯一的不同，如果客戶選擇了更好的價格，就會改變點差。

3.相對快的執(zhí)行：訂單執(zhí)行不超過0.3秒

4.部分訂單執(zhí)行的可能性。為了克服流動性的不足，訂單會被部分執(zhí)行，剩下的則被繼續(xù)展示在市場上。

5.市場深度可以通過一個特殊的添加模塊顯示出來，正如上面所說。最好的報價和出價會在一個界面顯示出來。當兩個訂單匹配的時候，它們就交易成功并從界面中消失并被登記在交易記錄里。

ECN交易的困難

1.價格波動更大。相較于做市商模式可能會使用波動性過濾，NDD模式直通銀行間市場。

2.MM報價和交易量不相關，也就是訂單有可能被執(zhí)行在MM提供的價格上，而這和交易量沒有任何關系。但當使用ECN，市場會顯示出當前可用的流動性，也就是說訂單會在某個價格交易量允許的時候成交。

3.隨著銀行間市場波動，點差變化非常明顯，會伴隨著暫停。而MM模式會固定點差在某個水平，以免造成零售交易者的困惑。同時避免暫停和消弱當價格不穩(wěn)定的時候。

MT4平臺橋插件

MT4橋插件可將兩個以上的MT4 服務器連接起來，并把交易量從一個服務器輸送至另外一個。一個MT4橋由兩個插件組成。

插件1(服務器插件)將安裝于做市商的MetaTrader服務器，用于傳送不同產品的報價給交易商，也可同時接受交易訂單,從而清算多余的單邊風險。

插件2(交易員插件)將安裝于客戶的MT4 服務器，可直接連接到提供流動量的做市商。

MT4橋插件的優(yōu)勢

減低多余的交易風險

MT4橋插件可將客戶的交易傳給清算商并于清算商處提交/執(zhí)行客戶的訂單。此外，MT4橋插件還可提供更高的交易靈活性。通過橋插件，您可以根據自己的需求設置不同的參數，從而分配不同的產品、小組及客戶。

同時，MT4 橋可讓您設置不同的合約值及杠桿。 因為數據的計算是在橋上運行的，所以您不用擔心客戶的設置和清算商的不同。

所有交易都可以由STP模式自動執(zhí)行，從而緩解了您擁有自己的交易后臺及風控人員的需要。當客戶把單子傳至您的服務器時，這些交易單都是直接傳給第三方的清算商進行處理。

所有客戶的信息都將保持匿名。于清算商這方，所有客戶的賬戶將顯示為一個總賬戶，而所有后臺維護還處于您的控制之下。

MT4 橋插件給公司和交易商提供了新一代的流動量，也給客戶提供了一個新的市場。MT4橋插件使公司有這個機會成為其他MT4經紀商的流動量交易商。

網橋處理交易指令順序

實時交易指令

● 客戶747下了一個以1.4500買進1 Lot EURUSD 的實時交易指令

● 交易指令進入MT4服務器后，MT4服務器發(fā)送交易指令至網橋

● 網橋（如交易員22)鏈接上一次由UBS取得的報價。

● 假設上一次由UBS取得的報價為1.4499而非1.4500

● UBS接受這筆交易，交易執(zhí)行于價格1.4498并通知網橋” 交易執(zhí)行于價格1.4498”

● 網橋告訴MT4”可執(zhí)行交易于價格1.4498”

● 因為這個指令是實時交易指令，MT4回報客戶747”交易執(zhí)行于價格1.4500”

● 經紀公司將會賺取中間.0002的差價（正確的數字批注于網橋的收益欄）

市場交易指令

● 客戶747下了一個以1.4500買進1 Lot EURUSD 的市場交易指令

● 交易指令執(zhí)行過程除最后一個步驟外，與實時交易指令皆相同（同上）

● 因為這個指令是市場交易指令，MT4回報客戶747”交易執(zhí)行于價格1.4498”

限制交易指令

● 客戶747下了一個以1.4500買進1 Lot EURUSD 的限制交易指令

● 交易指令進入MT4服務器后，MT4服務器發(fā)送交易指令至網橋

● 網橋（如交易員22)確認交易指令已被接收，并告訴MT4”允許客戶執(zhí)行這個限制交易指 令”。

● MT4回報客戶”允許進行此待處理交易指令”

● 假設上一次由UBS取得的報價為1.4499而非1.4500

● 當MT4的價格到達1.4495時，MT4告訴網橋”條件改變”

● 網橋隨后詢問MT4所有待處理的交易指令并與最新的價格做比對

● 網橋發(fā)現客戶747的交易指令需要被啟動

● 網橋發(fā)送”執(zhí)行或拒絕”以1.4494購買1 lot EURUSD的指令至UBS

● UBS接受這筆交易，交易執(zhí)行于價格1.4493并通知網橋” 交易執(zhí)行于價格1.4493”

● 網橋告訴MT4“可執(zhí)行交易于價格1.4493”

如何選擇網橋

在選擇網橋時，弄清網橋支持哪種類型訂單，如何處理。特別是要了解對限價和止損指令的支持情況，以及流動性提供商如何顯示相關指令。通常，網橋只在平臺激活時間內執(zhí)行此類指令。這可能導致執(zhí)行延遲以及額外的報價滑點，而選擇支持此類指令的流動性提供商將幫助你避免相關問題。

如果你是即時執(zhí)行模式，決定對沖部分客戶的交易，那么你應該尋找支持即時執(zhí)行的特別網橋，然而此類網橋非常少，需求也非常低，因為即時執(zhí)行模式通常是做市經紀商使用。另外，讓流動性提供商支持即時執(zhí)行模式有一定困難，我在之前的文章中提到過這一點。

網橋的成本通常包括創(chuàng)建費以及按交易量計算的費用，或者是每月固定的服務費，要根據你的業(yè)績情況選擇付費模式。

如果你計劃對沖大量客戶訂單，最好是找到一個不按交易量收取傭金，而是收取固定服務費的提供商。如果你剛創(chuàng)建業(yè)務，應該尋找不收取創(chuàng)建費，而是按照交易量收取傭金的提供商。然而，對于交易量大的公司來說，這種模式相對不穩(wěn)定，如果你的客戶群較小，你不使用網橋的全部性能，那么在網橋停工期你不必付費。

PS：附（外匯圖書資料群整理：348141556）

Hash:ed2c62d6883bec6d9e38e1a0753b334feda767e7