第壹類終端EA模式
EA想必大家應該不會陌生，就是MT4 PC終端交易軟件可以用EA來進行數據通訊。客戶使用此跟單系統需要有兩個條件：壹是要配置好EA，二是要壹直打開MT4。基於EA的數據通訊用壹個服務系統將多個終端鏈接起來，可以相互配置跟單賬號、被跟單賬號以及跟隨策略。缺點是如果賬戶較多的話，硬件成本較高，每臺高配置服務器最多容納32個終端，實測20個賬戶對服務器負載就已經很大了。且賬戶的管理維護難度較大，穩定性隨賬戶的增加而遞減，數據延遲也相對較大。但這樣的系統目前使用人群最多的就是行業代理商，這也能讓多賬戶交易系統MAM和 PAMM哭上壹陣子了。因為它可以跨經紀商。
第二類基於Manager API的技術框架
涉及到的技術含量要遠遠高於EA插件。為什麽說技術含量高呢？因為它涉及到多種開發平臺和多種開發語言，服務端平臺的開發語言大概有：MQL4語言、C、C#、Java等，前面兩種是底層技術，後面兩種是業務技術。這幾種語言是技術上面最常用的開發語言，壹個項目基本上只會用到壹種平臺以及壹種語言，可見技術開發跨平臺、跨語言的復雜性。mt4跟單系統開發，
基於Manager API跟單系統的優點在於能和經紀商服務端直接通訊，減少了終端建立鏈接以及網絡傳輸的時差，通過跟單系統服務和經紀商Admin服務直接握手，雙方只要有任何動作，都會在毫秒級別響應。這樣的技術框架也自然甚是復雜，業務層到跟單引擎到跟單聚合器再到底層數據通訊都互為耦合。這就類似於電腦有CPU、內存條、主板、電源等，相互耦合後組成壹臺可使用的計算機。當然，這種跟單系統也有缺點，那就是需要通過經紀商授權Manager權限才能進行配置鏈接，由於安全上的考慮，多數經紀商不願開放這樣的Manager權限。即便開放也需要雙方的安全約定和商業價值互換才能達成合作。
第三類NoahWork跨平臺通信協議技術
這種方式是在客戶和經紀商中間設置壹個虛擬金池作為中轉，然後根據客戶的具體指令向不同的經紀商提交訂單。可以實現多品種多終端多市場的交易。整合了很多經紀商資源和高素質研發人員，支持實時交易，高頻類交易。
是直接基於MT4數據通訊的方式，相當於所有使用MT4交易客戶端的經紀商對其開發了API接口。不需要打開MT4終端，喊跟賬戶通訊直接輕量級代碼指令傳輸，跟單速度可達到毫秒級，理論上系統容納賬戶不受限制。且不受經紀商的商業制約，配合優質的喊單信號源，真正的可以做到中立的技術輸出居間服務