两个交易对合并成一个：交易所「交易对整合」公告里的挂单处理、费率归属与记录口径

交易所公告栏里偶尔会出现一类不起眼的通知：两个交易对合并为一个。比如同一资产分别以两种稳定币计价的两个交易对，被整合到其中一个计价对上。篇幅很短，很多人扫一眼就划走，但对持有挂单和历史账单的用户来说，这类公告的每个要素都有对应的动作。

先说动机。同一资产拆在两个计价对上，流动性被切成两半，两边盘口都变薄，同样的市价单冲击成本更高；两个交易对之间还会出现短暂价差，套利者来回搬，普通用户成交质量反而下降。把量并到一处，深度合并、价差消除，这是平台做整合的典型原因，公告里也通常会写明提升流动性这类表述。理解动机有助于判断整合后哪些东西会变：变的是订单簿结构，不变的是底层资产本身。

关键要素第一个是在途挂单怎么处理。常见做法是整合生效前系统统一撤销交易对上的全部现有挂单，暂停一段时间后在新交易对上恢复交易，由用户自行重新挂单；也有平台提供更平滑的迁移方式。无论哪种，公告给出的「停止交易—合并—恢复交易」时间线都要提前按生效时区换算清楚，因为挂在旧对上的止损或限价单如果没人管，到点就被撤掉了，行情恰好在那段时间走完你本来想触发的那段，计划就落空了。

第二个要素是费率归属。手续费表通常按交易对或资产类别维护，两个对合并之后，新对用哪一档费率、挂单收费与吃单收费怎么落位，取决于费率高亮页改版后的版本。整合公告一般不写费率，需要到费率页对照生效日期一栏。如果其中一个旧对正处在活动性优惠期，还要确认该优惠在整合后是否延续，这类条款通常写在活动规则而不是整合公告里。

第三个要素是账单与历史记录的显示口径。整合前的成交归在旧交易对名下，整合后归在新对名下，导出对账单做税备或复盘时，同一资产的历史会散在两个名称下。稳妥的做法是在整合生效前先把旧对的成交记录与挂单快照导出留档，整合后核对新对第一笔记录的计价与数量精度是否与旧对一致——计价币种的换算精度、数量的小数位都可能因新规格而变化，第一次挂单前先用页面允许的最小数量试一下舍入行为。

最后一个观察点落在整合完成后的头几个小时：订单簿重建初期深度尚未恢复常态，市价单滑点会比平时明显，做市报价回归也需要时间。这段时间的交易对页面数据（深度、成交量）与历史均值不可比，做执行计划时不要拿整合首日当常态。本文撰写于2026年8月，涉及的流程、状态、参数与费率一律以相关平台官方页面当下版本的说明为准。

整合还常伴随交易对名称与合约规格的连锁变化：旧对名在搜索框与自选列表里失效，API侧旧symbol可能保留一段只读期供拉历史，也可能直接返回空结果，量化接入方要把端点停用日期写进维护计划。自选列表、价格提醒、条件监控里引用旧对名的条目不会自动搬家，逐条重新指向新对名是整合日的固定杂务。若平台为整合提供了只读过渡期，期间旧对名查询返回的费率与行情字段可能与新对不一致，核对时以新对页面为唯一基准。

风险提示：本文仅为机制说明与信息核验方法，不构成任何投资建议，也不构成对任何平台安全性或合规性的结论性判断。数字资产价格波动剧烈，交易与持有均可能存在本金损失风险，请根据自身风险承受能力独立决策。