本文介绍了 UUPS 代理模式，它将升级逻辑从代理合约转移到实现合约中，从而减少了 bytecode 大小、部署成本和复杂性。通过将升级功能放在实现合约中，每个实现都可以定义自己的升级规则。文章还通过 Foundry 演示了 UUPS 代理的部署和升级过程。

本文详细解释了以太坊智能合约的部署过程，包括部署交易的原理、EVM如何确定合约地址，以及如何使用CREATE和CREATE2预先计算合约地址。文章通过示例展示了如何手动计算合约地址，并解释了CREATE2在预先确定合约地址方面的重要作用。

本文介绍了以太坊智能合约升级的常用模式：透明代理（Transparent Proxy，EIP-1967）。文章解释了代理合约如何通过 delegatecall 将调用转发到可替换的实现合约，从而在保持合约地址不变的情况下实现逻辑升级。文章还通过 Foundry 演示了代理合约的部署、升级和状态保持的过程，并强调了 EIP-1967 标准化存储槽位的重要性。

本文介绍了以太坊虚拟机（EVM）中事件（也称为日志）的工作原理，包括事件的定义、存储位置（交易回执日志而非合约存储）、以及如何通过eth_getLogs直接查询事件。文章详细解释了topics（索引字段，用于过滤）和data（非索引字段，存储原始字节）的结构，并通过ERC-20代币转账事件的示例，展示了如何手动解码日志以及如何在区块浏览器上理解事件信息。

本文介绍了以太坊节点的不同类型（完整节点、归档节点和轻节点）以及主要的执行客户端（如Geth、Nethermind、Erigon和Besu）。讨论了它们的数据保留、同步方法和RPC实现如何影响调试、追踪和重放交易的能力，以及何时应该运行自己的节点。

本文介绍了 EIP-712 的原理、作用以及如何使用 EIP-712 实现安全的链下签名，使得钱包能够显示可读的信息，合约可以在链上验证签名。同时，通过一个 Go 语言和 Solidity 语言的例子，展示了如何在 Polygon Amoy 测试网上验证 EIP-712 签名，并介绍了基于 EIP-712 构建的 EIP-2612 Permit 签名流程。

EIP-4844 (proto-danksharding) 引入了blob交易，为Rollup在以太坊上提供临时的数据空间，显著降低存储成本。通过分离执行数据和blob数据，并在短期保留后丢弃blob，网络在不增加状态大小的情况下获得带宽的显著提升。 此次升级弥合了当前Rollup扩展和完整数据分片之间的差距，降低了费用，提高了吞吐量。

本文介绍了以太坊的访问列表交易（Access List Transaction），它是EIP-2930在柏林硬分叉中引入的。访问列表通过预先声明交易将访问的地址和存储槽来优化gas消耗并提高可预测性。文章还演示了如何使用eth_createAccessList RPC方法生成访问列表，以及如何在Go语言中构建和广播EIP-2930交易。

EIP-1559 引入了动态的基本费用机制，取代了传统的 gas 竞价模式，大大提高了以太坊交易费用预测的准确性和透明度。用户设置最高费用和小费，协议根据网络拥堵自动调整基本费用，并销毁一部分 ETH，从而优化了用户体验，提高了费用的稳定性。文章还提供了使用 Go 语言在 Polygon Amoy 测试网上构建和广播 EIP-1559 动态费用交易的示例。

本文介绍了以太坊开发中常用的工具，包括Foundry、Hardhat、Tenderly和Blockscout，它们都依赖EVM traces来帮助开发者测试、调试和理解智能合约的行为。文章还详细介绍了如何使用Foundry搭建本地调试环境，部署合约，并模拟交易，以便开发者能够逐步检查EVM的处理过程。