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

React Native DApp 开发全栈实战·从 0 到 1 系列（开篇）

前言作为系列开篇，本文将带你完成四项任务：先俯瞰整体架构，再敲定技术选型，接着梳理应用功能，最后手把手初始化项目技术架构客户端•ReactNative+Expo：一套代码同时出iOS/Android双端包•必备库：ethers.js（签名/合约交互）、@wall
React Native  DApp 
  • 木西
  • 发布于 2025-08-12
  • 阅读 ( 958 )
  • ( 10 )

EigenLayer 奖励计算 - 基础激励

该文档详细介绍了 EigenLayer 的奖励计算方法，包括数据提取、数据转换和奖励计算三个阶段。重点包括快照的生成以及对 Staker 和 Operator 的奖励分配，尤其是AVS奖励分配和所有参与者的奖励分配。
EigenLayer  奖励计算  SQL查询  数据管道  AVS  Operator  Staker  快照 

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

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

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

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

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

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

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

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

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

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

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 

多变量Sumcheck协议

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

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

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