先理解区块链记账的基本流程
区块链可以看作由多个网络节点共同维护的账本。用户发起一笔交易后，交易会被广播到网络，节点按照协议检查签名、账户余额或可用输出、交易格式等条件。通过验证的交易会进入待处理交易集合，随后由符合网络规则的参与者整理进区块。区块被其他节点验证并接受后，交易记录就成为账本的一部分。
区块并不是孤立保存的。区块头通常会记录前一个区块的哈希，当前区块中的交易还可以通过哈希树汇总为一个根值，并将该根值写入区块头。这样，交易内容或历史区块发生变化时，相关哈希也会变化，节点就能发现记录与原有链条不一致。
案例一：比特币如何记录一笔转账
比特币采用UTXO模型。理解这个模型时，可以把每笔交易产生的输出看成一张带有金额和使用条件的数字凭证。后续交易使用这些尚未花费的输出作为输入，输出金额则分配给新的接收条件。钱包界面看起来像是从一个钱包扣款并转给另一个钱包，协议层面实际处理的是交易之间的输入和输出关系。
例如，某笔交易使用两项可用输出作为输入，并生成一个收款输出和一个找零输出。如果输入总额高于输出总额，差额可以作为交易费；如果输出总额超过输入总额，交易通常会因不满足验证规则而被拒绝。每一项输出只能被成功使用一次，重复引用同一输出会构成双重支付尝试。
比特币区块中的交易还会通过交易标识构建默克尔树，最终得到默克尔根。节点可以据此核对某笔交易是否属于特定区块。区块高度能够表示区块距离创世区块的大致位置，但在分叉情况下，多个区块可能拥有相同高度，因此区块高度不能单独作为全球唯一标识。
案例二：以太坊如何记录账户状态变化
以太坊交易通常由外部拥有账户发起，并由私钥签名授权。交易内容可以包括发送方、接收方、转移数量、随机数、输入数据以及燃料相关参数。节点验证签名和其他规则后，验证者将交易纳入区块，网络据此更新账户余额或智能合约状态。
如果接收方是普通账户，交易可以表现为账户之间的价值转移；如果接收方是智能合约地址，交易数据会指定要调用的合约代码和函数。合约部署交易则可以没有接收地址，并将合约代码放在数据字段中。交易中的输入数据通常是编码后的字节，具体含义由合约接口约定，因此仅看一串十六进制数据往往难以直接判断操作内容。
以太坊用gas衡量执行计算所需的资源，并据此收取费用。简单转账和合约调用的计算量不同，所需gas也不同。交易先获得哈希并广播到待处理交易池，之后被验证者放入区块；随着区块获得更高确认程度，交易被网络保留的确定性会增强。
入门时需要区分的几个概念
第一，区块链记账不等于把所有信息直接写成一张普通表格。比特币主要通过UTXO追踪可花费输出，以太坊则围绕账户和全局状态变化组织数据。两者都使用密码学签名、哈希和区块验证，但记录模型与交易字段不同。
第二，交易被广播不等于已经完成记账。广播只表示交易进入网络传播过程；交易还需要通过节点验证并被纳入有效区块。若网络出现同时生成的竞争区块，节点会依据协议选择有效链，部分暂时未被主链采用的区块可能不再承担最终记账作用。
第三，哈希能帮助发现数据变化，但它本身不等于身份认证。身份授权主要依靠私钥签名，哈希则用于标识数据、连接区块和组织交易摘要。理解两者的分工，有助于避免把“加密”“签名”和“哈希”混为一谈。
适用条件与常见问题
这类入门案例适合用于理解公有链的基础记账流程、交易生命周期和数据结构。具体区块链可能采用不同的共识机制、账户模型、区块格式和确认规则，因此不能仅凭比特币或以太坊的机制推断所有项目。
常见问题是“区块链能否修改记录”。在协议允许的正常运行条件下，已纳入链上的历史记录会受到后续区块和网络共识规则保护；但这不意味着所有数据都具备绝对不可改变的性质。网络分叉、规则升级、密钥泄露和应用层错误，都可能影响记录的实际使用结果。
另一个常见问题是“节点是否都保存完全相同的数据”。全节点会依据自身验证规则保存和验证区块链数据，只有在节点接受相同的有效区块并达到共识时，账本状态才会保持一致。节点数量、网络传播和验证规则共同影响这种一致性。