这份加密货币转账教程先从接收端取得资产、网络、地址及必要附加信息，再核对实际到账量是否符合门槛、费用是否足额。送出后，用正确网络的 TxID，也就是交易识别码，核对执行结果与接收端入账。地址格式相同或已有 TxID，都不足以判定完成；数据不一致、门槛不足或签名内容不明时，先不要送出。
转账画面填了20 USDT，对方却可能只收到19。地址完全没变，只是选了另一条费用较低的网络，平台也可能无法替你入账。这些问题通常不是多按一次刷新就能解决，因为你需要核对的，其实是一整份收款条件。
这篇用同一笔20 USDT教学充值，从收款信息一路走到对账。你会看到什么时候应该取消、什么时候只需追查原交易，以及为什么「链上成功」还不能替代平台入账。先把这条路走清楚，再处理下一笔金额。
加密货币转账，先确定你走的是哪条路
链上发送、交易所提币与平台内部转账，要用不同的完成证据核对。 同样叫「转账」，有的会产生公开链上交易，有的主要是平台内部记账。拿错查找方式，很容易把等待中的申请当成已经出链。
若还不熟悉钱包、地址及保管责任，可以先看钱包收转币检查。本篇把平台充值门槛与异常排查拆细，并在需要的地方保留操作条件，不要求你先读完其他文章才能完成这次核对。
链上发送、平台提币与内部转账分开
自托管钱包的链上发送，由你确认交易并签署；交易所提币则先是对平台提出申请，还可能经过平台审核、调度与出链。平台显示「申请成功」，不一定表示已经有可查的链上交易。相对地，平台内部转账可能用收款账号或其他识别方式完成，未必提供一笔独立TxID。
先看清操作类型，再决定追哪份记录。链上路线需要网络与TxID；平台内部路线则按该服务的转账单号及收款记录核对。不要因为找不到链上交易，就直接把一笔尚未出链的提币申请重做一遍。
一份收款信息要包含哪些条件
收款信息至少要能回答：收什么资产、走哪个网络、送到哪个地址，以及是否另需Memo或Tag。对平台充值，还要加入最低到账量、服务状态及入账要求。Kraken官方《How to deposit cryptocurrencies》2026年8月19日版本，便将资产、网络、地址、附加信息与确认要求分开列示。
如果你是转进自己的钱包，则先确认能控制接收账户，并备妥对应恢复材料。只看得见一个地址，不足以证明你有日后转出的能力。可用钱包备份覆盖范围核对来源，避免把资产转进自己其实无法恢复的账户。
网络与代币合约对上，地址才有意义
地址正确，是必要条件；资产与网络也必须符合接收端要求。 一串地址能被发送界面接受，并不代表平台会支持这条充值路线，更不代表同名代币就是你原本想转的资产。
币名相同，不代表接收方支持同一网络
USDT是Tether发行的代币名称，不同网络的支持状态与识别方式要分开核对。以Ethereum（以太坊）主网这条区块链为例，还可依Tether官方《Supported Protocols》核对对应代币合约，也就是识别该代币程序的地址。合约地址用来辨认资产，不能拿来代替平台提供给你的充值地址。
有些网络的地址格式相同，甚至同一密钥会对应相同外观的地址，但平台未必提供相同的入账服务。发送端有某条便宜网络可选，也不代表接收端接受。先确定共同支持的路线，再比较费用；不要倒过来先挑最低费，才试着让收款信息配合它。
Memo与Tag，要按接收端要求处理
Memo或Tag是部分收款方式用来识别充值归属的附加信息。XRP Ledger官方《Source and Destination Tags》说明，目的标签可帮服务商把送到共用地址的付款对应到特定客户；有些X-address已把地址与标签编在一起，不能一概认定每次都另填一栏。
实际使用时，完整抄取接收页要求的数据，不自行填零、不沿用别人的标签，也不要因扫了QR Code就跳过核对。若接收端要求附加信息，而发送端没有相应字段，先联系可信官方支持确认，不能猜它会自动带上。本篇接下来的USDT情境，假设接收页没有要求Memo。
20 USDT演练：先检查能不能送
这次假设从自己的钱包A，经Ethereum主网，把USDT送到平台M提供的地址R。平台M是教学代号，假设最低到账量为20 USDT、充值服务正常且不要求Memo。金额、门槛与后面的费用均为教学输入，不是任何平台的现行规则，也没有实际送出。
第一步：从接收端固定这次充值信息
先打开已核实的接收平台入口，选USDT及Ethereum主网，取得这次使用的充值地址。接着记下最低到账量、是否需要附加信息及服务状态。本例地址只以R表示，不提供可误转的示范字符串；你实际操作时，必须使用自己的官方充值页数据。
回到A，确认持有的确实是同一网络、同一资产，再粘贴完整接收地址。逐段比对粘贴后的地址与原数据，最后确认时再核一次；若使用硬件，也核对可信设备显示。不要从交易历史里的陌生小额来款挑一个看起来很像的地址。
此时若平台M已暂停充值，或A只有其他网络上的资产，本次结果就是停止。跨链需要另一套支持及风险判断，不能靠修改发送界面的网络名称，让既有资产自动搬到另一条链上。
第二步：比较转出数量与实际到账量
假设A有100 USDT，这次自行发送20 USDT，网络费另用以太坊原生币ETH支付。在后续交易成功、没有其他充值扣款的本例条件下，R收到的代币数量是20，符合平台M「至少20」的教学门槛。不能把另付的ETH网络费直接从USDT数量减掉。
现在只改一个条件：改从另一个平台发送，且该平台的教学规则是从填写的20 USDT内扣1 USDT提币费。实际到账量便是19，低于相同的20门槛，应在送出前取消或重新规划。算式里的1不是现行费率，也不是所有平台的扣费方式；若费用另加，结果就要另外算。
这就是小额测试也必须看最低量的原因。数字小，不代表接收端一定处理。Kraken官方《Cryptocurrency deposit is missing》将最低充值量列为未到账排查项，本文于2026年10月27日核对；本例只借用检查逻辑，不借用它的实际门槛。
第三步：准备网络费，检查最后签名
回到自行发送的主线，假设A另有0.004 ETH，而这次教学预留的最高网络费为0.003 ETH，才有足额费用可供检查。USDT余额充足，不等于ETH也足够。这里尚未知道实际费用；Gas是链上执行的计费用量，上限与最后扣费的区别，可接续Gas上限与实际扣费。
最后核对Ethereum主网、正确USDT、地址R、20 USDT及费用条件。普通自行发送代币，与先授权第三方动用代币，是不同操作；若原本只是转账，画面却要求给未知对象大额权限，先拒绝并查清原因。看不懂内容，不以「只是测试」作为放行理由。
送出以后，按同一笔交易逐层核对
送出后先追原交易，不用第二笔转账替代第一笔的结果确认。 以下以「假设已送出」继续演练，每一层都要有对应数据才往下走；没有真正广播时，记录应留未执行，不填入账成功。
第四步：先找到正确网络的TxID
在发送钱包的交易记录取得TxID，并在Ethereum主网的可信区块浏览器查找。浏览器是读公开链上记录的工具，查一笔普通交易不需要连接钱包、输入助记词或批准签名。本例没有真实TxID，不能拿教学事件代号当作可查交易。
若从平台提币，暂时没有TxID，先看提币是否仍在平台处理；若已提供TxID却查不到，核对网络及拷贝内容，再向发送平台确认。先把「还没出链」和「在错的网络查」分开，不因查找空白便重复付款。
第五步：确认代币、接收地址与数量
假设交易已被收录且执行成功，再查看代币转移记录，核对USDT合约、实际接收地址R与20 USDT。代币转账可能把交易送往代币合约执行，因此最外层交易的接收字段，不一定就是最后的代币收款人；不能只看某一栏写着地址便结束检查。
ERC-20是Ethereum常见的代币接口标准，其《Token Standard》将代币转移及相关事件分开定义，这也是核对代币转移记录的依据。若合约不是预期资产、数量不符或接收地址不同，就停在异常排查，不拿另一笔同名代币来款替它补上。代币名称或图标相似，不能替代合约识别。
第六步：链上成功后，还要核平台入账
链上数据符合本例计划后，再回平台M查看同一笔充值的确认与入账状态。只有在平台依其规则完成20 USDT入账时，这条教学路线才走完。链上成功、平台正在处理与可用余额增加，是可以先后发生的不同状态。
若平台仍未入账，保留网络、资产、TxID、收款地址、数量及充值页要求，通过平台官方支持查找。不要自行假设只差固定几分钟，也不要把「再转一次」当成测试平台是否有反应。实际确认与处理时间应以该平台当下说明为准。
没收到币时，先分清卡在哪一层
未出链、待处理、执行失败及平台未入账，不能用同一个处理方法。 查清所在层级，才知道应找发送端、接收端，还是先停止新的操作。
待处理、执行失败与平台未入账不同
pending表示交易仍待处理，先核对原交易与钱包提供的处理方式；执行失败则查失败原因。Ethereum.org官方《Gas and fees》区分进区块前拒绝与链上执行失败，后者仍可能因已用资源产生网络费。交易成功而平台未入账，则回到资产、网络、最低量、附加信息及平台处理状态检查，不把链上交易失败和入账延迟混在一起。
如果只是钱包界面暂时没有显示资产，也先确认网络与正确账户。链上公开记录与平台账户余额是不同数据源，截屏上的零不够直接证明钱已被转走。
错网络或漏数据，不要用重转替代排查
转错网络、地址或漏Memo后，能否处理取决于接收方控制权及服务支持，不能承诺付一笔费用就能找回。Kraken上述充值说明也将错误附加信息交由官方支持处理；这不等于每种错误或每家平台都能恢复。
若查到根本不是你发起的转出，或曾把恢复材料交给陌生网站，问题便不只是未到账。先停止新签名与补款，接续钱包失守的处理顺序。不要因急着完成本次充值，又把秘密交给自称能追款的人。
把这次收款路径留成可核对的记录
保留资产与网络、接收信息取得时间、实际到账量计算、TxID及最终状态，就能在异常时追同一笔款。下一次仍要重新核对当下的官方数据；一次小额测试只验证当次路径，不证明地址、服务或后续签名永远安全。
本文供转账判断与对账学习，不构成投资建议。平台M、门槛与费用皆为教学假设；实际操作按服务及网络要求核对，错误转账可能无法追回。