對機構級加密貨幣交易者而言，撮合成交只是整個流程的一部分。交易保證金放在哪裡、由誰掌控，以及如何完成交割結算，重要程度往往不亞於流動性深度或手續費高低。對沖基金、做市商與資產管理公司通常需要大量可運用資本投入交易，但若將大筆資金直接轉入交易所帳戶，便會放大對交易所的相對交易風險（counterparty risk），也增加營運與內控上的風險成本。
「場外託管結算」（Off-Exchange Settlement, OES）提供了另一種做法：機構客戶可以在特定交易所進行交易，同時將符合條件的抵押品留存在外部合格託管機構，而非全面存放在交易所熱錢包或冷錢包。到了 2026 年，Bitget、Binance 與 OKX 均已推出圍繞此模式打造的機構方案，但合作託管方與結算結構各有不同。Bitget 近期擴充其 Open Custody Network，納入多元託管與融資安排；Binance 則結合銀行三方託管與 Ceffu 的託管服務；OKX 則與 Komainu 與 BitGo 合作。以下將比較三大交易所的差異，並說明機構在選擇服務商前應留意的重點。
重點整理
- 2026 年三大場外託管結算交易所選項： Bitget、Binance 與 OKX 均已針對專業機構提供 OES 方案，結合第三方託管與不同結算架構，適合專業交易公司評估。
- Bitget：多託管、多結算路線： 其 Open Custody Network 納入 Copper、Fireblocks、Cactus Custody、Bitfire、OSL 與 Sygnum，可因應不同託管、結算與融資需求。
- Binance：銀行三方託管 + Ceffu 託管： 機構可選擇由合作銀行保管抵押品，或透過 Ceffu 的 MirrorX、MirrorRSV 等服務實現託管連動交易。
- OKX：Komainu 與 BitGo 第三方託管： 提供自動 P&L 結算、抵押品委託，以及針對特定美國機構客戶的場外結算整合。
- 場外託管結算降低部分風險，但非萬靈丹： 機構仍需承擔市場交易虧損、結算義務、託管機構本身風險，以及合約或營運失誤帶來的損失。
什麼是加密貨幣交易的「場外託管結算」？
場外託管結算，是一種將「資產存放地點」與「交易執行場域」分離的交易安排。
在傳統的交易所模式中，機構會把加密貨幣或穩定幣直接充入交易所帳戶，由交易所代為保管這些資產，之後所有交易都在該帳戶內完成。
採用場外託管結算時，符合條件的抵押品則繼續留存在經核准的第三方託管架構下。交易所根據約定的結構，於系統中認列對應的「可交易餘額」、「抵押品配置」或「授信額度」。
機構得以在交易所執行符合資格的交易，而實際結算則依照預先約定的規則，在交易所與託管方之間完成資金與資產移轉。
一般流程大致如下：
- 抵押品託管： 機構將符合資格的資產，存入指定的託管錢包或託管帳戶。
- 開通交易授權： 託管方與交易所確認核准的抵押品金額後，依相關保證金與授信條件開通交易權限。
- 在交易所執行訂單： 機構可在不完全把底層抵押資產轉入一般交易所錢包的前提下，交易現貨或衍生品。
- 結算義務履行： 託管方與交易所據協議對交易結果進行對帳與結算，支付或收取應付金額。
透過此安排，機構可減少直接暴露在交易所錢包內的抵押品規模。
同時，也可在不大幅改動既有託管政策、簽核流程與內控架構的情況下，取得中心化交易所提供的流動性與撮合深度。
需要特別釐清的是：場外託管結算（OES）與場外交易（OTC）是兩個不同的概念。OTC 是描述「交易如何在對手方之間達成」；OES 則在於「抵押品與交易義務如何被持有與結算」。
機構可以照樣透過交易所的公開訂單簿進行撮合成交，同時使用場外託管結算架構處理資產保管與交割。
2026 年機構場外託管結算最佳加密貨幣交易所
目前有哪些交易所支援機構客戶採用場外託管結算？
Bitget、Binance 與 OKX 是三家已建立完整文件與流程的主要交易所，皆允許符合資格的機構在交易執行與抵押品託管之間做一定程度的分離，只是技術與法律結構各不相同。
Bitget 強調多家託管機構與多種結算路線；Binance 提供銀行託管與 Ceffu 資產鏡射方案；OKX 則透過 Komainu 與 BitGo 提供第三方託管整合。
核心差異可概略整理如下。
Bitget
- 核心方案： Open Custody Network
- 是否為外部託管： 是
- 已公開合作夥伴： Copper、Fireblocks、Cactus、Bitfire、OSL、Sygnum
- 結算方式： 排程鏈上／鏈下結算、虧損觸發結算，以及獨立銀行融資模式
- 現貨交易： 在符合條件的架構下支援
- 衍生品交易： 透過五種已文件化的 OES 路線支援
- 主要考量重點： 為自身策略挑選合適的託管與結算結構
Binance
- 核心方案： Banking Triparty 與 Ceffu
- 是否為外部託管： 是
- 已公開合作夥伴： 受監管銀行合作夥伴、Ceffu
- 結算方式： 銀行保管抵押品與託管連動資產鏡射
- 現貨交易： 在符合條件的架構下支援
- 衍生品交易： 依 Ceffu 與銀行相關安排支援
- 主要考量重點： 在銀行抵押品模式與 Ceffu 託管之間做選擇
OKX
- 核心方案： Komainu Connect 與 BitGo OES
- 是否為外部託管： 是
- 已公開合作夥伴： Komainu、BitGo
- 結算方式： 抵押品委託與自動化結算
- 現貨交易： 在符合條件的架構下支援
- 衍生品交易： Komainu 架構下支援；其他服務依司法管轄區而定
- 主要考量重點： 服務是否符合所在司法管轄區與所選託管方
這三家提供的並非完全同質的服務，因此單純勾選功能清單，無法完整呈現風險與權利分配。結算頻率、抵押品合格範圍、可取得的交易權限，以及發生爭議時的法律權利，皆取決於最終簽訂的合約與架構設計。
1. Bitget —— 為機構打造的多託管、多結算選項
基本資料
- 成立時間： 2018 年
- 機構解決方案名稱： Bitget Open Custody Network
- 最新重大擴充： 2026 年 10 月 13 日
- 託管合作夥伴： Copper、Fireblocks、Cactus Custody、Bitfire、OSL、Sygnum
- 交易支援範圍： 現貨、現貨保證金與期貨（均有 OES 整合與文件）
- 結算選項： 排程式鏈上結算、鏈下結算與虧損觸發結算
- 其他基礎設施： 機構交易服務、API 介面與符合條件的 UTA 連線
- 適用客群： 對沖基金、做市商、量化交易公司與資產管理機構
Bitget 透過 Open Custody Network 從傳統的「交易所自營託管」模式延伸出去，將機構客戶與多家第三方託管機構及結算結構串接起來。
核心目標很清楚：讓機構能使用 Bitget 的交易基礎設施，但不必被迫「全部」採用同一家託管商或同一套結算模式。
對專業交易機構而言，這種彈性相當重要。
比方說，已與 Copper 深度整合的量化交易團隊，會傾向延續既有的託管關係，而不是為了接入一個交易所就更換託管夥伴。又或者，一家受嚴格合規約束的資產管理公司，對錢包白名單與權限簽核有嚴格要求；與此同時，一家做市商則可能更重視高頻結算效率與資金周轉。
Bitget 的 Open Custody Network 正是為了包容這些差異而設計。
在其 2026 年 10 月 13 日公告 中，Bitget 詳細說明了與六家機構級合作夥伴的安排：Copper ClearLoop、Fireblocks Off Exchange、Cactus Custody Oasis、Bitfire PrimeMirror、OSL MirrorEX 與 Sygnum Protect。
其中五家提供明確的 OES 式結算機制；Sygnum Protect 則被定位為獨立的銀行託管、質押與融資架構，並非傳統意義上「鏡射餘額」的結算模式。
這項區別相當關鍵，因為整個網絡並非圍繞單一通用的結算模型打造。
Bitget Open Custody Network：六大合作方，六種營運模式
機構可以依據自身的託管需求、交易策略、偏好的結算方式與可接受資產範圍，逐一評估可用選項。
- Copper ClearLoop： 預設每 4 小時進行一次場外託管結算，亦可調整頻率
- Fireblocks Off Exchange： 每日一次鏈上淨額結算
- Cactus Custody Oasis： 每 8 小時進行一次鏈下結算
- Bitfire PrimeMirror： 每日一次鏈下結算
- OSL MirrorEX： 當虧損觸及 15% 門檻時啟動結算
- Sygnum Protect： 著重於銀行託管、質押與融資安排，而非傳統鏡射餘額結算
資料來源： Bitget Open Custody Network expansion, October 13, 2026。
差異不僅在於結算頻率。
Copper ClearLoop 允許符合資格的機構資產在 Copper 框架下持續託管，同時在 Bitget 產生對應的交易授信餘額。該服務支援現貨、現貨保證金及期貨交易，結算周期預設為每 4 小時一次，亦可依合約調整。
對已經接入 Copper 生態的機構客戶而言，這種模式能在不重建一整套抵押品託管系統的情況下，補上 Bitget 這個流動性來源。
Fireblocks Off Exchange 則採用不同設計：客戶會使用專屬的 Collateral Vault（抵押金保管庫），透過鏈上每日淨額結算機制，在 Fireblocks 與 Bitget 之間進行資金劃轉，同時由 Fireblocks 保留較高程度的資產控制權。 在其 Fireblocks 工作空間中，以多方計算（MPC）技術為基礎，結合既有的錢包審批流程來開立帳戶。
抵押資產庫與 Bitget 結算帳戶之間的資產，則依既定每日時程，在鏈上完成結算。
此模式對於已經在使用 Fireblocks、且希望延續原有錢包權限設定、授權控管與作業流程的機構，具備一定吸引力。
Cactus Custody Oasis 則是在其託管架構內，每八小時進行一次鏈下結算；Bitfire PrimeMirror 則在 Bitfire 帳戶之間，提供每日鏈下結算服務。兩者皆支援在 Bitget 上進行合資格的現貨、現貨保證金與合約交易。
對偏好「託管與結算整合」模式、而不願頻繁進行鏈上轉帳的機構而言，這類安排更具參考價值。
OSL MirrorEX 採用截然不同的模式。其結構並非按固定時程結算，而是當客戶的浮動虧損達到或超過託管總資產的 15% 時，觸發合約約定的結算機制；符合條件的交易獲利則可自 Bitget 帳戶單獨提領。
需要強調的是，15% 僅為合約約定的結算觸發點，並非保證最大虧損上限，也不是風險必定無法超過該水位的承諾。
最後，Sygnum Protect 引入了銀行託管與融資並行的方案。
根據 Bitget 10 月份文件說明，合資格資產將被納入 Sygnum Protect Portfolio，由 Sygnum 託管並質押給 Bitget，平台可依不同標的資產的貸款成數（LTV）提供現貨資產融資。
與上述五種安排不同的是，此架構以銀行託管、質押與放貸為核心，而非傳統的「鏡像餘額、按週期結算」模式。實際可交易商品範圍與融資條件，需在機構開戶與盡調流程中另行確認。
對於內部規章要求必須使用受監管銀行託管的機構來說，這提供了一條進入 Bitget 交易生態系的替代路徑。
為何「託管彈性」對機構如此重要？
不妨想像兩家交易量相近的機構。
第一家是高頻做市商，核心需求是頻繁的抵押品對帳，以及同時接入多家交易所。
第二家則是資產管理機構，其投資規範強調特定錢包審批層級與獨立託管監督。
兩者都可能希望接入 Bitget 的流動性，但實際的營運要求卻大不相同。
於是，一個實務問題浮現：
一家機構，是否必須為了接入另一個交易場域，就整套重建其託管與錢包基礎設施？
Bitget 的 Open Custody Network 透過把多種既有託管安排與其交易基礎設施串接，降低了這種「重建成本」。
機構得以在維持熟悉的錢包控管、結算流程與託管合作關係之下，擴大其交易櫃台可接入的交易場域。
同時，這也讓機構在評估抵押品如何移轉、結算頻率為何，以及最終資產控制權歸屬時，擁有更多選項。
超越場外託管的交易基礎設施
Bitget 的機構服務範圍不只限於託管關係本身。
合資格客戶可透過既有的 OES（Off-Exchange Settlement）整合，進入支援的現貨、現貨保證金與合約市場。
交易所亦提供機構級執行服務、做市基礎設施，以及供專業交易使用的 API 介面。
對量化交易機構而言，API 連線尤為關鍵：自動化系統必須能即時監控委託狀態、帳戶餘額、行情與部位風險，而非完全仰賴人工登入操作。
Bitget 也營運一套 統一交易帳戶（UTA） 機制，可在合資格範圍內實現共享抵押品、跨產品損益管理，以及多資產保證金運用。
整體而言，Bitget 的機構主張在於：把交易通路、多元託管選擇與資本管理基礎設施打包，形成一套完整解決方案。
但必須特別說明的是：並非所有託管安排，都自動支援 UTA 的全部功能或 Bitget 所有產品。
實際支援的資產種類、保證金機制與帳戶操作權限，仍須依各託管機構與個別機構合約條款加以確認。
Bitget 的場外結算成本有多高？
在比較成本時，必須將「結算相關費用」與「交易、託管等其他費用」明確區隔。
依 Bitget 10 月公告內容，Copper ClearLoop、Cactus Custody Oasis 與 Bitfire PrimeMirror，在其既定架構下並不向客戶收取結算的鏈上 gas 費。
Fireblocks 走的是鏈上結算路徑，相關 gas 成本則由客戶自行負擔。
至於 OSL MirrorEX，其結算 gas 費由 OSL 承擔。
上述說明僅限於特定的「gas 成本」安排，並不代表託管、融資、交易或所有結算相關服務一律免費。
機構在選擇方案前，應向各服務提供者索取完整費率表，才能做出精準的成本評估。
對已經身處上述任一託管生態系的機構來說，Bitget 值得特別關注，因為其 Open Custody Network 提供多條將外部抵押資產接入交易執行的路徑。
更多資訊可見 Bitget 的機構託管專頁。
2. Binance —— 銀行三方協議與 Ceffu 場外託管
重點摘要
- 成立時間： 2017 年
- 主要安排： Banking Triparty、Ceffu MirrorX 與 MirrorRSV
- 託管模式： 銀行持有抵押品＋第三方數位資產託管
- 支援抵押品： 指定法幣、短天期美國國庫券（Treasury bills）、BTC 及特定結構下的代幣化資產
- Banking Triparty 最低抵押門檻： 依公開條件為 1,000 萬美元
- 適用對象： 需銀行抵押或嚴格分離數位資產託管的機構投資人
Binance 透過兩大主軸支援機構場外交易：一是 Banking Triparty（銀行三方協議）方案，二是與 Ceffu 合作的託管安排。
Banking Triparty 服務 讓符合資格的機構，可將合規抵押品留存在受監管銀行合作夥伴名下，同時接入 Binance 的交易基礎設施。
在這種模式下，客戶無須把所有抵押資產都轉入交易所；符合規範的資產可保留在三方協議架構下的銀行帳戶。
根據適用協議，支援的抵押品包括部分法定貨幣、短天期國庫券、BTC，以及特定條件下的代幣化資產。
依據 Binance 2026 年 6 月 16 日公告，Banking Triparty 要求最低質押抵押規模為 1,000 萬美元。
同時，Binance 亦將「質押抵押品服務費」的減免優惠延長至 2026 年 12 月 31 日。該優惠不包含一般交易手續費，且自 2027 年 1 月起，將改採分級收費模式。
另一方面，Binance 與 Ceffu 合作提供 MirrorX 與 MirrorRSV 兩項服務。
MirrorX 提供與 Binance 交易相連的託管接入；而在 2025 年 6 月推出的 MirrorRSV，更著重於獨立冷錢包託管及鏈上透明度。
在 MirrorRSV 架構下，合資格資產將鎖定於專用託管錢包內，並以 1:1 比例發行對應代幣，記入客戶的 Binance 帳戶。這些链上代表可用於支援包括合約、保證金在內的合資格交易活動。
對於正在評估 Binance 的機構而言，關鍵抉擇在於：其資產配置與內部風險管理規範，是更偏向銀行持有抵押品，還是更適合由第三方數位資產託管機構提供的分離託管架構。
3. OKX —— Komainu Connect 與 BitGo 場外結算
重點摘要
- 成立時間： 2017 年
- 主要安排： Komainu Connect 與 BitGo OES
- 託管模式： 受監管第三方託管＋委託抵押品機制
- Komainu 支援範圍： 現貨與衍生品交易，自動化盈虧結算
- BitGo 整合： 2026 年 4 月宣布，鎖定美國機構業務
- 適用對象： 希望在第三方託管下實現自動抵押管理的機構
OKX 透過與第三方託管機構合作——包括 Komainu 與 BitGo——為機構客戶提供場外結算服務。
與 Komainu Connect 的合作，使合資格機構客戶得以在資產仍維持於隔離託管狀態下，將這些資產作為抵押支持在 OKX 上的交易。
2024 年 11 月，OKX 宣布強化與 Komainu 的整合合作關係（官方說明），將支援範圍延伸至現貨及衍生品交易。
升級後的架構包含 OKX 與客戶 Komainu 抵押錢包之間的盈虧自動結算機制。
同時，合資格機構得以 24/7 隨時調整委託抵押規模，並透過 Komainu 的平台取得完整結算紀錄。
對希望在第三方託管前提下，進一步提高抵押管理自動化程度的機構，這些功能極具實務價值。
2026 年 4 月 23 日，OKX 再宣布針對其美國機構業務，整合 BitGo Off-Exchange Settlement。
在該架構下，合資格客戶可在 BitGo 的受監管冷錢包環境中持有資產，同時於 OKX 進行交易，結算流程則透過既定的機構級作業流程完成。
需要注意的是，這裡強調的是「美國業務」：投資人不應假設所有 OKX 地區實體都提供完全相同的託管整合、產品組合或衍生品管道。
因此，考量是否接入 OKX 時，機構應根據所屬司法管轄區及實際託管協議，逐一確認可用產品、合資格抵押資產與結算安排。
場外結算如何降低交易對手風險？
場外結算針對的是機構加密交易一直存在的一項核心難題：如何在不把整個交易部位完全置於交易所託管的情況下，仍能有效利用交易所流動性。
試想——一家量化交易公司計畫以等值 100 萬美元的加密資產作為抵押，參與交易。
在傳統的「預先入金」模式下，該公司通常必須先把這 100 萬美元轉入交易所帳戶。
若採用合資格的 OES（Off-Exchange Settlement，場外交割）機制，機構則可以把資產留存在第三方託管機構，由交易所認可相應的交易額度或授信額度。
實際可認列的金額，取決於可用資產種類、抵押品折扣比率（collateral ratio）、合約條款與風險限額等因素。
範例：以 100 萬美元的外部託管資產進行交易
假設機構使用一套已獲批准的託管安排，其結構可能如下：
- 初始抵押資產： 100 萬美元，由第三方託管機構保管
- 可用交易額度： 在假設 1:1 條件下，可認列高達 100 萬美元的交易額度
- 交易行為： 透過串接的交易所進行現貨或衍生品交易
- 結算結果： 產生 2 萬美元的淨交易虧損，需予以結算
- 結算流程： 依照雙方協議，完成 2 萬美元的資金劃轉或帳務對帳
- 剩餘抵押資產： 約 98 萬美元（未計入其他成本、價格波動與後續調整）
在此架構下，機構無須把完整 100 萬美元底層抵押資產，全數轉進交易所的一般託管錢包之中。
相反地，結算是依既定的託管安排來進行。
這種作法有助於降低集中放在單一交易所錢包內的資產規模，同時維持對交易基礎設施的使用權。
然而必須追問一個關鍵問題：
若下一次結算只需支付 2 萬美元，是否代表機構最大損失也只會是 2 萬美元？
並不是。
結算金額只是反映某一時間點的應付義務，並不等於對最終虧損的上限。實際損失仍可能來自市場價格劇烈波動、抵押資產重估、強制平倉、結算不到位，或其他契約約定事件所引發的額外損失。
在 OES 架構中，託管機構、交易所與結算代理人之間，通常會各自承擔不同的職責。
因此，這種安排改變的是「風險如何在各方之間分配與管理」，而不是將風險完全消除。
對機構投資人而言，其核心價值在於：將「託管」與「交易執行」拆分，同時透過明確的規則來管理結算流程、抵押品使用方式與違約處理機制。
機構在選擇 Off-Exchange Settlement 交易所前，應該比較什麼？
合作託管夥伴的數量固然重要，但絕不應該是唯一考量。
每天高頻參與期貨交易的量化公司，與只會定期調整長期加密資產部位的基金，需求往往截然不同。
在正式接入前，有幾項關鍵問題值得仔細評估。
1. 哪一家託管機構最符合現有營運架構？
若機構早已與特定託管方合作，通常會偏好選擇支援該託管方的交易所。
更換託管機構，往往牽涉到錢包基礎設施調整、內部流程與核准機制變更、法律合約重簽，以及作業控制的重新設計。
這也是 Bitget 推出 Open Custody Network 的原因之一：它提供多家支援的託管選項，而非強制使用單一指定託管商。
2. 結算頻率為何？
結算頻率會影響流動性管理與操作風險曝險。
有些機構偏好固定且高頻的週期結算，另一些則會更看重每日對帳，或以預先設定條件（例如虧損觸發）為啟動依據的結算安排。
以 Bitget 公開說明的網路架構為例，即涵蓋每 4 小時、每 8 小時、每日，以及以虧損觸發為主的結算模式。
關鍵在於：結算機制是否與該機構的交易節奏、風險承受度，以及流動性需求相匹配。
3. 支援哪些資產與交易產品？
並非所有託管安排都接受同樣類型的抵押品，或支援同一組交易產品。
某些機構可能需要以 BTC 與 ETH 作為抵押，也可能偏好穩定幣或其他符合資格的數位資產。
在交易層面，機構可能要求使用現貨保證金、永續合約，或其他額外衍生品工具。
因此，應以「具體 OES 安排」所列的可用資產與授權交易品項為依據，而非單純以交易所整體產品列表來推估。
4. 總成本結構是什麼？
OES 機制下的經濟考量，絕不只限於一般的交易手續費。
機構應同時檢視：託管費用、結算手續費、鏈上 gas 成本、抵押品折扣與調整（haircut）、融資利率，以及其他可能加收的服務費。
對高頻交易策略而言，結算與抵押品調度成本，很可能直接影響整體獲利能力。
而對長期持有大量資產的基金而言，託管與資金佔用（融資）成本，可能同樣是關鍵變數。
5. 若任一交易對手出問題，會發生什麼事？
這往往是整個評估流程中最關鍵的一題。
機構必須弄清楚：誰在法律上擁有或實際控制這些抵押資產？資產是否被嚴格隔離？若交易所或託管機構發生違約、破產或營運中斷，資產會如何處置？尚未結算的權利義務將如何清算？
這些答案，取決於適用的託管合約、司法管轄區、抵押權設計與結算程序。
沒有任何「產品功能比較」，可以取代對上述法律與合約層面條款的詳盡審視。
結語
Off-Exchange Settlement 正在改變機構參與加密貨幣市場的方式。Bitget、Binance 與 OKX 等平台，各自提供不同的場外交割管道，讓機構在保留合資格資產於外部託管之下，仍可直接接入交易所流動性。每一種模式各有優勢，真正合適與否，最終仍取決於機構自身的託管需求、交易策略與風險管理框架。
隨著機構級加密交易市場持續成熟，關注焦點已逐步從單純的流動性與成交效率，轉向「資本如何被保管與調度」的主導權。Off-Exchange Settlement 正是朝這個方向邁出的關鍵一步，讓機構得以重新思考「託管」與「交易」之間的關係。從這個角度看，也許更大的問題是：為何機構必須在「取得流動性」與「掌控資產主導權」之間二選一？
***免責聲明：*本文僅供資訊參考之用，並不構成任何財務或投資建議。託管與結算服務之提供，仍須符合相關資格要求、適用條款及風險規範。
