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

Optimism 中文周刊#73 | OP 第八季资助、RetroPGF OP 分配分析

😎✨关键信息，唾手可得；最新动态，尽在掌握；英明决策，水到渠成！gm👋🏻乐观集体的公民们，欢迎回到Optimism中文周刊❤️本周是第#73期！本期的内容有：超级链上什么最热门？Optimism第8季资助现已开放第八期Optimism资助现已上线，为超级链上

以太坊白皮书--知识总结

一、为什么会有以太坊：把区块链升级为“通用计算平台”比特币像一个只能转账的“去中心化记账本”。白皮书提出：如果把“可编程”这件事放到链上，让大家不只转账，还能把任何业务逻辑写成代码、自动执行，会怎样？于是有了以太坊——一台全球统一、不可篡改、人人可用的“区块链计算机”。它用智能合约承载规则，用代币
以太坊  白皮书  知识总结 

【面试题】以太坊有哪些类型的节点，这些节点的使用场景是什么

以太坊网络由多种类型的节点构成，不同节点承担着不同的功能，共同维护网络的安全性、去中心化和可扩展性。
以太坊节点 

以太坊核心概念介绍

以太坊（Ethereum）自2015年诞生以来，逐渐成为全球最重要的区块链平台之一。它不仅仅是一个数字货币系统，更是一个支持智能合约（SmartContract）和去中心化应用（DApp）的通用计算平台。相比比特币，以太坊在设计上做出了许多突破，使其成为区块链“第二代”代表。本文将从以太坊的
以太坊  概念介绍 

Multivariate Sumcheck Protocol规约

in  zkMIPS解读
本文展示了如何将零检验、有理约束、集合相等、置换与查表等多类约束统一规约到 Multivariate Sumcheck Protocol，实现高效验证。该方法已广泛应用于 Plonkish 与 STARK 系统中的范围检查、布线与查表约束。
zkVM  zkMIPS 
  • ZKM
  • 发布于 2天前
  • 阅读 ( 196 )
  • ( 6 )

React Native DApp 开发全栈实战·从 0 到 1 系列（流动性挖矿-前端部分）

前言继上一篇《ReactNativeDApp开发全栈实战·从0到1系列（流动性挖矿-合约部分）》,本文进入“前端交互”环节：把Hardhat测试脚本里那套「mint→approve→deposit→evm_increaseTime→harvest」的自动化流程，
流动性挖矿  ethers.js  DApp 
  • 木西
  • 发布于 2天前
  • 阅读 ( 218 )
  • ( 12 )

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

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

ZKM 选择 MIPS32r2而非 RISC-V：微架构的简洁性和约束效率

in  zkMIPS解读
MIPS32r2 在指令宽度、格式一致性和操作码稳定性上具备天然优势，更适合 zkVM 电路的确定性与高效性。 相比之下，RISC-V 的可变长度与扩展性带来更多约束复杂度和证明性能开销。
zkVM  zkMIPS 
  • ZKM
  • 发布于 5天前
  • 阅读 ( 368 )
  • ( 11 )

Etherspot 周报：Avail 收购 Arcana、以太坊用户体验路线图、以太坊链上交易量创四年新高 ...

本文是关于以太坊账户抽象（AA）和链抽象（ChA）的每周摘要，涵盖了以太坊用户体验改进路线图、Avail收购Arcana以加速多链可扩展性、以太坊链上交易量创四年新高，以及Etherspot对AA/ChA的概览，强调了AA/ChA如何改进Web3的用户体验，以及Etherspot相关工具的介绍。
账户抽象  链抽象  以太坊  互操作性  多链  Etherspot 

React Native DApp 开发全栈实战·从 0 到 1 系列（流动性挖矿-合约部分）

前言本文基于OpenZeppelinv5最新组件（ERC-4626+AccessManager+ReentrancyGuard），将「质押凭证」、「奖励分发」、「权限治理」三者解耦，实现「一键部署、按需授权、秒级清算、线性释放」的典型DeFi场景。通过阅读本文，你将获得：
流动性挖矿  DeFi  Solidity  Open Zeppelin 
  • 木西
  • 发布于 6天前
  • 阅读 ( 385 )
  • ( 13 )

加密内存池与以太坊路线图：解决方案还是干扰？

本文探讨了以太坊加密内存池的利弊及其在以太坊路线图中的位置。加密内存池旨在通过隐藏交易信息来减少恶意 MEV，但同时也引发了关于透明度、MEV 类型以及实施复杂性的讨论。文章分析了支持者和怀疑者的观点，并提出分阶段实施的方案，以期在公平性、用户保护和技术可行性之间找到平衡。
加密内存池  MEV  门限加密  以太坊  审查抵抗  ePBS 
  • shutter
  • 发布于 6天前
  • 阅读 ( 113 )
  • ( 6 )

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

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

数字售货机：编写我们的代币销售合约

本文介绍了如何创建一个代币销售智能合约，该合约允许用户使用以太币购买 ERC-20 代币。文章详细讲解了合约的关键功能、设计以及代码实现，包括合约的构造函数、购买代币函数、设置价格函数和提款函数，并提供了在 Remix IDE 中的部署和交互步骤。
ERC-20  代币销售合约  Solidity  智能合约  Remix IDE 

CryptoZombies 游戏：冷却时间、等级和高效数据

本文主要讲解了如何在以太坊的 CryptoZombies 游戏中实现核心游戏机制，包括使用时间戳实现技能冷却，使用带参数的modifier来实现等级限制，以及如何通过for循环来高效检索玩家拥有的僵尸，避免gas消耗。通过这些机制，让游戏更具动态性和可玩性。
以太坊  智能合约  Solidity  游戏开发  gas优化  modifier 

在zkMIPS应用中，ZKM选择MIPS32r2而非RISC-V

in  zkMIPS解读
本文比较了 MIPS32r2 与 RISC-V 在 zkVM 设计中的架构差异，指出 MIPS32r2 虽然复杂但更契合大规模可验证计算。其高指令密度与成熟生态为 zk 电路带来更短轨迹与更低开销。
zkMIPS  MIPS32 
  • ZKM
  • 发布于 2025-09-02
  • 阅读 ( 266 )
  • ( 9 )

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

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

深入分析在Solidity中实现多签钱包

今天我们要聊一个在区块链开发中超级重要且实用的主题——多签钱包（Multi-SignatureWallet）。如果你玩过DeFi、DAO或者团队管理的加密资产，肯定听说过多签钱包。它就像一个“多人保险箱”，需要多个签名者同意才能动用资金，极大地提高了安全性和去中心化特性。多签钱包是什么？为什么需
soloidity  以太坊  智能合约 

Optimism 中文周刊#72｜Ronin 与 Op Stack、Retro Funding 分析、Zora 交易竞赛

in  Optimism 中文周刊
😎✨关键信息，唾手可得；最新动态，尽在掌握；英明决策，水到渠成！gm👋🏻乐观集体的公民们，欢迎回到Optimism中文周刊❤️本周是第#72期！本期的内容有：超级链新闻Optimism邀请Ronin在OPStack上进行构建Optimism已邀请Ron

React Native DApp 开发全栈实战·从 0 到 1 系列（NFT交易所-前端部分）

前言继上一篇《ReactNativeDApp开发全栈实战·从0到1系列（NFT交易所-合约部分）》,本文进入“前端交互”环节：用ethers.js一行行打通铸造→授权→挂单→购买的完整闭环。示例拆成三步：预览：balanceOf拉取用户NFT，token
ethers.js  NFT  Solidity 
  • 木西
  • 发布于 2025-09-01
  • 阅读 ( 307 )
  • ( 12 )

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

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