区块链如何工作？交易从发起到确认全流程

区块链按创建交易、私钥签名、网络广播、节点验证、区块打包和共识确认的顺序处理交易。广播成功只代表网络收到请求，不等于资产已经到账。

下面以常见公有链转账为例。不同网络可能使用 UTXO 或账户模型，也可能采用不同共识机制，但交易从授权到写入共享账本的基本角色相近。

第一步：钱包创建并签名交易

用户填写收款地址、金额和费用参数后，钱包会构造一条交易。账户模型通常还包含 nonce，用来确定同一账户交易的顺序并防止重复执行；UTXO 模型则会引用此前未花费的输出，并创建新的输出。

钱包使用私钥对特定交易数据签名。私钥不需要也不应发送给节点，网络收到的是交易内容与签名。节点可以据此验证授权，却无法从签名反推出私钥。

第二步：交易广播到节点网络

签名后的交易会先发送给一个或多个节点，再由节点在点对点网络中传播。节点不会因为收到交易就立即写入账本，而是先检查格式、签名、可用余额或 UTXO、nonce、费用和脚本执行结果。

符合本地规则的交易通常进入内存池或待处理队列。各节点看到的待处理集合可能不同，因为网络延迟、本地策略与最低费用设置并不完全一致。内存池也不是区块链本身，节点重启或交易被替换后，待处理记录可能消失。

第三步：区块生产者选择交易

矿工或验证者会从可用交易中挑选一部分，按协议组装候选区块。交易费较高不保证必然先被打包，但在区块空间紧张时，费用通常会影响优先级。

候选区块除了交易，还包含父区块引用、时间或状态承诺等字段。比特币类网络通常把交易哈希汇总成默克尔根；账户型网络还可能记录执行后的状态根。可在区块结构深度解析中查看各字段的作用。

第四步：其他节点独立验证区块

区块传播到网络后，其他节点会自行检查，而不是直接相信生产者。检查内容包括父区块是否已知、区块头是否符合共识、交易是否有效、是否存在双花，以及执行结果是否匹配区块中的状态承诺。

有效区块会被接到节点认可的链头，无效区块则被拒绝。当节点同时看到两个候选链头时，会按照该网络的分叉选择规则决定跟随哪一边。具体规则取决于共识机制，并非简单比较区块数量。

第五步：交易获得确认

交易首次进入被认可的区块，通常记为一次确认。后续区块继续建立在该区块之上，确认深度随之增加。确认数是交易所在区块与当前链头之间的距离指标，不是所有网络通用的安全保证。

工作量证明网络可能发生短链重组，权益证明网络则常区分已包含、合理确定和最终确定等状态。交易平台还会设置自己的入账确认数，因此浏览器已显示成功，平台余额也可能尚未更新。

待确认、失败和被丢弃有什么区别？

待确认表示交易已被部分节点看到，但尚未进入主链区块。常见原因包括费用偏低、网络拥堵、nonce 前序交易尚未处理，或节点之间传播不充分。

失败通常表示交易已经上链，但合约执行没有完成预期操作。账户仍可能支付网络费用，因为节点已经消耗资源执行交易。被丢弃或替换则多发生在待处理阶段，例如费用过低、与另一笔交易使用相同 nonce，或长时间未被节点保留。

查询时应核对交易哈希、网络、状态、区块高度、确认数及实际资产变动。具体字段可参考区块链浏览器使用指南。

哪些因素会影响确认速度？

• 区块空间或执行资源的供需情况。
• 用户设置的费用与网络当前费用水平。
• 交易本身是否依赖前序交易或正确 nonce。
• 节点传播速度、区块生产间隔与共识状态。
• 收款平台要求的额外确认数和内部审核时间。

不要用一次历史耗时推断下一笔交易。跨链桥、交易平台和托管钱包还有链外处理环节，其到账速度可能与链上确认不同。

了解多个节点为何能维护同一份历史，可继续阅读分布式账本技术；想认识链的第一个区块，可阅读什么是创世区块。这两部分在区块链核心概念全解中也有对应位置。

常见问题

交易哈希能用来撤回转账吗？

不能。交易哈希是查询标识，不是撤回凭证。部分网络允许在待处理阶段用更高费用替换同 nonce 交易，但是否可行取决于协议、钱包和原交易状态。

为什么同一笔交易在两个浏览器上的确认数不同？

浏览器可能连接不同节点、索引进度不同，或采用不同的状态展示方式。短暂网络分叉期间，它们看到的链头也可能不一致，应等待数据同步并核对区块哈希。

已签名交易会一直有效吗？

不一定。账户 nonce、UTXO 是否已被花费、费用规则和协议升级都可能影响后续接受结果。签名只证明对特定数据的授权，不保证节点在任何时间都会接收这笔交易。

区块生产者能任意修改我的收款地址吗？

不能在保持原签名有效的同时修改已签名字段。地址或金额一旦改变，签名验证通常会失败。但恶意软件可能在签名前篡改钱包界面或剪贴板，所以签名前仍要核对地址。