以太坊交易不是点击按钮后立即完成的一次 HTTP 请求，而是一段可验证、可排队、可执行的链上流程。钱包先构造交易，用户签名后广播，节点把它放进交易池，验证者选择并执行，区块传播后其他节点再验证并更新状态。理解每一步，可以区分余额未到账、交易被拒绝、Gas 不足和 RPC 显示延迟等不同问题。
构造和签名
钱包构造交易时会填入链 ID、nonce、目标地址、数值、数据和费用参数。链 ID 防止签名被另一条网络重放，nonce 则确保同一外部账户的交易有顺序。用户签名的是具体字段的哈希，不是“同意一切未来操作”。如果钱包弹窗只显示一个模糊的“确认”，可以改用支持 EIP-712 或硬件屏幕解析的工具，查看合约函数与参数。
交易池与 nonce
签名交易会进入一个或多个节点的交易池。节点会检查签名、nonce、余额和费用上限，不符合条件的交易可能被拒绝或暂不转发。相同 nonce 的新交易可在满足条件时替换旧交易，通常需要更高的费用；这不是修改旧交易，而是让验证者在打包时选择新版本。若交易卡住，先确认钱包使用的 RPC、链 ID 和当前 nonce，不要在不同网络之间反复重置序号。
区块执行与回执
验证者把交易放进区块后，执行层会计算状态变化并产生回执。成功回执只说明执行没有回滚，不代表代币一定能在每个钱包中立即显示；失败回执可能已经消耗部分 Gas。合约事件日志是应用和区块浏览器索引状态的重要线索，但索引服务可能延迟。排查时同时查看交易状态、输入数据、日志、实际费用和目标合约地址。
确认和最终性
区块被后续区块引用后，交易的重组概率通常降低；协议最终性则由共识层的证明和检查点决定。不同网络、二层和交易平台会采用不同的确认数和入账策略。高价值跨境结算应等待收款方要求的确认，并保存交易哈希和链上证据。任何声称“链上交易可由客服删除”的说法都不可信；可以做的是等待、替换未确认交易，或通过目标平台的正式流程申请人工排查。
给海外读者的核对清单
- 先确认使用的网络、钱包版本和官方文档，再进行任何签名或转账。
- 把交易哈希、合约地址、费用和时间记录在自己的账本中，遇到异常先暂停。
- 本文只解释公开机制，不构成投资、税务或法律建议；不同地区的规则需要向当地专业人士核实。