全部 通识 以太坊 比特币 Solana 公链 Solidity Web3应用 编程语言 安全 密码学 AI 存储 其他

部署与确定性地址（CREATE vs CREATE2）

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

代理与可升级性 - 透明代理 (EIP-1967)

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

Vitalik Buterin 用 30 分钟介绍以太坊（2025 版）

本文是Vitalik Buterin在Devconnect ARG 2025上的开幕演讲全文。
以太坊  ZK-EVM  可扩展性  去中心化  抗审查性  密码学 

理解事件 — EVM的内置日志系统

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

“满堂彩”：Lighthouse + Reth 集成于单一二进制文件

本文档记录了一个关于 Lighthouse-Reth 集成想法的小实验，目标是使用单一二进制文件同时运行共识层 (CL) 和执行层 (EL)，从而简化以太坊节点的运行。实验结果表明，这种集成在用户体验、资源使用和可观察性方面具有潜在优势，但也存在维护、版本协调和编译时间等方面的挑战。
Lighthouse  reth  共识层  执行层  Engine API  SSZ  Fullhouse 

你的RPC背后是什么：节点类型、客户端以及为什么重要

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

以太坊月报：2025年11月

这篇文章是关于以太坊核心开发者会议的总结，主要讨论了Fusaka升级的完成情况、Glamsterdam升级的进展，以及未来Heka / Bogotá升级的规划。
以太坊  升级  Fusaka  Glamsterdam  Heka  Bogotá  EIP  FOCIL 

介绍实验室

The ethPandaOps team has officially launched a new version of The Lab, a platform designed to visualize data collected from the Xatu project, aiming to be the community's primary resource for verifying Ethereum network performance。
以太坊  网络性能  数据可视化  Clickhouse  CBT  Xatu 

以太坊 Glamsterdam 分叉中可能包含的多个EIP提案

文章讨论了以太坊Glamsterdam分叉中可能包含的多个EIP提案，核心关注EIP-7732 (ePBS) 和 EIP-7805 (FOCIL)。作者建议优先支持ePBS和FOCIL，但权衡其他EIP对ePBS交付时间的影响。对于其他EIP，作者根据其优缺点和对网络的影响给出了是否支持的建议。
EIP-7732  ePBS  EIP-7805  FOCIL  以太坊分叉  验证者 

EIP-4844：Blob交易及迈向数据分片的第一步

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

EIP-2930：访问列表交易（类型 0x01）详解

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

端到端的基准测试框架 Base Benchmark

Base 构建了一个端到端的基准测试框架 Base Benchmark，用于在真实条件下测试以太坊客户端性能，以安全地扩展 Base 链。这些基准测试帮助识别瓶颈，验证硬件配置，并确保 Base 能够继续可靠地扩展，同时保持亚美分、亚秒级的交易。
Base 链  以太坊客户端  性能测试  基准测试  Gas Limit  reth  Geth 

EVM开发者工具详解 + Foundry设置

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

使用 Hardhat V3 框架构建智能合约项目全指南

前言本文详细介绍如何使用HardhatV3框架从零开始构建智能合约项目，涵盖合约的开发、测试、部署全流程，以及开发过程中常见问题的解决方法。项目构建#创建项目文件夹mkdirhardhat-example#进入项目文件夹cdhardhat-example#h
HardhatV3  智能合约开发工具 
  • 木西
  • 发布于 2025-11-09
  • 阅读 ( 289 )
  • ( 11 )

以太坊账户抽象（AA）演进- EIP7702

以太坊账户抽象（AA）演进一、背景（简要）以太坊原生有两类账户：EOA（ExternallyOwnedAccount）：私钥控制，传统钱包。ContractAccount（合约账户）：由合约代码控制（如Safe）。问题：EOA无法自定义签名/验证逻辑、无法原生支持代付gas
EIP7702  AA账户 
  • cpbox
  • 发布于 2025-11-07
  • 阅读 ( 454 )
  • ( 8 )

以太坊应从 Hyperliquid 借鉴的经验

本文介绍了 builder codes 的概念，它允许第三方应用通过为平台带来交易量来赚取收益。Hyperliquid 和 Polymarket 已经成功应用了这种模式，为应用开发者带来了数百万美元的收入。ERC-8021 提案旨在将 builder codes 原生集成到以太坊中，通过在交易中嵌入 builder codes 并建立注册表来奖励应用开发者。
Builder Codes  Hyperliquid  PolyMarket  ERC-8021  以太坊  应用开发者 

Fusaka 主网公告

Fusaka 是以太坊主网的一次重大升级，它通过 PeerDAS 实现了 blob 吞吐量的扩展，优化了执行层和共识层，提高了 L1 的性能和用户体验。此次升级包括 PeerDAS、ModExp 优化、交易 Gas 限制、网络协议优化等关键特性，旨在提升以太坊的可扩展性和效率。
Fusaka  PeerDAS  Blob  ModExp  EIP-7883  EIP-7823 

零知识虚拟机进展：零知识虚拟机持续改进

本文讨论了零知识虚拟机（zkVM）的进展，zkVM 从理论走向生产系统，成为可验证计算的关键抽象，文中介绍了 EthProofs 基准，用于跟踪 zkVM 性能，并比较了领先的 zkVM 的性能和属性，包括 R0VM 和 SP1，最后总结了 zkVM 生态系统的发展趋势，包括开放性、标准化和更严格的保证。
零知识虚拟机  zkVM  Ethproofs  性能基准  R0VM  SP1 

Arbitrum约束阶梯 Gas定价器的控制理论视角

本文分析了Arbitrum提出的多约束定价机制，该机制旨在通过引入约束阶梯来解决单约束定价器在响应速度和稳定性之间的矛盾。文章将该机制 recast 为控制理论中的标准反馈控制器，并分析了闭环系统的稳定性和性能，提供了校准约束阶梯的方法，并通过数值校准和仿真验证了该机制的有效性及经济校准方法，同时讨论了迁移策略。
Arbitrum  多约束定价  约束阶梯  反馈控制器  控制理论  经济校准 
  • thogiti
  • 发布于 2025-11-06
  • 阅读 ( 846 )
  • ( 44 )

RPC提供商性能比较

本文深入探讨了如何评估和比较区块链RPC提供商的性能，强调了数据新鲜度的重要性，并提供了一个测试套件，用于衡量响应时间、区块高度和计算新鲜度得分。通过分析实际数据，文章揭示了仅仅依靠区块高度来判断RPC提供商的优劣可能会产生误导，而应该综合考虑响应速度和数据捕获时间，以确保应用程序能够及时获取最新的区块链状态。
RPC提供商  数据新鲜度  区块链性能  延迟  区块高度  测试套件