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

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

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

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

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

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

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

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

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

扩展以太坊本身 – 协议更新 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 

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

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

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

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

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

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

Ethereum: 面试官最爱问的Merkle Patricia Trie (MPT) 到底是个啥

Merkle Patricia Trie (MPT) 是以太坊的核心数据结构，巧妙结合了 Patricia Trie、Merkle Tree 和 RLP 编码的优势，实现了高效、可验证且紧凑的数据存储。
MPT 

多变量Sumcheck协议

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

OP Stack Flashblocks 与 L2 架构的演进

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

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

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

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

本文介绍了以太坊中不同类型的节点（全节点、存档节点和轻节点）以及执行客户端和共识客户端的角色。
以太坊  客户端  执行客户端  共识客户端  节点  Geth 

哈希的奇妙之处：SHA-256、Pedersen 和 Poseidon

本文介绍了在以太坊等区块链中，为了实现零知识证明（ZKP）并提高效率，对哈希函数的需求。传统哈希函数如SHA-256在区块链环境中计算成本高昂，因此提出了Pedersen哈希（基于椭圆曲线数学）和Poseidon哈希（基于有限域计算）作为替代方案，并提供了代码示例。
哈希函数  零知识证明  Pedersen哈希  Poseidon哈希  椭圆曲线  有限域 

应用 ZK 解数独，无需泄露答案

本文介绍了如何使用zkSnark和ZoKrates工具包在以太坊上创建一个智能合约来解决数独问题，同时不泄露答案。文章详细展示了如何定义公共变量和私有变量，以及如何使用Zokrates插件在Remix中编写代码，生成零知识证明，并将验证密钥部署到智能合约中。
零知识证明  zkSNARK  ZoKrates  智能合约  数独  Remix  Solidity语言 

零知识证明变得简单：zkWeb 和 ZoKrates

本文介绍了使用zkWeb快速生成零知识证明（ZKP）的方法，zkWeb利用zokrates Javascript文件和Solidity代码生成ZKP，通过一个哈希值的例子，展示了如何使用Zokrates和Solidity来创建一个零知识证明，验证知道秘密x但无需暴露x本身，最后部署到以太坊测试网络上。
零知识证明  zkSNARKs  以太坊  zkWeb  ZoKrates  密码学 

Ethereum: 专为区块链定制了一个完善的数据存储系统

1.存储系统概述1.1区块链存储的独特挑战以太坊作为世界计算机，其存储系统面临着传统数据库系统不一样的挑战。历史数据永不删除，每个区块的状态都可能被查询，所有数据必须通过Merkle树进行加密学验证，以确保相同输入产生相同的存储状态。系统每个周期产生一个新区块且永不停止，智能合约状态数据呈指
存储 

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

本文深入探讨了以太坊交易的未来发展方向，包括信标链（Beacon Chain）、EIP-4844 Blob交易、EIP-7702 Set Code交易和EIP-712 Typed Structured Data Signing。
以太坊  交易  信标链  EIP-4844  EIP-7702  EIP-712