yfi的创始人提出了一种新的流动性挖掘设计，可以消除无常的损失？

Year创始人Andre cronje一直致力于一个低调的项目。在eminence（EMN）震惊之后，这个经常发出声音的twitter帐户沉默了一段时间。但昨晚，安德烈·克朗杰（Andre cronje）连续发表了两篇新博客，这与DEFI流动性挖矿的痛点密切相关。twitter社区发现，他开发的新项目似乎被称为流动性收入（LBI）。

安德烈·克朗杰

EMN丑闻发生后，Andre cronje发出一系列推文，回顾EMN事件。自9月29日以来，再也没有新的声音，而@andrecronjetech这个曾经炙手可热的账户，却如此淡定。也许是因为太多的担忧和疑虑，安德烈·克罗涅在10月10日终于说：

“我还在那儿，还在发育。什么都没变。所有其他的声音，让开我。我只是不想再在社交网站上发微博和闲逛了。”

然而，当安德烈·克朗杰的新项目被发现时，他似乎给了自己一记耳光。事实上，他在10月份创建了一个新的twitter帐户@andERConjedev。第一个帖子从10月5日开始，新的计划和想法在这里揭晓。新账户被发现后，他很惊讶，说这个账户只是用来记录和谈论发展的。

解决流动性挖矿问题的新设计？

过去，流动性挖矿平台有1号池和2号池。池1用于添加流动性并获得流动性奖励代币（铸造新的奖励代币），而池2用于提供奖励代币的流动性（使激励代币有买卖的地方）。

以寿司掉期为例，ETH/Dai流动性池为池1。人们可以投资ETH/Dai的流动性来获得流动性奖励代币寿司，而sushi/ETH是pool 2，人们可以在那里出售寿司。

由于pool 2是支撑流动性奖励代币价值的主要支柱，为了吸引人们进来提供流动性，通常会提供**的流动性奖励。由于pool 2将面临高波动性损失，因此大多数用户会选择利率较低、波动性损失较小的pool 1获得流动性奖励代币。由于pool 2只用于出售流动性激励代币，没有人愿意加入流动性，导致矿业激励货币价格暴跌，使平台失去吸引力。

在他最近的博客中，andrecronje说APML、yam、uni和SNx给了他新的灵感。他提出了一种基于流动性的通货膨胀代币，以便通过流动性治理消除非持续性损失（IL，暂时性损失）。

他有两个主要目标，一个是创造尽可能多的交易收入，另一个是尽量减少波动性损失。

andrecronje表示，要实现第一个目标，就必须建立一个套利平台。挖矿奖励代币有两个池：一个存在于Uniswap中，与传统设计的池2相同（如下图中的LBI/ETH交易对），可以自由交易LBI；另一个是由流动性收入形成的池，只能投资ETH购买LBI，不能出售LBI，所投资的ETH将被自动发送到Uniswap池中，这类似于Uniswap池一样，将遵循固定的产品价格曲线。

那么套利是如何产生的呢？当人们争相购买Uniswap池中的LBI时，基于Uniswap的自动做市算法，由于池中LBI数量的减少，LBI的价格将会飙升。由于杠杆收购的价格在流动性收入池中没有变化，而且价格相对便宜，套利交易者将被吸引到这里购买杠杆收购，并将砖块转移到Uniswap池中出售套利。因此，由于Uniswap池中LBI的数量相对较多，LBI/ETH的数量恢复到一定的平衡，LBI货币价格的飙升受到抑制。此外，由于流动性收入池向Uniswap池发送ETH，因此流动性增加。

安德烈·克罗涅认为，设计的关键是“代币波动性”，而不是货币价格。由于套利交易量大，流动性提供者将创造更多收入。

此外，由于这一新的设计，将吸引更多的人投资于LBI/ETH池，改善了传统上没有人愿意提供pool 2的流动性的局面。同时，货币价格不会大幅波动，有足够的资本金水平，波动性损失可以最小化。

哪些细节做了调整？

安德烈·克罗涅说，整个过程没有改变。用户可以加入流动性，将流动性提供者的LP代币加入奖励合同，并随着时间推移获得奖励。

最初的设计纯粹是为了流动性提供者的利益，所以每个人都倾向于加入pool 1。所以安德烈·克朗杰做了一些改变。只有50%的LBI代币将通过流动性挖矿获得，其余50%将需要通过上述两个流动性池获得。

预计每25小时将分发1%的LBI代币。1%代币的90%将提供给流动性提供者，10%将给予普通LBI持有人。换言之，流动性提供者每25小时将获得总奖励代币的0.9%。

成为流动性背后的桥梁

andrecronje相信他设计的这些代币可以作为多个交易端点的流动性桥梁。最终，所有的流动性将被整合，使交易深度更好，并在一定程度上消除波动性损失。

提供两个工具性智能合约：易于管理

基于上述代币和代币的设计，提出了基于代币和代币这两种有效的代币设计方案，使得代币和代币的流动性更加有效

流动性工厂；

0x323B2b67Ed1a745e5208ac18625ecef187a421D0

治理工厂；

0x4179EF5DC359A4F73D5A14AF264F75905325BC1