以太坊文章 - 登链社区

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

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

以太坊节点 eth_call debug_traceCall RPC 全节点存档节点轻节点

Andrey Obruchkov
发布于 6天前
阅读 ( 664 )
( 24 )

ZombieFactory 升级僵尸 - 继承、接口和合约间通信

本文介绍了如何在以太坊上实现合约间的通信，通过继承和接口，使得 ZombieFeeding 合约能够与 CryptoKitties 合约交互，实现喂养僵尸猫的功能。文章还讨论了合约优化的重要性，包括访问控制和合约地址管理，以及以太坊的可组合性。

智能合约继承接口合约通信以太坊 Solidity语言

blockmagnates
发布于 6天前
阅读 ( 459 )
( 13 )

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

前言本文通过OpenZeppelin与ethers.js打通前端与合约，实现ERC20代币的一键发行，完成最小可行闭环。前置准备启动自定义网络：ganache把账号导入钱包中使用hardhat构建编写，编译合约OpenZeppelin简化合约开发表格总结：

ethers.js Solidity ERC20

木西
发布于 6天前
阅读 ( 404 )
( 11 )

自托管钱包的未来：将信任转移到UI之外

本文探讨了自托管钱包的关键演变，分析了现有钱包在安全性、去中心化和用户体验方面面临的挑战，并提出了以队列为中心的钱包架构。Safe Research 提出的新架构通过解耦组件和优化隐私性，旨在实现更安全、灵活和可互操作的自托管钱包，并详细讨论了其组件交互、实现考虑因素以及对行业和用户的潜在影响。

自托管钱包账户抽象 EIP-4337 智能合约交易队列多重签名

ankitacode11
发布于 6天前
阅读 ( 389 )
( 11 )

Etherspot 周报：Circle 的统一跨链 USDC、Coinbase 添加 ERC-4337 ...

本文是关于账户抽象、链抽象的每周摘要，讨论了Circle Gateway的统一跨链USDC、以太坊核心开发者推进Fusaka & Glamsterdam、Coinbase增加ERC-4337智能账户以及Rhinestone对未来意图的探索。

账户抽象链抽象 ERC-4337 智能账户 USDC Circle Gateway

etherspot
发布于 6天前
阅读 ( 386 )
( 8 )

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

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

Solidity EVM 函数分发器 Calldata 智能合约 OpCode

trashpirate
发布于 2天前
阅读 ( 383 )
( 14 )

React Native DApp 开发全栈实战·从 0 到 1 系列（铸造NFT-合约部分）

前言本文用Hardhat+OpenZeppelin5.x，完成一条「可铸造、可提现、带版税」的ERC-721代币主网流水线，分别为智能合约和前端两部分，本文主要介绍智能合约相关开发的内容；前期准备使用hardhat创建项目：这里就不赘述了具体可以作者的另一篇文章《智能合约开发

Solidity Hardhat NFT 版税

木西
发布于 5天前
阅读 ( 362 )
( 12 )

紧急 EIP-7702 钱包恢复

作者分享了在使用 EIP-7702 后，因钱包被恶意合约劫持导致资金被盗的紧急情况，以及如何利用 Foundry 工具，通过生成签名授权并借助他人支付 gas 费用的方式，在不向被盗 EOA 发送资金的情况下重置 EOA 委托，恢复钱包控制权的详细步骤和经验教训，同时强调了预防措施和安全意识的重要性。

EIP-7702 EOA 委托 Foundry nonce 签名授权

BahadorGh
发布于 6天前
阅读 ( 325 )
( 10 )

以太坊协议更新 003 — 改善用户体验

文章介绍了以太坊协议组对改善用户体验（UX）的战略举措，重点关注互操作性，旨在实现以太坊生态系统中无缝、安全和无需许可的体验。文章详细阐述了通过意图架构和通用消息传递，降低延迟与成本，同时提高安全性和无需信任性。文章还提到了开放意图框架（OIF）、以太坊互操作性层（EIL）以及其他的相关项目。

互操作性意图架构消息传递二层网络 EIP-4337 SNARK

以太坊中文
发布于 4天前
阅读 ( 302 )
( 12 )

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

前言本文以OpenZeppelin5.x最新组件为基础，用Hardhat完成「合约→编译→测试→部署」全链路流程。解决openzeppelinV5在0.8.24环境下易出现的编译失败的解决方案；示范了零托管的现场分账逻辑：版税、平台费、卖家收益一次性链上清算，合约不

NFT交易 Solidity

木西
发布于 3天前
阅读 ( 262 )
( 8 )

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

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

隐私保护零知识证明 zk-SNARKs cWETH ElGamal加密 Diffie-Hellman密钥交换

以太坊中文
发布于 1天前
阅读 ( 259 )
( 13 )

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

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

soloidity 以太坊智能合约

天涯学馆
发布于 2天前
阅读 ( 240 )
( 9 )

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

前言继上一篇《ReactNativeDApp开发全栈实战·从0到1系列（铸造NFT-合约部分）》,本文开始着重介绍使用ethers与合约进行交互的内容前置准备hardhat启动网络节点：npxhardhatnode合约编译：npxhardhatcompile生成

ethers NFT IPFS

木西
发布于 4天前
阅读 ( 231 )
( 8 )

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

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

ethers.js NFT Solidity

木西
发布于 2天前
阅读 ( 218 )
( 7 )

Eigenlayer EigenPod 合约介绍

本文档详细介绍了 EigenPod 合约，它允许用户（Pod Owner）通过 restake beacon chain 验证器来赚取收益。

EigenPod 信标链验证器 restake 提款凭证检查点以太坊

Layr-Labs
发布于 4天前
阅读 ( 218 )
( 11 )

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

本文是关于智能合约部署生命周期的实用指南。首先介绍部署交易的本质（`to = null`，init code -> runtime code）以及合约地址的推导方式，然后深入探讨实际生产中常见的模式：CREATE2实现确定性地址，工厂模式和克隆（EIP-1167）实现低成本大规模部署，以及由`delegatecall`驱动的可升级代理（Transparent/UUPS）。

智能合约部署代理模式 CREATE2 EIP-1967 可升级合约

Andrey Obruchkov
发布于 6天前
阅读 ( 214 )
( 12 )

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

in zkMIPS解读

本文比较了 MIPS32r2 与 RISC-V 在 zkVM 设计中的架构差异，指出 MIPS32r2 虽然复杂但更契合大规模可验证计算。其高指令密度与成熟生态为 zk 电路带来更短轨迹与更低开销。

zkMIPS MIPS32

ZKM
发布于 1天前
阅读 ( 186 )
( 5 )

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

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

ZK证明 L2 无桥抵押 Lighter Succinct 以太坊

0xjaehaerys
发布于 23小时前
阅读 ( 177 )
( 6 )

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

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

以太坊智能合约 Solidity 游戏开发 gas优化 modifier

blockmagnates
发布于 23小时前
阅读 ( 169 )
( 3 )

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

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

ERC-20 代币销售合约 Solidity 智能合约 Remix IDE

blockmagnates
发布于 23小时前
阅读 ( 154 )
( 6 )