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

智能合约开发、测试、部署全流程（实操篇）

前言本文主要对hardhat框架实操的介绍，通过一个简单的智能合约案例，用handhat把开发、测试、部署全流程过一遍。前期准备构建工具：hardhat前端技术栈：React+Ethersjs+Web3UIKit钱包：MetaMask合约层：Solidityehterscan区
  • 木西
  • 发布于 2025-02-24
  • 阅读 ( 1776 )
  • ( 30 )

EIP-7657：保护以太坊的同步委员会

本文深入探讨了以太坊轻客户端的必要性及其在区块链中的功能，重点分析了EIP-7657提案对增强轻客户端安全性的重要性。通过引入新的惩罚机制，以防止恶意同步委员会成员提供错误信息，从而提升了轻客户端在处理跨链交易时的可靠性，保障了去中心化应用的正常运行。同时，文章还探讨了轻客户端在跨链桥和钱包中的应用场景以及潜在的安全性问题。
轻客户端  EIP-7657  同步委员会  以太坊  区块链安全  跨链桥 

系统调用获取当前 epoch 质押

本文讨论了一种新的系统调用，用于检索投票账户在当前纪元的委派股份或整个集群的总股份。这一功能的引入将为链上程序提供重要的数据支持，促进验证者治理等用例的实现，同时避免了存储账户的规模限制。
syscall  Solana  Vote Account  epoch stake  Dapp development  security considerations 

zkVM与zkEVM：下一代区块链扩展解决方案的技术分析

本文详细分析了零知识证明技术在区块链扩展解决方案中的应用，特别是 zkVM（零知识虚拟机）和 zkEVM（零知识以太坊虚拟机）之间的区别与联系。文章探讨了这两种技术的架构差异、实施挑战及其在去中心化金融（DeFi）和传统行业中的实际应用，指出如何通过这些技术提高交易的可扩展性、安全性和隐私性。
零知识证明  zkVM  zkEVM  区块链扩展  去中心化金融  隐私技术 
  • olympixai
  • 发布于 2025-02-23
  • 阅读 ( 1607 )
  • ( 31 )

你应该为你的Rollup使用哪个Rollup框架？

本文详细介绍了四种流行的Rollup框架（OP Stack、ZK Stack、Arbitrum Orbit和Polygon CDK），分析了它们的架构、特点和适用场景，帮助开发者和企业选择合适的Layer 2解决方案。
Rollup  Layer 2  OP Stack  ZK Stack  Arbitrum Orbit  Polygon CDK 
  • QuickNode
  • 发布于 2025-02-23
  • 阅读 ( 1295 )
  • ( 47 )

向DVM添加对IS RELAY VALID价格请求的支持

该UMIP提议向DVM添加对IS_RELAY_VALID价格请求的支持，通过验证来自Optimism或Arbitrum的桥接合约的 relay 请求，使用户能够快速将资金从L2转回L1，从而避免与rollup相关的漫长等待期。验证过程涉及多个合约的交互，包括BridgePool、BridgeAdmin等，以及对事件数据的核对。如果relay无效，价格应为0，否则为1。
DVM  Optimism  Arbitrum  桥接合约  Rollup  IS_RELAY_VALID 

如何在以太坊上使用IPFS存储数据

本文介绍了如何将IPFS与以太坊集成，详细讲解了IPFS的工作原理、使用QuickNode工具存储数据、部署智能合约并存储IPFS数据的步骤。
IPFS  以太坊  QuickNode  智能合约  MetaMask  ethers.js 
  • QuickNode
  • 发布于 2025-02-22
  • 阅读 ( 1519 )
  • ( 23 )

升级插件 - OpenZeppelin 文档

本文介绍了OpenZeppelin的升级插件，该插件集成了Hardhat和Foundry，用于在以太坊上部署和管理可升级合约。插件支持部署和升级合约，管理代理管理员权限，并易于在测试中使用，支持UUPS、透明和信标代理模式。
OpenZeppelin  升级合约  Hardhat  Foundry  代理模式  UUPS代理 

如何使用Ruby连接到以太坊网络

本文介绍了如何使用Ruby语言的eth.rb库连接到以太坊网络，包括安装步骤和编写脚本获取最新区块号的方法。
Ruby  eth.rb  以太坊  JSON RPC  QuickNode 

以太坊 - 标题 - Umaprotocol

该UMIP提议在DVM中增加对IS_RELAY_VALID价格请求的支持。IS_RELAY_VALID将允许DVM验证来自Optimism或Arbitrum的relay请求，使用bridge合约。投票者需要使用多个合约来评估relay的有效性，并提供详细的验证步骤和公式来计算费用，若验证失败，则价格应为0，验证成功则为1。
DVM  IS_RELAY_VALID  Optimism  Arbitrum  BridgePool  BridgeAdmin  relayHash 

Pectra审计竞赛在Cantina上启动

以太坊基金会宣布在Cantina上启动Pectra审计竞赛，时间为2月21日至3月24日。此次竞赛旨在发现Pectra代码中的潜在漏洞，重点关注EIP-7702、EIP-7251、EIP-7002、EIP-6110和EIP-7691等关键提案，这些提案分别涉及将EOA升级为智能账户、改进验证者用户体验和扩展Blob容量。竞赛之外的漏洞应通过以太坊基金会漏洞赏金计划报告。
Pectra  审计竞赛  EIP-7702  EIP-7251  EIP-7002  EIP-6110  EIP-7691 

最大 Blob 标志：经济视角 - 经济学

本文分析了`max-blobs`标志对以太坊经济的影响，该标志允许本地构建者限制区块中包含的blob数量。分析表明，使用`max-blobs`对经济影响很小，主要影响不使用MEV-Boost的本地构建者。设置最大blob数为3，预计每个区块损失约1.5美元的优先级费用，但可以降低重组风险。
max-blobs  blob交易  优先级费用  mev-boost  重组  Data Availability 

OpenZeppelin Relayer 路线图

本文档概述了 OpenZeppelin Relayer 项目的计划开发路线图，包括稳定性改进、安全性增强、开发者体验优化、新功能、扩展能力以及特定于不同链（EVM、Solana、Stellar）的路线图。同时强调了社区参与和持续文档改进的重要性，并声明了优先级排序会受到安全性、稳定性、社区反馈和生态系统发展的影响。
OpenZeppelin Relayer  路线图  EVM  Solana  Stellar  Relayer 

即使在 L2 主导的以太坊中提高 L1 Gas 限制的理由

文章讨论了在以太坊以L2为主的生态系统中，提高L1 Gas限制的重要性。作者从多个角度分析了提高L1 Gas限制的价值，包括抗审查性、跨L2资产转移、L2大规模退出、L1上的ERC20发行、Keystore钱包操作和L2证明提交等。
L1  L2  Gas限制  抗审查性  跨L2资产转移  ERC20 

从钱包授予权限

该文档定义了一个新的 JSON-RPC 方法 `wallet_grantPermissions`，允许 DApp 请求钱包授予执行交易的权限，无需用户手动批准每个交易，并支持在没有钱包连接的情况下执行交易。该方法通过定义权限请求和响应的模式，以及支持不同类型的签名者和权限，为 DApp 提供了一种统一的方式来请求和管理用户授权，从而实现诸如订阅、被动投资和限价订单等用例。
json-rpc  wallet_grantPermissions  DApp  权限管理  交易授权  ERC-7679  ERC-7710  ERC-4337 

OP Succinct Lite 简介：OP Stack 上的 ZK 欺诈证明

Succinct Labs 发布了 OP Succinct 的“Lite”版本，该版本通过 ZK fraud proofs 为 OP Stack rollups 提供了一种新的安全选择。OP Succinct Lite 简化了争议解决过程，降低了资本需求，并缩短了最终确认时间，为 rollups 提供了可扩展性、安全性和去中心化。
ZK Fraud Proofs  OP Stack  Rollup  零知识证明  Optimism  最终确认性 

将证明计算从信标节点转移到交易发送者

文章讨论了EIP-4844之后，在PeerDAS中验证样本时面临的KZG证明计算瓶颈问题，并提出将cell的KZG证明计算转移到交易发送者的解决方案。这种方式可以移除区块生产过程中节点计算KZG证明的需求，从而提高blobs数量的可扩展性，并可能在Fusaka fork中实现。
EIP-4844  PeerDAS  KZG证明  Blob  以太坊  数据可用性抽样 

迈向提议者选择机制设计的通用模型 - 经济学

本文提出了一个用于分析验证者-提议者分离(APS)机制设计的通用框架，将其建模为一个主理人-代理人问题，目标是设计一种机制，在考虑各种约束条件(如抗女巫攻击、确保竞争)下，有效地将提议权分配给潜在的提议者。文章还证明了在确保竞争的机制中，不存在完全防共谋的机制，并鼓励社区对模型的目标和约束条件提供反馈，以完善模型并进行更深入的分析和比较。
验证者-提议者分离  APS  机制设计  主理人-代理人问题  共谋  Execution Tickets 

验证者-提议者分离机制设计通用模型：经济学方向

本文提出了一个用于分析验证者-提议者分离（APS）机制设计问题的通用框架，将其建模为一个主代理问题。文章探讨了机制设计中的期望、约束以及目标函数，并提出了一个定理，即不存在既能确保竞争又能防止合谋的机制。最后，文章回顾了当前关于APS机制的研究，强调了建立统一理论框架的重要性。
验证者-提议者分离  APS  机制设计  主代理问题  合谋  Execution Tickets 

以太坊核心开发者会议152

本次以太坊核心开发者会议主要讨论了上海升级的相关议题，包括提款测试的进展、EIP-3860的修改、EOF的移除以及EOF相关的改进提案。同时，会议还讨论了EIP-4844的更新、新的EIP提案以及与轻客户端相关的技术问题。会议最终决定将EOF从上海升级中移除，并重点关注提款功能的顺利实现。
以太坊  上海升级  提款  EOF  EIP-4844  轻客户端