你在 A 平台下单,成交却发生在 B 平台盘口:交易所路由互联的费用与责任怎么认 图 1
你在 A 平台下单,成交却发生在 B 平台盘口:交易所路由互联的费用与责任怎么认 · 图 1

大多数人在一个平台交易时默认一件事:我的订单在这家平台的订单簿里成交。这个默认在越来越多场景下不再成立。一部分平台把某些交易对的路由接到了别家交易所的订单簿——你在 A 平台点击下单,成交的对手方与撮合发生在 B 平台,A 平台负责账户、风控与结算。公开文档把这种安排写得最直白的是 Deribit:其帮助页写明部分现货币对路由至 Coinbase Exchange 成交,这些市场适用对方的费率表而非自家费率表,并逐项标注了哪些货币对走路由、哪些留在自家簿上。本文以这类公开安排为样本,讲清路由互联下费用、成交、深度与责任四层怎么读,机制说明撰写于 2026 年 9 月,各平台当前配置以官方文档为准。

第一层:费用按谁的标准收。路由市场的收费主权在撮合发生地。样本案例里,走路由的现货对适用对方费率表,留在自家订单簿的现货对则是双边零费——同一平台、同为现货,两种费用逻辑并存。对用户的直接含义是:比较费用时不能只看平台的对外费率页首页,要查具体交易对的规格表里那一行路由标注;做跨平台成本对比时,把路由市场单独归类,别拿平台自家档位去套路由订单。有的互联安排还会声明切换时点,某货币对从路由启用的那一刻起计费规则即改变,历史成交与新成交适用的不是同一套价。

第二层:成交归属与对账。路由订单的成交记录出现在你的 A 平台账单里,但真实成交发生在 B 平台的簿上,这带来两个对账细节。其一是深度与滑点的来源:你页面上看到的深度可能是路由方的聚合数据,成交时穿掉的档位属于别人的订单簿,遇到流动性争议时,取证要找路由方的公开成交记录,而不是 A 平台的页面快照。其二是成交回报的延迟与拆分:跨系统提交天然多一跳网络与一次内部记账,同一笔市价单在路由市场的回报延迟特征和本地市场不同,做统计归因时要按市场分开算,否则会把路由延迟误读成平台劣化。

第三层:哪些机制跟着路由走、哪些留在本地。撮合与价格发现跟路由走:挂单是否进入外部簿、部分成交怎么处理、外部簿的价格限制与熔断怎么影响你的单子,答案在对方的规则文件里;账户安全、出入金、KYC 与风控则留在你开户的平台。这形成一个责任夹层:行情极端时的成交撤销或价格校正决定由撮合地做出,而你只能通过开户平台的主张渠道去质询。样本平台的帮助页只写了费率归属,未逐条写明外部簿异常处理如何传导,这类空白就是用户需要自己提前用小额测试去探的边界,也是向客服提问时最值得问的具体问题。

第四层:为什么平台要做这种安排。公开的费率公告给出了常见动机的坦率版本:自家现货簿深度不及头部场所,与其维持一个流动性差、点差宽的自有市场,不如把用户订单导向深度更好的场所,再在费率上重新定位。对用户这是双刃剑:执行质量理论上更好,但你的交易数据、订单流与费用结构都进入了另一家的体系。若两家平台隶属同一集团,条款与数据共享边界通常更模糊,签约前应确认隐私条款对集团内共享的表述。

核验清单:在帮助文档里查你交易对的路由标注与规格表;确认适用哪张费率表并复算一笔历史成交;问清成交异常时主张的传导路径;把该货币对的滑点与回报延迟单独记录一段时间,和自家簿货币对照。适合谁:在意执行质量、会按市场归因成本的进阶用户。不适合:只想要一个简单解释的新手——对他们更实际的建议是,认准明确知道自己订单簿在哪的平台。

风险提示:跨场所执行存在延迟、滑点与规则传导差异,异常行情下成交处理以撮合发生地规则为准。本文仅解释公开机制,不构成对任何平台执行质量的评价,亦不构成投资建议。

你在 A 平台下单,成交却发生在 B 平台盘口:交易所路由互联的费用与责任怎么认 图 2
你在 A 平台下单,成交却发生在 B 平台盘口:交易所路由互联的费用与责任怎么认 · 图 2