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

利用 Lighter + Succinct 实现无跨链桥的可组合性

本文介绍了无桥抵押模型，它通过将资产保留在以太坊L1上，并利用ZK证明将其价值投射到高性能L2上，实现了资本位置与效用的分离。该模型通过Lighter和Succinct两项技术实现，具有提高资本效率、实现跨层可组合性、确保安全互操作性等优点，并克服了传统桥接的局限性。
ZK证明  L2  无桥抵押  Lighter  Succinct  以太坊 

以太坊上实现隐私保护的 cWETH（confidential Wrapped ETH）方案

本文提出了一个在以太坊上实现隐私保护的cWETH（confidential Wrapped ETH）方案。该方案通过结合椭圆曲线ElGamal加密和Diffie-Hellman密钥交换协议，并利用zk-SNARKs零知识证明技术，实现了对ETH交易金额和余额的加密，从而在不依赖中心化实体的情况下，实现ETH的保密点对点支付、捐赠和交易。
隐私保护  零知识证明  zk-SNARKs  cWETH  ElGamal加密  Diffie-Hellman密钥交换 

EVM 是如何确认该调用哪个智能合约函数的？

本文深入探讨了Solidity函数分发器的工作原理，包括EVM的结构、存储、内存、瞬态存储、栈、calldata和程序计数器等关键组件。详细解释了智能合约如何从calldata中检索函数选择器，并将其与合约字节码中的函数选择器进行比较，最终跳转到相应的代码位置执行函数，如果未找到匹配项则执行revert操作。
Solidity  EVM  函数分发器  Calldata  智能合约  OpCode 

以太坊节点类型详解（以及它们为何会影响你的调试）

本文深入探讨了以太坊节点的不同类型（全节点、存档节点、轻节点）及其对数据访问和调试的影响。重点介绍了`eth_call`和`debug_traceCall`这两个重要的RPC方法，分析了它们的功能、使用场景、常见问题以及如何根据实际需求选择合适的工具。此外，还讨论了不同以太坊客户端的差异以及运行自有节点的考虑因素和成本。
以太坊节点  eth_call  debug_traceCall  RPC  全节点  存档节点  轻节点 

再见 EVM，你好 RISC-V

以太坊正准备将其架构从EVM替换为RISC-V，以解决zkEVM中EVM的瓶颈问题。RISC-V具有精简指令集、成熟的LLVM生态系统和正式的SAIL规范，更适合ZK-first的未来。迁移分三个阶段进行：RISC-V作为预编译替换、双VM共存和EVM在RISC-V内部重新实现，生态系统将迎来开发者使用Rust/Go/Python库，用户获得更便宜的证明，最终实现大约100倍的效率提升。
EVM  RISC-V  zk-SNARK  zkEVM  Layer-2  虚拟机 

以太坊地址的推导方式（EOA、CREATE 和 CREATE2）

本文详细介绍了以太坊中智能合约地址的推导方法，包括EOA、CREATE和CREATE2三种方式。文章深入探讨了RLP编码在地址生成中的应用，通过Solidity代码示例展示了如何预测合约地址，并解释了nonce在EOA和合约账户中的作用。此外，还介绍了使用CREATE2预计算合约地址的方法，并通过Foundry脚本演示了如何预先计算地址并部署相互依赖的合约。
以太坊  智能合约  地址推导  CREATE  CREATE2  RLP编码  nonce 

【引介】Contracts UI Builder：只需点击几下即可为智能合约搭建前端

OpenZeppelin 推出了 Contracts UI Builder，它是一个可以将已部署的智能合约快速生成 React 前端的工具。通过分析合约的 ABI，自动创建用户友好的界面，包括钱包集成和跨链兼容性，从而无需从头开始构建合约交互界面。
智能合约  react  前端  DApp  OpenZeppelin  ABI 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Stylus 教程 : 部署你的第一个 Rust 智能合约

本文介绍了如何使用 Rust 和 Stylus SDK 在 Arbitrum Stylus 上部署智能合约。文章逐步讲解了环境配置、合约代码结构（包括存储、函数等），并提供了测试、导出 ABI 以及部署到 Arbitrum 测试网的命令。内容涵盖了从 Solidity 到 Rust 的 Counter 合约的转换，以及使用 Stylus SDK 进行开发的关键步骤。
Stylus  Arbitrum  智能合约  Rust语言  Solidity  部署  EVM 

该选择哪个 L2 技术栈：OP Stack 还是 Arbitrum Orbit

本文深入比较了 OP Stack 和 Arbitrum Orbit 这两种以太坊 L2 扩展解决方案。OP Stack 旨在构建一个统一的 Superchain 生态系统，而 Arbitrum Orbit 则侧重于链的自主性和模块化工具。文章详细分析了它们在数据可用性、排序、执行、结算和治理等方面的架构差异，以及交易机制和故障证明系统，为开发者在选择 L2 方案时提供参考。
OP Stack  Arbitrum Orbit  L2  Rollup  以太坊  Superchain 
  • zeeve_io
  • 发布于 2025-07-30
  • 阅读 ( 1136 )
  • ( 38 )

如何将私钥转换为以太坊地址

本文介绍了如何从以太坊私钥派生出公钥和公有地址。文章解释了以太坊中使用的椭圆曲线加密（ECC）secp256k1，展示了通过私钥生成公钥并进一步生成公有地址的步骤，并提供了一个Python代码示例，演示了如何使用私钥计算出相应的公有地址。
以太坊  私钥  公钥  公有地址  椭圆曲线加密  secp256k1  Keccak-256 

第五部分： 当心 gas 消耗 ——保护以太坊智能合约免受恶意破坏攻击

本文深入探讨了以太坊智能合约中一种隐蔽但极具破坏性的漏洞：恶意破坏攻击（Griefing Attacks）。文章解释了破坏攻击的原理，分析了易受攻击的代码，并通过真实案例展示了攻击流程。此外，文章还提供了一个安全、高效、抗恶意破坏的智能合约示例，并讨论了相关的防御策略、测试方法和高级工具。
恶意破坏攻击  Griefing Attacks  以太坊  智能合约  Gas  拒绝服务攻击