BTS 近期 Bitshares bitCNY 喂价历程回顾

dposclub001 · 2018年12月29日 · 171 次阅读

自从 BTS 社区通过并实施BSIP42以来 ,大家对于见证人的喂价讨论日益增多。

BSIP42负反馈动态调整喂价阶段

该帖最初是由Abit在2018/4/16发起 动态调整最低抵押率要求和爆仓惩罚 的讨论,即通过调整MCR和MSSR这两个参数来达到bitAssets与法币1:1锚定。 【喂价讨论】动态调整最低抵押率要求和爆仓惩罚

BSIP42通过使用负反馈动态调整喂价以消除智能货币的溢价/折价,以此来尽力促成智能货币与对应的法币1:1锚定。 [BSIP42] Consider derailing feed price .
其中负反馈喂价几经波折,2018/8/9.巨蟹发帖提议见证人使用“最高价”喂价模式 suggestion to witnesses on "the highest one" CNY price feeding model

讨论“黑天鹅“风险应对阶段

2018/9/15当BSIP42已经稳定运行之后,暴露系统黑天鹅风险。巨蟹发帖讨论is it a good idea to disable force settlement and black swan for bitCNY? 未得到结论。
Abit发起讨论,提出两种黑天鹅规则改进思路
【讨论】坏账处理(黑天鹅)规则改进思路

坏账就是资不抵债的债仓。
出现坏账的条件是: 抵押品数量 / (喂价*MSSR) < 借款数量
(以喂价准确为前提) . 当前处理方式是,一个债仓出现资不抵债,就执行全局清算,所有债仓强行关闭。
改进思路如下:
1.系统中设立一个“坏账处理”账户,像 null-account 一样不受任何人控制。
2.出现坏账时,不触发全局清算,而是将这个坏账债仓转为一个永不过期的卖单挂在市场里,归在“坏账处理”账户名下,卖出金额等于债仓当前抵押品数量,价格等于抵押品数量/债务。当MSSR>1时,等于对债仓持有者有所惩罚。
3.当这个卖单成交时,坏账处理账户会获得债务资产,这些资产立即销毁。
这样,所有操作都以市场挂单方式进行,很直观,交易者参与起来很方便。比当前的规则软化很多。

“一个债仓出现资不抵债,就执行全局清算”

【讨论】黑天鹅规则改进思路二:设置黑天鹅价为爆仓价下限

总的来说,目前的黑天鹅处理方式,把所有债仓强行关闭合并成一个大池,不够好。
之前一贴讨论了把资不抵债的债仓单独剥离的思路。
这贴讨论的思路是:完全不剥离。
灵感来自Steem:
Steem Dollar可以按喂价加一个延迟转换成STEEM,但是,当Steem Dollar当前供应量超过STEEM总市值(由喂价计算出)的10%时,转换不再按喂价,而是固定按市值*10%计算出的价。
对应到BTS里面,那就是:
当要发生黑天鹅时,不触发全局清算,而是系统接管喂价,将爆仓成交价设置成黑天鹅价,不再下降。
这样做的结果:

  1. BTS价降到黑天鹅价,出现实质脱锚。这点与全局清算没有区别。
  2. 所有债仓仍然维持在原账号,维持整个抵押生态的去中心化。
    2.1 债仓持有人可以增加抵押或者降低负债,从而提高抵押率,结果是马上脱离黑天鹅状态,重新锚定;
    2.2 其他人可以在抵押足够多的前提下,新借款来吃爆仓单
  3. 爆仓单可以直接在市场上被吃,吃单价和全局清算后的强清一样,没有区别;
    3.1 如果有卖单价低于爆仓单,卖单会先成交
  4. 当最低抵押率的仓位被吃完,或者增加抵押率之后,如果下一个仓位抵押率足够高,系统马上会脱离黑天鹅状态
    4.1 如果下一个仓位抵押率不够高,则仍然在黑天鹅状态,即使如此,下个仓的抵押率不会更低,所以系统总体抵押率会提高
  5. 当市场回暖,喂价上升,则系统自动会脱离黑天鹅状态,自动复活
  6. 可能不好的一点:与全局清算相比,全局清算时,高抵押率的债仓会按黑天鹅价卖出BTS;如果用这贴的方案,如果市场继续下行,高抵押率的债仓可能会更低价卖出BTS,也就是“晚爆不如早爆”。

需要同时考虑的问题:

  1. 如果保留强清功能,则强清价也要同时设下限
  2. 当强清价高于市价时,为保证不出现过度抵押,“实质MCR”应该不变,也就是说公式里用来计算的MCR可能需要上调。

与单独剥离坏账的思路比较:

  1. 单独剥离坏账,剥离后喂价可以继续下调,使锚定继续保持一定空间。
    这个方案和全局清算一样,会在黑天鹅价出现脱锚。
  2. 单独剥离坏账,会出现不公平的情况,即高抵押率的仓位按更低价爆。
    这个方案则比较公平。

 lovegan007提出实行锁仓方案,以时间换空间来降低系统黑天鹅风险希望能修正现在的喂价存在的严重问题

2018/11/6巨蟹发起suggest to disable forcesettlement for bitCNY的讨论,并在论坛发起投票do you support to disable force settlement for bitCNY?,也未能达成取消强清的共识。 后来在投票里加了提高强清补偿到20%的选项,并重启了投票,最终也是不了了之。

BSIP42废除阶段

2018/11/29 BSIP42投票反对票多过了支持票,巨蟹发帖对BSIP42进行更新之后重新启动投票

因为BSIP42投票刚刚反对票多过了支持票,于是一些见证人就直接改回了真实市场价喂价,导致内盘BTS价格瞬间跌了7,8个点,虽然帮助消化了一些低抵押率爆仓单,但是造成的恶果是:
1.价格再持续下跌,bitCNY吃爆仓单的意愿并没有足够强,期待更低价格的情绪明显。
2.bitCNY再次溢价10%,大家可以想象带来的恶果是什么。
3.喂价持续下跌带来了更多的爆仓单。
BSIP42投票有特定的计票日,即便要取消BSIP42也不应该采取这么生硬的方式。而且在现在这样的非常时期是需要BSIP42来提升活力并确保bitCNY供应的,我提议对BSIP42进行更新之后重新启动,更新如下:
1.增加黑天鹅防护,确保喂价 >全局清算价*1.11
2.确保喂价高于市场价
3.确保喂价低于市场价*MSSR
4.如果1与3冲突,舍弃3
5.对-2%-1%之间的溢价作容忍,不更改喂价

结果因为支持票数未能超过1.14.119No adjustment to price feed,而不曾生效。

BSIP41生效

回到bitCNY锚定上,其实当时随负反馈一起推出两个BSIP来帮助bitCNY与CNY锚定,因为当时觉得这两个BSIP没必要一起推。先推负反馈的这个,如果效果够好,甚至可能都不用再去单独降MSSR了。

后来证明负反馈不能达到预期效果,反而加大了系统黑天鹅风险。所以BSIP42dynamically adjust price feed被废弃,见证人重新喂市场价而不是指导价。 如今,决定启用BSIP41  Reduce MSSR of bitCNY from 1.1 to 1.05

2018/8/15巨蟹曾发起讨论Is it a good idea to lower MSSR of bitCNY from 1.1 to 1.05 or even lower?,获得约70%的支持率。

现在BSIP41 已经通过,大部分见证人已经开始执行MSSR=105%的方案。之后会如何发展,我们拭目以待。

P.S.

其实,Abit很早就提过防止黑天鹅可考虑调整MCR和MSSR参数的问题,因为系统设置当抵押率最低的债仓发生资不抵债,就会触发黑天鹅。显然这是不合理的,也是社区一致认为应该避免的。当时也引起不少相关讨论。
[New BSIP Discussion] Defer MCR update to next maintenance interval

共收到 0 条回复
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册