订单支付不足，实际会发生什么

你创建了一个0.05 BTC的订单。你发送了0.0498 BTC，因为你的平台从其金额中扣除了提现手续费，而不是额外添加。订单预期收到0.05，但实际收到的更少。系统会怎么做？

简短回答：系统会按锁定汇率处理实际收到的金额，并支付给你相应的款项。不会有任何资金卡住、丢失，也不会有罚款。详细的回答值得用一篇文章来说明，因为并非所有差额都按相同方式处理。

为什么实际收到的金额几乎总是不同

充值金额恰好等于报价金额是例外情况，而非普遍情况。有三个机制上的原因：

1. 来源平台的提现手续费。 大多数界面提供“发送最大值”或“全部提取”选项，并从你输入的金额中扣除其手续费。输入0.05，实际转出的是0.05减去手续费后的金额。
2. UTXO链上的网络费。 在比特币或莱特币上，一笔交易消耗输入并产生输出；费用从差额中扣除。发送“全部余额”的钱包会向下调整金额。
3. 显示精度。 显示为0.05的余额在基础单位中可能是0.04999998。视觉上的四舍五入并非记账上的四舍五入。

如果系统要求金额精确到聪，那么几乎所有合法的充值都会被拒绝。这就是为什么报价金额是一个意图，而非一个条件。

支付不足如何处理

当收到的充值低于报价金额时，处理顺序如下。

锁定汇率照常适用。 订单创建时冻结的汇率不取决于数量。它根据实际收到的数量重新计算。你不会因为发送少了而失去锁定汇率的优惠。

可变费用随金额变动。 作为百分比，点差会按比例缩小。固定费用不变：预估网络费和支付轨道费保持不变。对于小额差额，这可以忽略不计；对于远低于订单金额的充值，固定费用的相对占比会上升。该机制在 挂牌汇率与实际汇率中有描述。

净额被重新计算并显示。 在出金前你会看到新的金额，并附有相同的逐项明细。

出金正常进行，一旦达到确认数。

只有一个条件会阻止出金：如果收到的金额低于该资产的最低充值额。该最低限额的存在是因为低于它时，固定成本会超过充值本身的价值；该限额发布在每个资产页面上，并在限额页面上重复说明。在这种情况下，充值会被暂存，你有两个选择：向同一地址进行第二次发送以补足差额，或请求将资金退回原地址，扣除退回的网络成本。

超额支付如何处理

对称的情况，而且更简单。超额部分与其余部分一起，按相同的锁定汇率处理，只要总额不超过你的身份验证级别所适用的上限。

如果总额超过该上限，超出部分不会自动转换。它会等待，有两种可能的结果：你完成身份验证以解锁更高等级，或请求退回超额部分。等级在身份验证页面上公布。

多次发送到同一地址

充值地址专用于一个订单。在有效期内向该地址的多次发送会被合并，视为一次充值。

两个重要细节：

• 每次发送都有自己的确认。 出金会等待最后一次计入的发送被确认，而不仅仅是第一次。
• 窗口到期后地址仍会被监控，但汇率不再适用。迟到的发送会触发新的报价，如下所述。

充值在汇率过期后到账

这是支付不足之后最常见的情况，也是混淆的主要来源。锁定窗口——波动性资产为十五分钟，稳定币为三十分钟——是根据定价合理的发送的典型确认时间来校准的。手续费设置过低的发送通常会超过这个时间。

接下来会发生什么：

1. 充值被检测到并关联到你的订单。
2. 初始汇率不再适用。系统会按当前汇率生成一个新的报价。
3. 你必须明确接受新的金额。没有该接受，任何出金都不会进行。
4. 如果你拒绝，会提供退回原地址的服务，扣除网络成本。

关键点：我们无法兑现已过期的汇率。在报价时间和充值到账之间，相应的市场覆盖已不存在。一个承诺无限期保持汇率的服务，在市场不利变动时不会兑现承诺——它只会在方便的时候兑现。

错误的网络

另一种更严重的情况。你发送了预期的资产，但通过网络并非订单所预期的——例如，将ERC-20 USDT发送到Polygon充值地址。

在兼容EVM的网络上，相同的私钥在每个链上控制相同的地址。因此，技术上可以恢复：这需要在相关链上进行手动操作，并产生费用，该费用将从追回的资金中扣除。时间取决于处理队列。

在EVM之外，恢复不保证成功。将BTC发送到比特币现金地址，或没有MEMO的XRP充值，是特殊情况，在缺失的MEMO中有详细说明。

错误的资产

你将ETH发送到为ERC-20 USDC创建的充值地址。地址有效，交易成功，但订单预期的是其他资产。

这些资金会在对账中被捕获，并作为人工案例处理。如果该资产是我们接受的，可以按当前汇率创建新订单。如果不是——我们未上架的代币、NFT、增强匿名性资产——我们既不能转换也不能持有，只能退回。

总结

| 情况 | 处理方式 | 你需要做什么 | | --- | --- | --- | | 轻微支付不足 | 按锁定汇率重新计算 | 无需操作 | | 充值低于资产最低限额 | 暂存 | 补足或请求退回 | | 上限内的超额支付 | 全部处理 | 无需操作 | | 超过上限的超额支付 | 超额部分暂存 | 完成身份验证或请求退回 | | 汇率过期后到账的充值 | 新报价 | 接受或拒绝 | | 错误的网络，EVM链 | 手动恢复 | 提交工单 | | 错误的网络，非EVM | 逐案处理 | 提交工单 | | 错误的资产 | 人工案例 | 提交工单 |

为什么我们不直接拒绝金额不符的充值

可以设想一个更严格的系统：只接受精确数量，拒绝其他一切。有些服务确实这样做，值得解释为什么我们不这样做。

拒绝意味着退回。退回需要一笔网络交易，从你的资金中扣除，并且耗时。对于差额仅为百分之零点几的充值——这是绝大多数不符情况——你会为一个没有经济意义的差异支付实际成本。

拒绝也解决不了任何问题。大多数不符的原因在发送方：平台扣除手续费，钱包调整全余额发送。拒绝这些充值的规则并不能阻止它们发生，只会让它们变得昂贵。

因此，设计选择是处理到达的资金，按锁定汇率诚实重新计算，并在任何支付之前向你显示新的明细。我们唯一暂存而非处理的情况是充值低于资产最低限额，这是算术问题而非政策问题：低于该限额，固定成本会超过你将收到的金额。

如何避免大多数此类情况

• 使用复制按钮输入金额，而不是重新输入。
• 检查你的平台是从金额中扣除手续费还是额外添加。
• 使用正常的网络费发送，而不是最低档。
• 在粘贴地址前检查网络选择器。
• 对于大额金额，在网络成本允许时发送一笔测试交易。

具体案例和程序详见帮助中心，充值部分。