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

以太坊 Blob 空间简述

本文讨论了以太坊业务模式的转变，即从服务数百万零售钱包用户转变为服务rollup，rollup竞争blob空间来锚定其链。Blobs成为以太坊的新产品，rollup上的每个应用程序最终都会推动对它们的需求，blob费用对于以太坊的经济结构至关重要。文章还讨论了Fusaka升级，旨在通过PeerDAS和增加blob来扩展容量，以应对blob空间不足的挑战。
以太坊  blobs  Rollup  Layer2  PeerDAS  Fusaka升级 

Layer 2 真的由以太坊保护吗？

本文深入探讨了以太坊 Layer 2 网络（Rollups）的安全性问题，分析了桥、排序器和治理机制中存在的信任差距。文章指出，目前rollup的安全性过度依赖外部桥和中心化排序器，未能充分利用以太坊主网的安全性，并探讨了未来rollup发展方向，包括原生rollup、Based Rollup和秘钥库rollup等。
Rollup  Layer 2  以太坊  桥  排序器  安全性 
  • Hazeflow
  • 发布于 2025-09-22
  • 阅读 ( 948 )
  • ( 40 )

EVM 中的钻石：突破限制的可扩展代理

本文介绍了 Diamond (EIP-2535) 协议，它是一种将智能合约的功能模块化并使其可升级的方法。Diamond 允许将合约逻辑分割成多个 facet，这些 facet 可以独立升级，从而突破了 EVM 的 24KB 代码大小限制，并提供了一种组织和管理大型智能合约代码库的有效方式。文章还提供了示例代码和部署步骤，展示了如何使用 Diamond 协议来构建可升级的智能合约。
智能合约  代理合约  可升级性  EIP-2535  Diamond 协议  Facet 

为什么Based Rollup 是以太坊唯一的未来？

文章讨论了Based Rollup (Based Rollup) 成为以太坊未来发展方向的原因。
以太坊  Rollup  Based Rollup  互操作性  排序器  MEV  PBS 
  • Hazeflow
  • 发布于 2025-09-13
  • 阅读 ( 1332 )
  • ( 32 )

以太坊的开放、应用驱动的全同态加密 - 隐私

本文深入探讨了全同态加密（FHE）在以太坊中的应用，包括DeFi、治理、rollup和AI等多个用例。文章分析了现有FHE技术在以太坊生态中的角色及面临的技术挑战，提出了开放基准测试、可持续经济模型、可验证FHE（vFHE）以及去中心化密钥管理等潜在发展路径，并强调了应用驱动的方案选择、可验证性设计、安全密钥管理以及IND-CPAD安全性的核心考虑因素。
全同态加密  以太坊  隐私保护  DeFi  密钥管理  安全  零知识证明 

zkVM、电路与优化博弈

本文探讨了零知识虚拟机（zkVMs）和电路（Circuits）的选择问题，以及zkVM架构的未来发展方向，包括定制指令集与基于RISC-V的通用指令集之间的权衡。文章强调，工程优化、迭代速度和安全性是关键考虑因素，纯粹追求理论速度并非唯一目标，生态系统的多样性能够提高安全性。
零知识虚拟机  zkVM  电路  RISC-V  指令集  优化  Amdahl定律 
  • Aligned
  • 发布于 2025-09-12
  • 阅读 ( 1066 )
  • ( 45 )

以太坊上更安全的冷钱包存储方案

本文讨论了传统冷存储方案在以太坊上面临的风险，并提出了一种更安全的替代方案：利用智能合约的可编程性来构建自保护的冷存储钱包。这种方法通过实施角色分离、时间锁和速率限制等多层安全控制，即使在多重签名密钥泄露的情况下，也能最大程度地减少资金损失。
冷存储  智能合约  多重签名  时间锁  速率限制  安全 

理解合约部署、代理和CREATE2——第二部分

本文深入探讨了以太坊虚拟机（EVM）上常用的合约部署模式，包括用于逻辑升级的UUPS代理，用于标准化和可追踪部署的工厂模式，以及用于gas高效复制的最小代理（克隆）。文章通过代码示例详细解释了这些模式的原理和应用，并区分了简单合约、代理和克隆。
UUPS代理  工厂模式  最小代理  CREATE2  EVM  智能合约  代理模式  EIP-1822  EIP-1167 

利用 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