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

理解以太坊交易和消息：从状态变更到链下消息——第一部分

本文详细介绍了以太坊中的交易类型和消息，包括交易（Legacy Transaction、EIP-2930 Access List Transaction和EIP-1559 Dynamic Fee Transaction）和消息（EIP-191 Signed Data）。
以太坊  交易类型  RLP序列化  EIP-1559  EIP-2930  EIP-191 

多变量Sumcheck协议

in  zkMIPS解读
多变量求和检验协议（Multivariate Sumcheck Protocol）通过将多线性多项式在布尔超立方体上的求和问题逐步化简为一元检验来进行验证，利用多线性扩展避免了昂贵的 FFT 运算，从而实现高效且适用于零知识证明（ZKP）的特性。
ZKM  zkVM 
  • ZKM
  • 发布于 2025-08-09
  • 阅读 ( 655 )
  • ( 8 )

ERC-8002：简易支付验证网关 - ERCs

该提议介绍了一个以太坊上的单例合约，用于链上验证比特币交易。该合约作为一个无需信任的简易支付验证 (SPV) 网关，允许提交比特币区块头，维护主链，并通过Merkle证明验证交易的存在。此举旨在将比特币引入以太坊的 DeFi 协议，并为未来实现无需许可的双向桥铺平道路。
SPV  比特币  以太坊  DeFi  梅克尔证明  智能合约 

每个区块链开发者应该了解的EVM内部原理 — 第三部分

本文是EVM内部原理系列文章的第三部分，主要讲解了区块链开发者应该如何利用EVM的debug工具来调试智能合约，包括如何使用Foundry、Hardhat、Tenderly等工具进行交易的追踪和调试，如何理解debug_traceCall，以及如何通过Foundry脚本来调试交易。通过学习EVM的trace，开发者可以更好地理解合约的执行过程，从而更高效地进行bug查找、gas优化和开发流程管理。
EVM  debug_traceCall  Foundry  Hardhat  tenderly  智能合约调试 

每周摘要:Linea 与以太坊对齐，Etherfi启动一键式金库， ERC-4337 趋势

本文是Etherspot发布的每周Account Abstraction(AA)技术摘要，讨论了Linea在以太坊生态中的定位、Etherfi的一键跨链存款、ERC-4337的Userops分析工具、Rhinestone关于互操作性的讨论以及AAA关于智能钱包UX的探索。文章涵盖了AA领域的最新进展和Etherspot的见解。
Account abstraction  账户抽象  ERC-4337  互操作性  智能钱包  跨链 
  • etherspot
  • 发布于 2025-08-07
  • 阅读 ( 891 )
  • ( 34 )

酿造我们自己的数字资产：使用 OpenZeppelin 编写 Turra's Coffee Token (TCT) 代码

本文介绍了如何使用 Remix IDE 和 OpenZeppelin 库创建自己的 ERC-20 代币 Turra's Coffee Token (TCT)。
ERC-20  智能合约  Solidity  OpenZeppelin  Remix IDE  区块链 

Gas问题：如何降低Solidity代码中的交易成本

本文深入探讨了EVM兼容链上智能合约的Gas优化技术。首先介绍了Gas的基本概念和费用构成，然后详细讲解了预估和测量Gas消耗的各种方法，包括使用Foundry进行离线测试、预执行测量和后执行测量。最后，文章总结了常见的Gas优化模式和高级技巧，旨在帮助开发者编写更高效、更经济的智能合约，提升用户体验并降低网络拥堵。
EVM  gas优化  智能合约  Solidity  Foundry  交易费用 

每个区块链开发者应该知道的EVM内部原理 - 第二部分

本文是EVM内部原理系列文章的第二部分，深入探讨了Solidity中的payable、fallback和receive函数，详细解释了calldata如何到达EVM，以及EVM如何解析calldata并分发函数调用。此外，文章还介绍了CALL、DELEGATECALL、STATICCALL和CALLCODE等底层操作码的区别，以及内部调用和外部调用的差异，并深入探讨了ABI编码和Revert机制。
EVM  Solidity  Calldata  ABI编码  revert  payable  fallback 

Shutter 对 Glamsterdam 的展望——以及针对 ePBS 免费期权问题的密码学修复方案

文章讨论了以太坊 Glamsterdam 升级中 EIP-7732 (ePBS) 和 EIP-7805 (FOCIL) 的重要性，认为它们能提升以太坊的去中心化和抗审查性。文章还探讨了 ePBS 中存在的“免费期权问题”，并提出了使用静默阈值加密（silent threshold encryption）作为解决方案，以及未来集成加密内存池的必要性。
以太坊  Glamsterdam  EIP-7732  EIP-7805  ePBS  FOCIL  静默阈值加密 
  • shutter
  • 发布于 2025-08-06
  • 阅读 ( 254 )

以太坊客户端详解：执行、共识与节点类型

本文介绍了以太坊中不同类型的节点（全节点、存档节点和轻节点）以及执行客户端和共识客户端的角色。
以太坊  客户端  执行客户端  共识客户端  节点  Geth 
  • QuickNode
  • 发布于 2025-08-06
  • 阅读 ( 804 )
  • ( 31 )

扩展以太坊本身 – 协议更新 001

以太坊基金会重组研发团队，专注于Scale L1、Scale Blobs和Improve UX三大战略目标。近期，以太坊主网的gas limit已提升至45M，目标是达到100M以上。历史数据过期项目减少了节点的数据存储空间，正在考虑在Glamsterdam升级中引入Block-Level Access Lists (BALs), 此外，zkEVM验证客户端的prototype正在开发中。
以太坊  L1扩容  Gas Limit  历史数据过期  Block-Level Access Lists  zkEVM 

OP Stack Flashblocks 与 L2 架构的演进

Flashblocks 通过流式传输部分区块来延迟昂贵的计算，从而实现 200 毫秒的交易确认。Gelato RaaS 提供对 OP Stack 链的 Flashblocks 支持。Flashbots 开源了 op-rbuilder 和 Rollup-Boost 等关键基础设施，使得链交互感觉是瞬时的。
Flashblocks  OP Stack  Rollup  Layer2  交易确认  区块构建 
  • gelato
  • 发布于 2025-08-05
  • 阅读 ( 596 )
  • ( 12 )

Optimism 中文周刊#68｜以太坊十周年、Retro Funding#7 影响、BaseCamp 来临

in  Optimism 中文周刊
😎✨关键信息，唾手可得；最新动态，尽在掌握；英明决策，水到渠成！gm👋🏻乐观集体的公民们，欢迎回到Optimism中文周刊❤️本周是第#68期！本期的内容有：超级链新闻以太坊十周年2025年7月30日，以太坊迎来了十周年诞辰。这标志着以太坊持续运营十年，经历

每个区块链开发者都应该了解的EVM内部原理 — 第1部分

本文是 “每个区块链开发者都应该了解的 EVM 内部原理” 系列的第一篇文章。本文深入探讨了以太坊虚拟机（EVM）的架构和执行环境，包括 Gas 的概念、智能合约的本质，以及对 EVM 的堆栈、内存、存储和 Calldata 进行了详细解释，还提供了从源代码到字节码的示例。
EVM  以太坊虚拟机  智能合约  Gas  堆栈  内存  存储  Calldata  OpCode  字节码 

一文讲清EVM中GAS，文末附真实面试题解析

为什么需要GAS？GAS的设计理念说到GAS费，就不得不提到比特币和以太坊的区别：比特币系统中用到的脚本语言是非常简单的，甚至连专门的名字都没有，它就叫比特币脚本语言(bitcoinscriptinglanguage)。而我们知道，以太坊是一个图灵完备的虚拟机，理论上可以执行无限循环，以太坊
Gas  EVM 
  • Andy
  • 发布于 2025-08-05
  • 阅读 ( 2253 )
  • ( 42 )

以太坊 Engine API：可视化执行层和共识层之间通信流程

本文深入探讨了以太坊节点执行层和共识层之间通信的关键接口——Engine API。文章详细解释了Engine API的主要流程，包括节点启动、区块构建和区块验证，并分析了每个流程中可能出现的错误情况，以及相应的处理方式。此外，还讨论了浅状态客户端的特殊情况以及验证器节点的生命周期。
Engine API  执行层  共识层  区块构建  区块验证  以太坊 

Kona-Node 介绍：OP Stack 的一次 Rust 驱动的飞跃 - Optimism

OP Stack 生态系统发布了首个公共版本`kona-node`，这是一个完全用 Rust 构建的模块化、高性能 Rollup 节点。`kona-node`具有内存安全、资源占用少等优点，并通过可组合的 crates 强调可定制性，使其可扩展到不同的可验证环境。它与 Go 实现的`op-node`相比，具有更好的开发者可读性、资源效率和新功能的快速集成。
OP Stack  kona-node  Rust  Rollup  op-node  模块化 

以数字咖啡币为例，介绍 ERC-20

本文介绍了 ERC-20 Token 标准，它是一种在以太坊区块链上创建代币的通用规则，类似于国际通用语言，确保所有代币以可预测和一致的方式运行。文章详细解释了 ERC-20 的六个核心功能，并通过 Turra’s Coffee Token (TCT) 的例子，展示了 ERC-20 在实际应用中的潜力，如忠诚度计划、去中心化治理、众筹和资产代币化等。
ERC-20  以太坊  代币标准  智能合约  OpenZeppelin  DeFi 

从零开始动手构建账户抽象 DApp - 不使用第三方库

本文详细介绍了如何从零开始构建一个完全可用的 Account Abstraction dApp，避免使用便捷库，手动构建 User Operations，直接进行 JSON-RPC 调用，处理 gas 赞助，并将 User Operation 发送到 bundler。通过这种底层方法，可以更深入地理解 AA 的工作原理。
账户抽象  ERC-4337  用户操作  智能账户  Bundler  Paymaster 

理解良性和恶性MEV - 以及加密内存池如何阻止恶性MEV

本文介绍了MEV（Maximal Extractable Value）的概念，区分了良性MEV（如套利和清算）和恶意MEV（如抢先交易和三明治攻击）。Shutter网络通过加密交易池来阻止恶意MEV，同时保留良性MEV，从而在不牺牲效率的情况下恢复交易的公平性。文章还讨论了加密交易池的工作原理，以及由此带来的权衡。
MEV  加密交易池  Shutter Network  抢先交易  三明治攻击  Keypers 
  • shutter
  • 发布于 2025-08-01
  • 阅读 ( 341 )
  • ( 10 )