聯盟行銷與介紹經紀商（IB）計畫，是集中式加密貨幣交易所（CEX）最具資本效率的成長管道之一。與付費廣告不同，佣金直接與交易手續費掛鉤，因此客戶獲取成本（CAC）與終身價值（LTV）會同步波動。 然而，一套生產級的 CEX 聯盟行銷系統遠不止於推薦代碼和 20% 的回饋。它必須明確定義費用基準（總額 vs 淨額、現貨 vs 永續合約、資金費與平倉費）， 多層級與差異化返利結構、歸因窗口、子帳戶綁定、即時與 T+1 結算、凍結餘額與追索機制、防虛假交易與防自營交易控制、活動疊加、後台對帳、多租戶白標支援，以及監管防護措施。 本文將詳細闡述中心化交易所（CEX）聯盟夥伴與介紹經紀商（IB）佣金系統的完整產品與工程架構，並說明 SoonTech 如何將此解決方案推廣至東南亞、中東及拉丁美洲地區。

1. 為何介紹人（IB）是中心化交易所（CEX）的第二大成長引擎

在冷啟動階段，新交易所通常既無品牌知名度，也缺乏流動性。做市商雖能解決流動性問題，但仍需吸引真實用戶。透過 Google、Meta 和 TikTok 進行直接廣告投放會面臨三大問題：加密貨幣廣告受到嚴格限制、每用戶獲取成本（CPI）高且留存率低，以及獲取的用戶與交易所之間缺乏服務關係。 聯盟行銷／IB 網絡將行銷預算重新分配給 KOL、社群領袖、當地代理商及機構經紀商，這些合作夥伴能帶來信任、協助用戶註冊並提供持續支援。交易所僅在產生實際手續費收入時才需支付費用。

隨著交易所規模擴大，渠道基礎將呈現分層化趨勢。 散戶推薦者需要的是簡單的連結和儀表板；專業介紹人（IB）則需要多層級下線、分級獎金、行銷素材、子帳戶檢視功能以及專屬經理；機構經紀商則需要客製化回饋方案、白標合作、基於 API 的佣金饋送以及每月開立發票。一個成熟的佣金系統必須同時滿足這三個細分市場的需求。

由於佣金是手續費收入的一定比例，佣金系統與配對引擎、手續費模組、帳戶、錢包及風險引擎緊密耦合。每筆交易都會觸發下游的佣金計算、行銷調整及風險篩選，理想情況下應透過事件總線（event bus）而非跨資料庫聯結來實現。

2. 返利模式：從單一費率到多層級

首要的設計問題在於返點基準。總手續費是指用戶實際支付的金額；淨手續費則是扣除做市商折扣、VIP 等級、點數卡及平台優惠券後的餘額；加權手續費則會根據交易對或用戶類別賦予不同的權重。 許多早期交易所承諾「返還 50% 手續費」，卻未明確說明計算基礎，導致用戶使用點數卡支付時產生爭議。後台系統應顯示四項欄位——總手續費、扣除項目、淨手續費及最終佣金——且合約應明確規定適用何種計算基礎。

對於永續合約，資金費在多頭與空頭之間進行轉嫁，一般不應計入；但任何平台結算費均可計入。平倉費通常遠高於接單方手續費，且全數由平台收取；此費用可納入計算，但應設定獨立費率以避免濫用。

單層級回饋機制最為簡單：A 邀請 B，A 即可獲得 B 所產生手續費的一部分。 多層級方案則延伸了這條鏈。關鍵參數包括層級深度（多數合規交易所上限為兩至三層）、各層級費率，以及分配方式——固定費率、階梯費率，或是機構經紀商常見的階層間差異化方案。 差異化方案會獎勵介紹經紀人（IB）提升自身及團隊的層級，但需採用按節點結算的邏輯，並謹慎處理跨層級、同層級及降級等情況。

分級回扣將下個週期的費率與當期表現掛鉤，衡量指標包括團隊交易量、活躍用戶數、淨存款或手續費貢獻。設計時應避免「斷崖式」變動——當費率在某個門檻從 20% 驟升至 40% 時，將引發月底的虛假交易。漸進式階梯與緩衝機制效果更佳。

不同業務線需要不同的費率。現貨交易手續費金額雖小但佔比高；永續合約產生高周轉率，且需區分做市商與接單方；跟單交易會將績效費分別分配給領頭者與跟單者；收益型產品則從利息利差中支付報酬；場外交易（OTC）和大宗交易則以名目金額的基點為單位支付。 「回饋方案」實體應封裝各業務線的規則，並可綁定至每份 IB 合約。

3. 歸因、綁定與生命週期

用戶在註冊前常會點擊多個推薦連結。常見的歸因模型包括強制代碼綁定、7–30 天有效期的 Cookie／裝置歸因，以及最後點擊與首次點擊歸因。 務實的預設方案是「優先綁定」並以「首次點擊」作為備用機制：若註冊時存在代碼則優先綁定該代碼；否則系統將回溯 N 天，並將首次接觸點進行綁定。此機制既能保護以內容為導向的 KOL，又能防止後期點擊劫持。

機構經紀商通常透過 API 建立子帳戶，並在建立時將其綁定至主帳戶。子帳戶可獨立進行交易，但交易量會匯總至主帳戶團隊的總量中。主帳戶與子帳戶之間的內部轉帳會保留在帳務紀錄中。子帳戶是否能自行建立下線，必須透過合約層級的開關來決定。

綁定變更絕不應採自助服務模式。由介紹經紀商（IB）與營運部門共同簽核的後台工單，並附有完整的稽核日誌，才是最安全的處理方式。遭禁用的介紹經紀商將凍結未來的回扣，但已結算的回扣仍予保留；歷史回扣不會重新分配給新的介紹經紀商，因為追溯性重新入帳會造成會計混亂。

生命週期規則各不相同。部分平台採用永久綁定並以違規為由終止關係；其他平台則設定 12 個月的有效期或閒置超時機制。建議從簡單機制著手，待規模擴大後再視情況增加時限。

4. 結算引擎：即時、近即時與 T+N

結算時機是風險與回報的核心權衡。逐筆交易的即時結算雖能取悅介紹經紀商，卻是洗盤交易者的福音——在風險控制措施跟上之前，佣金便可能被提取。 近即時（每 1 至 5 分鐘結算）則在平衡性與系統負載之間取得折衷。T+0/T+1 批次結算對於對帳與追回款項而言最為簡便。

穩健的處理流程如下：配對引擎透過 Kafka 廣播 TradeEvent；結算服務載入用戶的上線樹、回饋方案及有效活動；計算各層級的 CommissionItems； 風險引擎預先篩選並標記可疑項目；合格項目進入「待處理餘額」，凍結項目則進入「凍結餘額」；夜間批次處理會將待處理餘額轉為結算，並重新審查凍結項目；提領流程透過常規錢包進行；財務部門每日對帳交易、手續費、佣金及錢包報表。

多幣種結算則是另一項課題。手續費雖以各幣對的報價幣或基礎幣計提，但獨立經紀商（IB）通常希望以 USDT 或 USDC 結算。最佳實踐是採用實物計提，於日終時根據指數價格進行快照轉換，並提供可選的自動轉換功能，同時明確控制滑點。

反轉交易應視為一級記錄。切勿刪除「CommissionItem」；應追加一個金額為負且與原始 ID 關聯的「ReversalItem」，並將餘額重新計算為所有項目的總和。此舉可在交易被撤銷、洗售交易被追回或手續費錯誤被修正時，保留可稽核的交易軌跡。

5. 反詐欺與反虛假交易

常見的攻擊手段包括：受控帳戶之間的自營交易、為觸發階梯費率而進行的洗售交易、透過合成 KYC 進行的多帳戶套利、高頻 API 套利、虛假身分、破壞定價的回扣轉嫁，以及有組織的套利工作室。

防禦機制採分層設計。交易前階段採用裝置指紋識別、IP/ASN 檢查（包含 VPN/Tor 偵測）、KYC 相似性分析（人臉比對、OCR 重複使用、電話號碼/電子郵件重複使用）以及行為生物辨識技術。 交易時，引擎會偵測 UID 樹或裝置群組內的自營交易、如「反覆取消接近成交價」等訂單簿操縱行為、異常的固定交易量模式，以及基於存款地址、提領記錄、裝置、邀請連結和 IP 組建的圖形化帳戶群組。 交易後階段，則透過提現地址聚類分析、資金循環流向追蹤，以及 Chainalysis/TRM Labs 的鏈上篩查，來識別洗錢路徑。

處置措施應具分級彈性：標記觀察、凍結佣金、調降返利率、撤銷介紹人資格，或封禁帳戶。每項處置均需附帶理由代碼及申訴管道。首席介紹人應配有專屬風險操作人員，以避免對大客戶產生誤判。

經濟設計與規則同等重要。將「活躍用戶」定義為：完成 KYC 認證、首次存款超過門檻，且進行過真實（非自交易）交易。採用淨存款而非總交易量作為分級資格標準。對計入返佣的每位用戶每日手續費設上限。將標記帳戶從團隊總額中剔除，並追溯調整分級。 針對新用戶增設 7 至 14 天的冷靜期。若虛假交易無法獲利，此類行為便會大幅減少。

6. 活動疊加與後台營運

除了基礎返佣外，營運團隊還會推出限時加成、新介紹人（IB）啟動獎金、交易競賽、推薦人與被推薦人的雙向獎勵，以及積分卡或平台代幣的倍數加成。 一套具備條件（時間、用戶、交易對、層級）、動作（加成、固定獎金、獎品分配）及預算上限的促銷規則引擎，可將臨時規則與核心結算程式碼隔離。

IB 入口網站需具備概覽儀表板、下線管理、佣金明細帳、結算與提領視圖、行銷資產、子帳戶工具及訊息中心。營運後台則需具備 IB 審核與評級、方案管理、活動設計器、風險案例工作台、財務對帳，以及基於角色的稽核功能。 高階主管儀表板用於追蹤渠道貢獻度、渠道成本比率（總佣金除以淨手續費收入，健康區間為 30–50%）、活躍用戶漏斗、IB 留存率、風險攔截率，以及按渠道和行銷活動劃分的投資報酬率（ROI）。

7. 工程、合規與上線

冪等性是不可妥協的：每筆交易僅使用由交易 ID、交易方向及層級組成的唯一金鑰處理一次，並透過資料庫唯一索引加以強制執行。結算更新與餘額更新應歸屬於單一交易中，跨服務情境則需透過 Saga 及對帳工作執行。Kafka 消費者群組、多可用區域（AZ）部署、資料庫副本及備份皆有助於確保系統可用性。 針對每筆佣金計算進行追蹤，並透過 Prometheus/Grafana 針對結算延遲與凍結率發送警示，確保營運透明可信。

依 UID 進行分片、歸檔歷史詳情、在 Redis 中快取上行樹與方案，並將熱儲存與冷儲存分開。針對白標部署，每張資料表皆包含 tenant_id 並強制執行篩選條件，且方案、行銷活動與規則均為租戶專屬。

監管紅線至關重要。回扣層級應限制在三級以內，佣金須以實際交易手續費為基準，絕不收取介紹人（IB）入會費，並避免平台代幣的鎖定購買。馬來西亞、新加坡、印尼、杜拜及其他司法管轄區的多層次營銷法規各異；必須經當地法律顧問核可。 介紹經紀商（IB）本身需進行「認識客戶」（KYC）及「認識企業」（KYB）核查，且針對高風險地區必須進行盡職調查。稅款預扣、機構級介紹經紀商的開立發票、跨境支付限制以及加密貨幣佣金的稅務處理，應從專案啟動之初便與財務及稅務顧問共同規劃。

8. SoonTech 實施方案

SoonTech 的中心化交易所（CEX）合作夥伴套件涵蓋渠道入駐、返利計畫中心、支援即時與 T+1 模式的基於 Kafka 的結算引擎、具備裝置指紋與圖形分析功能的風險引擎、行銷活動中心、IB 網頁及應用程式入口網站、營運控制台，以及配備投資報酬率（ROI）儀表板的資料倉儲。 從專案啟動到正式上線，典型部署週期為五週：一週用於需求釐清、一週用於計畫與合約設計、一週用於端到端整合、一週用於風險參數調校與使用者接受度測試（UAT），以及一週用於生產環境切換，並提供 24/7 全天候支援。

我們曾為一家東南亞新興交易所部署此系統，該交易所的獨立經紀人（IB）渠道在三個月內貢獻了 65% 的註冊量，且每名客戶獲取成本（CAC）比付費廣告低 70%； 為中東某家族辦公室打造的白色標籤解決方案，該方案採用子帳戶、差異化回饋及 Chainalysis 監控機制，並符合 VARA 規範；以及為拉丁美洲某衍生性金融商品交易所實施的專案，該交易所將渠道成本比率從 75% 降至 42%，同時在將總交易量分級制度替換為淨存款與活躍用戶指標後，實際交易量增長了 35%。

9. 路線圖與未來

鏈上推薦認證將把聯盟行銷邏輯延伸至去中心化交易所（DEX）和錢包場景，但中心化交易所（CEX）的計畫仍將維持集中化運作，因為合規與客戶服務需要有負責的實體。 人工智慧模型，尤其是圖神經網路與序列模型，正逐步取代僅基於規則的風險管理架構。內嵌式經紀商 API 將使錢包、投資組合追蹤工具及資產管理公司能整合交易功能並賺取回扣，將「推薦連結」計畫轉化為更廣泛的合作夥伴基礎架構。 隨著 MiCA、VARA、馬來西亞證監會（SC Malaysia）及新加坡金融管理局（MAS）逐步收緊監管框架，持牌經紀商與家族辦公室將取代個人介紹人（IB），而提供合規端到端系統的供應商將在下一波浪潮中勝出。

🌐 透過 SoonTech 打造安全且可擴展的 Web3 平台。

探索我們針對白標加密貨幣交易所、預測市場、多方隱私計算（MPC）錢包、配對引擎、流動性整合及合規性的解決方案。