THORChain暂停12条链兑换：出站签名仍开放，退款该怎样核验？

THORChain的兑换暂停，与资金能否继续向外支付，正在出现不同的状态。TokenPost在2026年10月31日美东时间13时44分的报道说，退款错误后，12条链的兑换仍暂停，但多数受影响链保留出站签名能力。[1] 对已经发出资产的人，最需要核对的是原请求走到了哪一步；“还能签名”只能说明一段处理路径未关闭，不能作为每笔退款完成的凭证。截至本次11月1日查阅，本文未取得官方事故复盘及逐链实时恢复快照，因此以下判断以报道时点和官方机制文档为边界。

暂停的是哪道工序，决定了原订单还缺什么

官方开发文档把交易暂停、签名暂停与整条外部链暂停分别处理。交易暂停会停止兑换，仍允许观察入站交易及处理出站；签名暂停则停止出站签名，使待付款项排队；外部链暂停还会停止观察该链，需要节点重新同步才能恢复。[3] 因而，将一条“暂停”通知理解成所有资产路径都完全冻结，容易低估仍可进行的收尾工作；反过来，看见付款路径开放就继续发起兑换，也会高估服务范围。

图示为生成的机制插画：两条通路表示兑换与支付的不同控制范围，不代表某笔实际订单或实时网络状态。

表格依据官方机制文档整理。[3] 它解释各种开关的作用，并未认定此次12条链采用完全相同的配置。报道保留“多数”这个限定，意味着不能把出站可用外推到每一条链、每一种资产。核对对象应是具体链、具体请求及观察时间，不能只看协议首页的一个状态标签。

Binance全球顶级交易所 v3.22.3

类型：金融理财大小：306.0M语言：多国语言[中文]时间：10-25评分：10.0

同一笔退款，需要对上入站、处理和出站三份记录

一个可行的核查顺序，是先确认用户原先转出了什么、目的地址是什么以及交易是否被源链确认，再检查协议是否观察并识别该请求，最后寻找与其对应的退款或支付交易。这是对账方法，而非本次事故已经完成的处置流程。若只拿到源链转出凭证，能证明资产离开了发送地址，却不能证明接收系统已承认请求，更不能证明另一端资产已经交付。

接着要区分“存在待支付记录”和“已经广播付款”。出站签名开放，有助于后者继续发生，但仍需要对应请求真正进入可处理状态。即使找到了目标链交易，也要核对收款地址、资产种类与实际到账量，防止把另一笔付款误认成自己的退款。对于持有人，完整的交付证据应落到目标地址的到账记录；全网功能开关无法替代这份证据。

手续费与退回数量之间的差异，同样需要原始交易明细解释。本文没有取得该事件的逐笔费用或补偿条款，不能预设退款必然原数返还，也不能把任何差额都归因于损失。对运营方而言，保留原始请求标识、相关交易编号和当时页面状态，比仅给出“处理中”的截图更有价值；这些资料能够把重复催单与真正漏处理的请求分开。

这里也有一个容易误判的情况：用户以为第一笔请求失败，再次发送资产，希望“刷新”处理。若第一笔只是延迟，第二次发送会形成新的资金动作，增加对账负担。官方文档明确提醒，网络暂停时不要发送资金，并说明某些暂停入金可能遭遇明显延迟。[3] 这条提醒支持的是等待与核验，不能被改写成资金绝对不会损失的保证。

一个仍返回正常值的接口，可能已经失去时效

官方文档有比“查看暂停标志”更严格的警告：如果网络发生共识停顿，入站地址接口可能停留在未暂停的旧值，而实际网络已经停止；文档建议借助节点观察区块是否继续前进。[3] 这意味着，接口返回成功、字段看似正常和业务可以执行，是三个需要分别验证的事实。依赖这类接口的钱包或聚合器，应当将数据新鲜度作为可用性判断的一部分。

配图为THORChain开发文档的原文摘录排版，非网页截图；文字来自11月1日取得的官方页面。[3]

例如，一个接入方只在应用启动时读取状态，之后长期使用缓存，即使第一次读取完全正确，也可能错过随后的暂停。相反，若接口暂时超时就直接认定资产丢失，也超出了证据范围。更合理的服务提示应说明：最后一次成功更新是什么时候、正在受限的是报价还是付款、用户现有请求是否已有出站记录。这样的区分能够缩小不确定性，又避免用一个笼统的“正常”掩盖服务缺口。

恢复按钮需要与存量请求一起验收

恢复兑换并不自动消除旧请求的核对工作。假设新请求已经能够完成，而旧队列仍有异常，平均成功率可能改善，却不能说明每个受影响者已经收到钱。反过来，旧退款仍在陆续执行，也不足以支持新兑换入口重新开放。两类请求的验收目标不同：前者检验历史义务有没有交付，后者检验修复后的流程能否持续正确运行。

欧易okx交易所 v6.195.1

类型：金融理财大小：549.4M语言：中文时间：11-1评分：10.0

退款错误的后果，须由损失核算而非暂停数量决定

12条链提供的是影响范围线索，不是损失金额。[1] 网络连接较广时，同一控制决策可能让很多入口同时受限；入口数量多，不能推导每条链都有资金缺口。此次已取得报道仅说明退款错误与兑换暂停有关，并未给出完整根因、全部涉事交易和最终损失。[1] 在这些材料缺失时，把暂停描述成已经资不抵债，或者把出站继续运行描述成事故完全无损，都缺乏依据。

从机制上分析，暂停可以阻止错误流程继续接收新业务，代价是正常兑换需求也会被推迟。这种代价应当通过等待时间、失败请求和受影响资金的实际规模来评估。本文没有这些数据，因而不为此次处置打出“及时”或“失当”的结论。若后续复盘表明问题只在有限条件下发生，评估重点应转向识别条件和修复覆盖；若发现旧请求仍重复付款或无法完成，则应重新审视开放出站路径的控制措施。

RUNE的市场反应也不能替代事故账目。短时价格会受流动性、预期及其他消息影响，在没有保存同一时间窗口的行情、成交与请求数据前，无法把一次波动拆成确定的事故损失或恢复收益。对使用者更直接的判断依据仍是：自己的资产是否被观察、对应处理是否唯一、目标链是否交付。对接入平台，则应公开这些状态的更新时间和受限环节，让未完成请求能够被逐笔追踪。下一份真正能改变判断的材料，是含有根因、影响交易与恢复验收结果的官方说明，以及能与之对上的支付记录。

资料来源

[1] TokenPost报道，2026年10月31日

[3] THORChain暂停机制官方文档，11月1日读取