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

Enshrined原生L2和无状态区块构建 - 分片

本文提出了一种通过Enshrined Native L2s和无状态区块构建来扩展以太坊的方案。该方案利用以太坊的验证者集合，通过在L1和多个L2之间循环验证者，来实现水平扩展，增加交易吞吐量，并引入本地费用市场。同时强调了无状态区块构建对于水平扩展的关键作用，并探讨了设计空间中的权衡。
Layer2  以太坊  ZK证明  无状态区块构建  水平扩展  验证者 

以太坊 - 简单序列化（SSZ）

这篇文章详细介绍了简单序列化（SSZ）的实现和功能，包括类型定义、序列化与反序列化过程、Merkle化、以及SSZ与JSON的映射关系。文章结构清晰，逻辑严谨，包含示例代码和表格，适合对区块链数据结构有深入理解的读者。
简单序列化  SSZ  数据结构  序列化  Merkle化  区块链 
  • ethereum
  • 发布于 2025-04-04
  • 阅读 ( 825 )
  • ( 22 )

与 Foundry 一起使用 - OpenZeppelin 文档

本文介绍了如何使用 Foundry 库来部署和管理可升级合约，包括安装 OpenZeppelin Contracts v5 或 v4 的步骤、使用 NPM 或 Soldeer 进行替代安装的方法、Foundry 的要求、运行前的配置（如安装 Node.js、配置 foundry.toml）以及在 Windows 环境下的设置等。
Foundry  可升级合约  OpenZeppelin  代理合约  信标合约  合约升级 

以太坊共识层 第0阶段 -- 网络

本文提供了以太坊共识层Phase 0的网络规范，详细阐述了网络基础知识、不同网络交互领域的协议（如gossipsub、discv5和Req/Resp）以及设计决策的合理性。文档内容丰富，包括网络传输、加密协议、协议协商、消息格式、节点发现和数据压缩编码等多个方面，旨在为开发人员提供一致且高效的协议框架。
以太坊  网络协议  gossipsub  discv5  req/resp  加密技术 
  • ethereum
  • 发布于 2025-04-04
  • 阅读 ( 1214 )
  • ( 32 )

重构以太坊核心开发者会议 - 魔术师/流程改进

本文提出了对以太坊核心开发者（AllCoreDevs）会议的重构方案，旨在更有效地规划和实施以太坊的网络升级。核心思想是将ACDE和ACDC会议的重点转向确定下一次硬分叉的范围，而将现有的测试和互操作性会议（ACDT）专注于当前分叉的实施细节。通过明确参与预期、理清方向、增进社区理解，并邀请更广泛的社区利益相关者参与，以提升以太坊治理的效率和透明度。
以太坊  硬分叉  ACDE  ACDC  ACDT  EIP 

将吞吐量与本地构建分离 - 权益证明 / 经济学

本文讨论以太坊 L1 扩展以及增加 Rollup 的 Blob 容量的问题，探讨了是否应该将网络吞吐量与本地构建者的能力分离，并分析了这样做对审查阻力、目标吞吐量实现和区块生产活跃性的影响。文章还提出了通过 FOCIL 机制和改进链外基础设施来应对潜在风险的方案，并讨论了在协议内外加强区块构建活跃性的方法。
以太坊  L1扩展  Rollup  Blob  网络吞吐量  本地构建  FOCIL 

[elip-002]: Slashing 版本中舍入和溢出的安全性影响

本文档深入探讨了在 slashing release 中执行的各种数学运算，重点关注舍入和溢出情况的安全性问题。
EigenLayer  Slashing  舍入误差  存款 scaling factor  信标链  数学运算 

内嵌原生L2和无状态区块构建-分片

本文提出了一种通过创建与以太坊协议深度集成的L2系统来扩展以太坊的方案，该方案通过共享验证器集合并行处理交易。利用像Orbit这样的系统轮换验证器，将不活跃在L1上的验证器转移到L2上，形成委员会处理交易排序和区块生产。同时，文章强调了无状态区块构建对于水平扩展的关键作用，允许在保持本地区块构建的同时，保持以太坊的可分叉性。
Layer 2  L2  以太坊  无状态区块构建  验证器  水平扩展 

以太坊对象格式（EOF）：新内容？

本文介绍了以太坊对象格式（EOF）及其对EVM的影响。EOF通过EIPs引入了新的验证和操作码，旨在构建更友好的EVM。EOF的特性包括改进的代码结构、静态分析、更大的堆栈空间、代码验证、JUMPDEST分析、新的合约创建方式和改进的CALL指令，从而提高了开发者的体验和合约性能。
以太坊对象格式  EVM  智能合约  Solidity  EOF  EIP 

应对以太坊价值捕获

该提案旨在通过验证者临时执行Type 3交易（Blobs）的最低最大优先级费用，并加速动态调整blob定价机制的研究，以应对以太坊交易动态的变化。提案目标是在L1 gas较低时提高blob价格，反之亦然，以确保以太坊的长期可持续性和安全性，同时鼓励rollup与以太坊更好地对齐。
EIP-7691  blob交易  L2  优先级费用  动态定价  验证者 

Rollup和应用的全球RPC节点

Gelato RPC Nodes 专为满足 rollup 经济的新规模而构建，为 Kraken 的 Ink Chain 等高吞吐量 rollup 提供支持。它具有高性能、原生归档支持、企业级安全性和内置分析功能，延迟更低，正常运行时间 SLA 为 99.99%，并提供自动缩放功能。
RPC节点  Rollup  性能  扩展性  高可用性  Gelato 
  • gelato
  • 发布于 2025-04-03
  • 阅读 ( 417 )

Intents 正在取代 ERC-4337

本文深入探讨了 Userops (ERC-4337) 和 Intents 在以太坊账户抽象中的作用。
UserOps  Intents  ERC-4337  ERC-7683  账户抽象  跨链 interoperability 

Superseed 主网现已上线

in  Optimism 中文力量
3月31日，Superseed主网上线，正式成为Superchain生态系统的一部分。Superseed是一个通用Layer2，协议包含一个原生CDP借贷平台。
#optimism 

Hoodi 上的 Electra：证明打包

Hoodi 网络成功激活 Electra 分叉，显著改变了证明如何打包到信标块中。EIP-7549 将 `committee_index` 移到签名数据之外，从而允许跨不同委员会的相同投票进行聚合，显著提高了签名验证效率。分析表明，Electra 分叉增强了信标块中包含的证明容量，但也凸显了高效聚合和积极打包策略的重要性。
Electra 分叉  证明  信标块  EIP-7549  委员会索引  聚合 

将吞吐量与本地构建解耦 - 权益证明/经济学

本文讨论了以太坊 L1 扩容和 blob 扩展的问题，探讨了网络吞吐量与本地构建者能力解耦的可能性，以及如何在保证网络审查抵抗性、目标吞吐量和区块生产活跃性的前提下实现这一目标。提出了通过 FOCIL 机制和改进链下基础设施来增强审查抵抗性，并探讨了 ePBS 在区块生产活跃性方面的作用。
以太坊  L1扩容  Blob  FOCIL  ePBS  本地构建者 

Superchain 互操作性：从碎片化跨链流动性到统一原生流动性层的未来

OP Superchain 在第 7 季的更新中，将“互操作性（Interoperability）”作为超级链产品愿景的核心支柱，旨在解决这一问题。
Mint Blockchain  Superchain  Optimism 

关于无状态性的协议设计观点——权益证明/经济学

本文深入探讨了以太坊中“无状态性”的概念及其在解决状态增长问题中的作用。文章分析了完全无状态和部分无状态两种方案，以及在弱无状态和强无状态协议中，区块生产者应如何存储状态。文章还探讨了状态增长对gas限制的影响，以及未来以太坊协议设计中，状态增长与proof-serving节点架构之间的权衡。
无状态性  状态 expiry  区块生产者  Gas限制  证明服务节点  以太坊状态 

Across与原生互操作性：走向统一以太坊的下一步

本文讨论了Across与原生互操作性结合的优势，强调其在以太坊多链生态系统中优化资金流动的潜力。通过提供低成本、快速的跨链交易，Across弥补了传统桥接方案的不足，为构建一个统一的流动性网络奠定了基础，从而推动以太坊向更高效和信任最小化的方向发展。
原生互操作性  跨链  流动性网络  以太坊  资金效率  桥接 
  • across
  • 发布于 2025-04-03
  • 阅读 ( 708 )
  • ( 16 )

解开 EigenLayer 的 Slashing 记账中一个奇特的边缘案例

本文深入探讨了 EigenLayer 的 slashing 机制中一个有趣的边缘案例，该案例涉及信标链 slashing factor 的计算，并可能导致提款份额计算的不一致性。文章通过一个实际例子详细阐述了在不同时间点验证验证器可能导致不同提款份额的情况，并分析了 EigenLayer 对此的回应，强调了频繁执行 EigenPod 检查点的重要性。
EigenLayer  slashing机制  信标链  EigenPod  Validator  restaking 

延迟执行层状态根

该EIP提议将每个区块n的ExecutionPayload中的state_root引用区块n-1的post-state。这将从区块传播的关键路径上移除昂贵的state root计算，从而减少区块生产的端到端延迟，并可能提高吞吐量。此更改降低了顶端的延迟，使我们能够提高吞吐量并简化区块生产流程，还可以显著加快以太坊实时ZK证明的时间表。
state_root  ExecutionPayload  区块传播  延迟  吞吐量  ZK证明