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

ERC-6909 最小多代币标准

ERC-6909是ERC-1155标准的简化替代方案，旨在提高多代币合约的效率，其主要特点包括取消强制回调和批量转移逻辑，并引入混合权限管理模型，使得开发者能够更灵活地管理代币。此外，还提出了ERC-6909在DeFi应用中的实际使用，以及NFT系列的元数据处理。
ERC-6909  ERC-1155  智能合约  代币标准  DeFi  NFT 

浅析EIP-7702

前提注：本文旨在记录所学知识，文中内容都是个人的思考与看法，不一定正确，大概率也不完善，望各位见谅，同时也欢迎各位补充和纠正。Vitalik很早就提到过，以太坊在很长一段时间里的升级改进，都将朝着这三个方面努力：1.通过账户抽象实现安全性与便利性2.通过Layer2实现可扩展性3.隐匿地址
EIP协议分析 
  • KEN
  • 发布于 2025-03-16
  • 阅读 ( 1085 )
  • ( 38 )

如何切换到或从智能账户（EIP7702）还原

本文介绍了MetaMask智能账户的概念以及如何切换到智能账户。智能账户可以在支持批量交易、使用任何代币支付gas费和衰减权限的网络和dapp中使用，它增强了钱包的功能和灵活性，同时保持了熟悉的操作体验。用户可以随时切换回标准账户。
MetaMask  智能账户  EOA  EIP-7702  EIP-5792  批量交易 

自省 - OpenZeppelin 文档

本文档介绍了OpenZeppelin Contracts库中与合约自省相关的接口和合约，包括IERC165、ERC165、ERC165Checker、IERC1820Registry、IERC1820Implementer和ERC1820Implementer。这些工具允许合约声明并查询其他合约实现的接口，以防止错误并实现复杂的交互。
合约自省  IERC165  ERC165  IERC1820Registry  接口  合约 

探索Keystore和跨链一致性

本文深入探讨了跨链Keystore的设计与实现，旨在解决多链环境下智能合约钱包签名者管理的一致性问题。
keystore  跨链  账户抽象  智能合约钱包  签名者管理  状态读取 

Ress：通过无状态 Reth 节点扩展以太坊

本文介绍了Ress（Reth Stateless），一个完全验证的无状态以太坊执行层，旨在通过减少节点的磁盘需求来改进以太坊的去中心化和扩展性。本文深入探讨了无状态以太坊的概念及其对扩展Layer 1和Layer 2的影响，以及Ress的工作原理、实现细节和未来展望，提供了丰富的技术细节和实证数据。
Ress  无状态以太坊  以太坊扩展  reth  P2P网络  Native Rollups 
  • Paradigm
  • 发布于 2025-03-15
  • 阅读 ( 1253 )
  • ( 11 )

所有核心开发者 - 执行 (ACDE) #208 - 协议调用及进展

本次以太坊核心开发者执行会议（ACDE）#208讨论了Pectra和Fusaka的升级，包括激活、测试、时序安排以及EIP的更新。重点讨论了PeerDAS、EOF的后续步骤，以及Portal & History Expiry，包括EIP-6110的交互和eth/69协议。会议还讨论了Sepolia测试网替换的命名问题。
以太坊  Pectra  Fusaka  EIP  PeerDAS  EOF  Sepolia 

ERC-7699：带有转账参考扩展的ERC-20

本文详细介绍了ERC-7699，这一新提议扩展了广泛采用的ERC-20代币标准，允许用户在转账中附加参考信息，从而提高交易的清晰度和可追溯性。文章涵盖了ERC-7699的背景、功能、实现方式及其在去中心化金融（DeFi）等应用中的潜在好处，强调了为用户带来的更高体验和更广泛的采用可能性。
ERC-7699  ERC-20  以太坊  去中心化金融  区块链  标准 

JUMPDEST分析基准测试报告

本文提供了JUMPDEST分析基准测试的详细结果，包括分析时间、字节码大小范围及性能比率等。测试涵盖了JUMPDEST-only字节码和PUSH1 0x5b序列的性能，结果显示随着字节码大小的增加，分析时间和性能比率也相应增加。
JUMPDEST  字节码  性能分析  基准测试  PUSH1  以太坊 

EigenPod重新设计 - 检查点证明

本文档深入探讨了 EigenPod 的重新设计，重点是引入检查点证明系统，旨在解决M2证明系统中存在的歧义性和会计问题，特别是在处理提款和保证ETH与股份对应关系方面。新的检查点系统结合了活跃验证器集合与信标链和EigenPod状态的快照，以明确确定ETH的数量和位置，从而提高股份分配的准确性和安全性，并解决了与部分提款和信标链削减相关的激励问题。
EigenPod  以太坊  信标链  检查点证明  验证器  提款 

利用区块链技术革新葡萄酒行业：我们在 Arbitrum 上构建酒庄的旅程

本文介绍了一个基于区块链的葡萄酒交易平台，旨在解决传统葡萄酒追踪系统中存在的欺诈、缺乏透明度等问题。该平台利用智能合约和NFT技术，为每一瓶葡萄酒创建一个独特的数字身份，记录其来源、所有权和交易历史，确保了葡萄酒的真实性和可追溯性。平台使用Arbitrum链降低交易成本，IPFS存储葡萄酒的元数据，并使用ERC-721标准确保NFT的独特性和互操作性。
区块链  NFT  智能合约  葡萄酒  Arbitrum  IPFS 

【zkMIPS系列】zkMIPS系统框架

in  zkMIPS解读
zkMIPS 通过零知识证明（ZKP）验证 MIPS 程序的正确执行。流程包括代码编译、虚拟机运行、生成执行轨迹，并通过 STARK、PLONK 和 Groth16 等技术生成高效的可验证证明，实现链上验证与隐私保护。
zkVM  zkMIPS 
  • ZKM
  • 发布于 2025-03-14
  • 阅读 ( 1110 )
  • ( 10 )

Gelato 的账户抽象指南：从 ERC4337 到 EIP7702

本文深入探讨了账户抽象技术，从ERC-4337到EIP-7702，涵盖了账户抽象的原理、UserOperation、Bundler、EntryPoint、Paymaster等关键概念，以及Gas效率问题和实现挑战。此外，还介绍了Gelato和ZeroDev如何通过EIP-7702实现EOA账户的升级，以及Passkeys与EIP-7702的结合应用，并提供了相关的代码示例和资源链接。
账户抽象  ERC-4337  EIP-7702  UserOperation  Bundler  Paymaster 
  • gelato
  • 发布于 2025-03-13
  • 阅读 ( 546 )

EigenLayer RewardsCoordinator 奖励协调器 介绍

本文档介绍了EigenLayer协议中RewardsCoordinator合约的功能和机制。该合约负责接收来自AVS的ERC20奖励，分配给他们的Operators和delegated Stakers，并允许Stakers和Operators申领他们的累计收益。文档涵盖了提交奖励请求、分配和申领奖励、系统配置、奖励 Merkle 树结构和链下计算等关键概念和流程。
EigenLayer  奖励协调器  ERC20  AVS  Operator  Staker  Merkle 树  奖励分配 

系统合约/引导加载程序描述 (VM v1.5.0)

本文档详细描述了 Matter Labs 的 ZKsync Era 的系统合约和启动加载器的架构与功能。
zkSync  系统合约  Bootloader  zkEVM  账户抽象  L1-L2桥  数据可用性 

理解 Optimism 设计 P1 - 架构设计

本文专注于Optimisim的架构学习和思考，是第一篇，希望从OP入手，逐渐拓展对Rollup、二层网络等方案的理解。在前面写过一些列文章涉及了常见的共识协议，如HotStuff，Tendermint等传统BFT共识以及更为综合和现代的以太坊Gasper，在学习了它们后，我对
OP Stack 

Eigenlayer ServiceManagerBase 介绍

本文档介绍了`ServiceManagerBase`合约，该合约是AVS将要部署的`ServiceManager`合约的最小实现。
EigenLayer  AVS  ServiceManager  Operator  奖励  权限管理 

Aragon DAO — 占位符

本文主要介绍了DAO（Decentralized Autonomous Organization，去中心化自治组织）的概念、优势以及Aragon平台如何简化DAO的创建和管理。
DAO  去中心化自治组织  智能合约  Aragon  以太坊  区块链 

谁动了我的测试网？

本文主要讨论了以太坊测试网Holesky和Sepolia最近出现的问题，以及这些问题对依赖这些测试网的外部实体的影响。文章提出了对Sepolia和Holesky测试网的需求进行明确，并强调了核心开发者需要一种尽可能接近主网的测试方式的重要性。同时反思了测试策略，并提出改进建议，以减少测试环境与主网之间的差距，降低潜在风险。
测试网  Holesky  Sepolia  Pectra  主网  客户端 

EntryPoint合约获得对ERC-4337钱包的临时控制权

本文解释了EntryPoint合约如何通过`validateUserOp`和`execute`函数获得对ERC-4337钱包（SimpleAccount）的控制权。通过代码示例展示了EntryPoint合约如何在用户操作验证和交易执行过程中与SimpleAccount合约交互，从而控制钱包的行为。但强调这种控制并非绝对或永久，SimpleAccount仍然保持自身的访问控制。
ERC-4337  智能钱包  EntryPoint合约  UserOperation  账户抽象  SimpleAccount