生成资金分配方案

zhangyanxie (73)in Amaze Creater Union • 3 years ago

使用一个示例来说明 Layer2.finance 的体系架构。

Alice, Bob 和 Charlie（简称 A，B 和 C）首先将资金放入 rollup 基金池合约中，就像对待各种常见 rollup 一样。然后，他们开始在 Layer2 上使用其资金。Layer2.finance rollup 上的帐户和资金状态不只是地址到值的映射，对于每个用户，其资金的任何部分都可以处于三种不同的状态：1. 闲置； 2. 已承诺； 3. 已分配。

「已承诺」是指用户已发出第 2 层交易，以表示有意将资金分配给某些 DeFi 策略（将在后面说明）或从某些 DeFi 策略中提取资金。需要这种「已承诺」状态，因为新汇总的资金分配建议在链上发布到实际执行的时间点之间存在延迟。在下一部分中，将讨论延迟的原因以及在 ZK 和 Optimistic rollup 之间进行选择的权衡。

用户「已分配」状态的资金呈现为在链上执行资金分配后收到的一定数量的「流动性证书」。它类似于 Compound 和 yEarn 中使用的 cToken 或 yToken 概念。这些带有收益率的流动性证书以后可用于赎回基础流动性，并将收益返还至闲置资金。在 Layer2.finance 中，将这些计息收益率流动性证书称为 stToken（st：strategy 策略）。

当用户正在部署和提取流动性时，stToken 和空闲流动性都可以处于「已承诺」状态。

现在，A，B 和 C 开始发出交易，以将其闲置流动资金投入不同的策略以获取收益，如图 3 所示。它们还可以从已分配的协议中撤出其流动资金。出块节点在 rollup 区块链上汇总这些交易。每当这些小额交易汇总到数额足够大，交易手续费相对占比较低，或等待一定时间后，rollup 中的出块节点就会在 rollup 链中生成一个区块。出块节点不仅将每个用户帐户状态的状态根（state root）发布到第 1 层，而且还将整个池的汇总「资金分配方案」发布到不同连接的 DeFi 收益协议之间进行重新平衡。在此特定示例中，资金分配方案为「将$300 分配给策略 0，将$500 分配给策略 1」。

出块节点是一个逻辑概念，最终将成为去中心化的 Celer 状态守护者网络 (SGN)，以确保能够对抗审查并增加 rollup 链的安全性。

从资金分配方案生成到真的资金移动的延迟：ZK 和 Optimistic Rollup 之间的选择

在生成区块并将状态根哈希和资金分配方案发布到链上之后，会在直到实际发生资金流动为止前有一个延迟。值得注意的是，Layer2.finance 极大的拓展了第二层和第一层之间简单的信息接口，即把「谁有多少钱」这样简单的存取资金的状态，扩展为更通用的「指令接口」来表达资金分配方案，即「将多少资金分配给哪些协议」」。这本质上是二层对一层的函数调用。

在使用 Layer2.finance 的 Optimistic Rollup 时，延迟是确保在转移资金之前最终确定总资金分配建议的挑战时间窗口。与取款不同，这里不会有第三方从系统中拿走资金，且由于在汇总期间的长延时与挑战证明的简单性，这里的挑战期可以从数周缩短为数小时。

使用 ZK Rollup 时，状态根有效性不需要挑战期，所以资金移动延迟取决于区块时长。

在 1.0 版本中，选择使用 Optimistic Rollup 以简化并加快迭代速度。将来会计划迁移到 ZK Rollup，以在协议成熟后缩短执行延迟。

本帖 steem 首发

生成资金分配方案

生成资金分配方案

本帖 steem 首发

最近新帖

Coin Marketplace