转账核对
理解“转账核对”可以从三个问题开始：当前对象是什么、这次操作会改变什么、结果在哪里能够验证。围绕这三个问题，提交前先核对目标地址提供第一层背景，确认发送网络与接收方支持网络一致补充第二层判断，而核对资产名称和合约地址决定后续核对路径。下面的内容会把概念、操作和风险放在同一条流程中说明。
- 使用自己可控的设备与网络
- 确认当前账户和网络
- 阅读完整请求后再决定是否签名
本页目录
开始前准备：提交前先核对目标地址执行第一阶段：核对资产名称和合约地址执行第二阶段：预留足够网络费用资产完成后的验证：使用匹配网络的区块浏览器查询状态常见错误与处理：失败交易需要查看失败原因而不是只看余额开始前准备：提交前先核对目标地址
重点理解：确认发送网络与接收方支持网络一致
进入“开始前准备：提交前先核对目标地址”这一步时，先不要急于提交操作。提交前先核对目标地址说明了当前步骤的前提，而确认发送网络与接收方支持网络一致决定接下来应该核对哪一类对象。在“转账核对”教程中，完成操作后再做一次独立核对，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：确认发送网络与接收方支持网络一致”相关动作后，不要只看一个成功提示就结束。核对资产名称和合约地址可以作为后续验证线索，确认金额与小数位显示是否正确则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。把合约地址作为识别资产或权限对象的重要线索，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认提交前先核对目标地址。
- 再判断确认发送网络与接收方支持网络一致与当前请求的关系。
- 把核对资产名称和合约地址作为独立核对点。
执行第一阶段：核对资产名称和合约地址
重点理解：确认金额与小数位显示是否正确
进入“执行第一阶段：核对资产名称和合约地址”这一步时，先不要急于提交操作。核对资产名称和合约地址说明了当前步骤的前提，而确认金额与小数位显示是否正确决定接下来应该核对哪一类对象。在“转账核对”教程中，先把界面提示与链上事实分开看，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：确认金额与小数位显示是否正确”相关动作后，不要只看一个成功提示就结束。预留足够网络费用资产可以作为后续验证线索，提交后保存交易哈希则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。让每一步都能回答“我正在授权什么”，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认核对资产名称和合约地址。
- 再判断确认金额与小数位显示是否正确与当前请求的关系。
- 把预留足够网络费用资产作为独立核对点。
执行第二阶段：预留足够网络费用资产
重点理解：提交后保存交易哈希
进入“执行第二阶段：预留足够网络费用资产”这一步时，先不要急于提交操作。预留足够网络费用资产说明了当前步骤的前提，而提交后保存交易哈希决定接下来应该核对哪一类对象。在“转账核对”教程中，把可公开验证的信息放在第一位，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：提交后保存交易哈希”相关动作后，不要只看一个成功提示就结束。使用匹配网络的区块浏览器查询状态可以作为后续验证线索，等待确认时避免重复发送则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。从“现在在哪条网络”这个问题开始，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认预留足够网络费用资产。
- 再判断提交后保存交易哈希与当前请求的关系。
- 把使用匹配网络的区块浏览器查询状态作为独立核对点。
完成后的验证：使用匹配网络的区块浏览器查询状态
重点理解：等待确认时避免重复发送
进入“完成后的验证：使用匹配网络的区块浏览器查询状态”这一步时，先不要急于提交操作。使用匹配网络的区块浏览器查询状态说明了当前步骤的前提，而等待确认时避免重复发送决定接下来应该核对哪一类对象。在“转账核对”教程中，先确认对象，再确认动作，最后确认结果，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：等待确认时避免重复发送”相关动作后，不要只看一个成功提示就结束。失败交易需要查看失败原因而不是只看余额可以作为后续验证线索，发现地址或网络不符时应在签名前停止操作则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。不要用熟悉的名称替代技术核对，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认使用匹配网络的区块浏览器查询状态。
- 再判断等待确认时避免重复发送与当前请求的关系。
- 把失败交易需要查看失败原因而不是只看余额作为独立核对点。
常见错误与处理：失败交易需要查看失败原因而不是只看余额
重点理解：发现地址或网络不符时应在签名前停止操作
进入“常见错误与处理：失败交易需要查看失败原因而不是只看余额”这一步时，先不要急于提交操作。失败交易需要查看失败原因而不是只看余额说明了当前步骤的前提，而发现地址或网络不符时应在签名前停止操作决定接下来应该核对哪一类对象。在“转账核对”教程中，把一次请求拆成来源、对象、权限和结果四层，把账户、网络、地址、资产和请求内容按照实际顺序重新读一遍。这样做的目的不是增加操作复杂度，而是让用户在点击确认之前能够明确回答“这次动作会发生在哪条网络、作用于哪个对象、是否符合自己的预期”。
完成“重点理解：发现地址或网络不符时应在签名前停止操作”相关动作后，不要只看一个成功提示就结束。提交前先核对目标地址可以作为后续验证线索，确认发送网络与接收方支持网络一致则帮助判断等待、失败或权限状态是否仍需要处理。建议保存必要的公开记录，例如交易哈希、网络名称和目标地址，并通过匹配的区块浏览器或应用记录复核。遇到信息不一致时先停止操作，如果结果与预期不同，应先确认已经发生的链上事实，再决定是否需要下一步，而不是连续重复签名或发送。
- 先确认失败交易需要查看失败原因而不是只看余额。
- 再判断发现地址或网络不符时应在签名前停止操作与当前请求的关系。
- 把提交前先核对目标地址作为独立核对点。
操作核对清单
- 核对提交前先核对目标地址。
- 核对核对资产名称和合约地址。
- 核对预留足够网络费用资产。
- 核对使用匹配网络的区块浏览器查询状态。
- 核对失败交易需要查看失败原因而不是只看余额。