PrimeXM XCore：流動性聚合、交易橋接與經紀商基礎設施

PrimeXM 為金融機構提供連線交易平臺、組織流動性和管理訂單流的軟體與基礎設施。其核心產品 XCore 將聚合、執行路由、敞口控制、監控與報表集中在同一套系統中，配套服務則延伸到託管和網路連線。經紀商因此可以把交易引擎及其執行環境放在同一張業務架構圖中評估。

對於 B 端採購團隊，關鍵問題需要落到具體流程：報價怎樣到達客戶、訂單依據哪些規則路由、敞口在哪裡統計，以及什麼記錄能夠解釋一次成交。

PrimeXM 官網 XCore 產品頁截圖。來源：PrimeXM；截圖日期：2026 年 9 月 23 日。

PrimeXM 是什麼公司？

PrimeXM 公司介紹顯示，其成立於 2010 年，為金融機構開發交易技術和託管方案。

理解 PrimeXM 的產品組合，可以從三個相連層次入手：XCore 負責交易連線和訂單管理，託管服務提供引擎及相關應用的計算環境，網路服務連線交易對手、平臺和其他基礎設施。機構可以圍繞既有業務選擇組合，並不需要假定每個環節都要同時更換。

PrimeXM 技術產品與業務分工

各元件承擔的職責不同。執行引擎決定訂單如何處理，分析檢視幫助解釋處理結果，託管則決定應用在哪裡執行。把每項需求分配到相應技術層，並指定機構內部負責人，有助於形成更具體的採購與實施範圍。

PrimeXM 官網展示的 XCore 連線架構，包含 maker、taker 與下游系統。來源：PrimeXM；截圖日期：2026 年 9 月 23 日。

XCore 流動性聚合：從報價流到流動性池

XCore 支援多資產類別，以及 FIX API、MT4/MT5 和 PrimeXM Web Trading UI 等介面。官方聚合說明介紹了多層最優買賣報價聚合、彙總市場深度、按商品和時間段配置流動性池，以及跨盤口掃單能力。

聚合讓經紀商能夠在統一位置組織上游報價。一個流動性池可以對應某類商品服務或客戶方案，並關聯適用的流動性來源與配置。不同流動性池因此能夠承接不同業務需求，而不必讓所有客戶組共用同一條沒有區分的報價流。

例如，一家同時服務較小零售訂單與較大機構訂單的經紀商，可能希望對同一商品安排不同的流動性配置。實施討論可以圍繞各組可用深度、不同供應商的商品映射，以及哪些下游連線使用哪個流動性池展開。這是用於說明評估方法的業務示例，並非對某家 PrimeXM 客戶實際配置的描述。

技術連線與商業流動性准入也有不同含義。支援某個介面，說明存在技術接入路徑；機構仍需建立適用的交易對手關係並約定交易條款。因此，完整的討論應同時列出技術連線和使該連線能夠投入業務使用的商業安排。

智慧訂單路由與報價配置

PrimeXM 介紹，XCore 路由規則可以根據客戶、商品、訂單型別、交易規模和目標流動性供應商進行調整；加價配置也可以按商品與時間段設定。這些控制用於將機構的服務設計落實到具體執行路徑和不同訂單流的報價呈現。

一條路由規則應能夠被交易和技術團隊共同解釋，包括觸發條件與處理結果。評估時可以讓同一商品的小額訂單和較大訂單分別經過系統，觀察各自採用的規則和傳送位置，再單獨驗證部分成交及剩餘數量處理。這樣，配置介面的選項就與可檢視的執行記錄建立了對應關係。

報價評估同樣需要區分上游原始報價、聚合報價，以及應用適用加價後的下游報價。記錄各階段的商品、時間戳和配置方案，有助於解釋最終客戶價格，也能為後續報價變更復核與單筆交易調查提供依據。

風險控制：內部化、敞口與溢位路由

官方解決方案頁面介紹了 A-book、B-book 和自定義執行模式，並說明配置變更可以實時應用。公開控制包括全域性、商品、幣種和時間段敞口限額，客戶訂單流淨額處理、手動風險對沖，以及將超出設定範圍的風險交易量自動傳送至外部流動性供應商。系統也可跟蹤透過這一路徑傳送的交易量。

這些功能對應機構如何管理客戶交易流產生的敞口。經紀商可以定義哪些流量向外部路由、哪些敞口在自身營運模式中保留，以及達到何種限額後改變處理方式。在把政策轉化為軟體設定前，應明確相關帳戶、商品與閾值。

演示時，可以建立一組設有明確敞口限額的測試頭寸，逐步加入訂單直至達到限額，再檢查後續路由與記錄。關鍵結果是一條可追蹤的解釋：哪個限額被觸發、影響了多少數量、相應訂單去了哪裡。這比單獨檢視功能開關更有助於評估日常控制。

風控設定還涉及配置治理。XCore 產品頁列出管理員審計日誌與可定製的門戶訪問許可權。當一個團隊提出路由變更、另一團隊負責授權、營運人員事後檢查配置歷史時，這些能力具有明確用途。

MT4 Bridge、MT5 Gateway 與 MT Analytics

PrimeXM 的 MT4 Bridge 和 MT5 Gateway 是連線 MetaTrader 平臺與 XCore 訂單管理、報表引擎的伺服器端元件。供應商公開說明涵蓋系統同步、並行處理、部分成交，以及按帳戶、商品和訂單型別調整執行規則，且無需重啟伺服器。

對已經營運的經紀商，這類架構提供了一條保留客戶熟悉平臺、同時調整執行環境的路徑。遷移範圍可聚焦橋接或閘道、商品映射、帳戶分組與下游交易對手。客戶體驗能否連續，取決於機構怎樣規劃並驗證相連繫統之間的變更。

MT Analytics 的任務與橋接不同。PrimeXM 介紹了按時間區間生成訂單和交易報表、實時持倉及幣種敞口監測、風險價值（VaR）檢視，以及基於歷史交易行為的客戶分析。它可以按 MetaTrader 帳戶組和帳戶組合組織分析，為營運團隊提供另一種檢視交易賬簿的方式。

訂單報表與交易報表的區別尤其影響核對口徑。官方說明指出，一筆已平倉交易在訂單報表中可以按開平兩側顯示兩條記錄，而在交易報表中以合併的一條記錄呈現。因此，跨系統比較數量前，應先約定每個指標使用哪一種記錄形式。

監控、報表與成交調查

XCore 監控功能覆蓋聯結器和供應商連線狀態、報價、交易及配置活動。PrimeXM 列出儀表板、日誌檢視、自動郵件通知與歷史日誌訪問。報表模組支援篩選與匯出、下鑽至單筆訂單，以及生成管理摘要，分析維度包括滑價、執行時間、拒單與持倉。

這些能力將實時值守和事後調查連線起來。連線告警幫助營運人員及時處理事件，歷史記錄則幫助團隊理解事件前後報價與訂單發生了什麼。兩類檢視各有用途，但應使用一致的標識與時間約定。

例如，處理客戶對某筆成交的詢問時，可以沿訂單編號檢查請求、選定路由、成交及最終狀態，再結合相應報價和連線記錄。目的是依照真實記錄還原流程。機構也可以據此確定內部報表和匯出資料需要哪些欄位。

Web Trader 與系統整合

PrimeXM 將 Web Trader 定位為專業和機構客戶的交易介面。公開功能包括可定製佈局、含市場深度的行情觀察、實時持倉、保證金與浮動盈虧、歷史報表、多種訂單型別，以及訂單有效時間和價格偏差等請求引數。

介面評估可以沿使用者的實際工作順序進行：選擇商品、檢視深度、提交訂單，再核對持倉變化。產品團隊可比較下單前可獲得的資訊與成交後可查閱的記錄，從而把介面設計與訂單管理流程聯絡起來。

XCore 還列出配置 API、許可權控制與定製報表。整合規劃應約定供應商門戶與機構自有系統的分工，例如商品配置由誰維護、使用者許可權如何管理、執行資料怎樣進入後臺系統。具體介面範圍需要在擬實施的部署方案中明確。

託管服務與四個基礎設施樞紐

PrimeXM 的基礎設施頁面列出倫敦 Equinix LD4、紐約 NY4、東京 TY3 和新加坡 SG1。頁面介紹了連線交易參與方的專用光纖和交叉連線、冗餘網際網路連線、成對部署的網路裝置與冗餘儲存。這些是供應商對其基礎設施設計的公開說明。

位置選擇應從業務所需的通訊路徑出發。經紀商可能把執行環境部署在選定流動性關係附近，而客戶來自多個地區。客戶到交易平臺，以及交易平臺到流動性供應商，是不同的網路區段；把這些區段分別畫清楚，才能討論端到端表現。

PrimeXM 的裸金屬託管提供專用硬體資源及 Dedicated XCore 選項。官方說明強調計劃更新與回滾視窗、資源分配和監控，同時介紹了面向較小及中等規模環境的共享裸金屬 XCore 基礎設施。具體選擇取決於應用資源負載和機構營運要求。

對於較大部署，可以把 CPU、記憶體和儲存需求，與變更視窗、恢復流程及監控責任一起評估。這將容量規劃和日常服務管理聯絡起來：硬體規格是一部分，持續維護服務的流程同樣需要明確。

如何理解 XCore 的公開計費方式

截至 2026 年 9 月 23 日，官方定價頁面對每個正式執行的 XCore 採用取最高項的方式：比較適用的執行個體費、連線費、交易量費與交易筆數費四組金額，取最高者作為該 XCore 的月費，再將各 XCore 的費用相加。因此，對同一個 XCore，不應直接把四組金額全部加總。

連線費內部還有獨立計算規則：轉交交易後的 give-up 介面費用，加上 maker 與 taker 連線費總額中較高的一項。交易量計算區分資產類別與執行處理方式，公開折扣機制允許最多三個 XCore 執行個體合併參考交易量。交易筆數費用按成交數量非零的訂單計算，頁面同時列明 XCore 與交易資料庫均採用專用託管時的例外。

可以用假設數字解釋第一層公式：若某個 XCore 的四組計算金額分別為 2,000、2,400、3,100 和 500 美元，按最高項規則得出的 XCore 月費為 3,100 美元。這只是說明公式的示例，不是面向某家經紀商的報價。制定專案總預算時，還需要分別確認託管、交易對手安排和實際簽約範圍。

三類經紀商部署場景

每種場景先明確業務需要，再選擇相關軟體與基礎設施。這樣可以讓實施範圍保持具體，也允許機構保留已經滿足需求的元件，同時對新部署周圍的整合工作作出清晰約定。

常見問題

PrimeXM 是經紀商還是技術供應商？

PrimeXM 將自身定位為面向金融機構的交易技術與託管供應商。

XCore 主要做什麼？

XCore 集中提供流動性連線、報價聚合、訂單路由、敞口控制、監控及報表，並支援 FIX API、MetaTrader 連線和 PrimeXM 交易介面。

XCore 能與 MT4、MT5 配合使用嗎？

官方資料列有 MT4 Bridge 與 MT5 Gateway，用於將相關平臺連線至 XCore。部署規劃應明確帳戶分組、商品映射、同步方式和執行規則。

PrimeXM 的基礎設施樞紐在哪裡？

基礎設施頁面列出倫敦 LD4、紐約 NY4、東京 TY3 和新加坡 SG1。位置選擇應結合機構交易連線與整體網路設計。

XCore 四類費用需要全部相加嗎？

公開模型對每個正式執行的 XCore 取適用費用組中的最高項，再彙總各 XCore 的費用；具體連線、交易量和交易筆數規則仍需按目標配置計算。

PrimeXM 在 B 端供應商篩選中的位置

PrimeXM 的產品邏輯在於連線執行引擎、營運資料和支撐它們的基礎設施。XCore 組織流動性與訂單，橋接和閘道連線既有平臺，監控與分析支援複核，託管和網路服務確定部署環境。採購團隊可以用具體工作流程和書面的營運模式評估這一組合。

主要來源：公司背景、XCore、產品方案、基礎設施、裸金屬託管及定價說明。