以太坊采用账户模型，直接维护余额与状态；比特币采用UTXO模型，以未花费输出链式记录资产。前者支持智能合约与状态覆盖，后者强调并行验证与地址隐私，二者在状态更新、隐私性及脚本能力上存在本质差异。
注册入口：
APP下载：
欧易OKX
注册入口：
APP下载：
火币：
注册入口：
APP下载：
一、账户模型：以太坊的余额驱动机制
账户模型将每个地址视为一个独立账户，直接记录其当前余额与状态。系统通过维护全局世界状态来追踪所有账户的实时变化，交易执行即为对账户余额与存储字段的直接修改。
1、以太坊中每个外部账户（EOA）由私钥控制，其状态包含nonce、balance、codeHash和storageRoot四项核心字段。
2、当一笔转账发生时，系统验证发送方余额是否充足，随后原子性地减少其balance并增加接收方balance。
3、合约账户除余额外还保存可执行代码与持久化存储，支持任意状态变更逻辑，如DeFi协议中的流动性池余额更新。
4、世界状态以Merkle Patricia Trie结构组织，每个区块头包含stateRoot，确保全网节点可快速验证任意账户状态一致性。
二、UTXO模型：比特币的交易输出导向结构
UTXO模型不维护账户余额，而是将资产表示为一系列未被花费的交易输出。每笔交易必须引用一个或多个现有UTXO作为输入，并生成新的UTXO作为输出，旧UTXO随即失效。
1、每个UTXO由交易哈希（txid）与输出索引（vout）唯一标识，绑定特定锁定脚本（ScriptPubKey），只有满足该脚本条件者才能解锁使用。
2、用户余额是其控制的所有UTXO面额之和，钱苞需扫描区块链筛选归属地址的UTXO集合并累加计算。
3、支付时钱苞自动执行币选择算法，组合若干UTXO凑足目标金额，并生成两个输出：目标地址接收额与找零地址接收额。
4、全节点仅需验证输入UTXO是否存在、签名有效、输入总额≥输出总额+手续费，无需加载全局状态即可完成校验。
三、状态更新方式的本质差异
账户模型采用“状态覆盖”策略，每次交易直接改写账户字段；UTXO模型采用“事件追加”策略，仅新增未花费输出并标记旧输出作废，历史输出永久保留在链上可追溯。
1、在以太坊中，同一地址反复收款不会新增状态项，仅更新balance数值，世界状态树相应分支被重新哈希。
2、在比特币中，同一地址多次收款会生成多个独立UTXO，每个UTXO占用独立链上空间，且后续支付需逐一签名解锁。
3、账户模型下，查询某地址余额只需读取对应账户记录；UTXO模型下，必须遍历全部区块或UTXO集快照才能汇总准确余额。
4、UTXO天然支持并行验证——不同交易若输入UTXO无交集，可同时被纳入区块且互不干扰。
四、隐私性与地址复用表现
两种模型在地址使用习惯与链上可分析性方面呈现显著分野：账户模型鼓励地址长期复用，UTXO模型默认推动单次地址使用，形成差异化隐私特征。
1、以太坊EOA地址通常长期固定，所有交易均归集至同一账户，资金流向易被图谱工具聚类识别。
2、比特币钱苞默认为每次收款生成新地址，导致同一用户控制多个地址，每个地址仅关联少量UTXO，提升链上混淆度。
3、UTXO模型中找零输出常发送至全新地址，进一步割裂交易关联性，而账户模型无此机制。
4、比特币交易输入可混合来自不同时间、不同地址的UTXO，形成天然混币效果。
五、智能合约与脚本能力边界
账户模型将状态与代码深度耦合，天然适配复杂状态机；UTXO模型将逻辑嵌入单个输出的锁定脚本，受限于非图灵完备性，表达能力存在结构性约束。
1、以太坊EVM允许合约账户在一次调用中读写任意其他账户状态，实现跨合约交互，如Uniswap V2的swap函数直接修改储备金与流动性提供者份额。
2、比特币Script仅支持栈式操作与有限条件判断，无法循环或持久化存储，多签、时间锁等高级功能需预设在输出脚本中。
3、账户模型中合约升级可通过代理模式迁移逻辑，UTXO模型中脚本一旦发布即不可更改，功能扩展依赖新输出类型部署。
4、以太坊账户可动态创建子账户（合约），比特币UTXO无法衍生出具备独立状态的新输出实体。
