深入分析ETH2.0抵押池和代币模型( 二 ) 免责声明：本文旨在传递更多

该设计由LidoFinance和Binance使用。

文章图片
【深入分析ETH2.0抵押池和代币模型】请注意，抵押ETH代币的余额始终等于池中的ETH数量;在整个抵押期间，汇率保持为1 。
II.价格变化：将1个ETH存入池中，并按照同期ETH/ETH2代币汇率接收抵押ETH代币。池中给定的汇率由池中ETH和代币总供应量的比例决定，并根据池中产生的奖励和罚款金额而变化。
假设存款时的汇率为1 ，即该池尚未获得任何奖励， 1ETH=1个抵押的ETH代币。
随着池中奖励和惩罚的增加，用户的抵押ETH代币的余额将保持不变，但现在，在池中ETH上的每个单位的代币索赔发生变化。换句话说，池中有1个抵押ETH令牌=池中的1.1ETH 。
因此，每个抵押ETH代币的价格从1ETH变为1.1ETH ，这反映了用户的抵押收益。在阶段1.5 ，用户可以以最终ETH/ETH2的比率，将所有抵押ETH代币赎回为池中的ETH 。
RocketPool ， CREAM ， Stkr和StaFi使用此类代币。

文章图片
注意汇率的变化-它捕获了用户获得的抵押奖励的增长。
尽管使用不同的机制来反映收益的累积，但是单代币设计有一个共同点：将存款和奖励捆绑在同一个代币中。这意味着，无论何时用户在市场上买卖代币，或在存款时从供应商处收到此代币，该用户都将接收/出售存款，以及过去累计到池中的奖励。
我们将在另一篇文章中讨论此设计选择的含义，但是在评估池时，用户应考虑设计因素，因为它将指导用户的APR期望和对代币二级市场定价的预测。
双重代币设计
相反，双重代币结构基于两个分别反映存款和奖励的再平衡代币的概念。
用户在池中的存款（有些人称其为赚取奖励的本金）反映在存款ETH代币中。
和其他再平衡代币一样，它与用户存入的ETH以1：1的比例生成。
当存放在地址中时，存款ETH代币不会增长，而是会累积rwETH（奖励ETH）代币，以1：1的比例反映用户在池中所持抵押的增长。这些代币的总和构成用户的整体抵押余额，并且可以在以太坊地址之间自由转移，并与单代币一样在智能合约中使用。
这是一个例子说明：
将1个ETH存入池中并获得1个ETH代币（stETH）。
随着池中奖励的增长，存款ETH代币的余额将保持不变，但是其在地址中的存在会触发奖励ETH（rwETH）代币的累积，以反映池中奖励的增长。只要持有存款ETH代币，它就会累积奖励ETH代币。
在第2阶段之后，所有代币都将以1：1的比例可兑换池中的ETH ，无论它们代表存款还是奖励。
使用双重代币设计的唯一抵押池是StakeWise 。

文章图片
双重代币结构允许创建一种类似于债券动态的新型混合工具，但是区别在于，它将抵押余额分离为具有不同的权责发生制和现金流量预期（本金和利息）的工具，从而实现可以更有效和更合理的来管理抵押。
例如，随着奖励的获得，它们可以逐渐在一个有效的STRIPs市场中出售给那些希望通过抵押来获得利益而又不抵押自己的用户。
是什么为所有代币提供动力
当谈到抵押ETH代币如何工作的核心原则时，不同池的设计选择变得更加微妙，但仍然会产生重大影响。
链下oracles
为了成为解决流动性不足的有效解决方法，代币必须准确反映用户所持抵押的价值。这就要求抵押池在池中始终有适当数量的ETH支持其代币发行。池通过在信标链中跟踪其验证器的余额并针对它们生成代币来做到这一点。
不幸的是，负责生成代币的ERC-20合约与验证器的余额（ETH1与ETH2）不在同一个区块链上。 ETH1链上的代币合约无法直接同步信标链中验证者的余额。池通过使用链下oracle来克服此限制， oracle的工作原理与现在普遍使用的Chainlink类似。
链下oracle允许以以下方式与信标链通信：首先， oracle操作员必须同时运行ETH1和ETH2节点，才能同时与两个链通信。一旦两个节点都建立， oracle将从信标链收集有关属于特定抵押池的验证器的信息，并将其转移到ETH1链上的ERC-20合约。一旦将信标链中的信息提交给ERC-20合约，便会根据验证器余额的变化来更新代币的数量（或生成新代币的汇率）。这种变化既可以向上也可以向下发生，这取决于余额是增加了（即获得了奖励）还是减少了（即产生了惩罚）。