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

以太坊扩容：通往4500万Gas上限及更远之路

文章讨论了以太坊通过增加Gas Limit来扩展其Layer 1能力的方法。近期目标是将Gas Limit从36M提升至45M，并规划了达到60M甚至100M的长期路径。文章详细介绍了实现这一目标的三大支柱：OPCODE和预编译基准测试、状态增长分析以及安全性和共识层影响，并分享了相关的测试结果和未来展望。
Gas Limit  以太坊扩展  EIP  状态增长  网络传播  OpCode 

以太坊扩容从链上到链下：状态通道和Rollups 方案对比

本文介绍了以太坊Layer2扩展方案，包括状态通道和Roll-ups技术，Roll-ups又分为Optimistic Roll-ups和Zero-knowledge rollups(zk-Rollups)，以及Side chains。文章对比了各种方案的原理、特点和优缺点，并分析了各自的应用场景。
以太坊  Layer2  状态通道  Roll-ups  Optimistic Roll-ups  ZK-Rollups 

ERC-7201：命名空间存储布局

本文介绍了ERC-7201提案，旨在解决Solidity合约存储槽中存在的DelegateCall安全风险和升级不便等问题。ERC-7201引入命名空间概念，通过特定算法为不同逻辑组件分配独立的存储区域，实现存储隔离、升级友好、模块化支持和工具兼容等优势。文章还提供了实现示例，展示了如何在合约中使用ERC-7201。
ERC-7201  存储槽  命名空间  delegatecall  Solidity  智能合约 

Resupply 黑客事件分析

in  小白专享-图解以太坊编程
Resupply黑客事件分析
智能合约  Curve  Resupply  黑客事件 

Web3 登录安全设计与钓鱼防护机制

in  Web2 到 Web3：登录与身份验证机制全面进化
本章聚焦 Web3 登录的安全机制与风险防御，涵盖防重放、域名绑定、签名过期、结构化签名与合约钱包验签等。强调统一签名结构、添加有效期与意图提示，并配合后端严格验签与 nonce 去重，构建安全可信的身份认证体系
eth  Web3  安全登录  钓鱼攻击  钓鱼 

合约钱包与 EIP-1271 登录支持

in  Web2 到 Web3：登录与身份验证机制全面进化
本章聚焦合约钱包登录支持，解析 EIP-1271 签名校验机制，介绍 isValidSignature 接口、合约钱包识别方法及后端统一验签策略。通过前后端协同，提升登录系统对 SCW 的兼容性与安全性，实现完整 Web3 身份验证体验
eth  EIP1271  合约钱包  SCW  Web3 

使用 Motsu 测试 Arbitrum Stylus 智能合约

本文介绍了 Motsu，一个专为 Arbitrum Stylus 智能合约设计的 Rust 原生测试框架。
Motsu  Arbitrum Stylus  智能合约  Rust  测试框架  区块链 

使用 txping 实时测量以太坊交易延迟

本文介绍了一个名为`txping`的轻量级Node.js工具，用于简化以太坊交易延迟的测量。该工具通过QuickNode RPC端点发送签名后的0 ETH交易，并报告RPC延迟（交易提交到哈希确认的时间）和区块包含延迟（交易提交到首次确认的时间）。通过重复此过程，可以建立以太坊主网上交易传播性能的基线，并根据网络拥塞和Gas定价动态来优化费用和提高应用性能。
以太坊  交易延迟  RPC  Node.js  txping  EIP-1559 

ZKsync Airbender：最快的开源 RISC-V zkVM

ZKsync 发布了 Airbender，这是一个高性能的通用 ZK 证明器，旨在满足互操作性、去中心化和可扩展性的实际需求。Airbender 是最快的开源 RISC-V zkVM，其性能优于其他领先系统，例如在单个 GPU 上证明以太坊区块的时间少于 35 秒，并通过利用 ZKsync OS，能够在大约 17 秒内证明平均以太坊区块的执行。
ZK证明  RISC-V  zkVM  Airbender  GPU  STARK 

什么是BLS签名以及它们如何工作？

本文深入探讨了EigenLayer的AVS合约中BLS多重签名的实现。文章详细介绍了EigenLayer的AVS，回顾了BLS签名原理，并说明了如何在实践中使用BLS签名来解决实际问题，展示了BLS签名聚合和多重签名构建方法，并讨论了如何防范多重签名中存在的rogue-key攻击风险，以及EigenLayer如何解决这个挑战。此外，还提出了一种未来可能探索的替代方案。
BLS签名  多重签名  EigenLayer  AVS  rogue-key攻击  以太坊 
  • zellic
  • 发布于 6天前
  • 阅读 ( 549 )
  • ( 42 )

以太坊区块证明

本文介绍了以太坊区块证明的过程，包括获取区块信息、将信息转换为prover可理解的格式（witness generation），以及运行prover。Prover可以在GPU或CPU上运行，文中提供了在GPU和CPU上运行prover的具体步骤和命令，以及验证最终证明的方法。
以太坊  区块证明  witness generation  GPU  CPU  prover 

从输入密码到签名消息：认证逻辑的根本转变

in  Web2 到 Web3：登录与身份验证机制全面进化
本章深入剖析了 Web3 登录中最核心的认证机制 —— 数字签名，帮助读者理解从「输入密码」到「签名消息」的本质转变。通过对 `eth_sign`、`personal_sign`、EIP-191 等签名标准的讲解，我们构建了完整的签名验证流程，包括签名格式、地址恢复与安全对比。同时明确了前端负责签名
eth  EIP191  Web3  sigature  EIP712 

Web 登录机制演进史：从 Session 到 Signature

in  Web2 到 Web3：登录与身份验证机制全面进化
「登录」从不是单一的技术点，而是整个**认证信任体系（Auth Trust Stack）**的核心切片。 Web3 登录的本质，不是“钱包替代账号”，而是**客户端承担身份证明逻辑，服务端退化为签名验证者**
eth  signature  Wallet  Web3 

专题导读

in  Web2 到 Web3：登录与身份验证机制全面进化
Web3 登录，远不止“连接钱包”这么简单。 在这个专题中，我将以一名前端工程师的视角，系统梳理 Web2 登录体系（账号密码、JWT、Session）如何演进为 Web3 登录机制（钱包签名、链上身份、合约验证）。你将看到登录逻辑的底层转变、安全模型的重新设计，以及工程实现中的真实挑战与最佳实践
eth  AUTH  Web3  Wallet 

RPC 客户端 - OpenZeppelin 文档

本文档介绍了 OpenZeppelin Monitor 中的 RPC 客户端实现，它具有自动端点轮换和回退功能，以确保可靠的区块链监控。重点介绍了 RPC 客户端的配置方法，包括 RPC URL 的配置，以及端点管理、轮换策略和重试策略。同时，还列出了 EVM 和 Stellar 网络中，监控器在每次 cron 迭代中发出的 RPC 调用列表，并提供了最佳实践和故障排除建议。
RPC客户端  OpenZeppelin  端点轮换  故障回退  速率限制  重试策略  EVM  Stellar 

基于新型 EIP-7702 的以太坊智能账户

EIP-7702 允许 EOA 像智能合约一样行动，旨在减少用户执行最终操作所需的交易数量，从而改善用户体验。通过引入一种新的交易类型（类型 4），EOA 可以借用代码来发起交易，从而实现批量处理等功能，并降低用户操作的复杂性和风险。
EIP-7702  EOA  智能合约  SWA  交易类型  用户体验  Web3 

使用 Relayer.sol 进行端到端的多链测试

in  Optimism 中文力量
原文｜End-to-EndMultichainTestingwithRelayer.solRelayer.sol为你的Forge测试环境带来了原生的多链端到端测试能力。通过继承抽象的Relayer测试辅助类，你的测试可以：启动多个网络的分叉（fork）、真实地发送L2ToL2
# Relayer.sol 

Optimism 追加200万赏金至协议升级，助力Superchain互操作

in  Optimism 中文力量
原文｜OptimismExtends$2MillionBugBountyProgramtoProtocolUpgradesAheadofSuperchainInteropOptimism宣布追加200万美元bugbounty计划，覆盖尚未上线的协议升级提案，
#optimism 

`IDONTWANT` 对重复消息数量的影响 - 网络

该文章分析了在以太坊 GossipSub 网络中，`IDONTWANT` 消息的采用对重复消息的影响。通过对实际网络数据的分析，文章指出 `IDONTWANT` 消息的引入能有效减少重复消息，特别是在消息体较大的主题中。尽管如此，仍存在改进空间，例如限制 `IWANT` 消息的数量，以及在接收到 `IDONTWANT` 消息时取消 `IWANT` 的回复等。
gossipsub  IDONTWANT  IWANT  libp2p  消息重复  网络性能 

Foundry高级作弊码系列：第四部分 - 作弊码 vm.roll & vm.warp

本文介绍了Foundry框架中的vm.roll和vm.warp两个作弊码，它们允许开发者在测试中快速调整区块链的区块高度和时间戳，方便模拟时间锁、截止日期、权益归属等与时间相关的合约逻辑。通过结合这两个作弊码，开发者可以轻松地测试合约在不同时间点和区块高度下的行为。
Foundry  vm.roll  vm.warp  作弊码  区块高度  时间戳  智能合约测试