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

Cairo 中的整数

本文详细介绍了 Cairo 中整数的工作原理，重点介绍了与 Solidity 的关键区别，包括整数类型、溢出保护、类型转换、常量、最大最小值、字面量表示、位运算、以及特殊的 felt252 类型及其除法运算。文章还提及了 Cairo 编译器如何处理整数与 felt252 之间的转换，并建议在非必要情况下避免直接使用 felt252 以优化 Gas 消耗。
Cairo  Solidity  整数  felt252  溢出  类型转换  Starknet 

Cairo 中的构造函数

本文介绍了Cairo中构造函数的使用方法，包括构造函数在合约部署时的作用、Cairo构造函数与Solidity构造函数的不同之处，以及如何在Cairo中传递复杂类型和处理构造函数的返回值。此外，还提到了Cairo中没有像Solidity那样直接支持payable构造函数。
Cairo  构造函数  Starknet  合约部署  felt252  ABI 

Cairo 组件 第一部分

本文介绍了 Cairo 中的 Component 概念，它类似于 Solidity 中的抽象合约，可以定义存储、事件和函数，但不能独立部署。文章通过一个示例，详细讲解了如何在 Cairo 中创建和使用 Component，包括接口定义、Component 声明、合约集成以及存储和事件的导入。
Cairo  Component  Starknet  抽象合约  存储  事件 

组件第 2 部分：OpenZeppelin ERC-20 教程

本文介绍了如何在 Cairo 中使用 OpenZeppelin 库来构建智能合约组件，并通过 OpenZeppelin Wizard 生成 ERC20 代币合约的代码框架，然后详细解释了如何导入和集成 OpenZeppelin 组件，最后编写测试用例来测试合约的功能，包括暂停、取消暂停和铸币等。
Cairo  Starknet  OpenZeppelin  ERC20  智能合约  组件  测试 

Starknet Foundry 中的 Cheatcodes

本文介绍了 Starknet Foundry 中用于 Cairo 智能合约测试的常用 cheatcode，包括 caller_address、block_timestamp、store、load 以及 revert 测试等，并对比了与 Solidity Foundry 类似功能的异同。
Starknet Foundry  Cairo  cheatcode  caller_address  block_timestamp  存储 

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

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

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

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

EIP-712 详解：用于真实以太坊应用的安全链下签名

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

以太坊月报：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 

在 EBSI 上实施隐私池以实现机构可编程隐私与合规性 - 应用

本文探讨了隐私池（Privacy Pools）与欧洲区块链服务基础设施（EBSI）支持的机构身份框架结合使用的可能性。该方案旨在为机构客户提供合规的隐私解决方案，通过可验证凭证和链下证明生成，实现机构利益相关者管理下的公共服务。同时，强调了这种结合对于以太坊在机构采用、合规匿名性和与身份标准协同方面的积极意义。
隐私池  EBSI  机构身份  零知识证明  合规性  可验证凭证 

EIP-1559：动态费用交易（类型 0x02）详解

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

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

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

隐私账户的智能合约或EOA花费授权

该方案提出了一种新的ZK-EVM隐私账户控制方法，通过分离控制账户（control_account）和证明密钥（proving_key），实现了在不泄露明文信息的前提下，将花费授权委托给外部服务，同时保持用户对账户的控制权。该方案主要依赖于EIP-712 SpendAuthorization机制，并结合Merkle树来验证授权。
零知识证明  隐私  EVM  多重签名  硬件钱包  SpendAuthorization 

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

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

追踪以太坊交易：如何逐步读取和理解EVM执行过程

本文介绍了如何使用Foundry工具和`debug_traceCall`方法来模拟以太坊交易，检查opcode级别的执行过程，以及调试成功和失败的交易。通过这些技术，开发者可以深入了解智能合约在EVM中的实际运行方式，包括分析gas消耗、定位revert发生的位置，并最终优化智能合约。
EVM  debug_traceCall  Foundry  OpCode  智能合约调试  以太坊虚拟机 

什么是递归长度前缀 (RLP) 序列化

本文介绍了以太坊中使用的 RLP (Recursive-Length Prefix) 编码，它是一种用于序列化数据结构的紧凑、标准化的方法。文章详细解释了 RLP 的编码逻辑、规范形式，并提供了在 Go 语言中实现 RLP 编码器和解码器的示例代码，包括单元测试。
RLP  Recursive-Length Prefix  编码  解码  序列化  以太坊