引言
BitMEX 于 2026 年 4 月 20 日宣布接入 Zodia Custody 的 Interchange，这一公告在同一款产品里描述了两种特性。客户抵押品存放在 Zodia 所称的 Trading Vault 中，处于冷存储、隔离托管状态，出于交易目的被镜像至 BitMEX（而非转移），并以 BTC、ETH、USDC 或 USDT 每日结算一次。一旦完成镜像，同一客户即可使用 BitMEX 全套衍生品产品，包括最高 250 倍杠杆。
这两种说法都是准确的，但指向相反的方向。场外结算（off-exchange settlement）之所以出现，是因为 FTX 曾持有本可自由挪用的客户资产，而其设计上的应对方案是干脆不再把资产发送到交易所。但一个支持 250 倍杠杆、且日益与借贷账本和主经纪业务并行的结算网络，实质上是包裹在托管外壳里的信贷安排。
场外结算（OES）在某一个特定维度上确实比向交易所预先充值更安全。关键问题在于是哪个维度，以及当融资业务搭上同一条通道后，剩余风险敞口究竟是什么样子。要评估这种敞口，需要弄清楚镜像余额在法律上究竟是什么、谁能在什么条件下动用它、未结算窗口持续多长时间，以及哪个法律实体是针对该抵押品发放信贷的一方。
关于这些问题的公开文档非常薄弱。Copper 的 ClearLoop 产品页面是一个带有合作方高管引语的营销页面。原本应记录 ClearLoop 融资扩展情况的 FalconX 合作公告，我们尝试检索时返回了 404。BitGo 的主经纪业务页面仅有一句关于获得 OCC 批准转为联邦特许全国性信托银行的标题片段，没有任何支撑细节。BitMEX 的公告是四者中最实质的一份，但也只是用产品语言而非法律语言描述了镜像机制。凡是公开记录空白之处，我们会直接说明。
预先充值的真实代价
在 OES 出现之前，机构如果想在中心化交易所进行大额交易，就必须把抵押品发送给交易所。交易所持有私钥、在内部账本上记账，并按此记录为仓位提供保证金。客户资产与交易所自有资产存放在同一批钱包里，在后来行业记录的失败案例中，甚至记在同一张资产负债表上。2022 年 11 月 FTX 的崩溃之所以是这方面的参照案例，是因为资产混同并非源于黑客攻击或市场波动的意外事件。客户抵押品实际上被运营方当作了资金来源，而客户以为代表所有权的内部账本记录，最终不过是一笔无担保债权。
这种结构带来两类性质不同的成本，二者的形成机制截然不同。
第一类是闲置抵押品的信用风险敞口。一支运行基差交易的基金，可能会在交易所存放远超所需保证金数倍的资金，纯粹是为了在剧烈波动期间避免被清算，并保留加仓能力。这个缓冲垫中的每一美元，实际上都是给交易所的一笔无担保贷款，不产生任何收益，且暴露在客户无法观察的运营方行为风险之下。OES 正是针对这一点。如果抵押品存放在第三方托管机构的隔离金库中，只把保证金权益信息传递给交易所，那么这部分缓冲垫就不再计入交易所的资产负债表。
第二类成本是仓位本身产生的敞口。衍生品仓位会持续产生变动保证金，某一方持续欠着另一方钱，这种义务与抵押品托管在哪里无关。一个在交易所有大额未实现盈利的交易者，无论其底层抵押品是存放在交易所的热钱包，还是英国某个 Zodia 金库里，其身份都是该交易所的债权人。OES 通过高频结算来压缩这种敞口，而不是消除它。
这个区分之所以重要，是因为供应商的宣传话术往往把这两者混为一谈。“资产从未离开托管”这一说法只适用于第一类成本，对第二类成本则只字不提。
镜像是一种许可，而非转移
在这三种架构中，承担最多含义的词是”镜像”（mirroring）。BitMEX 的公告称，抵押品存放在 Zodia Trading Vault 中并镜像至 BitMEX，在交易的每个环节都保持冷存储、隔离托管状态，直至结算，自动结算流程通过 Interchange Trading Vault 和 Settlement Wallet 完成。这在结构上描述的其实是一种”证明余额”：托管方锁定一定数量的资产，并向交易所发出信号，表明这些资产已被锁定并分配给该客户在该交易所的账户。交易所据此为其记入保证金。交易发生时并没有真正的链上转移发生到交易所。
这种设计带来三个结构性后果。
镜像余额是一种合同构造，而非密码学构造。交易所拿到的究竟是一项质押权、一种担保权益、三方协议下的某种权利，还是更接近附带不可撤销指令的保管安排（bailment），完全取决于托管方、交易所与客户之间的文件条款。这一分类决定了破产程序中的清偿顺序，而这三个网络都没有公开这一信息。托管方金库中的锁定余额并不能自动执行。必须靠合同条款让这种锁定对客户具有可执行性，同时让释放行为对交易所也具有可执行性。
结算节奏决定了剩余信用敞口窗口的大小。据 BitMEX 所述，Interchange 每日结算一次。在结算周期之间，累积的变动保证金处于未结算状态。当日盈利的客户，对该金额拥有针对交易所的债权，而这笔债权除了交易所的偿付能力外没有任何其他保障。当日亏损的客户则欠交易所钱，交易所的追偿手段就是被锁定的抵押品。这种敞口并未被消除，只是从原先全额存入的余额，缩小到大约一个结算周期内的净变动保证金，再加上清算过程中产生的滑点。这是一种有限度的改善，其幅度直接取决于结算频率。在一个提供 250 倍杠杆产品的交易所上进行每日结算，与在一个现货交易所上进行每日结算，两者的敞口性质截然不同。
托管方扮演的是交易所抵押品主张的代理人角色，而非中立的保险库。要让镜像机制支撑杠杆交易，交易所必须能够在仓位被清算时直接动用锁定的抵押品，而无需征得客户同意。这意味着托管方事先已同意，在特定条件下执行交易所发出的转账指令。因此，客户所获得的保护并不在于托管方掌控私钥，而在于托管方必须采取行动的条件是否足够狭窄、可验证，并被正确实施。如果某个交易所的清算引擎对仓位定价出错，或者依据了被污染的指数在运作，托管方依然会转移资产，因为在那一刻，托管方的法律义务就是执行该指令。
还有一个机制在公开资料中完全没有记载。将单一托管资金池连接至多个交易所的网络，宣传的卖点是资本效率。要在多个交易所之间实现效率，要么客户为每个交易所划分独占的抵押品份额（此时收益仅限于免于预先充值），要么不同交易所的权益对同一个共享资金池存在重叠。后一种模式在压力时刻会产生净额结算问题，因为如果两个交易所同时对同一客户执行清算，双方都会针对同一批资产发出指令。我们无法从公开文档中判断 ClearLoop 或 Interchange 采用的是哪种模式。
三个网络，以及其公开文件未曾说明的部分
支撑这一市场的三种架构，在托管结构、监管锚点，以及各自在融资业务上走了多远这几方面存在差异。它们在可验证性上的差异同样明显。
| Copper ClearLoop | Zodia Interchange | BitGo | |
|---|---|---|---|
| 宣传定位 | ”抵押品流动性网络”，将场外结算与资本效率相结合 | 从冷存储隔离托管出发的场外结算，镜像至交易所 | 托管与主经纪业务合一 |
| 检索到的资料中证实的交易所接入 | Coinbase International Exchange | BitMEX，根据 2026 年 4 月 20 日 BitMEX 公告已上线 | 未检索到相关信息 |
| 检索到的监管锚点 | 检索资料中未有记载 | Zodia Custody Limited，受英国监管；股东包括渣打银行，据称还与 Northern Trust、SBI Holdings、Emirates NBD 及 National Australia Bank 存在关联 | 据称已获 OCC 批准转为联邦特许全国性信托银行 |
| 结算节奏 | 未有记载 | 每日结算，以 BTC、ETH、USDC、USDT 计价 | 未有记载 |
| 融资业务扩展 | 有说法称存在（ClearLoop Loans、FalconX DMA 杠杆）；来源公告返回 404 | 有说法称存在（与 Hidden Road 的主经纪合作）；BitMEX 公告中未提供佐证 | 主经纪业务与托管业务一同宣传 |
关于 ClearLoop 规模的说法流传着若干数字，包括月吞吐量约为 500 亿美元，覆盖约八个交易所，并由 Komainu 和 BitGo 提供多托管方支持。这些数字均未出现在 Copper 的公开产品页面上，我们也无法通过一手披露资料予以核实。它们或许是准确的，但不应被当作已确认的事实。机构在按照某个网络所宣称的吞吐量设定交易对手限额时，应当索取经证实的数字，而不是营销宣传的数字。
融资方面的说法同样如此。ClearLoop Loans 以及 FalconX 的直接市场准入杠杆额度是 ClearLoop 架构中的关键环节，因为它们正是托管分离与信贷发放交汇之处，但记录这些内容的公告却无法检索到。Zodia 据称与 Hidden Road 达成的主经纪合作，在 BitMEX 的公告中完全没有提及。BitGo 的 Go Network，以及所谓某加密托管商首次 IPO 的说法，在我们能检索到的资料中同样没有佐证，只留下那个没有日期、也未说明转换是否已完成的 OCC 标题片段。
我们检索到的资料能够确认的是，这些都是面向机构准入范围内的产品。Interchange 仅面向特定司法辖区内符合条件的 Zodia 与 BitMEX 共同机构或专业客户开放。这一限制本身就是一种风险控制手段，它约束了可能同时通过该通道被清算的客户群体，但同时也限制了网络的增长空间。
两种破产，两种截然不同的清算过程
主要的诊断方法是逐一走查这种安排各个环节的失败情形。
如果交易所倒闭
这正是 OES 设计初衷所应对的情形，也是它处理得最好的情形。客户抵押品处于链上，由托管方控制，存放在隔离金库中，既不在交易所的钱包里，也不在其破产财产范围内。交易所出现提现冻结，并不会导致抵押品被困住，因为抵押品从一开始就不在交易所那里。
剩余的风险敞口范围更窄，但依然真实存在。欠客户的未结算变动保证金，是针对破产财产的一项无担保债权。处于破产管理程序中的交易所无法平掉未平仓头寸，因此一个在某交易所做多、另一交易所做空来对冲的客户，会失去一条腿的仓位，同时在另一条腿上继续暴露风险，而两边的抵押品都被锁定。至于谁有权解除镜像锁定这一机制性问题，在公开文档中确实没有解决。如果在正常运作下解锁分配的抵押品需要交易所同意，那么托管方就需要一项以明确违约事件为条件的单方面释放权。定义这一事件、并证明其已经发生，是一个以周甚至更长时间计的法律流程，而非以区块计的过程。免于破产财产追索的资产，仍可能在很长一段时间内无法动用。
如果托管方倒闭
这种情形受到的关注要少得多，而且引出了更多分支。托管实体破产是最容易通过结构性手段加以保护的分支：存放在隔离信托安排中的资产，原则上不属于破产财产，而受英国监管的托管方或联邦特许全国性信托银行，都在按设计使这一点在实践中成立的规则下运作。如果 BitGo 所述的转换按其声明完成，联邦信托牌照将带来州级信托牌照可能无法比拟的联邦审查和资本要求，不过我们无法从检索到的页面确认这一批准的具体范围。
运营性故障是更危险的分支。私钥泄露、勒索软件事件、法院冻结令，或签名基础设施宕机，都不需要托管方陷入破产，只需要托管方停止证明余额、停止处理结算指令即可。一旦证明停止，所有相连的交易所手上的保证金授信就再也无法被验证或执行。理性的交易所反应是暂停受影响的账户，并在存在未平仓头寸、未结算保证金持续累积的情况下予以清算。这种情况会在与该托管方相连的所有交易所、所有使用该托管方的客户身上同时发生，而且是在同一个小时内。
这就产生了一种在预先充值模式下不存在的具体传染机制。当抵押品存放在交易所时，托管方的运营状态与交易保证金业务是相互独立的。而镜像机制使托管方的可用性成为它所连接的每一个交易所保证金充足性的实时输入变量。
第三种失败面介于两者之间。网络层，即证明总线、分配逻辑和结算编排，与金库本身是分离的。Copper 据称支持的多托管方模式（Komainu 和 BitGo 的托管与 Copper 自身的托管并存）暗示了这种分离。如果所有托管方都健康，仅网络层出现故障，会冻结抵押品的流动性，但不会危及所有权本身，这是三种情形中最温和的一种，也很可能是发生频率最高的一种。
结算轨道之上的融资业务
据报道这些网络正在向借贷业务扩展，这会改变超出托管范畴的整体风险状况。
针对镜像抵押品发放信贷涉及独特的机制问题。向隔离金库中的资产发放贷款的贷方，需要在违约时对这些资产拥有可执行的追索权。如果贷方只是取得留置权，资产从未挪动，那么这种安排是清晰的，客户的处境接近 OES 的基本情形。但如果贷方取得了实际占有权，或者取得了将抵押品挪用以支撑自身账簿的权利，那么客户就成了针对贷方超额部分的无担保债权人，隔离金库也就不再能按预期隔离风险了。
再抵押（rehypothecation）在主经纪业务中是常规做法。融资利差很薄，借贷业务的经济性通常依赖于抵押品能被投入使用产生收益。当一个结算网络能以与交易所保证金相竞争的利率提供贷款时，资金来源要么是资本充足、愿意接受微薄利差的资产负债表，要么就是抵押品的挪用再利用。历史对比很清楚：雷曼兄弟国际（欧洲）公司（Lehman Brothers International Europe）的对冲基金客户，其被再抵押的资产在破产管理程序中沦为无担保债权，追偿耗时数年。而资产保持隔离状态的客户，结果则截然不同。
反驳的论点是，受监管的托管实体在挪用资产方面面临结构性约束。以受托身份持有资产的信托银行，或在客户资产规则下运作的英国受监管托管方，通常不能把托管财产当作自己的融资来源。这种约束保护了受监管实体所持有的资产，但融资业务往往是由信托边界之外的关联方来提供的。FalconX 针对 Copper 金库中的抵押品提供杠杆，或 Hidden Road 针对 Zodia 金库中的抵押品提供主经纪服务，这类安排至少涉及三个法律实体和至少两套文件。信贷提供方的主张能否穿透托管防火墙、在何种条件下穿透，属于实体层面的细节，而我们检索到的所有资料都没有涉及这一点。我们将其标记为悬而未决，而非已被负面证实。
OES 也并不能降低市场风险。一个使用 250 倍杠杆的客户，无论托管安排如何，依然处于 250 倍杠杆之下。在快速清算连锁反应中，交易所引擎平仓，托管方按交易所指令释放抵押品。连锁反应的路径、滑点和自动减仓的行为方式，与预先充值保证金的情形并无二致。托管结构改变的是清算处理流程，而不是市场事件本身。把”抵押品保护”和”高杠杆”包装成同一产品中相辅相成的特性，虽然在机制描述上是准确的，但却把两种截然不同的风险混为一谈了。
没有清算所的清算层
如果少数几家服务商在原本相互竞争、彼此不共担风险的交易所之间充当共同的抵押品基础设施，那么这个市场实际上已经形成了一个没有清算所（clearinghouse）的清算层。
一个中央对手方会有意集中风险，并通过结构性机制加以平衡：成员资格标准、初始保证金模型、互助违约基金、明确的损失分配瀑布机制，以及处置机制。集中化能够实现多边净额结算和有序的违约管理。而我们检索到的关于 ClearLoop、Interchange 或 BitGo 的文档中，没有任何一份提到违约基金、损失分摊瀑布，或成员间的损失互助安排。这些网络看起来更像是共享同一运营方的双边抵押品安排。这种组合具备中央对手方的系统性影响，却没有其吸收损失的机制，这是基于披露缺失所得出的推断。三家服务商在保险覆盖、资本缓冲和担保安排方面的公开细节，在我们检索到的资料中均无法获得。
向受监管实体集中确实带来明显的好处。相比抵押品分散在缺乏审查机制的离岸交易所，机构抵押品集中在股东包括渣打银行的英国受监管托管方，或者集中在获批转为联邦特许全国性信托银行的实体，所面临的监管要严格得多。资本要求、隔离规则和定期审查，正是针对 2022 年暴露出的结构性弱点而设的。向受监管实体集中，能把分散、不可观察的风险，转化为集中、可观察的风险。
但这一论点并不能解决相关性风险的问题。一个与多个 OES 网络对接的交易所，其保证金账簿中由每个网络承担的那部分，都依赖于这些网络各自的稳定运行。一支基金如果在八个交易所都使用同一家托管方，就等于让这家托管方成为其整个交易业务的单点故障，这与标准的分散化实践相悖。由于目前没有公开数据显示有多少机构交易量流经这些服务商，“瓶颈”这一假设目前尚无法通过实证检验，它仍是一种有待披露信息验证的结构性状况。
交易对手尽职调查要点
上述分析引出的问题都很具体，而且大多没有从供应商材料中得到解答：
- 每个交易所的镜像余额分别由哪种法律文书约束，交易所的主张在该交易所破产程序中的清偿顺序如何排列？
- 哪些事件会触发托管方无需交易所同意即可单方面解锁已分配抵押品的权利，认定此类事件发生需要多长时间？
- 在什么条件下托管方必须执行交易所的转账指令，托管方在执行前是否会进行任何验证，如果有，是哪些验证？
- 同一笔抵押品能否同时支撑多个交易所的权益？如果可以，当两个交易所同时发出指令时，由哪一方来承担缺口？
- 任何融资产品下的信贷是由哪个法律实体发放的，该实体处于托管防火墙之内还是之外，其文件是否允许挪用客户抵押品？
- 除了托管方破产之外，针对托管方自身运营性故障，有哪些保险或资本作为支撑？
在加密市场形成之前，三方回购和主经纪业务安排早已把这些问题当作标准问题，答案会详细写在文件中，而不是营销文案里。目前加密领域的实现方式，依赖的是”镜像余额”这类缺乏确定法律定义的机制性术语。
值得持续关注的核心条件，是结算节奏相对于杠杆水平的匹配程度。每日结算原本是针对现货和杠杆水平适中的衍生品抵押品而设定的节奏。随着交易所把镜像抵押品推向提供三位数杠杆的产品，以及网络开始针对同一资金池发放信贷，未结算窗口将从一个次要摩擦点，变成决定性的风险敞口。如果结算节奏随着杠杆的提升而收紧到日内甚至连续结算，这套架构仍能站得住。但如果杠杆和借贷业务不断扩张，而结算节奏依然停留在每日一次，剩余的信用风险就会通过客户无法直接选择的交易对手不断扩大。
