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

跨程序调用和 PDAs——Anchor 上两种强大机制的结合

本文主要介绍了 Solana 上 Anchor 开发中跨程序调用（CPIs）的概念、使用场景和方法。CPIs 允许 Solana 程序在执行期间调用其他程序，实现不同程序之间的交互，从而实现诸如 token 转移等功能。同时介绍了如何使用程序派生地址（PDAs）使程序能够作为签名者。
Solana  Anchor  跨程序调用  CPI  程序派生地址  pda 
  • aseneca
  • 发布于 2025-08-13
  • 阅读 ( 1874 )
  • ( 38 )

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

本文深入探讨了以太坊交易的未来发展方向，包括信标链（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 

ViaBTC Capital：从BIP到矿工投票：比特币协议升级机制

比特币的开发由一个全球性的开源社区驱动，协议的变更通过比特币改进提案（BitcoinImprovementProposals,BIPs）进行规范化。这些提案需经过严格的社区审查和共识机制，包括矿工的信号投票。这种开源模式，尽管促进了透明度和广泛参与，但也带来了快速达成共识和协调开发的挑战

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

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

Solana 区块组装市场 (BAM)

Jito 提出了 Solana 的 Block Assembly Marketplace (BAM)，旨在通过可信执行环境（TEE）内的加密内存池，实现更私密、可编程和可验证的交易排序。
Solana  MEV  可信执行环境(TEE)  Jito  交易排序  BAM 
  • Helius
  • 发布于 2025-08-07
  • 阅读 ( 2168 )
  • ( 96 )

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

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

区块链 101：Polkadot

in  区块链101
本文介绍了Polkadot区块链的设计理念和架构，特别是其对Rollup的支持。Polkadot旨在解决传统区块链的状态碎片化和互操作性问题，通过一个极简的Relay Chain和可定制的Rollup（原Parachain）来实现。Rollup的逻辑由Runtime定义，并通过Polkadot SDK和FRAME等工具进行开发，Runtime可以存储在链上，实现无分叉升级。
区块链  Polkadot  Rollup  runtime  Relay Chain  互操作性 

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

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

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

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

OpenZeppelin 中文文档上线 | Web3 开发的万能工具箱

以太坊开发者必备工具与文档全解析，构建你的链上应用基座
OpenZeppelin  以太坊  开发工具 
  • 乌索普
  • 发布于 2025-08-04
  • 阅读 ( 614 )
  • ( 28 )

Ethereum: EVM中专为智能合约定制的内存管理方案

本文深入分析以太坊虚拟机（EVM）的内存管理机制，从底层实现到优化策略，全面解析EVM如何高效、安全地管理内存资源。通过结合Go-Ethereum源码和实际案例，帮助深入理解EVM内存管理的设计原理。
EVM  内存  Gas  Geth  操作码 

Ethereum: 智能合约是怎么在EVM中执行的？

本文通过一个具体的智能合约示例，详细讲解EVM（以太坊虚拟机）的完整执行流程，从字节码层面深入分析每个指令的执行过程。我们将以一个简单的存储合约为例，完整展示从合约调用到执行完成的每一个步骤，包括函数选择器的匹配机制、参数的解析过程、存储操作的Gas计算、内存管理的动态扩展、以及错误处理时的状态回滚
EVM  Geth  操作码 

以太坊 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 

为什么会有货币？

本文作者Alchian从信息经济学的角度分析了货币的本质和起源。核心观点为：由于商品信息的不对称性和评估成本的存在，促使了货币的产生，降低社会整体交易成本。同时，专家和中介的出现也是为了进一步降低交易成本，提高市场效率。
货币  交易成本  信息不对称  专家  中介  商品 
  • BTCStudy
  • 发布于 2025-08-02
  • 阅读 ( 1488 )
  • ( 23 )

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

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

【引介】 OpenZeppelin Contracts MCP：AI 驱动的智能合约开发

OpenZeppelin 发布 Contracts MCP，这是一个基于服务器的引擎，旨在将 OpenZeppelin Contracts 的安全性和编码规则直接集成到 AI 驱动的开发工作流程中。
OpenZeppelin  Contracts MCP  智能合约  AI  Solidity  Cairo  Stylus  Stellar 

该选择哪个 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
  • 阅读 ( 1130 )
  • ( 38 )