本文系链捕手原创文章，作者Lonersliu。
稳定币作为DeFi世界的基石，由MakerDAO生成的稳定币DAI几乎被整合到了现存的每一款DeFi应用中，但在去年312之后DAI的溢价问题以及MakerDAO低效的清算机制也反映了其脆弱性。去年5月份，Dfinity前区块链研究员RobertLauko设计了一种名为「Liquity」的基于以太坊的借贷协议，包括实现自动化的即时清算、无需人工治理自动锚定目标价格，清算抵押率仅为110％。
Liquity团队在今年2月份发布了最新一版的白皮书，相比较第一各版本在机制设计上也发生了不少变化，链捕手通过对最新白皮书的解读，结合测试网的实际体验，从来介绍下本期DeFi捕手的新项目Liquity。
一、Liquity协议的背景与介绍
目前的借贷协议通常会向借款人收取利率以维持已发行稳定货币的挂钩，因此可能对出现短时的高利率，利率的波动不利于借款人的借款。通常情况下，治理代币持有者需要管理其系统的经济系数，以实现协议的最佳利益。在实践中，链上治理一直是一个困难且备受争议的话题，大多数用户更多的是为了治理收益去参与投票。
又因为借贷协议在抵押品拍卖和固定价格抛售在设计，往往需要用户进行超额抵押，进一步造成了资金利用率低。最后，由于缺乏直接套利周期，各协议生成的稳定货币通常不能按面值赎回，也不能保证固定价格。
Liquity则具有不需要拍卖机器人、无需治理，低抵押率等优势。用户可以通过Liquity协议自主地完成抵押、赎回等操作。在清算方面，liquity分成了三个部分，分别是稳定池清算、债务重新分配、全局清算。
Liquity在去年9月宣布完成由PolychainCapital领投的240万美元的种子轮融资，参投方包括a_capital、Lemniscap和1kx。Liquity由一支5人组成的小型团队开发完成，创始人RobertLauko是Dfinity的前区块链研究员，早期员工还包括之前曾在MakerDAO负责业务开发的AshleighSchap。
二、Liquity协议的主要优点
1、无息利率
和Maker不同，Liquity虽然没有稳定费/利率机制，但铸币用户需要支付一次性发行费，并在赎回抵押品时支付一次性赎回费。链捕手在其Kovan测试网上测试发行目前一次性发行费为10LUSD即10美元。
但赎回底层资产以太坊并不是无条件的，该费用基于一定的算法生成，如下图：
总的说来，赎回费与两个变量有关，一个是与上一次赎回操作的时间间隔，另一个则是兑换LUSD数量占总发行量的百分比。也就是说，间隔上次赎回操作的时间越短，费用越高，着与上一次赎回活动的间隔拉长逐渐衰变，最终趋近于零。赎回兑换LUSD数量占总发行量的百分比越高，支付的费用越高。每一次产生的赎回费用会从赎回的抵押资产ETH中扣除。
为了激励稳定池规模的增长，系统将会把部分收益以增长代币GT的形式奖励给系统中的核心贡献者，在Liquity系统中，核心贡献者是指第三方前端开发者和稳定池中的LQTY提供者。
作为协议层，Liquity将会把前端操作界面外包给第三方，并基于一个激励模型吸引多个第三方提供开发，任何人都可以参与，作为回报，可获得增长奖励代币GT，该代币是每年进行一次减半的通缩模型。
2、110%的超低抵押率
一开始，Liquity官方设计在清算流程执行严格对命令，只有在抵押率低于110%才会触发清算，这样是为了更好的给借款人的资金提供更安全的保障。
但在以太坊主网上，如果严格按照抵押率去做清算，则攻击者可以创建许多小额抵押品的Troves，通过减慢清算顺序来堵塞系统。目前以太坊gaslimit最高为12.5m，除非对抵押品的金额做一个最小规模的限制，不然即使Liquity可以允许一次性最多清算90-95个Troves，也会因为以太网网络的拥堵造成无法对抵押物及时清算。
鉴于LIquity系统严重依赖快速有效的清算，因此在清算系统设计上可以允许对任意数额的Troves进行清算，在极端行情下清算机器人会优先清算数额较大的Troves，对于数额较小的Troves可以较长的时间内不清算，因为对一款借贷协议来说，重要的不是清算的数量，而是未偿还债务的金额。
3、债仓转移
如果稳定池中的LQTY被清算消耗干净，Liquity会自动转入清算的第二个阶段。在这个阶段中，系统会将剩余的抵押不足的「宝库」分配给所有的现存「宝库」，按比例重新分配其抵押率。也就是说，「宝库」抵押率越高，其收到「来自清算头寸」的债务和抵押品就越多。通过债仓转移的机制，可以确保系统不会发生连锁的清算。
假设，情况非常极端，整个系统的抵押率低于150%，这时债仓转移也解决不了清算问题。系统会启动恢复模式。
4、恢复模式的设计
虽然流动性中的清算主要是通过用稳定池抵消一个Trove的债务来进行的，但如果稳定池在清算期间是空的或全部用完，系统就会重新分配债务和抵押品。因此，作为第二道防线，所有Troves合计对系统偿付能力做出贡献。
为了确保整个系统有足够的抵押品来吸收清算，Liquity加入了一个恢复模式。如果总抵押率降至150%以下，就会触发这种特殊的操作模式，并延长清算Troves的条件。在恢复模式下，如果Troves的抵押率低于TCR，则可以进行清算。在正常模式下，只有低于110%的Troves才会被清算。
在恢复模式的初始版本中，抵押率高达150%的特洛伊木马可以被清算。但是，我们将门槛改为TCR，因为清算抵押率在TCR和150%之间的Troves实际上会使系统的总抵押率恶化。
在放宽严格的清算顺序后，任何抵押率低于TCR的Trove现在可以在系统进入恢复模式时进行清算。清算损失最高占到Trove债务的50%，这对借款人来说是很苛刻的。事实也证明，这种过高的清算惩罚并不是激励稳定性提供者的必要条件：只要LUSD的交易价格低于其1.10美元的硬性上限，只要清算的抵押品价值为清算债务的110%，清算应该是有利可图的。
在恢复模式下，清算损失的上限为抵押品的110%。任何剩余的部分，即高于110%的抵押品，可以由被清算的借款人使用标准的网络界面进行回收。
这意味着，如果借款人的Trove被清算，在恢复模式下将面临与普通模式下相同的清算"惩罚"。超过110%的Troves的清算只针对稳定池进行，并且要求可以一次性清算全部债务。
在恢复模式下，清算机制由以下规则描述：
这些变化激励稳定提供者在恢复模式期间增加存款，进而提高系统的总抵押比率。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。