源链成交了，目标链却迟迟没到账——这种情况下，负责补偿的首先是你用的Intent协议（平台/基础设施层），而不是某个具体的Solver。 Solver只在"赢了竞价却没履行"时承担责任，而协议层面有专门的结算和追责机制来处理这类异常。
步骤 1：确认订单目前处于哪个状态阶段
Intent交易分三个阶段，你得先搞清楚卡在哪个环节。
Initiation（发起）：你在源链完成存款，资金被锁入托管合约。这个阶段已完成。
Fill（填充）：Solver在目标链用自己的资金先垫付给你。如果"目标链没到账"，说明这个环节可能出了问题。
Settlement（结算）：Solver提交证明，协议验证后从源链把锁定的钱还给Solver。这个环节是后台运作，用户不需要等。
完成标准：你确认了订单的状态是"已被Solver认领但未填充"，还是"未被任何Solver认领"。
步骤 2：检查Intent协议是否有"未成交"的监控和追责机制
不同的Intent协议对Solver的约束力度不一样。如果协议本身没有监控规则，找谁都没用。
情况 A：协议有明确的Solver行为监控——OKX Intent会监控每一轮链上结算的提交者是不是该轮的获胜Solver。如果非获胜者做了结算，会被立即停用。如果获胜Solver没有在规定区块数内提交链上结算，且1小时窗口内的成功率低于80%，会被停用3小时。Across的流程是：Relayer在目标链调用fillV3Relay()完成填充，订单标记为已填充，阻止其他人重复填充。
情况 B：协议没有明确的补单或追责规则——这时候用户能做的就很少了。Synapse的文档明确指出，如果Relayer未完成中继，桥存款可能"卡住"；资金在这些情况下是安全的，最终会被取消退款或延迟完成，但中继器要负责解决短缺。
完成标准：你确认了你用的Intent协议是否对Solver有"未完成订单"的明确处罚规则。
步骤 3：按协议规则申请补偿或等待退款
如果你用的协议有追责机制，操作的路径通常是固定的。
做什么：联系协议客服或查阅其争议处理流程，按照规则申请补偿或等待系统自动处理。
怎么做：在OKX Intent的规则里，如果Solver提供的报价无法被执行，且大量无法执行的报价导致用户订单无法成交，一经检测Solver会被立即停用。LI.FI的Intent流程中，用户资金被锁定在源链的托管合约里，Solver用自己的资金在目标链先行执行，然后通过跨链消息证明执行结果，验证通过后托管合约释放用户资金给Solver。如果Solver没有在规定Deadline内提交链上结算，会被扣分或停用。Across的规则是：一旦Solver在目标链完成填充，订单就标记为已完成，系统通过UMA的乐观预言机在约1小时后结算并补偿Solver。
完成标准：你提交了申请或确认了系统正在自动处理，获得了一个工单号或等待时间。
常见失败原因
以为找Solver个人有用，直接去推特或Discord私信Solver。在Intent架构里，Solver是匿名的、竞争性的角色，你根本不知道是谁在执行你的订单。正确的对接对象是协议本身——协议有Solver的质押资产作为约束，如果Solver违规，协议会扣罚其质押品来补偿用户。 找Solver个人等于绕开了最有效的追责路径。
在Intent系统里，用户资金在填充前是锁在源链托管合约里的，不存在资金"丢失"的情况，只是"还没到目标链"。但如果Solver不提交结算证明，源链的资金也放不出来——这时协议需要介入判定订单是否已执行。用户需要做的不是追Solver，而是找协议平台走争议处理流程。
操作完成的校验方式
打开源链的区块浏览器，找到你发起Intent的那笔交易，确认资金是否仍锁定在托管合约里（没有被转走）。如果资金还在合约里，说明你的钱没丢，只是流程卡住了。保存交易哈希，作为后续申请处理时的凭证。
下一步衔接动作
等待一个完整的结算周期（Across约1小时，Optimistic模式可能更长）。如果过了这个时间目标链还是没到账，去协议的官方Discord或治理论坛提交工单，附上源链交易哈希和你的目标链地址。如果协议声称已结算但你没收货，让支持团队核实Solver的提交记录。
