设计并验证你的第一条转账路径

先把路径写出来

大多数转账损失并不是把地址打错了——钱包和平台都会校验格式。它们是路径上别的地方对不上：地址对但网络错、资产对但版本错、转账没问题但漏了备注。

所以在动手之前先把整条路径写下来。发送平台、资产、网络、收款地址类型、你预期会到账的那个具体资产，以及任何必需的备注或标签。然后用你自己找到的文档去确认接收端支持这个网络，而不是采信发送端的说法。两端必须一致，而只有你处在能核对这一点的位置上。

有些收款地址需要备注或标签，交易所充值地址尤其常见。漏掉它通常意味着转账到了平台但没有记到你名下。此后能否找回，完全取决于平台的内部流程，也可能根本无法找回。

做一次有意义的测试

试转账只有在测试的是真实情形时才有用。它必须使用与最终转账相同的资产、相同的网络和相同的收款地址，而且必须超过接收端的最低充值额——低于那个门槛的资金往往不会入账，那样你什么也学不到，还可能把这笔钱弄丢。

要等到试转账在目的地被记入并可见，而不只是在网络上被确认。这是两个不同的节点，两者之间的差距正是平台自身处理流程所在的位置。

到账之后，从已验证的交易记录或已保存的地址条目去重复操作，而不要重新手输。手动重新输入地址，等于把刚刚通过测试排除掉的风险又请了回来，而这恰恰是替换地址的恶意软件下手的时刻。

留足原生资产

手续费是用网络自己的资产支付的，而这一点常常在最糟糕的时刻把人绊住。把某个代币的全部余额发到一个全新钱包，可能让那个钱包持有着动不了的价值，因为没有东西可以用来支付下一笔手续费。

习惯很简单：在把代币转到一个新地址之前，确认那个地址已经、或者将会持有足够的网络原生资产，至少够支付一笔转出交易。每个你使用的网络都要单独检查，因为每个网络都要用自己的原生资产。

保存证据

保存交易哈希、时间戳、平台确认页的截图，以及确切的网络名称。这在当时不花什么成本，却决定了万一出问题时，这是一个可解的问题还是一个无法举证的问题。

如果转账延迟了，先查区块浏览器和平台的状态页再行动。待处理的交易、平台处理延迟和真正的失败，在钱包界面上看起来是一样的。为了补救一笔只是慢的转账而再发一次，会把等待变成真实的损失。

• 收发两端的资产和网络一致，并且是独立核实过的。
• 目的地要求备注或标签时，已经核对过。
• 留有足够的原生资产用于下一步操作。
• 在大额转账之前，试转账已确认并已入账。
• 交易哈希和确认信息已保存。