📚 课程目录第2章区块链与智能合约基础

区块链与智能合约基础：以太坊、账户模型、Gas费与智能合约执行原理

链上借贷协议（如 Aave、Compound）本质上是一组运行在以太坊区块链上的智能合约。要理解借贷协议如何运作、为何存在清算机制、以及用户为何需要支付费用，必须先掌握以太坊的核心底层逻辑。本章将围绕以太坊的账户模型、Gas 费机制以及智能合约的执行原理展开，为后续理解借贷协议的存款、借款、利息计算与清算流程打下坚实的技术地基。

2.1 以太坊：去中心化的“世界计算机”

以太坊不仅仅是一条记录转账的区块链，它更是一个可编程的状态机。与比特币仅支持简单的脚本不同，以太坊允许开发者部署任意复杂的业务逻辑，这些逻辑以“智能合约”的形式运行在每一个节点上。对于借贷协议而言，以太坊提供了三个关键能力：全局状态共识（所有节点对账户余额和合约数据保持一致）、图灵完备的虚拟机（EVM，可以执行循环、条件判断等复杂操作）、以及无需许可的资产发行与转移（ERC-20 代币标准）。

在以太坊中，每一笔交易、每一个合约调用都会改变全局状态。例如，当用户向 Aave 存入 1 ETH 时，实际上是在调用 Aave 合约的 deposit() 函数，该函数会更新合约内部的账本，将用户的余额增加，同时将 ETH 从用户地址转移到合约地址。这个过程不是由中心化服务器完成的，而是由数千个节点独立执行并达成共识。

  核心要点：以太坊的“状态”由所有账户（EOA 和合约）的余额、存储数据以及代码组成。借贷协议的所有借贷关系、利率模型、抵押品信息都存储在这些合约账户的存储空间中。

2.2 账户模型：EOA 与合约账户

以太坊采用基于账户的模型（Account-based Model），而非比特币的 UTXO 模型。每个账户由 20 字节的地址标识，包含四个核心字段：nonce（交易序号）、balance（ETH 余额）、storageRoot（合约存储的哈希根）、codeHash（合约代码哈希）。

属性	EOA（外部账户）	合约账户
控制者	私钥持有者（人/钱包）	合约代码逻辑
能否发起交易	✅ 可以（签名交易）	❌ 不能主动发起，只能被调用
是否包含代码	否	是（EVM 字节码）
典型用途	用户存款、借款、提取	借贷池、清算引擎、预言机

在借贷协议中，用户通过 EOA 与合约账户交互。例如，用户调用 Compound 的 mint() 函数，将 cToken 铸造给用户；而清算人调用 liquidateBorrow() 函数时，也是通过其 EOA 触发合约逻辑。理解两类账户的区别，有助于排查“为什么我的交易失败”或“为什么合约无法自动执行”等问题。

2.3 Gas 费机制：计算资源的定价

Gas 是以太坊衡量计算工作量的单位。每一笔交易或合约调用都需要消耗 Gas，以支付给矿工/验证者。Gas 机制的核心目的是防止资源滥用（如死循环）并激励节点参与。Gas 费的计算公式为：

交易费用 = Gas Used（实际消耗） × Gas Price（用户愿意支付的单价，单位 Gwei）
1 Gwei = 10^9 Wei = 10^-9 ETH

Gas 费由两部分构成：基础费（Base Fee，根据网络拥堵情况动态调整，被销毁）和优先费（Priority Fee，即小费，支付给验证者）。用户可以通过设置更高的 Gas Price 来加速交易被打包。在借贷协议中，Gas 费的影响尤为显著：

存款/取款：涉及状态更新，通常消耗 100k-300k Gas。
借款：涉及利率指数更新和用户债务记录，消耗约 200k-400k Gas。
清算：涉及多个合约调用（价格获取、抵押品转移、债务偿还），消耗可达 500k-800k Gas。

风险提示：在以太坊网络拥堵时（如 NFT 抢购或市场剧烈波动），Gas Price 可能飙升。对于借贷协议用户而言，如果 Gas 设置过低，交易可能长时间处于 pending 状态，导致错失最佳清算时机或借款利率变化。建议使用钱包的“建议 Gas”功能，并关注网络拥堵指数。

2.4 智能合约执行原理：EVM 与交易生命周期

智能合约的代码运行在以太坊虚拟机（EVM）中。EVM 是一个基于栈的、隔离的运行时环境，它不能访问网络、文件系统或其他外部进程，只能通过“交易”和“消息调用”与其他合约交互。智能合约的执行具有确定性：无论哪个节点执行，结果必须完全一致，否则无法达成共识。

一笔完整的交易生命周期如下：

构造与签名：用户使用私钥对交易（包含 to、value、data、gasLimit、gasPrice 等字段）进行签名。
广播：交易被发送到节点，进入 Mempool（待处理交易池）。
验证与打包：验证者检查签名、余额和 nonce，将交易打包进区块。
执行：每个节点独立执行交易，运行 EVM 字节码，更新状态。
共识与写入：执行结果通过共识机制（PoS）确认，状态变更永久写入区块链。

如果执行过程中 Gas 耗尽或发生异常（如 require 条件不满足），则所有状态变更回滚，但已消耗的 Gas 不会退还。这是借贷协议中“交易失败”最常见的原因。

实战经验：在调用借贷协议时，建议先通过 eth_call（只读调用）模拟交易，确认不会 revert 后再发送真实交易。例如，在 Aave 中，可以使用 getReserveData() 查看储备金状态，或使用 getUserAccountData() 检查健康因子，避免因抵押不足导致清算。

2.5 案例拆解：一次典型的借贷交互流程

假设用户 Alice 想要在 Aave 上存入 10 ETH 并借出 5000 USDC。整个过程涉及多个智能合约调用，我们拆解其底层逻辑：

步骤	操作	合约调用	Gas 消耗（约）	关键状态变化
1	授权 Aave 合约操作 Alice 的 ETH	WETHGateway.deposit()	150k	Alice 的 ETH 转入 Aave 池
2	存入 ETH 作为抵押品	Pool.deposit()	200k	Alice 获得 aETH 代币，抵押品价值记录
3	借款 5000 USDC	Pool.borrow()	250k	Alice 债务增加，USDC 从池中转出
4	（可选）查看健康因子	Pool.getUserAccountData()	50k（只读）	健康因子 = 抵押品价值 / 借款价值

在这个案例中，Alice 的 ETH 抵押品价值为 10 ETH × 3000 USDT = 30000 USDT。假设借款阈值为 80%，则最大可借 24000 USDT。Alice 借出 5000 USDC 后，健康因子约为 30000 / (5000 × 1.1) ≈ 5.45，远高于 1，处于安全区间。如果 ETH 价格暴跌至 1000 USDT，抵押品价值变为 10000 USDT，健康因子降至 10000 / 5500 ≈ 1.82，仍高于 1，但若继续下跌至 600 USDT，健康因子将跌破 1，触发清算。

  复盘要点：整个流程中，Gas 费总计约 650k，按 Gas Price 20 Gwei 计算，费用约为 0.013 ETH（约 26 美元）。在 Layer2 或侧链上，这一成本可降低 90% 以上。理解 Gas 消耗结构，有助于优化交易策略，例如将多个操作合并为一次批量交易（如使用 Multicall）。

2.6 常见误区与总结

初学者在理解以太坊基础时，常陷入以下误区：

误区一：认为合约可以“自动执行”。实际上，合约必须由外部交易触发，不存在“定时任务”或“后台运行”。清算机制也是依赖外部清算人（Keeper）发起交易才能执行。
误区二：混淆 Gas Price 与 Gas Limit。Gas Limit 是用户愿意支付的最大 Gas 量，如果实际消耗超过 Limit，交易失败；Gas Price 是单价，两者相乘才是费用。
误区三：忽略 nonce 管理。如果同一地址连续发送多笔交易，nonce 必须连续。若第一笔交易卡住，后续交易也会被阻塞。在借贷协议中，频繁操作时需注意 nonce 顺序。
误区四：认为所有节点都执行同一份代码。实际上，每个节点执行的是部署时写入的字节码，如果合约有漏洞或升级（如代理合约），执行逻辑可能不同。

总结而言，以太坊的账户模型决定了借贷协议中“谁拥有什么”，Gas 机制决定了“操作成本”，而智能合约执行原理决定了“如何安全地改变状态”。掌握这些基础，后续学习借贷协议的利率模型、抵押品管理和清算机制时，就能从底层逻辑出发，理解每一个设计选择的原因。