转账是账本状态的变化
理解区块链上转账涉及哪些技术概念，可以先看三个问题：谁有权动用资产，账本如何记录变化，网络如何接受这次变化。钱包显示的转账结果，背后需要密码学验证、交易执行和共识机制共同支撑。不同链采用的记录方式与确认规则并不相同。
地址、私钥与数字签名
地址用于表达接收目标或关联资产的支出条件；私钥用于生成数字签名。网络可以验证签名是否满足授权要求，而不需要获得私钥。签名还将授权与特定交易数据关联，使被签署内容的改动能够被验证过程发现。
签名有效说明交易满足相应的密码学授权条件，并不说明接收对象或操作目的符合发送者的真实意愿。识别地址、金额与调用内容，和验证签名属于不同层面。
账户模型与UTXO模型
以太坊交易文档描述的是账户状态更新：交易包含接收地址、金额、nonce及费用参数等信息。nonce是账户的交易序号，用于约束交易处理顺序。涉及合约时，输入数据还表达需要执行的操作。
比特币开发者指南则以未花费交易输出，即UTXO，解释资产记录。普通交易的输入引用此前的输出，并提供满足支出条件的数据；新输出规定金额及其后续支出条件。钱包余额对应可支配输出的汇总。
因此，“余额减少”在两种模型中具有不同实现：账户模型更新账户状态，UTXO模型消耗旧输出并创建新输出。以太坊的nonce不能直接套用于解释比特币输入。
手续费与合约执行
以太坊用Gas计量执行消耗，Gas上限限制一笔交易允许使用的执行资源，实际费用还取决于适用的每单位Gas价格。金额与执行费用是不同概念，不能只凭转账金额判断资源消耗。
接收目标为合约时，交易可能触发代码执行，输入数据用于表达函数及参数。因此，理解一次合约交互需要同时看目标地址和调用内容，仅看界面上的“转账”名称可能无法掌握完整含义。
交易哈希、广播与确认
交易哈希用于标识和查询交易。广播让交易在节点间传播，进入待处理状态后，还需要被纳入区块并接受网络规则验证。哈希的存在本身不能证明交易已经完成。
确认描述交易所在区块被后续链状态接受的程度；最终性则涉及共识规则对区块稳定性的保障。以太坊与比特币的机制不同，不能将某条链的确认标准直接视为所有区块链的统一标准。
常见问题：上链是否等于操作成功
需要区分交易被收录与预期效果实现。对于以太坊合约交互，还要查看执行结果，不能仅凭区块中存在该交易就认定目标操作成功。理解转账状态时，应分别辨认授权、传播、收录、执行和确认这些环节。