WEEX 經紀商模式：策略機器人、跟單交易與子交易所

WEEX 經紀商合作分為五種實際運作模式：策略平台、跟單交易服務、量化團隊、交易終端，以及子交易所。各模式的差異在於誰持有 API 金鑰、誰擁有帳戶。WEEX 的文件並未列出這些類別，而是提供各種建構元件；每種模式都是這些元件的不同組合。以下各節將說明每種模式如何接入、需要自行建置什麼，以及如何判斷哪種模式適合特定平台。資訊截至 2026 年 10 月 7 日。

平台持有 WEEX 使用者金鑰的三種方式

每種模式都從一項決定開始：平台如何取得代表使用者進行交易的權限。

• 由使用者自行建立金鑰。使用者在 WEEX 開啟 API 管理，建立金鑰，再將金鑰、密鑰和通行密語貼到平台。這種方式不需要 WEEX 批准，而且適用於任何軟體。缺點是操作較繁瑣，因為每位使用者都必須自行正確設定權限和 IP 設定。
• OAuth，WEEX 將其稱為 Fast Connect。使用者點擊「使用 WEEX 登入」，在 WEEX 自有頁面上批准請求，接著 WEEX 便會產生金鑰並傳送至平台後端。WEEX 的2026/08公告指出，整個流程只需低於10秒。OAuth 整合指南規定，每位使用者在每個第三方平台只能持有一組金鑰，而且此方式僅開放給已註冊的經紀商。
• 由經紀商開立的帳戶。經批准的經紀商可透過經紀商子帳戶 API註冊終端使用者（每次請求最多 10 位）、建立其 API 金鑰，並處理存款地址、提款和轉帳。

前兩種方式都由使用者持有帳戶；第三種則由平台全面管理帳戶。

策略平台：機器人、訊號與 AI 助理

這是 WEEX 計畫公告最先鎖定的模式：交易機器人、訊號服務、AI 助理和策略市集。平台的邏輯決定交易標的，而使用者的 WEEX 帳戶則負責執行交易。

策略平台需要具備現貨或期貨權限的金鑰、會在每個客戶訂單 ID 前加上經紀商 ID 的訂單路由器，以及處理速率限制的機制。WEEX 期貨 API 常見問題將 REST 限制設為每個 IP 每 10 秒 500 權重，超過限制則會回傳 HTTP 429。

兩個例子展現了這類平台的不同型態。HaasOnline 在 2026 年 8 月 22 日新增 WEEX 現貨和 USDT 期貨，使用者可將金鑰、密鑰和通行密語貼到其軟體中。HaasOnline 將自己描述為軟體供應商，並未表示自己是 WEEX 經紀商。CryptoMind 是 AI 交易工具平台，而 PSL OmniTrade 則是 WEEX 在自家經紀商資料中提及的合作夥伴。

這類平台的收入來自路由訂單的佣金，以及平台對策略收取的費用。

跟單交易服務：兩種運作方式各異的途徑

跟單交易產品可以透過兩種方式建構在 WEEX 上，而這兩種方式把最棘手的工作交給不同的一方處理。

第一種方式由平台負責跟單。跟單者連結自己的帳戶，平台監控領頭帳戶，再向每位跟單者送出相同的訂單，並在每筆訂單上標記經紀商 ID。所有可能出錯的環節都由平台負責：跟單者的成交時間晚於領頭交易者、成交價格也較差；倉位規模未能按比例縮放至小額帳戶；以及訂單在執行序列中途遭拒。

第二種方式由 WEEX 負責執行。跟單交易 API讓領頭交易者以程式化方式下單和管理交易，WEEX 則在自家系統內為跟單者產生跟單訊號。文件列出了限制：每個帳戶只能使用一組跟單交易 API 金鑰、僅支援期貨跟單交易交易對，而且帳戶系統與一般期貨交易隔離。採用這種方式的第三方工具服務領頭交易者，而跟單則在 WEEX 上進行。

擁有自家跟單社群的平台通常會選擇第一種方式。若工具是為已在 WEEX 領單的專業交易者打造，則第二種方式更合適。

量化團隊：使用自己的金鑰與交易流程

量化團隊交易自有或受託管理的資金，因此比起合作方案套件，更需要原始介面。相關資訊如下：

• 可透過 REST 和 WebSocket 存取現貨與期貨；開源 CCXT 函式庫列有 WEEX 交易所類別，涵蓋現貨與永續合約市場。
• 根據期貨 API 常見問題，可使用 /sim/ 路徑下的模擬端點，在不投入真實資金的情況下測試策略。
• 同一份常見問題列出的限制為：期貨每分鐘最多下單 300 次，每個 IP 最多建立 20 個 WebSocket 連線。
• 沒有 FIX API。

佣金安排也有所不同。WEEX 的 API 概覽在2026/07/16列出 API 交易費率為50%至60%，並註明「依適用方案而定」；經紀商費率則為70%。使用自有帳戶交易的團隊，比起分銷合作，更接近費用返還安排。經紀商頁面確實將量化團隊列為歡迎申請的對象，WEEX 也提供 bd@weex.com，供量化交易和做市相關諮詢使用。

交易終端與投資組合工具

交易終端讓使用者透過同一個畫面操作多家交易所。使用者仍自行決定每筆交易，因此平台的工作重點在於提供廣泛功能：涵蓋現貨與期貨的訂單類型、倉位、餘額和歷史紀錄。

會下單的交易終端在技術層面上和策略平台一樣屬於經紀商，只是交易邏輯較簡單。純讀取資料的工具則是另一種情況。提供稅務和投資組合服務的 KoinX，只要求 WEEX 使用者提供唯讀金鑰，不需要其他資料。唯讀工具不會路由任何訂單，因此也不會賺取交易佣金。如果想從 WEEX 獲取收入， affiliate 合作方案會更合適。

建置前有一項限制需要留意：期貨 API 常見問題指出，目前不支援 TradingView 整合。

子交易所：平台擁有整個帳戶時

子交易所以自己的品牌提供交易服務，使用者可能從未開啟過 WEEX 介面。子帳戶 API 讓這種模式得以實現。經紀商以電子郵件和密碼為使用者註冊、發放金鑰、顯示存款地址，並處理提款與轉帳，包括使用者的資金帳戶、現貨帳戶和期貨帳戶之間的資金移轉。

這是管理負擔最重的模式。以此方式建立的終端使用者金鑰除了交易權限外，還可能具有 TRANSFER 和 WITHDRAW 權限，代表平台可以移動客戶資金。文件因此採取更嚴格的規則：唯讀以外的任何金鑰都必須設定 IP 允許清單，最多可列入 10 個項目，而且密鑰只會回傳一次。

WEEX 經紀商頁面上的風險控管功能，包括交易限制、槓桿設定，以及客戶封鎖清單和允許清單，最適合這種模式。子帳戶文件並未說明經紀商開立的帳戶如何進行身分驗證。在撰寫任何程式碼之前，應先與 WEEX 業務發展團隊確認這個問題，以及各市場由誰負責向監管機構承擔責任。

哪種 WEEX 經紀商模式適合你的平台？

回答幾個問題，就能判斷大多數平台適合哪種模式。

• 你的軟體會下單嗎？如果軟體只讀取餘額和歷史紀錄，那就是投資組合工具。請使用唯讀金鑰，並考慮加入聯盟計畫。
• 你的使用者是否已持有 WEEX 帳戶？如果是，就透過 OAuth 或使用者自行建立的金鑰連結帳戶，並標記訂單。這就是策略平台或交易終端模式。
• 產品是否以領頭交易者的績效為核心？在建置鏡像交易引擎之前，先了解跟單交易 API。
• 你是否交易自有資金？請洽詢 API 交易條款，並與經紀商條款比較。
• 你是否想自行負責使用者註冊和資金移轉？這就是子交易所模式，也必須承擔相應的合規工作。

平台經常會結合多種模式。無論適用哪種模式，起點都是前往WEEX 經紀商頁面提交同一份申請。

常見問題

1. WEEX 是否正式將經紀商分成這五種類型？

不是。WEEX 的文件按介面分類，包括 OAuth、返佣端點、子帳戶 API、跟單交易 API 和合作夥伴 API。這五種模式是描述平台如何組合這些介面的實用方式。

2. 同一個平台可以使用不只一種 WEEX 經紀商模式嗎？

文件並未排除這種做法。平台可以透過 OAuth 連結現有的 WEEX 使用者，也可以透過子帳戶 API 為新使用者開立帳戶。每種介面的存取權都由 WEEX 業務發展團隊核准，因此必須先與他們協商好組合方式。

3. 哪種 WEEX 經紀商模式需要提款權限？

只有子交易所模式需要，因為平台要管理自行開立帳戶的存款和提款。策略平台、跟單交易服務和交易終端最多只需要交易權限，投資組合工具則只需要唯讀存取權限。

4. WEEX 子交易所是白標交易所嗎？

依一般定義來說，不是。訂單在 WEEX 上撮合，帳戶也是透過經紀商介面建立的 WEEX 帳戶。平台提供品牌和前端，而 WEEX 仍是交易場所。