LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 区块链资产 > 如何把机枪池变成Defi的好朋友?

如何把机枪池变成Defi的好朋友?

2020-10-01 JIMI 来源:区块链网络

最近BOX动作很大,大改了通证设计,将总量从1亿缩减为500万,取消了原来的分红机制,看起来信心满满,还在币乎上投放了广告。

其中有一个宣传图是这样的:


话说自从YFI出现后,机枪池的讨论就不绝于耳。因为机枪池严格贯彻挖提卖玩法,用YFC的话就是一台无情的赚钱机器,对机枪池用户来说当然很好。但对于很多Defi项目而言,机枪池也成了一个巨大的对手盘,食之无味,弃之可惜。

那BOX这个操作真能解决机枪池问题吗?

现在看风险很大,在不拉盘的情况下,收益确实大幅降低了,机枪池可能会离开,但BOX自己也将很大可能进入死亡螺旋;而如果拉盘,那代币数量的减少并不影响实际利润的减少,对机枪池的限制又在哪里呢?

那么有没有办法解决机枪池问题呢?

有人说可以取消稳定币挖矿。

毕竟大部分机枪池都以USDT等稳定币的形式存在,可能是单币,可能是USDT相关的交易对,取消这个就基本上杜绝了机枪池的存在。

这种说法没错,但稳定币也是Defi的资金入口。如果没有稳定币挖矿,那么一个Defi的锁仓量可能大大降低,新用户的流入速度也会受到制约,这是一种伤敌1000自损800的方法。

又有人说可以限制大户产出,设定上限。

这听起来似乎挺有道理,毕竟机枪池资金体量大,在Defi项目里绝对大户的存在,但这个方法治标不治本,对方完全可以通过分号来规避。

大禹治水,在梳不在堵。

个人认为,前面的方法都是堵漏洞的做法,负作用比较明显;我们要梳理机*池挖*提的原理,从根本上进行引导,让机枪池成为我们的伙伴,而不是我们的敌人。

那么机枪池的本质特征是什么?

成本端,以稳定币挖矿,承担最低的币价波动风险。

收益端,挖出多少都挖卖提,不承担任何屯币风险。

看到没有,无论从成本端还是收益端,机枪池都是风险最低的。所以,稳定币挖矿因机枪池进入而算力大增,算力大增则产出大增,产出大增则对手盘大增,对于Defi项目来说糟糕到不行。

那么针对这两点,我尝试提出两个解决方向:

吸引更多资金到非稳定币挖矿,平衡机枪池算力占比。

即使在稳定币挖矿内部,也进行差异化算力,让屯币资金算力大于非屯币资金。

第一个方向实际上很多项目都在尝试了,就是增加非稳定币的权重,比如大丰收里DFS交易对是最高权重的。

而我想的方案,是增加一个风险系数,针对非稳定币的做市挖矿进行风险动态补偿。

具体策略是:每小时根据所在交易对的价格波动情况进行风险系数判断,给予该交易对一个额外的产出buff。

举个例子:

当价格波动范围低于5%,风险系数1。

当价格波动范围低于5-10%,风险系数1.1。

当价格波动范围低于10-20%,风险系数1.2。

当价格波动范围低于20-30%,风险系数1.3。

当价格波动范围低于30-40%,风险系数1.4。

当价格波动范围大于40%,风险系数1.5。

这样,吸引流动性提供者去做更多有风险的交易对,提高非稳定币交易对的算力权重,也增加这个交易所的交易对深度,有利于吸引更多的真实交易。

这个方案有个问题就是,可能有部分投机者会利用空气币交易对刷交易来刷自己的算力进行套利,所以可能只能在部分主流交易对来执行,依然需要一定的中心化审核来把控。

至于第二个方向,可以引入屯币系数,当每次挖矿发生变动时,根据出售量/产出量计算当前屯币系数,来确定下一轮的挖矿算力加成。

举个例子:

当屯币系数低于50%,挖矿算力加成100%。

当屯币系数处于50-60%,挖矿算力加成110%。

当屯币系数处于60-70%,挖矿算力加成120%。

当屯币系数处于70-80%,挖矿算力加成130%。

当屯币系数处于80-90%,挖矿算力加成140%。

当屯币系数处于90-100%,挖矿算力加成150%。

其实这个系数,影响的不仅仅是稳定币挖矿内部了,还有其他的流动性提供者。看好,你就持有,系统帮你摊低成本;不看好,你就卖出,但产能受限。

总的来说,这两个方案,都是把我们的朋友搞得币多多的,把我们的敌人币搞的少少的。

当朋友还是当敌人,机枪池,你来选。

经过这两个方案的加成,那么风险交易对和屯币的风险都会大大降低,相信会有更多的资金愿意去支持项目的发展。当然了,这一切都是建立在项目和团队本身是靠谱的基础上。

据说今晚八点大丰收的治理系统即将上线,我非常期待。如果我有提案权,这个约束机枪池的方案,你同意吗?


—-

编译者/作者:JIMI

玩币族申明:玩币族作为开放的资讯翻译/分享平台,所提供的所有资讯仅代表作者个人观点,与玩币族平台立场无关,且不构成任何投资理财建议。文章版权归原作者所有。

LOADING...
LOADING...