veToken治理为什么总是失败?以Balancer为例进行探讨

这篇文章,我将会解释客观上为什么Ve治理是一个不好的机制,不适合在协议中实施。它并没有解决任何问题,而且还制造了大量的问题。

撰写:/img/20230515172029717937/0.jpg "/>

公告 | 火币全球站将关闭 BTM、VET 、WICC的旧币充值业务:据官方公告消息,BTM、VET 、WICC已换链完成,截至目前, 旧币已陆续被兑换成新币。经过和项目方的沟通,火币全球站决定将于3月29日18:00关闭 BTM、VET 、WICC旧币充值业务,但新币的充值业务不受影响。[2019/3/28]

那么,社区在决定哪些流动性矿池值得分配代币方面做得如何?

下图是我从Balancer中提取的关于TVL、Volume和veBal代币在协议中的分布数据。

声音 | rivetz移动设备安全总监魏卡尔:区块链技术可以有效解决安卓机钱包的安全问题:金色财经独家消息,今日,美国rivetz公司大中华与亚太地区移动设备安全总监魏卡尔接受金色财经合伙人佟扬的采访,采访中魏卡尔就“区块链技术对手机安全的重要性”进行了回答。他表示,当前手机,尤其是安卓机的安全性不够。在安卓应用商店下载的数字货币钱包会储存在开放的操作系统中,根本就没有安全,比特币等加密货币存储在这样的环境下很容易受到黑客攻击。而区块链的加密技术,就可以对安卓机钱包进行有效的防护,手机厂商需要引入区块链技术来保护用户的资产。而要解决区块链技术问题,手机厂商有两种选择。第一是投入大量时间财力去研发,但对手机厂商来说开发区块链技术会有一定的难度;第二就是与专业的区块链技术安全公司进行合作。[2019/2/18]

查看“TotalVotes”/“PercentageEmissions”列,我们可以看到基于veBal权重的激励分布。

动态 | 非盈利组织BitGive Foundation推出GiveTrack 1.0:据福布斯消息,非盈利组织BitGive Foundation今天推出了GiveTrack 1.0,支持四个新的非盈利组织在其全球比特币筹款活动中提供比特币。[2018/12/5]

总共78%的Balancers约$926K(!!!)的日常奖励预算被分配给了4个交易池。

veBal投票者认为,这4个池子比平台上其他数百个活跃的池子更需要用大量的Balancer预算来进行激励。

但是,这个决定有意义吗?

很明显没有。

总的来说,这4个池子为Balancer平台上32亿美元的TVL贡献了3.67亿美元,而在Balancer平台上1.02亿美元的交易量中,它们只贡献了3700万美元的日交易量。

如果我们把注意力集中在BADGER/WBTC和stMATIC/MATIC身上,这个问题就会变得更糟。

这两个池子被分配了48.2%的veBAL奖励,但只贡献了4870万美元的TVL和50万美元的数量,veBAL系统在这里显然是失败的。

Balancer社区意识到了这一点,并被迫对一个修复方案进行投票,通过将否决权交给作为中央中介的HiddenHand,有效地结束了veBAL系统的实际运行。

那么,到底是什么地方出现了问题?

核心原因是veToken投票者和协议之间存在激励错位,最大的LP也是最大的代币持有者。这些LP投票选出他们的矿池,而不是对协议最有效率的矿池。

Ve治理未能解决有效代币分配,代币价格呢?

是否能够通过为代币创造大规模的非流动性导致代币价格上涨来克服失败?

但它也没能做到。

如果我们看一下以ETH计价的BAL的价格,我们看到在veBAL上线后的几周内可能会有轻微的上涨,但没有超出历史趋势。

即使我们把这种上涨归因于veBAL,它也不是持续的,它更多地反映了交易者的情绪而不是真正的长期策略。

为什么流动性不足不会提高价格?

因为锁定期无法起到作用,想卖掉你的代币的交易员会拒绝锁仓。唯一被锁定的代币从一开始就不会被出售。

Ve代币经济学并不能解决引导激励性排放和防止代币的抛售的问题,又将代币错误地分配到无用的流动性池中。在我看来,Ve客观上就已经失败了。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

银河链

BNBWeb3将如何改变创作者经济?

根据艾瑞咨询《2022年互联网创作者经济白皮书》,创作者经济是指“互联网内容创作者在创作工具、内容分发平台及一系列其他创作者相关服务的帮助下产生经济收益。”其中互联网创作者的说法,实际诞生于web2时代.

AAVE元宇宙——数字极权 or 数字联邦

一个数字反乌托邦可能即将到来。这不一定就是一件可喜的事情——但是,今天我只是想谈谈上周末我脑海中出现的一系列关于这个概念有趣的想法.

[0:31ms0-1:554ms