> ## Content Index
> Fetch the complete content index at: https://andybase.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# 关于flashblocks
- URL: https://andybase.com/-e5-85-b3-e4-ba-8eflashblocks/
- Published: 2025-09-09T21:25:13.000Z
- Updated: 2026-07-15T02:39:05.000Z
- Author: andy
- Tags: Uncategorized, #Migrated-1784083136856, #wp, #wp-post, #Import 2026-07-15 02:38

> 争取整个短文系列，迎合短视频的潮流。

base前段时间整了个活，提出了一个新的概念叫flashblocks。

在有flashblocks之前，每个区块的状态是要么这个区块还不存在，没法拿到区块的任何状态和信息；要么就是这个区块已经存在了，它的状态是不可变的，拿到就是最终区块。base链每2秒产生一个新的区块，即任何的交易需要2秒钟才能确认。

如下图，区块A生成之后，2秒内用户只能看到区块A，直到区块B生成。

![](https://storage.ghost.io/c/fe/5a/fe5aa1e4-0084-420f-94d1-d9ca33aa516f/content/images/2026/07/untitled-2025-05-15-1028.png)

正常区块生成顺序

flashblocks呢，它允许用户提前获取正在打包的区块的状态。正在打包的区块每200ms更新一次状态，直到10次更新之后，正在打包的区块变成一个完整的区块。

如下图，区块A打包200ms后，用户可以立刻看到区块B的状态0\. 再200ms后，可以看到区块B的状态1，直到区块B的状态9，然后区块B稳定，开始生成区块C的状态1。

![](https://storage.ghost.io/c/fe/5a/fe5aa1e4-0084-420f-94d1-d9ca33aa516f/content/images/2026/07/untitled-2025-09-09-1028-1.png)

flashblocks 区块生成顺序

flashblocks的好处是什么呢？它可以在一个区块完全打包好之前，让用户提前知道自己的交易是否有被打包进当前的区块，加速交易状态的确认。

缺点又有哪些呢？ 首先这个确认属于预确认（preconfirmation）， 这个预确认还没有状态更新。实际区块的状态更新依然要等待当前区块完整打包结束。也就是说只有预确认没法立刻进行下一个相关交易。

其次，这个flashblocks 只能在rollup L2上实现，因为只有有中心化的sequencer才能保证在打包中的区块状态是可控的；在L1上是没法实现，不同矿工之间不会每200ms就共识出来一个新区块的状态。