統一帳戶將現貨、保證金、永續合約、期權及收益功能整合至單一資產池與單一風險框架中，以「投資組合保證金」取代各自為政的保證金總和計算方式。此舉雖大幅提升資本效率，卻也增加了風險傳染與系統一致性的管理難度。 本文將說明帳戶模型、四種保證金模式、基於情境的風險衡量、清算順序與自動借入機制、統一帳本、API、遷移流程及監管規定。

1. 從隔離帳戶到統一帳戶：驅動因素

早期交易所將現貨、期貨、保證金及收益功能分隔於不同錢包中，導致用戶必須反覆轉帳，且資本效率低下。統一帳戶則讓單一資產池支援所有產品，因此某筆合約的未實現獲利可立即抵銷另一筆合約的虧損，從而減少可避免的強制平倉。其代價則是跨產品風險傳染，以及即時整合風險與帳本計算的複雜性。

2. 統一帳戶模型與權益計算

核心概念為「統一權益」與「有效餘額」。 權益是指以報價貨幣估值的所有資產總和，加上跨產品的未實現損益，再減去應計費用與利息。風險計算採用全球權益，而非各錢包的餘額。權益必須即時更新——任何產品的損益都必須在全球範圍內反映，否則將出現「局部平倉、全球安全」的風險窗口。

3. 多幣種抵押品、保證金率與有效餘額

用戶可存入 BTC、ETH、穩定幣及其他資產，但折價率會根據風險程度而異：主流幣種約 95%，小市值幣種可能為 50% 或不符合資格。 有效餘額 = Σ(餘額 × 折價率 × 報價貨幣價格)。折價率會根據流動性與波動性進行調整，並在壓力情境下收緊。穩定幣脫鉤時需採用獨立折價率，以防止單一失效的穩定幣拖垮整個帳戶。

4. 四種並存的保證金模式與切換邏輯

統一帳戶通常提供現貨（無借貸）、單一貨幣保證金、多貨幣保證金（以整個資金池作為擔保）及投資組合保證金（基於投資組合風險，適用於專業投資者）等模式。切換模式需遷移貸款並重新計算保證金；若風險條件未滿足，切換申請將被拒絕。 零售用戶預設採用低風險模式；投資組合保證金模式僅開放給經認證的專業投資者。

5. 投資組合保證金風險衡量：從總和計算到情境分析

孤立的總和計算會高估風險——一筆比特幣多頭部位與等額的空頭部位可相互抵銷，但兩者仍需分別繳納保證金。 投資組合保證金借鑒了 SPAN 的概念：構建價格與波動率情境（例如標的資產價格變動 ±5%/±10%/±20% 並伴隨波動率變化），計算各情境下的投資組合虧損，並以最差虧損作為保證金要求。 此方法認可跨工具與跨到期日的對沖操作，可將資本效率提升 30%–60%，但需配備專用的風險計算引擎。

6. 對沖抵銷、相關性折價與濫用防範

情境分析法自然支援抵銷機制，但跨工具折扣則取決於相關性。比特幣（BTC）與以太幣（ETH）相關性極高，應給予大幅折扣；而比特幣與流動性較低的替代幣則不適用此折扣。須防範旨在鑽漏洞以降低保證金要求的「虛假對沖」。 應設定相關性下限、單一資產集中度上限，並在相關性中斷時（例如脫鉤）立即取消折扣。

7. 統一帳戶下的平倉順序與自動借入

平倉時必須決定先平倉哪筆部位，以及先出售哪項擔保品。通常應先平倉風險最高、流動性最強的期貨合約，然後再出售擔保品——優先處置波動劇烈且流動性低的資產，同時保留穩定幣和主要幣種。 自動借貸功能用於彌補資金缺口以維持持倉，並在餘額恢復時搭配自動還款功能。該功能必須顯著標示利率、上限及平倉價格，以避免隱性槓桿。

8. 統一帳本、損益歸屬與跨業務對帳

統一帳本記錄現貨、期貨、保證金及收益業務的每一筆變動，是唯一的權威資料來源。即使採用共享資金池，損益仍會分配至各業務線，以供內部結算、手續費分攤及風險分析之用。 每日跨業務對帳會將各產品的自報餘額與總帳總額進行比對，並將差異追溯至個別分錄。

9. 一致性工程：匹配、風險與總帳之間的權衡

最棘手的問題在於一致性：匹配需要超低延遲，風險管理需要即時準確性，總帳則需要強一致性——這三者無法在單一交易中同步實現。常見設計：採用記憶體內匹配，搭配交易前檢查的異步快照風險管理，以及透過事件佇列實現最終一致性的總帳，並由對帳機制提供後援。 定義一個有限的「風險窗口」，並讓清算機制基於最新可驗證價格採用保守邏輯。

10. API 設計與機構級整合

機構需要一個端點，能返回整個帳戶的權益、可用餘額、各產品持倉及保證金比率——而非分別調用現貨與期貨的 API。WebSockets 串流傳輸風險指標（保證金比率、平倉價、借入狀態），且模式切換／借入／還款操作均為原子操作。 速率限制、權限層級（讀取／交易／轉帳）、IP 白名單及子帳戶均為基本要求。

11. 現有用戶的分階段遷移策略

切勿一次性切換所有用戶。應先從白名單上的機構及高淨值用戶著手，再依層級與交易量逐步擴展。 展示遷移前後的權益對比及模擬預覽，允許一鍵切換但同時保留舊帳戶，並保留回滾路徑。在遷移期間並行運行新舊帳本，以確保餘額完全吻合。

12. 監管、審計與客戶資產隔離

新加坡證監會（SC）、印尼商品期貨交易監管局（BAPPEBTI）／金融服務管理局（OJK）、泰國證交會（SEC）及新加坡金融管理局（MAS）均要求客戶資產須與平台資產隔離——內部管理可採統一處理，但銀行／鏈上託管仍須維持客戶資產隔離。投資組合保證金模型必須能透過壓力測試向監管機構說明其合理性，且客戶擔保品不得被再質押。 每次平倉、借入及模式切換均需具備完整的稽核日誌。

13. 工程架構與效能

系統分為帳戶、借貸、風險引擎、清算及帳本服務，並透過 Kafka 實現解耦。風險引擎是關鍵路徑：將投資組合持倉保存在記憶體中，增量計算各情境的損益（PnL），並將每個帳戶的計算時間控制在毫秒級。清算機制必須具備水平擴展能力，以應對大規模事件。 多可用區（Multi-AZ）部署、風險引擎備援至隔離邏輯，以及壓力測試均為必要條件。

14. SoonTech 統一帳戶實作

SoonTech 的統一帳戶系統已在東南亞多家交易所上線：具備四種保證金模式、多幣種擔保品折價率、類似 SPAN 的投資組合保證金、自動借貸功能、具備跨業務對帳功能的統一帳本、機構級 API、分階段遷移工具，以及符合監管要求的風險／壓力測試報告。 我們將從多幣種保證金功能著手以實現快速上線，並根據資格審核情況逐步開放投資組合保證金功能。

15. 企業級實施建議

統一帳戶是對帳戶、風險及總帳系統的全面重建——而非單純的介面更新。應優先建置統一總帳與多幣種擔保品機制（快速創造價值、可控風險），接著導入自動借貸功能，最後為專業投資者提供投資組合保證金機制。每個階段均需進行壓力測試、制定回滾方案，並確保符合審計標準的客戶資產隔離機制。

常見問題

Q1：統一帳戶是否僅是視覺上合併錢包？

A：不是。它真正地整合了資產池、風險框架和帳簿，並能跨產品即時抵銷損益。

Q2：投資組合保證金是否比隔離保證金風險更高？

A：對於真正的對沖操作，它能更精確地衡量風險並更有效率地運用資本；若相關性失效，則可能低估風險，因此需採用動態折扣、壓力測試，且僅限專業投資者使用。

Q3：穩定幣脫鉤會導致多幣種抵押帳戶崩盤嗎？

A：是的，正因如此，穩定幣設有獨立的折價率與集中度上限，當脫鉤發生時，將下調折價率並觸發追加保證金通知。

Q4：平倉時是先平倉期貨還是先賣出現貨？

A：通常會先平倉風險最高、流動性最強的期貨合約，然後處置抵押品——優先出售波動性高／流動性低的資產，同時保留穩定幣及主要貨幣；此順序可自訂。

Q5：自動借貸會產生隱性槓桿嗎？

A：產品必須顯著顯示利率、借款金額及平倉價格，並設有每筆交易／每日上限以及可切換的控制選項。

Q6：東南亞監管機構有哪些要求？

A：客戶與平台資產分離、可解釋的風險模型、可稽核的壓力測試，且不得將客戶擔保品再質押；具體細節請諮詢當地法律顧問。

結論

統一帳戶是邁向機構級中心化交易所（CEX）服務的必要步驟。資本效率源自風險管理與帳本處理能力，而非使用者介面。只要妥善落實資產隔離、風險衡量、清算順序及一致性工程，便能提升效率，同時避免放大系統性風險。

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

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