Ethereum

比特币用 UTXO 记账——销毁旧币、创造新币；以太坊用账户模型记账——每个地址一条全局状态（余额 + nonce），转账就是状态改写。本文以同一笔转账的两种视角对照两种模型，讲清 nonce 为什么存在、两种模型各自的取舍，并为理解 EVM 铺路。

上一篇留了一个问题：执行每条操作码都有定价——凭什么 ADD 一个价、SSTORE 另一个价？谁定的？本文讲清 Gas 的三重意义（计量资源、防滥用与停机问题、定价市场）、费用公式 gasUsed × gasPrice 与 EIP-1559 的 base fee 燃烧机制，用一个手算例子把 gwei 换算走通，并解释 blob（EIP-4844）如何把 L2 费用打下来两三个数量级。

上一篇留了一个问题：全局状态表只是一张表，谁来执行改写它的逻辑？答案是 EVM——一台所有节点都在运行的确定性沙盒虚拟机。本文讲清 EVM 的执行模型（源码 → 字节码 → 操作码）、为什么「同样输入必得同样输出」是共识的前提、「一次编写多链运行」的 EVM 兼容生态，以及它如何构成以太坊的网络性护城河。

上一篇 Gas 结尾留了一个问题：余额检查、nonce 递增、费用扣除这些规则由谁写、由谁执行？答案是智能合约——部署在链上的程序，规则写在链上，没有任何人可以单方面修改或关掉它。本文讲清「代码即规则」的准确含义（部署后字节码上链不可变）、确定性执行与全网验证如何衔接 EVM、智能合约的能力边界（能做代币/DAO/借贷，做不了链下数据与真随机），并用一个 ERC-20 转账的端到端实例把账户模型、Gas、合约执行串成一条线——这也是阶段 2 的收官。