LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 币圈百科 > 一分钟读懂 Balancer 「流动性挖矿」治理代币分配机制

一分钟读懂 Balancer 「流动性挖矿」治理代币分配机制

2020-06-03 链闻独家 来源:链闻

自 3 月底上线以来,非托管自动做市商协议 Balancer 的热度不断攀升,近日推出「流动性挖矿」的代币机制更是引发 DeFi 市场的关注与热议,自 6 月 1 日起,每周将有 14.5 万(价值约 87000 美元)的代币被分配给 Balancer 的流动性提供者。

撰文:日曜

「自动化做市商(AMM)」赛道已然成为当前 DeFi 领域最火热的赛道,越来越多的链上交易平台或去中心化交易所(DEX)开始集成 AMM,作为托底的流动性保障。此前去中心化交易平台 Uniswap 赚足了关注度,而两月前刚上线的 Balancer 热度指数也在迅速攀升。

Balancer 是一种非托管通用自动做市商 (AMM) 协议,此前链闻曾 发文 详细分析过该项目的过人之处。

简单来说,Balancer 是「高级版的 Uniswap」,它不仅能成为一个交易工具,还能扩展为一款大众化的「指数基金投资工具」,投资回报有望超过专业投资者,为 AMM 工具带来了更多想象空间。

五月中旬,Balancer 发布将引入社区治理代币BAL(Balancer Governance Tokens)的提案,并于 6 月 1 日宣布开始正式执行「流动性挖矿」代币机制,试图利用其代币 BAL 的注入为 Balancer 协议的早期采用者提供经济刺激以促进更多流动性提供者的加入并参与社区治理。

Balancer 的治理代币及其分配机制

Balancer 协议最初启动时没有原生代币,但 Balancer Labs 认为,该协议想要保持去中心化,就必须引入去中心化的社区治理模式,让使用协议最多的人更有权力在整个治理过程中发声,引入社区治理代币 BAL 正是社区治理模式转变的开始,由 BAL 的持有者来决定 Balancer 协议的未来。

BAL 可用于进行 Balancer 协议的社区治理,就社区的重大事件作出决议,比如添加新功能、在以太坊之外的公链上部署智能合约、Layer2 的扩展方案、引入协议费用等等。

BAL 的总供应量为 1 亿枚,其中 2500 万枚分配给了创始人、核心开发人员、顾问和投资者,并且都设置了一定的解锁期限。剩余的 7500 万代币计划分配给为 Balancer 资金池提供流动性的用户,这一过程被称为「流动性挖矿」。

据 Balancer Labs 官方公告,自世界标准时间 6 月 1 日凌晨 00:00 起,每周将向 Balancer 资金池的流动性提供者分发总量为 14.5 万个 BAL 代币,大约每年 750 万 BAL。后续的分配可能会根据治理来决定。其种子轮的代币价格为 0.6 美元,若以此价格估算,Balancer 每周将分配价值约 87,000 美元的代币。

为什么引入「流动性挖矿」设计?

考虑到早期的流动性提供者往往要承担更多风险和机会成本(如合约风险、初始 Balancer 池盈利能力较低等),Balancer 推出「流动性挖矿」代币机制,目的是为 Balancer 的早期采用者创建一个真正强大的激励,刺激其主动增加流动性并参与社区治理过程。

此前,去中心化借贷协议 Compound 也宣布推出治理代币,并表示其用户将在 6 月中旬开始获得 COMP 代币。总量为 1000 万枚的 COMP 中的 423 万枚,将通过智能合约的方式免费分发给 Compound 的用户,前提是其用户使用 Compound 协议进行借贷交易,借贷的金额越多,获得的 COMP 也越多,因此,COMP 的分发机制又被称为「借贷即挖矿」。

Compound 的「借贷即挖矿」机制与 Balancer 的「流动性挖矿」机制本质上有所类似,都是将社区治理代币与其自身业务逻辑深度绑定,让代币持有人与整个生态利益绑定,这比单纯的投票治理模式更利于整个 DeFi 产品生态的发展,此类机制的增多也表明 DeFi 领域代币模型在设计上正不断进化。

流动性对 Balancer 这类 DeFi 产品的成长至关重要,更是其能否完成冷启动的决定性因素。

在 Balancer 协议中,任何以太坊用户都可以创建一个 Balancer 资金池并向其协议中添加流动性。流动性吸引交易员,交易又产生交易费用,最终整个流动池的盈利能力又会吸引来更多流动性,由此形成某种「飞轮效应」。

因此,Balancer Labs 认为,其生态中最重要的利益相关者便是流动性提供者(Liquidity Providers)。

「流动性挖矿」如何执行 ?

鉴于流动性在 Balancer 协议中的重要地位,BAL 代币的分配被设计成与 Balancer 上的流动性成正比。BAL 代币将根据每个地址所贡献的流动性占 Balancer 总流动性的比例进行分配。

由于存在多样化代币的流动性计算,社区决定统一按照美元作为流动性的统一衡量标准。所有流动性提供者都会收到 BAL 代币,只要他们的流动性池中存在至少 2 个代币,且该代币能从 CoinGecko 提取到美元价格(无法在 CoinGecko 提取美元价格的代币的流动性不合格)。

具体而言,Balancer Labs 每周都会根据以下步骤计算和分发 BAL 代币:

确定一周的「开始块」和「结束块」。标准是根据某个固定时间选择最近的块 (例如,周日下午 1 点 UTC)。例如,给定一周的起始块是#10,100,000,结束块是#10,140,000。确定所有的「快照块」。每 64 个块(即每 15 分钟)从「结束块」向后计算直到抵达「开始块」。按照上面的例子,「快照块」就是#10,140,000,# 10139936,# 10139872 等等。计算每个 Balancer 资金池中的美元流动性。每个「快照块」和每个 Balancer 资金池中的各类代币皆以美元计价(从 CoinGecko 提取各类代币的美元价格)。

Balancer 的流动性挖矿中最酷的一点是,它旨在激励各个资金池收取较低的交易费。

每个资金池所获得的 BAL 代币收益,是由每个资金池中代币的美元价值乘以一个「费用因子(fee Factor)」所得,计算公式如下:

由此,FeeFactor 将呈现一种钟形曲线(如下图所示),交易费用越高,这个 FeeFactor 就越低,资金池的流动性提供者每周收到的 BAL 代币也就越少。例如,费用为 0.5%的 Balancer 池 FeeFactor 为 0.94,而费用为 1%的 Balancer 池 FeeFactor 为 0.78。

其背后的设计逻辑是,交易费用越低的资金池会吸引更多愿意使用 Balancer 协议进行交易的用户,因此这些资金池对整个 Balancer 生态的流动性贡献也越大,理应获得更大回报。

「流动性挖矿」是刺激流动性最好的方式吗?

如上所述,Balancer 基于其社区治理代币所设计的「流动性挖矿」机制是 DeFi 类产品实现冷启动的一种思路,并且 Balancer 在设计中引入 feeFactor 因子,试图在实现更低交易费的同时仍然能激励流动性增长的。

不过这种挖矿模式或许又会引发更多套利者的追逐。比如,对于较多知名度不高的小币种而言,只需要放入 Balancer 池中,维持较低的手续费,即使不做太多交易,也能获得一定数量的治理代币 BAL,但这种流动性对整个 Balancer 系统而言其实并无太大价值。

此外,虽说「流动性挖矿」目前作为 DeFi 领域的一种新型代币分配机制被提出来,但实际上类似的激励机制在中国早就出现了。

去中心化金融平台 dForce 创始人杨民道认为,Balancer 这种「流动性挖矿」与 FCoin 交易所此前实行的「交易挖矿」模式如出一辙,如果单一使用此种机制有欠考量。

FCoin 曾利用这一策略来引导刺激其交易量的攀升。为此,它曾一度超越火币和币安(Binance),交易员和套利者纷纷涌现为 FCoin 交易所「提供流动性」以换取代币,然后迅速抛售以获利,由此形成了一个无人愿意持有代币的负循环,导致 FCoin 代币价格的暴跌,FCoin 价格崩盘速度快过套利利润,此前活跃的用户便停止提供流动性,最终 FCoin 由于流动性枯竭而倒闭。

在杨民道看来,「流动性挖矿」机制真正起作用有几个前提条件:该 DeFi 协议确实有用(没有代币的情况下),并且激励行为能够产生锁仓效应,锁定额外的流动性到该协议中,最重要的是,能刺激对该协议代币需求的增加。

但现实情况却是,大多数治理代币都仅仅是提出一个分配方案,却不曾考虑,要如何在不断发行(通货膨胀的)的背景下维持其代币的价值,而这一点这对激励的可行性至关重要。在 DeFi 中,治理的效用和现金流不会创造持有力(Holding Power),而这一点是保持货币价值、激励持续参与所必需的。一旦其代币价值难以维系,整个激励机制也将失去可行性。

不过,与 FCoin 交易挖矿机制不同的是,Balancer 的 BAL 代币分配每周是恒定数量,相当于为其流动性的激励设置了一定的「硬顶」,或许在一定程度上能避免像 FCoin 那样将长期发展红利在短期内集中释放,导致及其刷单和套利团队成为平台主力群体并恶化整个生态系统,进而陷入负反馈模式和崩盘风险。

—-

编译者/作者:链闻独家

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

LOADING...
LOADING...