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

ETH zkEVM-L1 100倍扩展：以太坊公布其达到1000万TPS的路线图

本文分析了以太坊向零知识证明（ZKP）技术转型的战略意义，旨在通过将验证模式从“执行区块”转变为“验证证明”，实现L1层每秒1Gigagas的吞吐量，并在此基础上构建一个拥有每秒1Teragas总吞吐量的L2生态系统。文章重点介绍了实时证明（Real-Time Proving）技术突破、以太坊基金会的战略调整，以及RISC-V架构在提升效率和简化协议中的作用，并探讨了该转型对以太坊生态系统的影响。
以太坊  零知识证明  zkEVM  Layer2  RISC-V  实时证明 

Discover项目遭到闪电贷攻击详解

Hardhat 复现详细解析了 Discover 项目的闪电贷攻击，通过 攻击者合约的分析、交易执行流程的重现，以及时序图展示，完整还原了攻击过程。
  • SpikeDu
  • 发布于 2025-03-02
  • 阅读 ( 1130 )
  • ( 27 )

EVM详解之Storage

EVM详解之Storage文章旨在记录过去所学知识，若文章内容存在不当，欢迎指出。若对文章内容感兴趣，也欢迎评论区留言讨论！文章部分图片来自他人博客！一、Storage的结构EVM中的主要数据存储结构包括Storage、Memeory、Stack、Calldata。本章主要介绍Storage数
  • KEN
  • 发布于 2025-03-02
  • 阅读 ( 874 )
  • ( 23 )

Avalanche

这篇文章详细介绍了如何在 Avalanche 网络上实现节点，包括安装要求、从源代码构建、安装及运行方法等。还涉及了二进制安装、Docker 安装以及创建本地测试网络等内容，为开发人员提供了全面的节点设置指导。
Avalanche  节点实现  Go语言  Docker  测试网络  安装指南 
  • ava-labs
  • 发布于 2025-03-01
  • 阅读 ( 723 )
  • ( 9 )

Pectra系统合约的审计结果

本文介绍了以太坊协议安全性的最新进展，重点介绍了Pectra系统合约的外部安全审查结果。所有被认为相关或重要的已发现问题都已得到解决。此外，还进行了形式验证，以确保字节码与规范一致。
Pectra  系统合约  安全审计  形式验证  EIP  以太坊 

使用Solidity实现的链上NFT智能合约

本文详细介绍了如何使用Solidity从头开始创建一个链上NFT智能合约。该合约将NFT的元数据和艺术作品直接存储在区块链上，通过abi.encodePacked等函数将数字资产编码并转换为字节，实现完全的链上存储，包括合约代码、SVG图像生成以及mint和burn函数的功能。
NFT  Solidity  智能合约  ERC721  链上存储  Base64编码 

blob/acc：2025 年实现更多 blob 空间

Base 提议在 2025 年第三季度发布 Fusaka 硬分叉，核心是 PeerDAS 和 EOF，目标是通过简化升级来迭代和扩展，初期目标是 24 个 blob/块，并在年底前提升到 50 个 blob/块，同时正式确定硬件/带宽要求，并呼吁社区贡献。
以太坊  硬分叉  PeerDAS  EOF  Blob  数据可用性 

从会话密钥到子账户：穿越迷思

文章介绍了Smart Wallet Sub Accounts这一新特性，旨在通过结合Spend Permissions和分层账户所有权，改善链上体验并增强安全性。文章还回顾了设计Session Keys的历程，以及最终转向Sub Accounts的原因，强调Sub Accounts在灵活性、开发者体验和用户安全保障方面的优势。
智能钱包  子账户  Session Keys  Spend Permissions  链上安全  ERC-4337 

使用 Base Appchains 进行扩展

Base 推出 Appchains，这是一种专为应用程序设计的专用rollup，旨在实现独立扩展、定制以及通过近乎瞬时的桥接与Base的无缝集成。Appchains 通过 TEE 提供快速提款，同时保持高度的安全性与性能。开发者可以使用 OnchainKit 快速的在Appchains上构建应用。
AppChains  Rollup  base  TEE  OP Stack  Nitro Enclaves 

动态Blob大小调整：减少小型Rollup中的零填充开销 - Layer 2

本文提出了动态Blob大小调整方案，旨在解决EIP-4844下小规模Rollup在数据吞吐量低时面临的成本-延迟权衡问题。该方案允许用户仅为其使用的实际空间付费，无需等待积累足够的数据，从而优化成本控制和延迟。
EIP-4844  Rollup  数据可用性  动态Blob  KZG承诺  分片 

ERC-721 - OpenZeppelin 文档

本文档介绍了与ERC-721非同质化代币标准相关的一系列接口、合约和实用程序，包括核心功能接口IERC721、元数据扩展接口IERC721Metadata、枚举扩展接口IERC721Enumerable和接收器接口IERC721Receiver。
ERC-721  NFT  IERC721  元数据  OpenZeppelin  智能合约 

长期建设：让Base更快、更简单、更……

Base 推出 Flashblocks、Smart Wallet Sub Accounts 和 Base Appchains 三个新的构建模块，旨在提高 Base 的速度、可扩展性和易用性。Flashblocks 将区块时间缩短至 200 毫秒，Base Appchains 通过专用区块空间帮助应用扩展，Smart Wallet Sub Accounts 简化了用户体验。
base  Flashblocks  Smart Wallet Sub Accounts  Base Appchains  EVM  Layer-3 
  • base__
  • 发布于 2025-02-28
  • 阅读 ( 143 )

`SELFDESTRUCT` 的务实性销毁

文章讨论了以太坊中`SELFDESTRUCT`操作码的弊端，认为它破坏了重要的不变性，如状态对象的数量、合约代码的不变性以及账户余额的自主性。文章提出了两种解决方案：完全移除`SELFDESTRUCT`，或修改其行为以消除其破坏性影响，同时考虑了现有合约的使用情况和潜在影响。
selfdestruct  以太坊  状态管理  EVM  GasToken  智能合约 

钻石代理模式详解

文章详细介绍了ERC-2535钻石模式（Diamond Pattern），这是一种代理模式，代理合约可以同时使用多个实现合约。文章深入讨论了钻石模式的实现原理、优势、以及与透明可升级代理（Transparent Upgradeable Proxy）和UUPS的区别。还介绍了钻石模式的应用场景和最佳实践，包括如何实现不可变钻石和可升级钻石，并提供了相关代码示例。
Diamond Pattern  ERC-2535  代理模式  delegatecall  Solidity  EIP-2535 

Holesky事件情况汇报，2025年2月26日 - 协议调用与进展

Holesky测试网在启动后区块生产受限，导致链运行不稳定。当前目标是恢复验证器操作、计划Sepolia分叉，并准备新的测试基础设施。采取的措施包括恢复验证器、评估Holesky恢复情况、确认Sepolia分叉，并讨论主网准备要求。采用控制批量的惩罚策略，从核心开发者验证器和创世验证器开始，逐步进行，解决Holesky测试网的问题。
Holesky  以太坊  测试网  分叉  验证器  惩罚  Sepolia 

智能账户加密内存池

本文探讨了使用智能账户来验证加密内存池规则是否被遵守，从而加强了对抢跑保护和审查抵抗的保证。用户发送加密交易，并在链上以公共约束的形式发布。智能账户通过验证UserOp的执行顺序和位置来防止抢跑，并通过欺诈证明游戏来确保交易包含。该设计在无需大量共识修改的情况下，为加密内存池提供强大的反抢跑和反审查保证。
加密内存池  智能账户  ERC-4337  抢跑保护  审查抵抗  欺诈证明 

EIP3670: EOF 代码验证

本文介绍了在合约创建时对EOF格式（EIP-3540）合约代码进行验证的新特性，以确保代码的正确性，拒绝包含不完整PUSH数据或未定义指令的合约。该项更改旨在将代码有效性纳入共识，同时提供向前兼容性，允许未来新指令的定义，并简化EVM的执行路径。
EIP-3540  EOF格式  合约创建  字节码验证  EVM  安全性 
  • ethereum
  • 发布于 2025-02-27
  • 阅读 ( 798 )
  • ( 2 )

可升级智能合约与智能合约代理模式指南

这篇文章详细介绍了可升级智能合约代理模式的原理和用途。通过将功能与存储分开，开发者可以在保持合约地址和存储不变的情况下，升级合约的功能。文章还比较了几种不同的代理模式，包括透明代理、UUPS代理和信标代理，分析它们的优缺点，并提出了相应的安全考虑。
智能合约  代理模式  可升级  透明代理  UUPS代理  信标代理 
  • Cyfrin
  • 发布于 2025-02-27
  • 阅读 ( 811 )
  • ( 8 )

Pectra 中 PeerDAS 的实现之路

本文讨论了在Pectra升级中部署PeerDAS以扩展以太坊数据吞吐量的方案，并提出了两项具体建议，以减少增加blob数量时的决策面。建议包括移除EL中的硬编码数据gas限制，以及让CL通过Engine API向EL发送数据gas限制，从而解耦两个协议层。
PeerDAS  Pectra  数据吞吐量  Engine API  Blob  共识层 

原生账户抽象 rip-7560

本文提出了一种综合的原生账户抽象提案，该提案将以太坊交易范围分为多个步骤：验证、执行和交易后逻辑。通过引入新交易类型和多个执行框架，提升了账户抽象的灵活性和效率，同时保持与ERC-4337生态系统的向后兼容性，解决了许多现有问题。
账户抽象  以太坊  交易  ERC-4337  EIP-2938  智能合约