# Across 过期但退款未到：核对退款模式、接收方与结算阶段

整理：链小知（AI 辅助）
资料核对日期：2026-10-12
引用地址：https://lianxiaozhi.com/tools/guides/across-expired-refund-address-settlement-check
难度：进阶
核验方式：官方文档整理，未执行真实账户操作

把普通intent的过期结算与PDA自动退款分开，用已有原配置、状态和退款交易定位未完成阶段。

## 使用工具
- [Across](https://lianxiaozhi.com/tools/across) · [官方入口](https://across.to/)

## 前置条件
- 已有转移身份、原退款配置、状态时间及去敏退款回执；缺项标待核，不重复跨链。
- 只整理原记录，不调用退款、创建地址、签名或重试业务请求。

## 1. 先确定退款来自哪种流程

普通intent按originChainId和depositId或原交易标识定位；PDA另保留depositAddress/funding。不要把PDA的auto-refund-pending套成fillDeadline已到期。

原状态保留接口与时间；/deposits的unfilled枚举和/status的pending措辞不能未经记录映射成同一个状态码。

核对结果：流程类型、接口与身份明确，未知状态原样保留。
依据：[Across：多转移列表与独立选择器](https://docs.across.to/api-reference/deposits/get)
依据：[Across：状态选择器和退款交易字段](https://docs.across.to/api-reference/deposit/status/get)

## 2. 检查过期是否只是退款资格

普通intent退款说明要求期限已过且未被填单、没有部分填单。expired是进入退款阶段，refunded才是服务标记已退款；只看期限不能判断款已返还。

服务状态有索引延迟；即使已经取得退款交易标识，也继续核对实际链上成功和收款方。

核对结果：资格、服务状态、退款交易及到账证据四层分开。
依据：[Across：过期、结算与退款接收方](https://docs.across.to/introduction/refunds)
依据：[Across：状态选择器和退款交易字段](https://docs.across.to/api-reference/deposit/status/get)

## 3. 核对原接收方和退款网络

普通Swap文档refundAddress默认depositor；refundOnOrigin默认true，也描述false时目标链退款。保存当时传入值，不凭当前钱包地址替换接收方。

PDA使用refundAddresses数组，不能沿用单一字段默认值；缺配置时官方方法说明可能需要更慢的人工恢复并联系Across支持，不承诺自动回到发送地址。

核对结果：能说明原配置对应哪条链和哪个地址，默认规则只用于其适用模式。
依据：[Across：过期、结算与退款接收方](https://docs.across.to/introduction/refunds)
依据：[Across：创建地址的方法、权限与退款配置](https://docs.across.to/api-reference/deposit-addresses/post)
依据：[Across：API访问与持久地址恢复](https://docs.across.to/api-reference)

## 4. 把结算等待与失败区别开

普通intent过期退款经Dataworker结算bundle、挑战期和规范桥传根后执行；文档约1.5小时提议间隔是机制说明，不是本次完成时间。

PDA的refund-failed或manual-refund-required需要保留原失败证据；未知原因不能仅凭等待较久归成流动性故障。

核对结果：等待阶段和已有错误有各自依据，没有给出保证到账日期。
依据：[Across：过期、结算与退款接收方](https://docs.across.to/introduction/refunds)
依据：[Across：多转移列表与独立选择器](https://docs.across.to/api-reference/deposits/get)

## 5. 检查真实退款交易与数量

从原depositRefundTxnRef或对应旧depositRefundTxHash定位退款交易，核对退款链、接收方、资产地址与原整数数量；null只是未取得线索。

金额差异先保留原转移和退款字段、单位及费用记录；本篇没有当前报价或完整扣费依据，不承诺全额退款，也不猜余额差就是协议收费。

核对结果：已退款结论绑定成功交易、正确地址与金额；缺证据时仍标未确认。
依据：[Across：状态选择器和退款交易字段](https://docs.across.to/api-reference/deposit/status/get)
依据：[Across：多转移列表与独立选择器](https://docs.across.to/api-reference/deposits/get)
依据：[Across：过期、结算与退款接收方](https://docs.across.to/introduction/refunds)

## 6. 输出有限范围结论和待补证项

按“尚未过期、已过期待结算、已标退款但链上未核、已核成功退款、原错误待处理”写阶段；filled时另核对目标交付，不同时宣布未填单退款。

文档退款轮询示例采用60秒和有限尝试，它不是完成SLA。此次只整理已有记录，缺权限、链上证据或原配置时向原集成方补证。

核对结果：结论有身份、时间、退款模式和缺口，示例等待时长没有成为到账承诺。
依据：[Across：过期、结算与退款接收方](https://docs.across.to/introduction/refunds)
依据：[Across：API访问与持久地址恢复](https://docs.across.to/api-reference)

## 常见错误
- expired写成已到账退款。
- 将单refundAddress默认套到PDA数组，或不看refundOnOrigin。
- 将结算间隔、示例重试时间当完成保证，或凭null猜资产归零。

## 完成检查
- 原退款配置、状态和实际退款回执逐项对应。
- 明确尚未证明的金额、接收方、权限或阶段；没有执行任何恢复请求。

## 相关知识
- [跨链显示已发送却未到账？来源交易、消息与目标执行分开查](https://lianxiaozhi.com/learn/bridge-transfer-status)
- [原生 USDC 与桥接 USDC 有什么区别？先核对发行与兑付路径](https://lianxiaozhi.com/learn/native-usdc-and-bridged-usdc)

## 官方依据
- [Across：过期、结算与退款接收方](https://docs.across.to/introduction/refunds)
- [Across：状态选择器和退款交易字段](https://docs.across.to/api-reference/deposit/status/get)
- [Across：多转移列表与独立选择器](https://docs.across.to/api-reference/deposits/get)
- [Across：创建地址的方法、权限与退款配置](https://docs.across.to/api-reference/deposit-addresses/post)
- [Across：API访问与持久地址恢复](https://docs.across.to/api-reference)