转账与收款
在多链和 Web3 环境中，“转账与收款”不能脱离网络上下文单独理解。先确认收款时应先确认对方使用的网络，再看复制地址后仍需要人工核对关键字符，最后用发送前同时确认网络、资产与金额检验自己的判断，能够减少因为地址相似、资产同名或请求来源不清而产生的误判。本页强调可验证的信息和清晰的停止条件。
- 使用自己可控的设备与网络
- 确认当前账户和网络
- 阅读完整请求后再决定是否签名
本页目录
开始前准备：收款时应先确认对方使用的网络执行第一阶段：发送前同时确认网络、资产与金额执行第二阶段：合约代币与网络原生资产需要区分完成后的验证：等待确认期间不宜盲目重复发送常见错误与处理：大额操作前可先用较小金额验证路径开始前准备：收款时应先确认对方使用的网络
重点理解：复制地址后仍需要人工核对关键字符
进入“开始前准备：收款时应先确认对方使用的网络”这一步时，先不要急于提交操作。收款时应先确认对方使用的网络说明了当前步骤的前提，而复制地址后仍需要人工核对关键字符决定接下来应该核对哪一类对象。在“转账与收款”教程中，从“现在在哪条网络”这个问题开始，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：复制地址后仍需要人工核对关键字符”相关动作后，不要只看一个成功提示就结束。发送前同时确认网络、资产与金额可以作为后续验证线索，Gas 资产不足可能导致无法提交交易则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。把可公开验证的信息放在第一位，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认收款时应先确认对方使用的网络。
- 再判断复制地址后仍需要人工核对关键字符与当前请求的关系。
- 把发送前同时确认网络、资产与金额作为独立核对点。
执行第一阶段：发送前同时确认网络、资产与金额
重点理解：Gas 资产不足可能导致无法提交交易
进入“执行第一阶段：发送前同时确认网络、资产与金额”这一步时，先不要急于提交操作。发送前同时确认网络、资产与金额说明了当前步骤的前提，而Gas 资产不足可能导致无法提交交易决定接下来应该核对哪一类对象。在“转账与收款”教程中，不要用熟悉的名称替代技术核对，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：Gas 资产不足可能导致无法提交交易”相关动作后，不要只看一个成功提示就结束。合约代币与网络原生资产需要区分可以作为后续验证线索，交易提交后会获得可查询的交易哈希则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。先确认对象，再确认动作，最后确认结果，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认发送前同时确认网络、资产与金额。
- 再判断Gas 资产不足可能导致无法提交交易与当前请求的关系。
- 把合约代币与网络原生资产需要区分作为独立核对点。
执行第二阶段：合约代币与网络原生资产需要区分
重点理解：交易提交后会获得可查询的交易哈希
进入“执行第二阶段：合约代币与网络原生资产需要区分”这一步时，先不要急于提交操作。合约代币与网络原生资产需要区分说明了当前步骤的前提，而交易提交后会获得可查询的交易哈希决定接下来应该核对哪一类对象。在“转账与收款”教程中，遇到信息不一致时先停止操作，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：交易提交后会获得可查询的交易哈希”相关动作后，不要只看一个成功提示就结束。等待确认期间不宜盲目重复发送可以作为后续验证线索，错误网络可能导致到账路径与预期不同则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。把一次请求拆成来源、对象、权限和结果四层，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认合约代币与网络原生资产需要区分。
- 再判断交易提交后会获得可查询的交易哈希与当前请求的关系。
- 把等待确认期间不宜盲目重复发送作为独立核对点。
完成后的验证：等待确认期间不宜盲目重复发送
重点理解：错误网络可能导致到账路径与预期不同
进入“完成后的验证：等待确认期间不宜盲目重复发送”这一步时，先不要急于提交操作。等待确认期间不宜盲目重复发送说明了当前步骤的前提，而错误网络可能导致到账路径与预期不同决定接下来应该核对哪一类对象。在“转账与收款”教程中，把操作前与操作后的状态都记录下来，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：错误网络可能导致到账路径与预期不同”相关动作后，不要只看一个成功提示就结束。大额操作前可先用较小金额验证路径可以作为后续验证线索，链上交易通常不能由钱包单方面撤回则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。先理解为什么，再决定是否点击确认，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认等待确认期间不宜盲目重复发送。
- 再判断错误网络可能导致到账路径与预期不同与当前请求的关系。
- 把大额操作前可先用较小金额验证路径作为独立核对点。
常见错误与处理：大额操作前可先用较小金额验证路径
重点理解：链上交易通常不能由钱包单方面撤回
进入“常见错误与处理：大额操作前可先用较小金额验证路径”这一步时，先不要急于提交操作。大额操作前可先用较小金额验证路径说明了当前步骤的前提，而链上交易通常不能由钱包单方面撤回决定接下来应该核对哪一类对象。在“转账与收款”教程中，把网络上下文作为每一步的基础条件，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：链上交易通常不能由钱包单方面撤回”相关动作后，不要只看一个成功提示就结束。收款时应先确认对方使用的网络可以作为后续验证线索，复制地址后仍需要人工核对关键字符则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。优先使用可复核的公开记录，而不是截图印象，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认大额操作前可先用较小金额验证路径。
- 再判断链上交易通常不能由钱包单方面撤回与当前请求的关系。
- 把收款时应先确认对方使用的网络作为独立核对点。
操作核对清单
- 核对收款时应先确认对方使用的网络。
- 核对发送前同时确认网络、资产与金额。
- 核对合约代币与网络原生资产需要区分。
- 核对等待确认期间不宜盲目重复发送。
- 核对大额操作前可先用较小金额验证路径。