小额转账怎样比费用才不会算漏？

转 100 USDT，手续费显示 1 USDT，收款方到底能拿到 99 还是 100？先弄清这件事，再比较哪条路便宜。小额转账最容易算漏的，是费用从转出数量里扣，还是需要另外准备余额。

先排除收不到的方案

打开收款页，核对币种、支持的网络和最低充值要求。只有收款方支持的方案才值得比价；网络不兼容，手续费再低也没有用。具体核对方法见TRC20、ERC20、BEP20 网络怎么选。

接着看两份报价是不是在做同一件事：同一种资产，从相同起点转到同一个收款账户。如果其中一条路要先换币、跨链或转入另一个平台，就把这些步骤的费用也列出来。不要拿一条路的全部支出，与另一条路最后一步的收费比较。

这一步排除掉的方案，就不用再回头比价了。收不到的路，费用再低也只是一个数字。

同样填写 100，收到的可能不同

假设 · 从数量中扣费

假设 · 另外支付费用

纯计算示例：两侧总支出分别为 100 与 101 USDT，不是实时报价。

下面是假设费用固定、没有其他扣费的算术例子，不是币安或某条网络的当前报价。转出页填写 100 USDT：

所以，“填写 100”和“到账 100”是两个目标。比较时要选定一个，否则费用更低的方案也可能少到账。

沿用上面的固定费用：内扣 1 USDT 时，填写 101，才会到账 100；另外付费时，填写 100，账户仍需准备 101 USDT。达到相同到账目标后，两种方案的总支出其实一样。

这道加法有条件：费用必须固定，且没有其他扣费。如果平台按比例收费，或者改了转出数量后报价也变了，就要重新核对预计到账。最后以提交前的确认页为准，不能把“加 1”当作通用规则。

测试小额也要这样倒推。假设收款方要求至少到账 20 USDT、固定内扣 1 USDT，填写 20 就不够；填写 21 才达到这个假设门槛。真实最低额、精度和是否还收取充值费用，都应在收款页查清。

本站费用对照计算器用“已填写的全部费用 ÷ 转出页填写数量”计算占比。填写 100，费用合计 1，占比就是 1%；再有折算后 0.5 的额外费用，占比变成 1.5%。它适合比较相同填写数量下的两份报价。

这个占比不等于“费用占净到账的比例”。若你的目标是让对方收到固定数量，先按上一节倒推所需支出；不要只选百分比看起来更小的一项。

钱包若用 ETH 等另一种资产支付 Gas，先按同一时点的价格折算，再输入计算器。0.001 ETH 不能直接与 1 USDT 相加。保留原币费用和折算价格，之后才知道差异来自手续费变化，还是价格变化。

换算这一步别省。两个不同币种的数字直接比大小，得出的结论多半是反的。

可能会。假设每次固定收费 1 USDT，测试和主转账分别执行，费用合计就是 2 USDT。若网络收费浮动，两次应分别读报价，不能简单乘二。

测试是为了核对实际收款情况，不能承诺后续转账一定安全。测试金额要满足收款方的最低要求，也要给主转账留出费用余额。如果连一次有效测试都超出预算，可以先暂停，不必为了凑够金额临时增加原本不想持有的资产。

测试金额定多少，其实有一条现成的下限：能被对方记下的最小到账数量，再加上这一笔自己要付的费用。低于这条线，测试既证明不了到账，也白付一次手续费。

把额外步骤写在费用旁边：要不要换币、补充 Gas、使用不熟悉的跨链服务。省下最后一笔提币费，却多出兑换价差和其他收费，未必划算。第一次使用的路径还需要花时间核查收款条件。

还有一项从来不写在报价里的成本：你的时间。

为了省下一笔不大的手续费，去研究一条从没用过的跨链服务，中途还得读它的说明、确认它支不支持这个币种和这条网络——金额小的时候，这笔账通常不划算。等到差价大到值得认真对待，再花这个时间也不迟。我们自己的取舍是：小额优先走熟悉的、两端都确定收得下的那条路。

保存报价时一并记下网络、数量、时间和预计到账。今天的报价与上个月的截图无法直接比较；隔天再转、改了数量或遇到维护，都应该重新读取。

提交前看两行：你总共付出多少，对方预计收到多少。分不清某一项费用时，先对照交易费、提币费与 Gas 的区别，再回到确认页核对。顺手把这两行抄进备忘录，下次比价就有了自己的参照，不必每回都从零开始读页面。