ChainFeeds Research

ChainFeeds Research

Pro 前沿

PRO|通过 rblib 构建 Flashblocks、状态过期的影响

如何替换多签名钱包中的密钥,以及 3 篇论文

0xNatalie's avatar
Zhixiong Pan's avatar
0xNatalie
and
Zhixiong Pan
Oct 20, 2025
∙ Paid
Share

欢迎阅读 ChainFeeds PRO # 117。本次内容将包含每周更新内容:比特币协议进展、以太坊治理相关、最新研究和进展和最新论文。

重点

Building Flashblocks with rblib

开发者 Optimus 介绍了如何通过 rblib 的核心组件设计和管理区块链的交易处理流程,具体包括如何优化交易的排序、去除失败的交易等步骤,最终生成区块并发布。这样可以实现低延迟的区块构建,适用于高频交易和实时区块链应用。

首先,rblib 有两个核心组件:Payload API 和 Pipelines API。Payload API 提供了低级功能,允许构建和检查区块负载,并操作不可变的 Checkpoint 对象;而 Pipelines API 则是一个高层的构建系统,通过将区块构建过程分解为多个步骤,每个步骤处理前一个步骤的输出并传递给下一个步骤。这样的设计使得开发者能够灵活地定制区块构建流程,以适应不同的需求。

其次 rblib 的基本用法是首先要通过 OptimismPrologue 步骤初始化交易状态,然后通过 AppendOrders 从交易池中获取订单,并使用 OrderByPriorityFee 按优先费用对交易进行排序。此外,RemoveRevertedTransactions 步骤可以移除已回滚的交易,确保区块只包含有效交易。

最后,Optimus 介绍了 Flashblocks 的构建方法。Flashblocks 是部分区块,发布频率比完整区块更高,旨在减少交易延迟。其构建过程分为五个步骤:

  1. 定义管道:创建外部管道和内部管道,外部管道处理整个生命周期,内部管道处理每个单独的 Flashblock。

  2. 设置外部管道:为外部管道设置循环和时间限制,并在时间到期时优雅地终止。

  3. 内部管道处理:通过步骤从交易池中获取、排序并清理交易,生成 Flashblock。

  4. 发布 Flashblock:通过 WebSocket 发布生成的 Flashblock。

  5. 时间限制与关闭:为每个内部管道设置时间限制,并在整个过程完成后关闭 WebSocket 连接。


比特币协议进展

多签名钱包什么时候要更换密钥?

unchained 产品 Tyler Campbell 讨论了如何替换多签名钱包中的密钥,以确保钱包的安全性。多签名钱包的核心优势是容错性,即使丢失或失盗其中一个密钥,用户依然可以控制资产。Tyler Campbell 以 2-of-3 的多签名钱包为例,如果一个密钥不再安全(如丢失、被盗、种子词暴露等),那么替换密钥的过程包括生成新密钥、创建新钱包、转移资金、更新钱包配置文件,并确保所有敏感信息备份得当。

在某些情况下,如硬件签名器故障或 PIN 码遗失,不需要替换密钥。相反,在种子词暴露、硬件签名器丢失或被盗时,必须立即替换密钥。替换密钥是一个复杂且有风险的操作,可能涉及额外的手续费和操作失误,因此应仅在必要时进行。最理想的情况是,用户确保种子词和硬件签名器的安全,以避免日后需要替换密钥。

Bitcoin Optech Newsletter #376

  • 块模板共享的讨论:讨论了完整节点之间通过紧凑块中继编码共享下一个区块模板的提议,旨在提高区块传播效率。然而,反馈指出该提议可能带来隐私问题和节点指纹识别风险,因此草案被移至 Bitcoin Inquisition Numbers and Names Authority(BINANA)仓库进行进一步修改和完善。

  • B-SSL 安全比特币签名层:Francesco Madonna 提出了一种新的无契约保管箱模型,利用 Taproot 和比特币的现有原语来创建三条不同的支出路径,以增加资金的自托管安全性。该设计通过托管人和恢复路径增强了抗盗能力,并呼吁社区在实施之前审查其白皮书。


以太坊

研究和进展

Unstoppable Sequencing: Permissionless Batching for Rollup Resilience

Facet 联合创始人 Tom Lehman 提出了不可阻止的排序(Unstoppable Sequencing) 机制,旨在解决 rollup 排序器故障或恶意行为时,如何确保 L2 系统继续运行的问题。在传统的强制包含机制中,当排序器不可用时,用户需要通过提交 L1 交易来确保 L2 交易的执行,但每个 L2 交易都需要一个单独的 L1 交易,导致高昂的 gas 费用和低效率。这种方法无法支持大规模的 L2 系统运营,特别是在排序器失败时,费用将呈指数级增长。因此,Tom Lehman 提出了不可阻止的排序作为一种解决方案。

不可阻止的排序通过去中心化的批量交易和 blob 分享来降低交易费用并提高系统的容错性。该机制使得任何用户都能创建和提交批量交易,避免了依赖单一排序器的困境。传统的排序器可以通过批量处理将多个 L2 交易打包在一个 L1 交易中,从而提高效率,而不可阻止的排序机制通过允许多个用户共享 blob 存储,降低了每个用户单独提交 blob 的成本。

在不可阻止的排序模式下,系统分为优先排序器(Priority Sequencer) 和 无许可排序器(Permissionless Sequencer) 两种角色。优先排序器保证了一定的 L2 区块空间,并为交易提供优先执行,而无许可排序器则利用剩余的空间进行交易排序,确保了去中心化和抗审查能力。每个批次交易由批处理器提交到 L1,任何人都可以担任该角色,进一步去中心化了系统的控制。

为了保证交易的有效性和一致性,系统会在 L1 中扫描每一笔交易的 calldata 或 blob,确保其格式正确、来自授权排序器并符合链的规则。无效的交易将被过滤掉,确保最终的 L2 区块能够成功执行。

State Expiry: In-protocol vs. Out-of-protocol

研究员 Han 探讨了状态过期对区块链性能的影响。随着区块链网络的扩展,节点同步时间变长、块执行性能下降和存储需求增加,状态增长成为限制性能和去中心化的关键因素。状态过期的目标是通过去除不常访问的冷状态,并要求在再次访问时提供复生证明,从而减轻节点负担,优化网络性能。当前大多数节点,如验证者和RPC节点,都需要持有完整状态。然而,随着未来去状态化模型的推进,只有构建者需要持有状态,而其他节点可以是无状态的。在这种背景下,引入状态过期将有助于减少节点的存储负担。

目前有两种状态过期的实施方式:协议内和协议外。协议内方案通过共识机制管理状态过期,要求过期状态提供复生证明,明确责任划分并支持本地构建的可能性。然而,这种方案面临着用户体验差、托管问题和复杂性等挑战。与此不同,协议外方案不修改共识,通过社会协作的方式管理过期状态,具有灵活性和快速迭代的优势,但也面临数据可用性和审查风险。

实施状态过期时,状态复生是关键问题,可能导致高延迟和费用。为此,Han 提出了几种解决方案,包括预先模拟交易、减少粒度以及支持批量复生。这些方法有助于减少复生过程中的延迟和成本。


MEV 相关

The MEV Letter #109

Flashbots 团队推出垂直于 MEV 研究领域的 Newsletter,以下是一些重点摘录:

  • 文章《Building Flashblocks with rblib》介绍了 rblib 的架构,并演示了如何定制区块构建流水线,以便在 OP-Stack Rollup 上构建 Flashblocks。

  • 文章《A Microstructure Analysis of Coupling in CFMMs》探讨了 CFMM(常数乘积做市商)连接的预言机市场中,价格耦合对另一个池子作为定价预言机的影响。

  • 文章《The Ethereum Foundation’s Commitment to Privacy》阐述了他们通过成立专门的隐私集群,进一步扩大对隐私的承诺,推动加密原语、身份和机构合规性方面的研发。

  • 文章《The Economics of Instant: An Exploration of Real Time Ethereum》分析了更短的时隙时间如何通过减少 LVR(滑点)并提高执行效率来改善 AMM(自动做市商)性能。

  • 视频《Kubi of Titan & Gattaca | Ethereum Block Building and Based Sequencing》邀请 Kubi Mensah 参与讨论当前区块构建、基于排序和跨链组合能力的状态。

  • 音频《Bring ETH Back: Based revolution towards One Ethereum》邀请了 Sam Battenally、Tom Lehman 和 Jeff Walsh,讨论基于 Rollup 和跨链组合能力。

  • 视频《All Core Devs - Testing (ACDT) #56》讨论了 Fusaka 在开发网上的激活、60M gas 限制测试,以及与 BALs 和 ePBS 相关的测试更新。

  • 视频《EIP-7732 Breakout Room Call #25》由 Justin Traglia 主持讨论了 ePBS 实施进展、构建者支付配置和开发网的下一步计划。

  • 视频《FOCIL Breakout #21》邀请 donnoh.eth 介绍 FOCIL 如何作为强制交易包含机制,在本地 Rollup 上使用。

  • 视频《EIP-7928 Breakout #4》由 Toni Wahrstätter 主持讨论了与 BALs 相关的设计选择,以及客户端实现的最新进展。


📑论文

UPPR: Universal Privacy-Preserving Revocation

作者来自:Hamburg University of Technology

作者介绍了名为 UPPR 的撤销机制,旨在解决自主管理身份(SSI)框架中数字凭证撤销的问题。UPPR 通过使用每个凭证的可验证随机函数(VRF)令牌,并将其发布在区块链上的布隆过滤器级联中来管理撤销。持证人通过 VRF 证明 oVC 的非撤销性或通过单个零知识证明证明 AC 的有效性。该方案避免了撤销状态追踪,允许持证人保持离线状态,并隐藏颁发者的撤销行为。

This post is for paid subscribers

Already a paid subscriber? Sign in
© 2025 ChainFeeds
Privacy ∙ Terms ∙ Collection notice
Start your SubstackGet the app
Substack is the home for great culture