跨链兑换卡住了？按症状和源链快速诊断（BTC / ETH / SOL / TRC20 5 分钟决策树）

先看这张表。看到挂起，对照一遍再决定要不要继续读具体章节。

这是最常见的「看上去出事了但其实没出事」场景。源链浏览器显示交易已经确认了，目标链钱包却一动不动。多数情况下问题在这里：跨链协议为了防 reorg，要等 N 个确认才会触发目标链放币。N 取决于源链。

越线判断：拿这张表的「对应实际等待」乘 3，作为开始担心的阈值。ETH 源链等了超 8 分钟、BTC 等了超 1.5 小时、SOL 等了超 1 分钟 —— 这时候带 4 字段联系客服是合适的。

你打开兑换、看了一个报价、起身倒杯水回来，按下确认 —— 弹出「quote expired, please refresh」。第一反应是「是不是被抢跑（front-run/MEV）了」。几乎从来不是。

两种 TTL 机制：

• NEAR Intents（solver-bid 拍卖）：1Click API 默认 min_deadline_ms = 60000（1 分钟）。Solver bus 等所有 solver 出价上限 3000ms，然后返回最优报价。过了 deadline 报价即失效，迟到的 deposit 会触发退款（来源：near-intents solver relay 文档，采样 2026-06-17）。
• Relay（单 relayer 定价）：EIP-3009 permit 流的 permitExpiry 默认 600 秒（10 分钟）。非 permit 流官方建议「quotes are revalidated when being filled, keep your quotes as fresh as possible」（来源：relay.link API）。

过期后重新报价会变化的三件事：接收数额、quote ID、新 deadline，签名要重做一次。不会变的：你的 deposit 地址、UpSwap 订单 ID。

市场漂移的量级判断：稳定币对（USDT-USDC）1 分钟漂移通常 <0.05%；波动对（ETH-BTC）1 分钟可能 0.1-0.5%。重新报价的偏差超出你自己设定的滑点容忍（典型 0.3%-0.5%）才需要警惕 —— 那通常是市场刚出大新闻，不是你被 MEV 夹/盯上。

这个症状最容易让人怕，因为本地看到「已付款」，远端却像没收到。区分两种情况，处理路径完全不同：

情况 A：网络对了，只是还在路上。钱包显示扣款只代表你本地签了名并广播。链上真实状态可能是 (a) 交易还在 mempool 等下一块、(b) 入块了但聚合器还没轮询到、(c) 链上确认了但 solver 还没广播目标链放币。这三种情况下，资金都还在源链一个可公开验证的地址里，源链浏览器搜交易 hash 立刻能看到 0/1/N 确认。

情况 B：网络选错了。把 ERC20-USDT 发到了 BSC-USDT 的 deposit 地址、或者把 SOL-USDC 发到了 ETH 地址。这种情况下资金 真的 去了某个链上地址，但那个地址 UpSwap 不一定在那条错链上控制对应私钥。不是自动可退的。

错链问题的具体 CEX 政策（Binance / OKX / Coinbase / Bybit / Kraken 各自怎么处理）Guide #2 已经讲过细节，这里不重复。

Solver 决定填不了单（价格穿了滑点带、目标链流动性枯竭、Solana 收款方 Associated Token Account（ATA）没建好且自动建账预算不够），就走退款流程：源链资金原路退回到 deposit 来源地址（或你在 intent 里指定的 refundTo）。退款是一笔正常的链上交易，可以在浏览器看到。

跨链整体安全窗口：5-30 分钟。超出意味着可能撞上少数边缘情况：

• Solver 崩溃没监听到 deposit —— 走客服手工恢复，通常 24-72 小时内解决；
• 源链深 reorg（BTC <6 块 deposit 偶发，ETH/SOL/TRC20/BSC 极少）—— 等 reorg 结束聚合器重新检测；
• 退款目标是合约地址且无 payable fallback（Gnosis Safe 等）—— 退款交易回滚（revert），需要客服改打到 EOA 地址。

这一节给那些觉得「等就完了」不够、想真正搞清楚自己源链发生了什么的读者。每链一段，紧凑可对比。

BTC：RBF + mempool 费市场。BTC 没有「gas price」概念，是 sat/vB 费市场。截至 2026-06-17，低拥堵期 1-5 sat/vB 算低优先级，5-20 sat/vB 算中等，安静周末能掉到 0.10-2 sat/vB（实时查 mempool.space）。卡住的交易处理路径：如果发送钱包/节点支持 Full RBF（Bitcoin Core 28+ 默认开启），不需要 BIP-125 opt-in 信号也能替换；BIP-125 opt-in RBF 是更早的标准，钱包里看 'Bump fee' / 'Speed up' 就能重广播同一组 input 但更高费率，把旧交易顶掉。没开 RBF 信号且节点不支持 Full RBF 就用 CPFP（Child-Pays-For-Parent）—— 收款方花未确认 output 发一笔高费率子交易，带父交易上链（来源：Bitcoin Core FAQ）。最坏情况：等。Bitcoin Core 默认 14 天驱逐未确认交易，之后 UTXO 解锁，可以重发。

ETH：12 秒 slot + nonce 严格顺序。Ethereum 一个 slot 12 秒（来源：Blocknative slot 解剖）。但单 slot 包含不等于 finalized —— 2-epoch finality 是 768 秒（12.8 分钟），桥常用 15-35 块（3-7 分钟）作为安全窗口。nonce 严格顺序是 ETH 卡单最常见原因：地址里 nonce N 卡了，N+1、N+2 全跟着卡，哪怕后面给了 100 gwei。修复：用同一 nonce N 重发一笔更高 gas 的「Speed up」，或者发一笔 0-ETH 自转账 + nonce N + 高 gas 当「Cancel」，把后续 nonce 解锁（来源：etherscan cancel pending tx）。

SOL：~13 秒 finalize + ATA rent。Solana 槽位 ~400ms，processed 400ms、confirmed 600ms、finalized 13 秒（32 slots Tower BFT 最大锁定）。SOL 兑换最常见的卡单根因是收款方没有目标代币的 Associated Token Account（ATA），需要建账。建账费用本质是 rent-exempt minimum（账户保留余额，关闭 ATA 时可退还）：标准 SPL token account（165 字节）0.00203928 SOL，带 immutable-owner 扩展（170 字节）0.00207408 SOL（来源：Gem Wallet Solana rent 文档）。另一类卡单是交易被丢弃（dropped）vs 链上失败（failed on-chain）—— 前者：priority fee 没赢得本地费市场（SOL 费市场是按写入账户隔离的，不是全网统一定价）、CU budget 设太低、blockhash 过期（150 slots ≈ 60 秒）。重发 = 新 blockhash + 更高 priority fee + 正确 CU limit。

TRC20：能量 + 带宽双资源 + TRX burn。Tron 块时 3 秒、19 块 solidified ≈ 57 秒（27 SR 中 2/3 共识）。每地址每天免费 600 bandwidth；普通 TRX 转账 ~268 bandwidth 够用，TRC20 转账要 ~345 bandwidth + Energy。USDT 转账消耗 ~65,000 Energy（收款方已持有 USDT）或 ~131,000 Energy（收款方首次接收 USDT）。没质押或租 Energy，网络按 burn rate 烧你账户里的 TRX 抵 —— USDT 转账 burn 大约 6.5 TRX（已存在收款方）或 13 TRX（新收款方），加 ~0.345 TRX bandwidth。「Insufficient TRX to cover network fees」报错：USDT 安全留在原钱包没动，备 3-5 TRX 缓冲再发（来源：gasstation.ai Tron 资源费率，采样 2026-06-17）。

BSC：EVM nonce 顺序 + Fermi 0.45s 块时。BSC 是 EVM 链，nonce 严格顺序和 ETH 一样 —— 卡住 nonce N 同样可以用 Speed up / Cancel 替换。Fermi 硬分叉（2026-01-14）把块时从 0.75s 减到 0.45s，~1.1 秒（1.125s 实测）终局 —— 大部分场景下你按确认就能立即看到入块。Gas 价格 sub-gwei（典型 0.1-1 gwei），ERC20-style 转账 ~$0.01-0.10。BSC 没有 RBF 概念，但 EVM mempool 允许同 nonce 替换。

带不带这 4 个字段去联系客服，决定问题解决速度。同样的卡单，齐了 4 字段半小时能定位，不齐的话来回沟通可能 2 天。

触发节点 —— 什么时候算「该联系」而不是「再等等」：

• 症状 1（挂起）：超过对应源链「实际等待」× 3。例如 ETH 源链超 8 分钟、BTC 超 1.5 小时、SOL 超 1 分钟。
• 症状 2（报价阶段）：永远不需要联系客服，刷新报价就好。
• 症状 3（扣款挂起）：链上交易找不到 → 等 10 分钟（mempool 同步）；找得到但 1 小时不动 → 联系。
• 症状 4（退款没回）：超出对应链「退款可见窗」× 2。BTC 超 2 小时、ETH 超 10 分钟、SOL/BSC 超 1 分钟。

响应预期：Telegram 工作时间首次响应 30 分钟内；非工作时间 2-12 小时。Email 24-48 小时（比 Telegram 慢是有意为之 —— 邮件本来就不该是中断式渠道）。简单状态查询同日解决；链上取证（错链 deposit、深 reorg 等）1-5 工作日，需要上游协议配合。

正确入口只有两个：Telegram @upswapservice、邮件 support@upswap.io。

每次出现大型「兑换类」安全事件，焦虑的卡单用户都会问：「我这个挂起是不是说明 UpSwap 也被黑了？」答案：几乎从来不是。理解事件类别才能识别真实风险。

2023 年 12 月 14 日，Ledger Connect Kit 的 npm 包遭到供应链攻击 —— 攻击者钓鱼到一名前员工的账号后，把恶意代码注入到所有使用 Connect Kit 的 DApp（SushiSwap、Revoke.cash 等），从用户处提取约 $600k（来源：Ledger 安全事件报告）。这是一次 widget 代码托管层的供应链失败，不是路由失败，不是跨链桥协议失败。

UpSwap 的非托管 deposit-address 模型在两个维度上和那次事件不同：

• 没有用户余额持仓 —— 资金只在兑换那一瞬间经过链上 solver 地址，没有可被一次性 drain 的钱包池。
• 用户 deposit 地址来自协议层 solver 的链上推导，widget 显示只是回显 —— 你可以在交易前对照协议层数据源核对。

这不是说「我们没问题」。诚实的边界：

所以基础卫生还是要做：核对域名、deposit 地址跨多源比对（浏览器扩展显示、订单页显示、交易签名页显示三方一致）、用硬件钱包签名。这些是浏览器内任何兑换界面都需要的防线，和托管/非托管无关。

看到挂起，第一动作永远是源链浏览器查交易 hash，看资金在哪 —— 不是 panic 也不是上 Twitter 看「UpSwap 是不是出事了」。Guide #1 把「钱物理位置在哪」这件事讲过一遍，没读过的话先去看那篇打底。

主流兑换对的具体路由细节走对应页面：BTC → USDT、ETH → USDT、ETH → SOL、USDT ERC20 → TRC20、BTC → ETH、SOL → USDT、USDT TRC20 → ERC20。UpSwap vs ChangeNOW 对比 帮你理解为什么不同模型在卡单场景表现差异这么大。