如何理解 Puffer Finance 构建的 UniFi layer2 解决方案？

最近市场上关于 Based Rollup 这种创新的 L1-Sequenced 排序方式讨论得沸沸扬扬。Puffer Finance 顺应潮流，基于 Based Rollup 和原生 AVS 验证系统，构建了一套名为 UniFi 的 layer2 解决方案。让我们来聊聊我对这个方案的理解吧。

首先，Based Rollup 本质上是将“排序”功能外包给 L1 主网的解决方案，L1 的 Proposer 在构建区块时会直接对 Based Rollup 提交的交易进行打包处理。这种方法可以解决 layer2 饱受诟病的中心化 Sequencer 问题。但问题是，Based Rollup 只能做排序，并无法直接干预 layer2 的链下共识一致性问题。简单来说，如果有 N 条 Based Rollup layer2 存在，每个 layer2 和以太坊主网都是点对点的关系，脱离了与以太坊的单线连接，这些 layer2 之间要想达成可交互操作性就变得不太可能了。

因此，UniFi 解决方案的思路是引入了 AVS 去中心化验证服务，为 Based Rollup 提交到主网的交易在“排序”之外提供“验证”服务。AVS（主动验证服务）是一种依赖 L1 验证节点提供额外安全共识的验证服务。Eigenlayer 协议已经撮合了很多 AVS 的落地应用场景，包括 Oracle、去中心化 Sequencer、MEV、intent 交易等等，本质上都是在做 Pre-Confirmation 的预处理工作。

不同的是，Puffer 和 Eigenlayer 一样也是以太坊生态的节点验证基础设施，Puffer 可以直接基于自身的 AVS 验证系统来推进 Based Rollup 的落地。这样不仅落地了 UniFi 这种新型 Based Rollup layer2 解决方案，实践了 AVS 为 layer2 提供安全共识的可能性，同时也会基于这套 Pre-Confirmation 机制提供的预处理机制，成为当前割裂态 layer2 的统一可交互操作中心。也就是说，layer2 和 L1 的点对点关系，可以变成 layer2 和 UniFi 服务包的多对点关系。

具体如何做呢？

用户在 UniFi layer2 发起交易，交易批次直接提交到 layer1 Proposer 节点负责打包，交易排序后再经由 AVS 的节点提供安全共识“验证”服务，进而达成一层“快速”预确认。区别于传统 layer2 Batch 交易后要先在 layer2 进行链下确认，再在主网获得 finality 最终确认。UniFi layer2 整个过程只参与接收并执行交易的职能，其他排序和验证等工作均在主网完成。举个例子，用户在 UniFi 进行 Withdraw，可以获得快速确认，而不像 OP-Rollup 一样需要等待 7 天挑战期。

为了进一步优化终局性 Finality 速度，UniFi 又开发了 TEE+Multiprover 双重验证架构，该架构将验证流程部署在 TEE（可信执行环境）的安全飞地中进行隔离处理，使交易在等待 L1 最终确认前，能先获得 TEE 节点集群的快速预确认，实现毫秒级的共识验证。TEE 组件的引入不仅充分利用了验证节点的硬件算力优势，更为 AVS 的共识机制提供了标准化的安全保障体系，从而建立起高效可靠的双层确认机制。

如此这般，UniFi 的 layer2 解决方案就抽象出了两个可封装的服务：

1、去中心化 Sequencer 服务，复用 L1 的 Validators 来处理 layer2 提交的交易并负责排序，用这种方式可消除当下 layer2 依赖中心化 Sequencer 的问题。

2、去中心化可交互操作性平台，我们把 UniFi Rollup 链当成 Puffer 主网 Proposer 排序节点+AVS 验证服务商品化封装落地的第一个服务。理论上，该组件服务就可以可组合给更多的 layer2 链应用，当更多的 layer2 加入 UniFi 构造的 Rollup 架构内时，UniFi 就可以作为诸多 layer2 链之间无需信任的资产桥接通道，同时也可以提供统一的流动性和应用撮合新服务，让 layer2 链通过 UniFi 实现可交互操作性。