深入分析ETH2.0抵押池和代币模型( 三 )


不幸的是 , 链下oracle有一个缺点:控制oracle的实体有效地控制了代币余额 。 为了缓解此问题 , 池运营商要求多个oracle同时提交相同的信息 , 以便通过共识机制更新代币余额 , 并在独立实体之间分配oracle , 以实现一定程度的去中心化 。
尽管如此 , 这些解决方案还是不理想 , 建议用户注意池是否以足够去中心化的方式运行其Oracle 。

深入分析ETH2.0抵押池和代币模型
文章图片
StakeWise信标链Oracle安排示例
余额刷新率
ERC-20合约中代币余额的每次更新都涉及gas费 , 在某些情况下 , 这可能会花费一笔不小的钱 。 为了优化gas费 , 大多数服务提供商倾向于每天更新代币余额 。 大多数人认为这是足够的 , 因为抵押的每日收益相当低(每天从0.005%到0.063%不等) , 从而使更频繁的更新变得无关紧要 。
但是 , 在发生大规模削减事件的情况下 , 每日更新可能不足以解决问题 。 只要验证器犯下其中一个可削减的罪行 , 就会发生“大幅削减” , 这会导致验证器的余额在几分钟之内大规模丢失(在最极端的情况下 , 甚至会损失全部余额) 。 如果许多抵押池的验证器同时被削减 , 没有比每24小时更频繁地更新余额更灾难的了 。
这里的问题是 , 任何用户都可以通过epoches(通过信标链浏览器)跟踪抵押池验证器中的ETH数量 , 并在其余额反映在代币之前就已了解其将大幅下降 。 一旦持有抵押ETH代币的用户意识到池中ETH与代币供应之间的不匹配 , 他们将提前运行ERC-20合约并将代币倾销到二级市场上以节省资金 , 从而使毫无防备的流动性提供者永久损失和过多的暴露在削减抵押池 。
为了避免这种情况 , 这些池可以将其ERC-20合约的刷新率调整为更高的频率 , 以平衡增加的gas成本与在大幅削减情况下不平衡的风险 。 实际上 , 池不太可能准备更频繁地更新代币余额(更不用说每个epoch了!) 。 取而代之的是 , 他们更喜欢通过改进的安全性程序来降低大幅削减的风险 , 或者仅在实际发生削减事件的情况下才准备增加更新频率 。
因此 , 一般建议池的用户和流动性提供者监控属于他们所持或提供流动性的池的验证器的余额 。 将来 , Beaconcha.in之类的服务可能会提供有关大幅削减事件的通知的订阅 , 这将有助于传播有关大幅削减的信息 , 并使有抵押ETH代币的二级市场更加高效 。
损益社会化
所有资金池的抵押收入和损失均与用户存款的规模与资金池总存款金额(按比例)成正比 。 这样做是为了避免某些用户由于随机分配给他们的验证器的性能而获得的收入低于或高于其他用户的情况 。 假设所有集合经营者都诚实行事 , 则主要区别就在于被随机选择挑选出更多建议 , 其中包括更高的报酬 , 因此收益社会化听起来很公平 。
但是 , 池参与者之间进行的奖励社会化仍然在抵押过程中引入了一定程度的不公平 , 尤其是在检查Eth2验证器的激活队列时(在撰写本文时 , 这一过程已经持续了约19天) 。 例如 , 验证器获得的总奖励额分配给所有代币持有者 , 而代币本身则是在存款时为新用户生成 。 因此 , 即使刚刚存了ETH的用户也将参与奖励的分配(因为他们持有代币) , 而不管其存款是否已在信标链上被匹配和激活 。
这意味着 , 池的收入在池的所有参与者之间平均分配 , 就好像所有存入的ETH都在赚取回报一样 , 而实际上由于当前激活延迟约19天 , 实际上并非所有存入的ETH都具有生产力 。 结果 , 持有代币的APR将不同于池验证器的平均APR , 因此用户应为此做好准备 。

深入分析ETH2.0抵押池和代币模型
文章图片
奖励会在所有参与者之间分配 , 即使并非所有已存的ETH都已被激活
一个用户的损失就是另一用户的收益 。 这种情况有利有弊-一切都取决于用户自己的观点 。 从刚刚存款的用户的角度来看 , 这种社会化是有益的 , 因为它允许他们跳过当前超过3周的激活队列 。 取而代之的是 , 他们从存入资金的那一刻起就开始从抵押中赚钱 。 同时 , 抵押造成的池损失也将更快地到达此类用户 。
另一方面 , 每个已经激活ETH并获得奖励的人都乐于与新代币持有者分担罚款负担 , 而自己受到的打击就会更少 。 然而 , 在正常情况下 , 如果该池以盈利方式运营 , 那么与刚刚存款的人进行收入社会化将降低现有用户相对于其存款的盈利能力 。 存款增长最快的池受此影响最大 。