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

以太坊 - Verkle树测量

本文分析了Verkle树在以太坊上海分叉前后约20万个历史区块中的性能表现，重点关注了不同类型的Witness结构对大小的影响，并评估了Pedersen哈希与SHA256哈希在执行性能上的差异。研究结果表明，Type 3 Witness提供了更好的压缩效果，且Pedersen哈希的性能优于SHA256哈希，但考虑到量子抗性问题，建议重新评估Pedersen哈希的使用。
Verkle树  witness  EIP-4762  Pedersen哈希  SHA256哈希  性能测试 
  • efdn__
  • 发布于 2025-05-20
  • 阅读 ( 164 )

原生 Rollup：现状与未来

本文深入探讨了原生 Rollup 的概念，这是一种旨在重新定义以太坊扩展方式的技术，它将 Rollup 的自主性与以太坊基础层的深度集成相结合。文章详细介绍了原生 Rollup 的工作原理，通过 `EXECUTE` 预编译实现 EVM 等效性，并讨论了其在以太坊 Rollup 中心路线图中的作用。同时，文章也分析了原生 Rollup 面临的挑战，包括桥接、排序规则、费用和互操作性等方面的问题。
原生 Rollup  EXECUTE 预编译  EVM  互操作性  Layer2  状态转换 
  • l2beat
  • 发布于 2025-05-20
  • 阅读 ( 553 )
  • ( 18 )

Vitalik 讨论帖: 更大的L1 gaslimit 和新技术背景下的去中心化目标

文章讨论了提高以太坊L1 gaslimit的必要性以及由此带来的节点硬件和带宽要求的提升。文章提出了一种分层节点架构，包括轻节点、中节点和重节点，并对每种节点的运行成本和去中心化目标进行了分析，强调了在提高gaslimit的同时，需要明确去中心化的目标，并限制重节点的资源消耗，以确保市场的竞争性和抗审查性。
gaslimit  轻节点  重节点  去中心化  分层架构  带宽 

Stellar 集成 - OpenZeppelin 文档

本文档介绍了 OpenZeppelin Relayer 对 Stellar 网络的集成，包括对 Soroban 智能合约的支持 (调用、部署, WASM上传)，标准的Stellar支付操作，通过XDR提交支持所有Stellar操作，fee bump交易支持，安全交易签名以及交易状态监控和序列号管理，并提供了详细的配置、API参考、例子和安全建议。
Stellar  Soroban  OpenZeppelin Relayer  智能合约  XDR  交易中继 

扩展路线图中倾向于本地节点的调整

文章讨论了在提高以太坊L1 gas limit的同时，如何保证普通用户能够运行全节点，从而实现信任、抗审查和保护隐私地读取链上数据。文章提出了短期、中期和长期解决方案，包括：优先推出EIP-4444以减少磁盘空间需求、构建分布式历史存储解决方案、调整gas价格使存储更昂贵执行更便宜以及引入新型的部分无状态节点，用户可以根据自己的需求配置节点存储的状态部分，从而实现本地访问和隐私保护。
L1 gas limit  全节点  EIP-4444  无状态验证  部分无状态节点  隐私 

EIP-4844 准备情况检查清单

本文档记录了 EIP-4844 在以太坊主网部署前需要完成的各项任务，包括规范、客户端实现状态、待解决的问题、KZG 仪式、API、测试以及 Devnet 的相关信息。
EIP-4844  以太坊  Dencun  Blob  KZG  分片 
  • ethereum
  • 发布于 2025-05-20
  • 阅读 ( 500 )
  • ( 14 )

ePBS中支持和反对Slot拍卖的论据

本文分析了在增强型提议者-构建者分离（ePBS）中，采用区块拍卖和Slot拍卖两种机制的优劣。Slot拍卖减少了提议者的时间博弈激励，防止了“免费期权问题”，并更易于向执行拍卖等机制演进，但可能导致构建者的时间博弈，不满足“无信任优势”的原则，并对执行负载的等效性问题处理不足。
ePBS  区块拍卖  时隙拍卖  MEV  提议者  构建者 
  • efdn__
  • 发布于 2025-05-20
  • 阅读 ( 251 )

透明代理升级合约：从部署到升级

使用 Foundry + 本地链（Anvil）来演示 Counter 合约，使用透明代理的升级过程，完全可复刻实际运行，让你对透明代理升级有个清晰的概念。
升级性  合约代理  智能合约  Solidity  Foundry 
  • 0xwu
  • 发布于 2025-05-20
  • 阅读 ( 937 )
  • ( 31 )

创建 ERC20 供应 - OpenZeppelin 文档

本文介绍了如何使用 OpenZeppelin Contracts 创建具有自定义供应机制的 ERC20 代币。
ERC20  OpenZeppelin  智能合约  _mint  ERC20PresetMinterPauser  代币 

Trim：一种面向EVM的基于操作码的编程语言

Trim 是一种面向 EVM 的、基于操作码的编程语言，它提供了一种更可读的方式来编写高度优化的代码，而不会引入额外的复杂性。它具有 S 表达式、字符串、标签、宏等特性，可以更方便地编写智能合约。文章介绍了 Trim 的基本使用、语法、特性和宏，并展示了如何使用 Trim 编写智能合约。
Trim  EVM  操作码  S表达式  宏  智能合约  Solidity语言 
  • 0xMacro
  • 发布于 2025-05-17
  • 阅读 ( 841 )
  • ( 36 )

Signal-Boost：Rollup 的 L1 互操作插件 - Layer 2

本文提出了Signal-Boost，一种使现有rollup能够与以太坊主网实现同步组合性的方法，无需成为基于L1的rollup。它通过请求前推送模型，允许rollup查询L1状态并将其推送到SignalService合约，结合EIP-7702智能账户和顶部区块执行，从而实现L1数据的实时访问，并解锁了诸多L1和L2之间的新用例。
同步组合性  Signal-Boost  Rollup  L1  L2  EIP-7702 

OP Stack vs. Arbitrum Orbit：最佳L2 Rollup方案对比

本文深入比较了 Optimism 的 OP Stack 和 Arbitrum 的 Orbit，两个以太坊 Layer2 扩展方案。
Optimism  Arbitrum  OP Stack  Orbit  Layer2  EVM  欺诈证明  数据可用性 
  • gelato
  • 发布于 2025-05-16
  • 阅读 ( 752 )
  • ( 19 )

Monad 如何重塑 EVM 吞吐量

Monad 通过并行处理来解决以太坊的 EVM 吞吐量限制。它通过分析交易的输入和预测状态访问，识别不冲突的操作，并在不牺牲确定性的前提下并行运行它们。Monad 的并行执行模型通过构建依赖关系图来增强事务吞吐量，该图识别可以同时处理的事务，从而有效利用资源并最大限度地提高处理效率和可扩展性。
EVM  吞吐量  并行执行  确定性  Solidity  Layer 1 

枚举所有 69,788,231 个以太坊合约

本文介绍了Zellic团队构建EVM trackooor项目时，如何解决以太坊上所有已部署合约的检索问题。
以太坊  智能合约  EVM  CREATE  CREATE2  字节码 
  • zellic
  • 发布于 2025-05-16
  • 阅读 ( 481 )
  • ( 6 )

自动生成 - OpenZeppelin 文档

本文介绍了如何使用`@amxx/graphprotocol-utils`包中的`graph-compile`工具，为应用程序自动生成定制的 schema 和 manifest 文件。文章通过一个配置示例，演示了如何索引以太坊主网上的多个合约，并使用 OpenZeppelin Subgraphs 提供的模块来简化开发流程，最后介绍了如何使用`graph-cli`工具部署 subgraph。
subgraph  schema  manifest  graph-compile  OpenZeppelin  索引 

Alloy v1.0 发布：EVM 最简单、最快速的 Rust 工具包

Alloy v1.0 发布，这是一个用 Rust 编写的以太坊开发工具包，旨在提供高性能、稳定性和良好的开发者体验。Alloy 包含了直观的合约交互方式、快速的原语类型、简化的 RPC 提供者以及更好的多重调用支持，为构建高性能以太坊应用提供支持。
Alloy  Rust语言  ethers-rs  以太坊  智能合约  RPC 
  • Paradigm
  • 发布于 2025-05-16
  • 阅读 ( 961 )
  • ( 48 )

EVM模拟器与半抽象Nonce更新审计

本次审计主要关注Era Contracts仓库中，EVM模拟器对modexp预编译的支持、指针方式处理字节码的优化，以及系统合约中对EIP-4337半抽象nonce的实现。审计发现了包括字节位移错误和内部变量遮蔽导致的返回错误等严重问题，并提出了代码优化、文档完善和测试加强等建议。
EVM模拟器  Modexp预编译  EIP-4337  半抽象Nonce  Era Contracts  智能合约安全 

以太坊Pectra升级后的Blob：成本骤降、容量提升及L2影响

本文分析了以太坊Pectra升级后，blob市场、rollup以及验证者受到的影响。Pectra升级增加了每个区块的目标和最大blob数量，提高了以太坊的数据可用性。文章指出，rollup购买的blob数量增加，blob的平均价格大幅下降，降低了rollup的运营成本，但也导致以太坊节点需要存储更多rollup数据。
以太坊  Pectra升级  Blob  Rollup  数据可用性  EIP-4844 
  • Galaxy
  • 发布于 2025-05-16
  • 阅读 ( 606 )
  • ( 3 )

我们正通过 Flashblocks 将 Base 的速度提升 10 倍

Base 主网将引入 Flashblocks 技术，通过 200 毫秒的“预确认区块”使交易感觉瞬间完成，速度提升 10 倍。Flashblocks 通过由区块构建器发出的子区块，每200毫秒流式传输到节点，实现更快的确认时间，从而改善用户体验。开发者可以通过 RPC 或 WebSocket 集成 Flashblocks，并注意交易排序和潜在的回滚风险。
Flashblocks  Base链  预确认  交易速度  RPC  WebSocket 

Prover Killers克星：你构建，你证明 - 执行层研究

文章讨论了一种以太坊升级方案，即延迟执行与zkVMs结合，旨在提高gas limit。核心思想是将区块n的正确执行证明责任分配给该区块的构建者，并允许其强制将证明包含在slot n+1的区块中。这种设计旨在改善证明的激励对齐，解决prover killers问题，并提高区块生产的活性。
延迟执行  zkVM  Gas Limit  证明者  激励对齐  以太坊