意图式跨链（Intent-based bridging）这两年挺火，用户发一个"我要把A链的USDC转到B链换成ETH"的订单，剩下的交给求解器（Solver）去竞争完成。听起来省心，但报价单里藏着好几层需要确认的细节——因为"便宜"和"快"的背后，可能是完全不同的执行路径和风险结构。
签名之前，建议把下面这六项信息核对一遍。
1. 成交价类型：收到的是"报价"还是"最终结算价"
目标是：确认到账金额是"报价时刻锁定"还是"执行时刻确定"。
大部分意图式跨链在用户提交订单时，求解器会给一个报价（Quote），但最终到账金额可能根据执行时的市场价浮动。有些协议提供"即时成交"（Fill-or-Kill），有些则允许一定滑点。先看清楚你选的是哪种模式，避免到账时才发现比预期少了几个点。
2. 滑点保护机制：发生价格波动时谁来承担
目标是：确认跨链期间价格波动时，滑点由谁承担。
滑点保护通常有两种设置方式：
硬性滑点上限：超过设定比例则交易失败，资产退回或保持原状。这种模式适合对价格敏感的用户。
软性滑点补偿：允许成交，但实际到账会低于报价。这种模式更常见，也容易被忽略。
需要确认滑点保护的作用范围，以及在跨链的哪个阶段生效（源链兑换阶段、目标链兑换阶段，还是整个流程覆盖），避免只覆盖了部分环节。
3. 跨链时长：包含预估等待时间
目标是：了解从提交到账的预估耗时，以及超时后的处理方式。
求解器路径不同，时长差异可能很大。有些路线只需几分钟，有些可能涉及多跳（Multi-hop），需要等源链确认 + 中继确认 + 目标链确认，可能长达30分钟甚至更久。如果对时效有要求，应该优先考虑单跳（Single-hop）路线。
4. 执行机构：谁在完成这笔订单
目标是：确认成交对手方是机构做市商（如Wintermute）还是散户求解器。
不同执行方的风险特征不同：
做市商：通常由机构运营，执行流程相对稳定。
散户求解器：可能参与门槛较低，执行质量波动较大。
查看执行方的历史填充率或失败率，虽然不是决定性证据，但有公开记录可追溯的话，可以作为参考信息。
5. 费用明细：结算价里包含哪些项目
目标是：确认报价中包含的费用项和收费方。
报价金额通常包含以下几个部分，需要逐一确认：
Gas费：源链和目标链两边的Gas（包括目标链释放资产的手续费）。
求解器服务费：执行方收取的费用，可能是固定金额也可能是比例费率。
流动性池费：跨链桥或DEX收的过路费，通常基于交易金额的一定比例收取。
一些聚合器只显示"总费用"而不展开明细，遇到这种情况建议先展开详情页或切换模式，确认费用构成后再操作。
6. 退款规则：超时或失败时的处理方式
目标是：确认超时或失败时的退款触发条件和退回路径。
需要考虑以下几个情况：
费用是否退回：如果交易失败，已经支付的Gas或求解器费用是否退还。
退款落地链：退款是直接退回源链还是需要手动认领（Claim）。
等待窗口：从超时到触发退款需要多长时间，以及是否需要用户主动操作。
操作完成的校验方式：签名前建议把这六项信息核对一遍，确认成交方式、滑点阈值、执行方和费用构成都与预期一致。如果页面没有提供某项信息，可以考虑先获取完整报价再做决定，避免在信息不全的情况下确认交易。
