多池竞价真能抗停机吗：2642 轮报价实测
我们统计了 2,642 轮报价：89.6% 只有一条路线，第二条路线要跨过每个走廊各自的最低额才出现，真正救命的是建单阶段的失败回退。全部数字来自实测，不是宣传口径。
「聚合」是一个你可以核对的数字，不是一句口号。 从 2026-10-25 08:57 到 11-01 结束，我们的报价引擎一共记了 2,642 轮定价。其中 2,366 轮（89.6%）只返回一条路线，275 轮（10.4%）返回两条，只有一轮返回三条。同一个引擎、同一周，答案差异巨大。这一句就是全文：冗余是「某条走廊、某个金额」的属性，不是「某个网站」的属性。所以这篇不争论聚合器好不好，只测第二路线到底买到了什么、什么时候出现、什么时候不再有用。
一笔兑换会在四个地方失败，路由只碰前两个。 报价失败（没人愿意给这个币对定价）、建单失败（池子拒这个币对、拒地址格式、拒金额区间）、结算失败（你的入金确认了，打款卡住）、或者只是慢（一切正常，四小时后到账）。路由是报价与建单阶段的机制。一旦 100 USDT 已经躺在入金地址上、池子那边安静了，第二个池子没法回溯救你——钱已经交给唯一一个交易对手了。所以看多池前端最诚实的方式是：它降低的是「你开始不了」的概率，不是「你完成不了」的概率。 (XMR 换 USDT 退出路线)
引擎的实际动作，五个常量就能说完。 三个池子的适配器并行发出；每个裹一层 8,000 ms 超时；结果用「全部落定」的方式收集，一个失败不会拖垮整批；活下来的报价按用户到手金额降序排序；完全相同的询价 8 秒内复用；单个 IP 每 10 分钟最多问 60 次。返回给前端的只有两件事：参与比价的路线数，以及赢家比次优高多少 bps。2026-11-02 06:04 UTC 在 12 条走廊上实测，一轮完整报价端到端耗时 456 到 1,291 ms。超时就是冗余的隐性代价：一个池子在 socket 上挂着不动，最多要吃掉用户页面的八秒——所以这个常量值得被讨论，而不是埋在代码里。
这两个数字要读对。 routes 告诉你那一轮里有几个出价；它不会返回 0，但 1 极其常见。advantageBps 是与次优出价的差距——不是与市场价的差距。所以 0 不代表「价格差」，代表「这一轮没有比较」；900 也不代表「比市场便宜 9%」，而是「在这条走廊、这个金额上，比另一个池好 9%」。把它当成市场比较是最常见的误读，而且是双向的：单路线报价可能很有竞争力却显示 0，双路线报价可能显示 900 但仍然不如你在别处能拿到的价。
这 2,642 轮里到底有什么。 只看有两条出价的 275 轮：优势中位 143 bps，10 分位 33 bps，90 分位 893 bps。分桶看：59 轮不到 50 bps、102 轮在 50 到 200 之间、88 轮在 200 到 1,000 之间、26 轮在 1,000 以上。赢家分布才是最意外的部分：这 275 轮里第二个池赢了 273 轮，99.3%。也就是说实际运行中的「聚合」通常是「一个定价者 + 一个偶尔能赢它一个点以上的兜底者」，而整套机器价值集中在尾部，不在中位。如果你只看一个典型的报价，会得出「没差别」的结论；差别在那 26 轮没人截图的报价里。
第二条路线有门槛，而且门槛是按走廊算的。 2026-11-02 06:05 UTC，USDT-TRC20→XMR 的报价阶梯像台阶：40 USDT 单路线 0.04760146 XMR（隐含 840 美元/XMR）、60 单路线 0.08004357（750）、100 单路线 0.14492777（690）；到 130，第二家进场，两条路线，优势 927 bps，0.211546 XMR（614.52/XMR）；然后 200 给 606 bps（613.97）、500 给 270 bps（613.20）、2,000 给 101 bps（613.04）、10,000 给 63 bps（612.96）。要看形状而不是数字：跨过门槛一次性买到约 9%，之后优势随每单固定成本被摊薄而衰减。这个固定成本，也正是让小额兑换变贵的同一个机制——竞价的两边都要付它。 (XMR 换 USDT 退出路线)
覆盖是十个代号，不是整个目录。 站点列了 62 条网络上的 430 个资产、349 个不同代号；06:04 UTC 在线的两个池子只在十个代号上共享定价——BTC、ETH、BNB、LTC、DOGE、BCH、XMR、ZEC，以及 USDT、USDC 两个稳定币。目录里其余的东西，由「还收它的那个池子」独家定价。即便在这十个里也有洞：有一个池不收 ZEC 入金，所以 5 ZEC→XMR 只返回一条路线（10.26414479 XMR）；SOL 在那个池里根本没做映射，所以 3 SOL→XMR 只有一条（0.4529562）；DOGE→XMR 200 美元只有一条，而 DOGE→BTC 500 美元有两条、优势 125 bps。对照有深度的走廊：0.05 BTC→XMR 两条路线、43 bps（6.381238 XMR），1 XMR→USDT-TRC20 两条、216 bps（600.933 USDT），10 LTC 两条、158 bps，2 BCH 两条、211 bps。 (BCH 换 XMR 指南)
真正救单的层次在报价之下。 建单时服务端不看浏览器看到的价格，而是把整个比价重跑一遍；客户端也无法指定用哪个池。然后它按到手金额从高到低依次尝试：某个池拒单——地址方言不对、金额超出该池区间、上游故障——就静默换下一个，全部试完才失败。全失败时报出来的是参数类错误（地址不合法、低于下限），而不是「上游不可用」，因为那是用户唯一能据以行动的提示。最后一层是熔断：一个环境变量就能把某个池从竞价里摘掉，不用部署、不用改代码。写作时三池中的一个正处于停用状态，这正是若干走廊显示 routes=1 的原因；运维探活显示剩下两个池分别在 252 ms 与 520 ms 内应答。
五条经得起真实下单的检查。 一，出价前先看 routes：显示 1 不是「你被压价」，而是「第二家够不到这个金额」。二，按金额排阶梯，因为第二条路线有门槛（今天 TRC20 是 130 USDT、BTC 是 0.0016、XMR 是 0.05），跨过门槛一次性值约 9%。三，别把聚合当可用性保证——结算仍然是单路径，所以 refundAddress 必须在自己钱包里，付款交易一广播就存下哈希。四，先用门槛附近的金额（这条走廊约 27 USDT）试单，再动真金额。五，记住 advantageBps 比的是池子对池子，从来不是市场。这里每个数字都是 2026-11-02 06:04 UTC 的快照——报价几秒就变，只有线上页面是权威。 (XMR 换 USDT 退出路线)