現貨保證金是中心化交易所繼現貨和永續合約之後的第三大核心業務線，也是將「持有者」轉化為「交易者」的關鍵引擎。與永續合約不同，現貨保證金的標的資產是真實的加密貨幣：用戶從借貸池中借入的是真實的 USDT 或 BTC，而非名義上的合約。 該系統匹配真實的買賣訂單，透過真實的鏈上轉帳平倉，並透過本金與利息的償還來結算損益。 這使得現貨保證金在產品形式上，更接近「幣貸市場」與「現貨配對引擎」的結合；而合約系統則更接近「中央對手方＋保險基金」的結合。

但要讓現貨保證金機制運作穩健，其複雜程度遠超表面所見。一個完整的現貨保證金系統，至少必須回答以下問題：

• 借貸池中的資金來源為何？平台自有資本、機構做市商及普通持有者這三類資金來源，應如何分級並計息？
• 利率是固定還是浮動的？利用率與利率之間應採用何種曲線？不同幣種與不同期限是否應分別定價？
• 帳戶應採用隔離保證金還是跨帳戶保證金？這兩種模式如何共存？使用者能否在同一帳戶中運行多個倉位組？
• 風險比率如何定義？初始保證金比率、維持保證金比率、平倉線及破產線如何分級？
• 抵押品的折價率如何設定？BTC、ETH、穩定幣及山寨幣的折價率與集中度限制分別為何？
• 強制平倉是透過市價賣單、荷蘭式拍賣，還是透過部分減持並重新計算風險比率來執行？
• 破產後，壞帳如何處理？是由平台保險基金承擔、由流動性提供者承擔，還是由多方分攤？
• 利息收入如何在放貸方、平台及清算罰金之間分配？自動償還的優先順序與扣減規則為何？
• 在不同司法管轄區——馬來西亞證監會（SC）、印尼商品期貨交易監管局（BAPPEBTI）／金融服務管理局（OJK）、泰國證監會（SEC）、越南、杜拜《虛擬資產監管法》（VARA）——最高槓桿倍數、合適性測試及合格投資者門檻是如何實施的？

本文將從產品與工程雙重視角，系統性地闡述中心化交易所（CEX）現貨保證金交易系統的完整設計，內容涵蓋其與衍生性金融商品、借貸池及利率模型的根本差異、隔離保證金帳戶與跨帳戶保證金的區別、 風險比率與保證金計算、擔保品折價率與多幣種擔保品、平倉引擎、破產與壞帳處理、利息分配、風險監控與熔斷機制、工程架構、東南亞合規考量，以及 SoonTech 透過多個白標交易所專案所精煉出的交割操作手冊。 無論您是正在建置交易所的產品經理、風險主管，還是評估交易所系統解決方案的技術長，閱讀本文後，您將獲得一份核對清單，可直接對照您的需求文件與工程實作進行檢視。

1. 現貨保證金與衍生品的根本差異

1.1 現貨保證金交易的標的資產是真實的加密貨幣

永續期貨是「價格合約」。系統內部僅維護標價與多空持倉表；用戶實際上並未持有現貨 BTC。損益（PnL）計算方式為「進場價格 × 標價 × 數量」，而融資費率則將價格錨定於現貨指數，使永續期貨本質上成為一場零和期貨遊戲。 交易所是所有交易的中介對手方，必須承擔交易對手風險、維持保險基金，並被動處理破產事宜。

現貨保證金交易則有所不同。其標的是真實的加密貨幣：用戶以 USDT 作為擔保品，從借貸池借出真實的 BTC，並在現貨市場上賣出以換取 USDT。這本質上是「持有人透過槓桿進行空頭交易」。 借出的加密貨幣是透過真實的鏈上轉帳進行。要平倉，使用者必須回購加密貨幣並歸還給借貸池；放貸方將收到本金加利息，而借款方則保留價格差額。 交易所並非中央對手方，而是借貸撮合平台與現貨交易場所的結合；借款人的交易對手方是借貸池及最終放貸方，而損益則由借款人承擔。

此差異衍生出一系列產品設計上的影響：現貨保證金交易可進行多頭操作（借入報價幣以買入基礎幣）或空頭操作（存入基礎幣以借入報價幣並賣出）；合約系統通常僅支援多頭與空頭操作，但其底層為統一的合約帳本。現貨保證金交易則需要獨立的借貸池帳本及獨立的利率系統。

1.2 風險模型之差異：擔保品比率與維持保證金

合約系統使用「維持保證金比率」來衡量風險。 例如，槓桿倍數為 100 倍的 BTCUSDT 永續合約，其維持保證金比率為 0.5%；若帳戶權益跌破名義價值的 0.5%，即觸發平倉。此模型假設帳戶擁有「充足權益」，且平倉時僅需補足至維持保證金比率即可。

現貨保證金交易採用「風險比率」來衡量風險。風險比率 = 總資產價值 / (借款本金 + 應計利息)。當風險比率低於 1.0 時，表示資產不足以償還本金與利息，必須立即採取干預措施。 當風險比率低於閾值（例如 1.2）時，系統將開始發送補倉通知；當風險比率低於維持線（例如 1.1）時，強制平倉流程即會啟動。 擔保品為真實代幣，而貸款價值比（LTV）= 借款金額 / 擔保品價值，這是借貸端的核心風險指標，與合約端的維持保證金比率是不同的概念。

1.3 損益結構差異：有期限合約 vs 永續合約

合約可能沒有到期日（永續合約），或於固定日期到期（有期限合約），其損益將在結算時一次性結清。現貨保證金屬於借貸關係，利息會以每秒為單位累計，直至使用者主動償還為止。利息是一項持續性成本：借款時間越長，利息成本越高。 這與合約的資金結算機制相似，但更為嚴格——合約資金每 8 小時結算一次，且可能為負值（平台支付給用戶），而借貸利息則只能為正值（用戶支付給放款方），通常按實際使用時間計算，且沒有免息期。

1.4 監管分類有所不同

在許多司法管轄區，現貨保證金被視為「借貸＋現貨」的組合，並不構成衍生品交易，因此相較於合約交易，其監管要求相對較輕。 例如，馬來西亞證監會（SC）將現貨保證金歸類為「數位資產借貸服務」，而將永續合約歸類為「數位期貨合約」。新加坡金融管理局（MAS）的規定亦類似：現貨保證金適用於 PSA 牌照，而衍生性金融商品則適用於 CMS 或特定衍生性金融商品牌照。這些差異對產品設計、用戶合適性測試及行銷用語均有實際影響。

2. 借貸池與利率模型設計

2.1 借貸池資金來源

現貨保證金借貸池通常有三種資金來源：

規模龐大且穩健的基金

經協商定價，通常低於零售價

中等

議價成本與信用風險

一般持有人（收益使用者）

規模較小、零售型基金

浮動利率，由市場驅動

浮動

出借的資金須待到期後方可贖回

實際上，通常採用「分層池」結構：每種代幣設有一個主池，內部根據基金屬性劃分為多個子池，各子池的利率可能有所不同。 機構做市商子池的利率較低、配額較大且更具穩定性；一般 Earn 用戶子池的利率較高，並隨市場浮動。 當子池資金短缺時，平台可自動從主池或其自有資本池預支資金，並於日後償還。這種分層結構使平台能夠在不同時期靈活調整融資結構和利率。

2.2 浮動利率模型與利用率曲線

借貸池的核心在於「利率隨利用率浮動」——借款越多，利率越高，從而自動抑制需求。目前有三種主流的利用率-利率曲線：

過完彎道後坡度變陡

通俗、簡單且易於理解

淺顯易懂

在膝點處跳躍

非線性平滑

拐點附近平滑過渡

複雜市場、機構資金池

連續利率

參數調校複雜

兩段式跳躍

在拐點處直接跳躍至高利率

極端收緊時刻

需求抑制效應顯著

使用者體驗的突變

以最常見的「兩段式」曲線為例，假設拐點利用率 K = 80%，拐點前的斜率 a = 0.05，拐點後的斜率 b = 1.5。 當利用率 U < K 時，利率 I = a × U / K；當 U ≥ K 時，I = a + b × (U − K) / (1 − K)。當 U = 0.5 時，I = 0.05 × 0.5 / 0.8 = 3.125%； 當 U = 0.95 時，I = 0.05 + 1.5 × 0.15 / 0.2 = 1.175，遠高於膝部前的水準。 其目的是在利用率達到 80% 後，將借貸成本大幅推高，以防止資金池被抽乾而無法滿足後續的提領需求。

實際操作中，平台還會疊加「基準利率」與「期限溢價」。基準利率由平台參考外部基準利率（SOFR、Compound 鏈上利率、CeFi 產業平均值）設定； 期限溢價則依期限（7 天、30 天、90 天、彈性期限）分別定價，其中彈性期限層級通常利率最高，用以補償放款人承擔的流動性風險。

2.3 多幣種與多期限

借貸池必須支援多種幣種和多種期限。就幣種層面而言，BTC、ETH、主流穩定幣及平台代幣各自作為獨立池運作；由於山寨幣的借貸需求較小且流動性較差，平台可限制開放的幣種數量。每種幣種均維持獨立的利用率、利率及抵押品折扣率。

就期限維度而言，至少應支援以下等級：

• 彈性型：隨時可借還，利率最低，流動性最強。
• 7 / 30 / 90 天：固定期限，須於到期前償還本金與利息；利率級距隨期限延長而遞增。
• 180 / 365 天：長期期限，利率最高，可為平台鎖定長期資金。

固定期限資金對平台而言更具價值，因為未來流動性需求可預測；放款人亦能獲得明確的預期回報。彈性層級則滿足零售用戶「隨時贖回」的需求。

2.4 借款額度與可用庫存管控

借款額度並非無限。系統必須在三個層級進行管控：

• 資金池可用供應量：資金池中尚未被借出的剩餘資金，此為硬性上限。放款時，相應金額的可用供應量將被凍結；還款時則會釋出。
• 單一用戶借款上限：依據用戶的 VIP 等級、持倉量、過往信用紀錄及 KYC 等級設定。例如，一般用戶每種幣種最高可借款相當於 50,000 美元，而 VIP3 用戶最高可借款相當於 1,000,000 美元。
• 風險上限：根據平台的借貸集中度設定總曝險上限，以避免單一幣種被過度借出。例如，BTC 池的總曝險上限為 5 億美元，ETH 池則為 3 億美元。

實際上，「可借出庫存」通常在使用者介面中顯示為「最大可借出額」——此數值為使用者當前抵押品價值、允許的最高 LTV 以及池中可用供應量三者中的最小值。 借款請求由配對層與借貸層協同處理：當下達訂單時，配對層會先檢查借貸層是否已凍結相應資金；執行時，則由借貸層進行扣款。

3. 帳戶模式：隔離保證金 vs 跨池保證金

3.1 隔離保證金

隔離保證金將每個交易對（或每個倉位群組）視為獨立的「小帳戶」，擁有獨立的抵押品、獨立的借款額度以及獨立的損益（PnL）。 即使 BTC/USDT 隔離保證金倉位爆倉，也不會影響 ETH/USDT 倉位；單一幣種的虧損嚴格限於該倉位的保證金範圍內，且不會波及其他倉位。

實際上，隔離保證金帳戶的資料結構通常包含： margin_account_id (帳戶 ID)， user_id (持有人)， symbol (交易對，例如 BTCUSDT)， base_asset, quote_asset, base_borrowed (基礎借入數量)， quote_borrowed, base_collateral, quote_collateral, liquidation_price。每組隔離保證金倉位均完全獨立。

隔離保證金的優勢在於風險隔離，以及能在單一交易帳戶中同時運行多個方向各異的倉位組，且彼此不會相互干擾。其缺點則是資金利用率較低，且使用者體驗較為複雜，因為每個倉位都需要各自的擔保品和平倉價。

3.2 跨保證金

跨保證金機制將帳戶中的所有幣種視為共同的抵押品池；所有借款及持倉均採用同一風險比率。例如，某位使用跨保證金帳戶的用戶持有 1 BTC + 10,000 USDT，借入 8,000 USDT 購買 ETH，並持有 ETH 多頭倉位。 帳戶總擔保品價值 = 1 BTC × BTC 價格 + 10,000 USDT + ETH × ETH 價格；總借款本金 = 8,000 USDT，外加應計利息。若任何幣種價格下跌導致風險比率下降，平台有權要求該帳戶補繳額外擔保品。

跨保證金的優勢在於資金利用率高，且清算風險可分散至整個資產組合中。缺點則是使用者對單一幣種風險的感知較弱，可能發生「單一幣種爆倉拖垮整個帳戶」的情況。 實際操作中，平台通常允許用戶針對單一幣種倉位設定「子止損」——當某幣種價格觸發子止損時，該倉位的一部分將自動賣出以保護整體帳戶。

3.3 兩種模式的比較

帳戶共享

適合對象

進階交易者、多策略投資者

大額資金的長期持有者、投資組合對沖者

平倉細度

按持倉計算

整個帳戶

使用者體驗複雜度

高

中等

系統複雜度

中等（按持倉分帳）

高（聯合擔保計算）

大多數主流交易所同時支援這兩種模式，讓使用者能根據策略自由選擇。SoonTech 在實作上通常會為這兩種模式建立獨立的帳本；隔離帳戶與跨帳戶是兩種互不干擾的獨立帳戶類型。

3.4 帳戶間資金轉帳

隔離帳戶與跨帳戶之間，以及保證金帳戶與現貨帳戶之間的資金轉帳，均透過專用的「內部轉帳」通道進行。此通道不經由區塊鏈處理且可即時到帳，但必須通過風險審查：

• 轉帳金額不得超過收款帳戶的可用餘額。
• 轉帳完成後，來源帳戶的風險比率不得低於警示線。
• 大額轉帳可能需要二次確認（簡訊／電子郵件／Google Authenticator）。

實務上常見的用戶體驗陷阱是「一次從現貨帳戶轉入保證金帳戶的金額過多，導致現貨帳戶本身資金不足」。使用者介面應提示：「完成此筆轉帳後，現有可用餘額將剩餘 X USDT 等值金額。」

4. 風險比率計算與保證金監控

4.1 風險比率與 LTV

風險比率的核心公式為：風險比率 = 總資產價值 / 總負債。其中：

• 總資產價值：帳戶內所有抵押品按當前標價計算的 USDT 等值金額。
• 總負債：所有借款本金加上應計利息。

LTV（貸值比）= 總負債 / 總資產價值 = 1 / 風險比率。LTV 越低（風險比率越高）越安全；LTV 越高（風險比率越低）則越接近清算。

實際操作中，單一幣種的「風險比率」與「隔離帳戶」的計算方式略有不同。隔離帳戶僅考量該倉位的資產與負債；跨帳戶則考量所有幣種的總價值。不同幣種的抵押品在風險比率計算時會套用不同的折價率（參見第 5 節）。

4.2 風險閾值級別

風險比率的變化會觸發分級的應對措施：

警告

關於追加保證金的通知／應用程式推播

1.1 – 1.3

危險

未平倉部位受限，系統將提示減持或加倉

1.05 – 1.1

維持保證金線

準備平倉，應部分減倉

< 1.05

平倉線

啟動強制平倉

各交易所設定的門檻不盡相同。幣安現貨保證金維持線為 1.1，OKX 亦相近，而 Bybit 則更為嚴格，設定為 1.05。 SoonTech 在現貨交易中通常採用「1.3 / 1.1 / 1.05」的三級標準，並允許營運團隊在後台針對每種幣種及每種帳戶類型進行微調。

4.3 標價與價格來源

風險比率計算取決於準確的「當前價格」。但現貨價格波動劇烈，若僅採用最新價格，可能會遭到「影線攻擊」的利用。實際操作中，通常採用標價：

標價 = 現貨指數價格 × 權重 + 來自多個主流交易所的中間價 × (1 − 權重)。 現貨指數價格是 Binance / OKX / Coinbase / Kraken 中價的加權平均值，以避免單一交易所操縱價格。當現貨指數與標價之間的偏差過大（> 0.5%）時，應觸發斷路器機制，暫停標價更新，並向營運團隊發出警示。

4.4 即時監控與非同步通知

風險比率計算的頻率必須足夠高——主流做法是每 200 毫秒至 1 秒重新計算一次用戶的風險比率。計算結果寫入 Redis 快取；風險引擎訂閱 Redis 變更事件，當帳戶風險比率低於閾值時，會立即觸發通知：

• 站內訊息：以非同步方式發送，並附有「追加保證金」按鈕連結。
• 應用程式推播：透過 FCM / APNs 向行動用戶發送。
• 電子郵件／簡訊：高淨值用戶及高風險帳戶亦會收到電子郵件或簡訊。

異步通知的關鍵在於「送達率」，但更重要的是「使用者能否迅速追加保證金」。介面上的「追加保證金」按鈕應直接跳轉至入金或內部轉帳頁面，操作步驟不應超過 2 步。

5. 抵押品管理與折價率

5.1 保證金折算率設計邏輯

不同加密貨幣的波動性、流動性、集中度及信用風險各異，平台對其作為抵押品的接受程度亦有所不同。 像 BTC 和 ETH 這樣的主流幣種，其減值率可達 80%–90%（抵押品價值 × 減值率 計入總資產）；山寨幣的減值率可能僅為 30%–50%；新上市的幣種則可能完全不被支援作為抵押品。

減值率的核心計算公式為：計入總資產的擔保品價值 = 擔保品數量 × 標價 × 減值率。減值率反映了三個層面的風險：

• 波動率：30 天／90 天波動率越高，折價率越低。
• 流動性：24 小時成交量、買賣價差、訂單簿深度。流動性越差，折價率越低。
• 集中度：單一用戶的抵押品在總池中所佔的比例。集中度越高，折價率越低。

5.2 常見幣種的參考減值率

60% – 75%

每位用戶 30%，平台 20%

流動性尚可，波動性較高

長尾山寨幣

DOGE、PEPE、SHIB

30% – 50%

每位用戶 10%，平台 5%

流動性差、波動劇烈

穩定幣

USDT、USDC、DAI

90% – 95%

每位用戶 80%，平台 60%

與基準資產掛鉤，波動性極低

平台代幣

OKB、BNB（自有）

50% – 70%

每位用戶 20%，平台 10%

價格受平台行動影響

衍生性金融商品 LP 代幣

Uniswap LP、AAVE aToken

50% – 70%

每位使用者 15%

Compound 風險

保證金折價率並非固定不變。系統應根據波動率、流動性及其他數據，每週或每月進行動態調整，並在調整前針對使用該擔保品的所有帳戶進行「重新評估」——擔保品的計入價值將依據新的保證金折價率重新計算，這可能導致部分用戶的風險比率跌破警告線。

5.3 多幣種抵押品的淨值計算

在跨帳戶情境中，使用者可能持有 BTC + ETH + USDT + 多種山寨幣。系統會將所有幣種的抵押品價值按其各自的折價率相加，扣除總負債後，得出風險比率。

實際操作中，需處理以下幾項細節：

• 穩定幣組合：USDT + USDC 視為單一穩定幣組合，但單一幣種的占比不得超過穩定幣總額的 80%（以防止 USDC 脫鉤時導致整個組合崩盤）。
• 負資產處理：對於可能暫時跌破對應減值率的邊際價值的幣種，其價值計為 0。
• 跨帳戶抵押品：現貨帳戶中的代幣能否直接用作保證金帳戶的抵押品？實際操作中，通常需先進行「內部轉帳」至保證金帳戶；不允許直接進行跨帳戶抵押。

5.4 抵押品集中度限制

除了減值率外，平台還應設定集中度限制：

• 單一用戶抵押品集中度：單一用戶持有的某種代幣抵押品，不得超過該代幣借貸池總規模的 X%，以防止因大用戶而產生的集中風險。
• 單一幣種池總規模：平台針對每種幣種設定總曝險上限，超過該上限將不再接受新借款申請。
• 穩定幣準備金比率：平台必須維持一定比例的穩定幣作為「流動性緩衝」，例如，總抵押品的 20% 必須以穩定幣形式持有。

6. 清算引擎與強制清算流程

6.1 清算觸發條件

當帳戶風險比率跌破維持線（例如 1.1）且超過寬限期（實際上通常為 0 秒，即即時觸發）時，系統將啟動清算流程。清算並非單純下達市價賣單，而是遵循以下流程：

1. 風險判定：清算引擎訂閱風險比率變動事件。當用戶的風險比率低於 1.1 時，該用戶將被加入清算佇列。
2. 預檢：檢查用戶是否擁有「延遲清算」白名單資格（VIP 客戶、高淨值用戶）；若有，則僅發出通知而不立即執行清算。
3. 倉位選取：根據用戶的持倉結構與風險來源，確定待清算的幣種及數量。原則上優先出售跌幅最大的抵押品（加速風險降低），其次為借入幣種（直接償還負債）。
4. 執行減持：調用撮合引擎下達市價賣單（風險平倉單）；價格保護機制可防止用戶破產。
5. 重新計算風險比率：減持後，重新計算用戶的風險比率；若仍低於維持線，則繼續減持，直至風險比率回升至 1.1 以上，或所有可賣出部位均已賣出。

6.2 平倉價格保護

清算不能無限制地衝擊市場。主流做法是設定「清算保護價」，允許市價單在合理範圍內執行：

• 最大滑點保護：實際成交價與標價的偏差不得超過 X%（通常為 1%–3%）。
• 斷路器保護：當目標交易對的買賣價差超過 Y 個基點時，暫停平倉並等待價差收窄。
• 限價單保護：首先嘗試下達限價單（高於市價 0.5%–1%）；若未能成交，則切換為市價單。
• ADL 備用機制：當市價單無法成交（深度不足）時，進入 ADL（自動減持）階段，強制削減交易對手方持倉（此為合約系統概念；現貨保證金交易通常不採用 ADL）。

6.3 荷蘭式競標模式

針對大額或流動性不足的持倉，部分交易所會引入「荷蘭式拍賣」機制：

• 起始價格：清算觸發當下的標價 × 110%。
• 價格下調速度：每 100 毫秒下調 0.1%。
• 競標者：清算方（可能是平台的做市團隊、機構清算方、外部專業清算公司）以當前價格接單；按出價執行。
• 完成時間：通常必須在 60 秒內完成執行，否則將回退至市場清算。

此模式的優勢在於將清算價格市場化，由專業清算方競標，從而實現比市場清算更佳的平均成交價格。缺點則是系統複雜度增加，且需建立清算方網絡。 在以機構客戶為主的交易所中，SoonTech 通常預設啟用荷蘭式拍賣；而在以零售客戶為主的小型交易所中，則預設停用此功能。

6.4 跨帳戶平倉流程

跨帳戶清算遠比隔離帳戶清算複雜，因為它必須決定「該賣出哪種幣種」。實際操作順序如下：

1. 優先出售跌幅最大的抵押品：跌幅越大，出售優先級越高，從而加速風險回收。
2. 優先償還高利率借款：以降低利息成本。
3. 維持最低穩定幣儲備：除非風險比率極低，否則不應出售穩定幣。
4. 避免觸發單一幣種集中度警示：若出售某幣種會導致該幣種的抵押品集中度超過 X%，則應暫停出售該幣種，並轉而出售其他幣種。

實際操作中，這套規則需要即時計算與權衡取捨，系統運作相當複雜。SoonTech 提供「清算政策引擎」，讓營運人員能在後台配置每項規則的權重與閾值。

7. 破產、壞帳與風險準備金

7.1 破產的發生機制

當帳戶風險比率跌破 1.0 時，即發生破產，也就是說總資產價值不足以償還總負債。該帳戶處於「無力償債」狀態，平台與借貸池均將面臨損失。

典型的破產情境：

• 極端市場狀況：比特幣（BTC）在 1 小時內暴跌 30%；所有 BTC 多頭帳戶瞬間爆倉；平倉單無法全數執行。
• 蠟燭桿價格：標價遭流動性不足的交易所操縱，導致帳戶以錯誤價格被平倉。
• 系統故障：配對引擎停機，平倉佇列積壓；恢復運作後，價格已發生劇烈變動。
• 抵押品崩盤：某尾部幣種在 24 小時內歸零；抵押品價值為零，但借款仍需償還。

7.2 壞帳分攤機制

破產造成的損失（壞帳）由誰承擔？有三種主流模式：

規則體系複雜

實際上，主流做法是「優先動用平台保險基金，不足時由借貸池按比例分攤」。 平台從交易手續費及借貸利差中按比例提取保險基金，並以獨立帳戶管理；當保險基金不足時，將按「破產帳戶借款佔該幣種借貸池總額的比例」，從借貸池未來的利息收入中按比例扣除。 出借人的回報雖會減少，但本金不會虧損，且平台不會面臨一次性壓力。

7.3 保險基金規模

保險基金的合理規模取決於平台的借貸規模、用戶結構及幣種分佈。經驗公式：

保險基金目標額 = 預期單日最大破產損失 × 10.

預期單日破產損失上限可透過 VaR（風險價值）方法計算。實際操作中，平台通常將保險基金規模維持在借貸池總規模的 3%–5% 以上，以提供應對極端市場狀況的基本緩衝。

7.4 破產處理流程

當帳戶風險比率低於 1.0 時：

1. 記錄破產事件：清算引擎記錄破產時間、帳戶、虧損金額及剩餘擔保品。
2. 回收剩餘擔保品：將帳戶中剩餘的資產按市價出售，並將所得款項歸還至借貸池。
3. 保險基金扣減：將虧損金額從平台保險基金中扣除。
4. 放貸方分攤：當保險基金不足時，將按比例從借貸池未來的利息收入中扣除。
5. 營運通知：財務與營運團隊收到破產事件通知，並將其記入壞帳明細帳。
6. 法律追償（可選）：針對大規模破產案件，平台可採取法律追償程序，但在實務上追償率極低，主要仍仰賴保險基金作為後盾。

SoonTech 的清算引擎預設啟用「破產事件自動過帳 + 保險基金自動扣減」功能，無需人工干預。

8. 工程架構與系統解耦

8.1 服務分解

一個穩健的現貨保證金系統通常會分解為以下微服務：

借閱、還書、查詢借閱紀錄

利率服務

利率曲線、使用率計算、利率更新廣播

查詢利率、利用率

風險引擎

即時風險比率計算、閾值監控、通知

訂閱風險比率、查詢風險狀態

清算服務

清算佇列、倉位削減執行、拍賣引擎

觸發清算、查詢清算狀態

風險控制服務

配額、分配、反作弊、斷路器

查詢訂單／借閱紀錄

配對服務

現貨配對、平倉訂單路由

下單、取消訂單

錢包服務

鏈上存取款、帳戶內轉帳

提領、存款、帳戶內轉帳

交易後服務

資金結算、交易回報、手續費

訂閱交易事件

事件總線

Kafka / RocketMQ 跨服務訊息分發

廣播、訂閱

8.2 核心資料流

完整的借入 + 交易 + 平倉 + 還款流程包含以下事件：

1. 用戶下單（買入 BTC）：配對服務接收訂單 → 風險引擎檢查帳戶狀態 → 配對執行 → 交易後服務廣播 TradeEvent.
2. 交易回報傳至借貸服務：借貸服務更新帳戶持倉 → 重新計算風險比率 → 寫入 Redis。
3. 風險引擎訂閱持倉變動：重新計算風險比率 → 當低於閾值時觸發通知事件。
4. 風險比率跌破維持線：清算服務接收事件 → 加入清算佇列 → 配對服務下達市價單 → 交易後服務廣播新 TradeEvent.
5. 借貸服務接收還款事件：扣除借款本金及應計利息 → 釋出池中可用供應量。
6. 利息計提：排程任務每小時掃描所有借款記錄 → 按秒計提利息 → 寫入應計利息帳戶。
7. 用戶還款：用戶主動呼叫還款 API → 借貸服務扣除借款本金與利息 → 釋出抵押品。

整個流程是事件驅動的；每個服務僅關注自身的輸入與輸出，不會直接調用其他服務的內部狀態。

8.3 資料庫分片

現貨保證金系統擁有龐大的資料量（一家中型交易所可能擁有數百萬筆借入紀錄和數千萬筆交易紀錄），因此必須進行分片：

• 帳戶表 (account)：透過 user_id 雜湊值進行分片。
• 借入表（loan）：透過 user_id 雜湊。
• 交易表 (trade)：依 trade_id 雜湊值進行分片。
• 風險比率快取（risk_snapshot）：儲存於 Redis Cluster 中。
• 清算事件表 (liquidation_event)：依 event_id 雜湊值進行分片。
• 冷數據歸檔：借款詳情及交易詳情若超過 6 個月，將歸檔至物件儲存或冷資料庫。

8.4 一致性與冪等性

現貨保證金系統涉及資金計算，必須保證強一致性與冪等性：

• 強一致性：借入、還款及利息累計必須使用資料庫交易，以避免因並行扣款導致超額借入或重複還款。
• 冪等性：當事件總線進行重播時，借貸服務會透過 loan_id + event_id 以避免重複扣款。
• 對帳補償：每天清晨，借貸服務會與交易後處理服務及錢包服務進行對帳，並在發現不一致時生成補償任務。

SoonTech 的借貸服務採用「事件溯源（Event Sourcing）」模式，其中所有狀態變更皆以事件形式持久化，並透過事件重播來實現對帳與回滾。

8.5 高可用性與監控

生產環境的現貨保證金系統必須滿足：

• RPO ≤ 1 秒：透過主從複製與 WAL 日誌實現。
• RTO ≤ 30 秒：清算服務、風險引擎及風險控制服務均部署多個複本，並具備單一節點故障自動切換機制。
• 斷路器保護機制：當借貸池利用率超過 95% 時，暫停新借款；當某種代幣的清算量超過保險基金時，暫停該代幣的新借款。
• 警報機制：關鍵指標（例如風險比率低於閾值的帳戶數量、清算次數、破產金額、保險基金餘額及清算延遲時間）已整合至 Prometheus + Grafana + 警報系統中。

9. 合規與合適性管理

9.1 最高槓桿限制

不同司法管轄區對現貨保證金最高槓桿率有不同要求：

• 馬來西亞證監會（SC）：現貨保證金最高 5 倍。
• 新加坡金融管理局（MAS）：現貨保證金最高槓桿為 2 倍（部分機構客戶最高可達 5 倍）。
• 印尼商品期貨交易監管局（BAPPEBTI）：現貨保證金最高槓桿為 3 倍，且要求所有槓桿產品必須預先註冊。
• 泰國證交會（SEC）：現貨保證金最高槓桿為 4 倍，要求交易平台維持最低保險基金規模。
• 越南：尚無明確的現貨保證金監管框架；平台通常自行將槓桿上限設定為 2–3 倍。
• 杜拜虛擬資產監管局（VARA）：現貨保證金上限為5倍，要求平台持有虛擬資產服務供應商牌照。
• 香港證監會（SFC）：現貨保證金上限為 2 倍，專業投資者最高可達 5 倍。

平台應根據用戶的註冊國家（KYC 國家）動態調整槓桿上限。對於跨境客戶，可能適用「用戶國籍＋居住地」兩者中較嚴格的標準。

9.2 合適性測試

現貨保證金交易並非「開戶即用」；用戶通常需通過合適性測試後，方可啟用保證金功能。該測試應至少包含：

• 用戶對槓桿風險的認知（例如平倉、追加保證金、破產等概念）。
• 用戶的財務狀況與風險承受能力（年收入、可投資資產、債務狀況）。
• 用戶的交易經驗（是否曾有期貨、外匯或保證金交易經驗）。
• 用戶的投資目標（短期交易／長期持有／避險）。

測試結果分為幾個等級：C1（保守型）無法啟用保證金交易；C2（穩健型）可啟用最高 2 倍槓桿；C3（平衡型）可啟用最高 3–5 倍槓桿；C4（進取型）可啟用最高 5–10 倍槓桿。 用戶需每季重新進行測驗，且當帳戶或財務狀況發生變化時，可主動調整級別。

9.3 身分驗證（KYC）與反洗錢（AML）

現貨槓桿用戶的 KYC 要求通常與現貨用戶相同，但建議採取以下措施：

• 保證金交易用戶除須完成 KYC 認證外，還需填寫「財務問卷」及「風險問卷」。
• 高槓桿（> 5x）用戶必須完成 KYC2（強化身分驗證）並提供資金來源證明。
• 大額借款（超過 100,000 美元等值）需經人工審查及可疑交易調查。
• 借貸資金流將受到持續監控，若發現可疑路徑，帳戶將立即被凍結。

9.4 用戶協議與披露

現貨保證金的合規要點還包括：

• 風險披露：用戶必須確認已閱讀並理解相關風險，例如「平倉可能導致所有抵押品損失」、「利息持續累計」、「極端市場狀況可能導致破產」。
• 產品說明書：平台應提供產品說明書，明確載明最高槓桿倍數、利率範圍、平倉規則及破產處理方式。
• 協議版本控制：用戶協議及產品說明書的任何變更，均應透過站內訊息通知用戶，並要求用戶重新確認。
• 稅務申報：部分地區（例如澳洲稅務局 ATO）要求平台向稅務機關申報用戶的借貸活動；平台應支援在系統層級生成稅務報告。

9.5 跨境與監管沙盒

對於在多個司法管轄區營運的平台，建議採取「監管沙盒優先」策略：

• 透過監管沙盒在新市場（越南、菲律賓）進行試點，並將槓桿上限設定為最低水平。
• 經過 3 至 6 個月的試行後，根據用戶反饋及監管意見逐步放寬限制。
• 對於監管不明確的司法管轄區（南美洲及非洲部分地區），應維持「最低槓桿＋快速清算＋充裕保險基金」的保守策略。

10. SoonTech 現貨保證金系統實施

10.1 產品模組概覽

SoonTech 針對多個中心化交易所（CEX）白標專案所優化之現貨保證金系統，包含以下模組：

1. 借貸池中心：多幣種、多期限、分級資金池（機構／零售／平台），可配置的利用率曲線。
2. 帳戶與持倉：三種帳戶類型——現貨帳戶、隔離保證金帳戶、跨帳戶保證金帳戶——一站式資金轉帳與內部轉帳。
3. 借貸與還款：即時借貸、每秒計息、彈性與固定期限、自動還款、利息分配。
4. 利率引擎：雙區段／平滑利用率-利率曲線、多幣種獨立定價、利率更新廣播。
5. 抵押品與折價率：多幣種抵押品管理、動態折價率、集中度限制、即時抵押品價值評估。
6. 風險引擎：即時風險比率計算、閾值監控、追加保證金通知、跨帳戶聯合風險評估。
7. 清算服務：清算佇列、價格保護、荷蘭式拍賣引擎、自動破產事件發布、自動保險基金扣減。
8. 風險控制中心：借款限額、單一用戶配額、池曝險、斷路器機制、反作弊規則。
9. 合規與適宜性：槓桿限額、適宜性測試、產品說明書、用戶協議、KYC 強化措施。
10. 後台與儀表板：營運後台（借貸池管理、利率設定、閾值設定、壞帳明細帳）、用戶後台（借款明細、風險比率、追加保證金）、商業智慧儀表板（池利用率、清算率、壞帳率、利息收入）。
11. 資料中階平台：追蹤、資料倉儲、投資報酬率儀表板、用戶画像、風險事件分析。

10.2 典型交付路徑

針對新交易所客戶，從簽約到推出現貨保證金交易，SoonTech 通常遵循以下實施路徑：

• 第 1 週：業務需求探討，確認目標市場、合規邊界、槓桿上限、幣種範圍及利率策略。
• 第 2 週：借貸池與利率模型配置、擔保品折價率與限額、風險控制規則配置。
• 第 3 週：隔離帳戶／跨帳戶整合、配對引擎與借貸服務的聯合整合、端到端流程測試。
• 第 4 週：清算引擎、保險基金、壞帳分攤機制部署與測試。
• 第 5 週：合規與適宜性模組整合（KYC、風險問卷、用戶協議）。
• 第 6 週：金絲雀測試、壓力測試、安全稽核、營運培訓。
• 第 7 週：正式上線、7×24 營運支援與資料審核。

針對有特殊需求的客戶（例如：客製化荷蘭式拍賣、機構客戶白標服務、跨平台借貸、鏈上借貸整合），SoonTech 提供原始碼層級的客製化服務及私有部署方案。

10.3 三大實際部署情境

情境 1：東南亞新興交易所的現貨保證金冷啟動

該客戶是一家以印尼和越南為目標市場的新興交易所，初期雖未持有永續合約牌照，但希望激活持幣者。 我們協助設計了「BTC + ETH + USDT 三幣借貸池」，槓桿上限為 3 倍（符合 Bappebti 要求），採用兩段式利率曲線（拐點設於 80%），並行支援隔離帳戶與跨帳戶雙模式； 抵押品折價率為 BTC 85% / ETH 80% / USDT 95%；風險比率門檻採用 1.3 / 1.1 / 1.05 三級制。 上線三個月後，該借貸池總規模達 1.2 億美元，日均借款額相當於 800 萬美元，利息收入佔平台總營收的 18%。

情境 2：中東機構客戶白標服務

該客戶為一家位於杜拜的家族辦公室，希望向高淨值客戶提供現貨保證金服務，並受《阿聯酋監管法》（VARA）監管。 我們部署了「分級借貸池」（機構池利率 6%–9%／零售池 8%–15%）、機構級荷蘭式競標引擎，以及規模相當於 1,000 萬美元的保險基金。 借貸池資金的 70% 來自機構客戶，30% 來自平台自有資金。清算工作由專業清算公司負責，要求在 60 秒內提交報價；否則系統將自動轉為市場清算。

情境 3：拉丁美洲長尾幣借貸

客戶希望支援拉丁美洲用戶使用當地穩定幣（例如：與巴西雷亞爾、阿根廷比索掛鉤的穩定幣）作為抵押品，借入 USDT 以做多 BTC。 我們配置了多幣種抵押品模型：長尾穩定幣折價率 70%、集中度上限 30%、24 小時波動率監控。利率模型採用非線性平滑曲線，以避免在拐點處發生突發性利率變動，從而引發用戶投訴。 上線後，用戶活躍度提升 35%，但壞帳率成功控制在 0.3% 以內。

11. 企業實施建議

11.1 分階段建置節奏

• MVP（0–2 個月）：單一幣種借貸池（USDT）＋隔離保證金＋簡單利率（線性）＋風險比率 1.3／1.1 兩級制＋基本清算（市價單）＋保險基金後盾。 首先完整運行「借入 → 交易 → 清算 → 壞帳處理」的端到端流程。
• 成長階段（3–6 個月）：多幣種借貸池 + 跨幣質押 + 浮動利率曲線（兩段式） + 多級風險比率門檻 + 減值保護 + 利息分配。
• 成熟階段（6–12 個月）：分層借貸池 + 荷蘭式拍賣 + 跨帳戶擔保品 + 多幣種擔保品 + 動態減值率 + 自動保險基金扣減 + 合適性測試 + 多司法管轄區適應。

切勿在第一天就急於採用「最大幣種、最多模式、全球司法管轄區」的極致解決方案。90% 處於最小可行產品（MVP）階段的新交易所，僅需 USDT + BTC 兩種幣種、隔離 + 跨賬戶兩種模式，以及 1–2 個司法管轄區。

11.2 組織與流程

現貨保證金系統並非純技術專案，需要跨職能協作：

• 產品：帳戶模式、費率模型、保證金折價率、風險閾值。
• 技術：撮合、借貸、風險、平倉、風險控制、資料倉儲。
• 營運：借貸池管理、行銷活動、客戶服務。
• 風險控制：規則、案例、申訴。
• 財務：壞帳帳簿、保險基金、對帳。
• 法務：合規意見書、用戶協議、跨境合規。

建議成立一個由產品負責人領導的虛擬「保證金產品小組」，每週同步需求與資料。在推出初期，風險控制與營運部門應每日進行審查，並迅速調整利率與限額。

11.3 成功的核心指標

• 總鎖定價值（TVL）：借貸池的總資金規模，反映用戶對平台的信任程度。
• 利用率：借入資金／總池規模，反映資金池的活躍程度。
• 淨利息收入：平台從借貸利差中獲得的淨收入。
• 壞帳率：破產金額／總借款本金，業界健康水準應低於 0.5%。
• 清算成功率：以合理價格成功清算的帳戶比例，目標值應高於 95%。
• 用戶活躍度：保證金交易用戶數、活躍借款用戶數、人均平均借款金額。
• 風險比率健康度：全平台平均風險比率，以及風險比率低於 1.5 的帳戶比例。

常見問題

Q1：該如何在現貨保證金與永續合約之間做出選擇？

A：若目標客群為「希望放大回報的持倉者」，建議選擇現貨保證金——標的為真實加密貨幣，無中央對手方風險，且合規壓力較輕。 若目標客群是「需要多空操作、高槓桿及資金費率套利的頻率交易者」，則建議選擇永續合約——市場深度更佳、槓桿更高、產品類別更豐富。兩者可同時運作，但產品團隊與風險控制團隊應分開，以避免風險模型相互干擾。

Q2：借貸池的利率應如何設定？

A：核心在於「利用率 → 利率」的彈性曲線。最常見的是兩段式模型：拐點設在 80%，拐點前的斜率為 5%（即全額借款時的利率為 5%），拐點後的斜率則陡升 10 至 20 倍。 BTC 和 ETH 等主流幣種的利率可設定較低（市場參考利率為 4%–8%），而山寨幣的利率則應設定較高（10%–20%），以補償流動性風險。 浮動利率應「每秒更新」，以確保資金使用與計費同步，但前端介面可每小時或每日刷新一次。

Q3：風險比率應採用何種計算公式？

A：風險比率 = 總資產價值（扣除折價後的抵押品價值）／總負債（借款本金＋應計利息）。LTV 即為其倒數。風險比率 1.0 為破產線，1.1 為維持線，1.3 為警告線。 每種幣種的折價率反映其波動性、流動性及集中度；主流幣為 80%–90%，山寨幣為 30%–60%，穩定幣為 90%–95%。維持線與警示線可根據用戶 VIP 等級進行微調。

Q4：平倉應使用市價單還是荷蘭式拍賣？

A：對於小額帳戶及流動性良好的交易對，市價單已足夠，並附加 1%–3% 的滑點保護。針對大額帳戶（> 50,000 美元）、流動性不足的交易對以及長尾幣種，建議採用荷蘭式拍賣，由專業清算商競標。 拍賣引擎應設定最大執行時間（通常為 60 秒），若超時則回退至市價清算。荷蘭式拍賣可比市價單獲得 0.5%–2% 更佳的平均執行價格，對平台與清算方而言皆為雙贏。

Q5：破產後，壞帳如何分配？

A：優先償付來源為平台保險基金，由平台按比例從交易手續費及借貸利差中撥付。當保險基金不足時，借貸池中的所有放款人將按「破產帳戶借款額佔借貸池總規模的比例」分攤，放款人的回報將減少，但本金不會虧損。 在極少數情況下，平台可對破產用戶採取法律追償。健康產業的壞帳率低於 0.5%，平台應透過限額、風險比率監控及清算品質，將壞帳控制在合理範圍內。

Q6：在東南亞市場中，槓桿倍數應如何設定？

A：馬來西亞證監會（SC）上限為 5 倍，新加坡金融管理局（MAS）上限為 2 倍（機構投資者為 5 倍），印尼商品期貨交易監管局（Bappebti）上限為 3 倍，泰國證監會（SEC）上限為 4 倍，越南建議自行設定 2–3 倍的上限。 平台應根據用戶 KYC 所在國家動態調整，針對高風險司法管轄區，應維持最低槓桿倍數、快速清算機制及充足的保險基金。建議新交易所初期以 2–3 倍槓桿倍數上線，驗證風險模型後再逐步放寬。

結論

現貨保證金是中心化交易所（CEX）中最容易被低估、也最容易發生事故的業務線。 它雖沒有永續合約那樣引人注目的爆倉事件與亮點，但串聯了借貸、撮合、平倉與合規這四大高複雜度子系統，是檢驗交易所風險控制基礎與工程深度的試金石。 設計完善的現貨保證金系統，能將持倉者轉化為活躍交易者，使借貸利差成為穩定的收入來源，並讓平台的風險控制模型在真實情境中持續迭代；而設計不良的系統，則可能在一次極端市場波動中爆出巨額壞帳，使交易所遭受重創。

本文系統性地剖析了現貨保證金與期貨合約、借貸池與利率模型、獨立及跨保證金帳戶、風險比率與保證金計算、擔保品折價率與多幣種擔保品、清算引擎與拍賣策略、破產與壞帳處理、利息分配、工程架構與系統解耦， 東南亞合規考量，以及上線節奏等內容，期能協助正在建構或優化交易所的團隊建立完整的思維框架。 技術僅是基礎；現貨保證金系統能否成功，關鍵在於產品、營運、風險控制、財務及法務部門能否圍繞「真實借貸關係＋真實市場風險＋真實合規邊界」這一共同目標緊密協作。

SoonTech 團隊在中心化交易所（CEX）、去中心化交易所（DEX）、預測市場及借貸協議領域擁有深厚經驗，而現貨保證金系統是我們中心化交易所套件中最複雜的模組之一，其效能已透過東南亞、中東及拉丁美洲的多個交易所專案獲得驗證。 若您的團隊正規劃現貨保證金系統、希望升級現有保證金體驗，或欲在多個司法管轄區合規上線，歡迎隨時與我們洽談。我們將根據您的目標市場與商業模式，提供從產品設計到技術交付的端到端解決方案。

讓持幣者能更安心地使用，讓借貸資金更安全地流動，讓平台在合規框架內穩健成長——這才是現貨保證金系統唯一正確的設計目標。

🌐 與 SoonTech 攜手打造安全且可擴展的 Web3 平台。

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