长推：简单理解Rollup交易的生命周期

释放rollup交易的生命周期：

目前状态(中心化排序器）vs 未来(模块化一切)

首先，让我们来看看当前中心化rollup情况:

当你在rollup dApp上执行操作并单击钱包上的“签名”时，交易旅程就开始了。

钱包就是你的界面。

这是你与区块链网络互动的方式。

在这背后，钱包与rollup RPC节点交互以检查rollup的状态。

如果把区块链比作一所房子，那么RPC节点就像通往那所房子的门。

这是任何人都可以阅读区块链分类帐的方式。

rollup RPC将tx(作为“pending tx”)发送到称为内存池或内存池的交易储存库。

内存池是一个由节点组成的p2p网络，可共享交易数据——但是这里的交易是无序的。

现在，中心化rollup运营商开始发挥作用。

该运营商(或“排序器”)执行多个任务:

1. 对txs进行排序并创建一个块

2. 它向用户发送一个“软确认”，说明tx已经包含在L2块中，最终也将包含在L1块中

3.压缩交易批次并将其发布到数据处理层-(为了简单起见，假设它与结算层(L1)相同，例如以太坊）

4. 执行交易块以获得一个新的状态根，以前的状态根+新的tx数据=新的状态根。

然后在更新rollup状态的网络的各个节点之间传播新的状态根。

基础层以太坊运行rollup的轻客户端，该客户端也接收新状态。

以太坊上的rollup智能合约还验证任何有效性证明(在zkru的情况下)或欺诈证明(在oru的情况下)，然后更新L1数据库中的rollup状态。

至此，就完成了。

交易旅程完成了。

说得通吗">到这里为止很简单。

中心化运营商负责所有的事情，这个过程看起来很简单。

但中心化是我们在区块链中首先要避免的事情!

以下是中心化rollup排序器不够理想的3个原因:

-审查交易

-实行垄断定价

- 在用户之前抢先交易，生成MEV

此外，孤立的rollup会分散不同rollup之间的流动性。

怎么解决?

模块化!

在以太坊生态系统正在走向的模块化世界中，中心化rollup运营商的执行职责将被抽象出来，并由单独的层执行。

在这时，交易生命周期会发生如下变化:

旅程再次开始，用户通过钱包签名交易。

钱包使用rollup RPC检查状态，并将“pending”tx发送到内存池。

但是，它不是将tx发送到特定于rollup的内存池，而是将tx发送到*共享sequencer*内存池。

共享的排序器内存池接收来自几个不同rollup的交易。

称为搜索者的实体跟踪该内存池以搜索任何MEV机会。

搜索器通常是执行以下任务的重型全节点:

-提取一些交易

-添加自己的交易

-创建一个交易包来提取MEV

-把交易包发送给“builder”

-为他们的bundle出价，由builder选择

构建器也是繁重的完整节点，它从出价最高的搜索器那里获取bundle。

除了内存池中的其他tx外，它们还将bundle包含到一个块中，并将该块“提议”给共享排序器。

共享序列器现在执行以下操作:

1. 选择最好的块(最高出价/遵循所有分组的标准等)。

2. 向所有rollup用户发送包含交易的软确认

3. 将有序的数据块写入数据处理层

rollup的完整节点:

-从共享排序器或基础层检索块;

-根据他们的fork选择规则进行检查

—从其他rollup中过滤掉交易，并且使用STF(状态转换函数)将生成的交易子集应用到其先前的状态。

这将生成rollup的新状态，然后将其传递给轻客户端。

同时，在L1智能合约上的流程是相同的:

验证有效性证明或欺诈证明并更新数据库。

这就是全部!

由于共享排序器不参与执行，它可以是“无状态的”——这使得它们很容易实现去中心化!

而且由于多个rollup可以共享一个去中心化的排序器，这也提高了它们之间的互操作性。

@AstriaOrg和@EspressoSys是两个优秀的团队，为模块化的未来构建共享排序器!Flashbots正在打造一个“去中心化的构建器”——“SUAVE”。我希望这有助于你理解最近关于排序器、提议器、构建器的讨论。