Author Topic: 【讨论】黑天鹅规则改进思路二:设置黑天鹅价为爆仓价下限  (Read 6112 times)

0 Members and 1 Guest are viewing this topic.

Offline abit

  • Committee member
  • Hero Member
  • *
  • Posts: 4315
    • View Profile
    • Abit's Hive Blog
  • BitShares: abit
  • GitHub: abitmore
英文贴: https://bitsharestalk.org/index.php?topic=27449.0


总的来说,目前的黑天鹅处理方式,把所有债仓强行关闭合并成一个大池,不够好。

之前一贴( https://bitsharestalk.org/index.php?topic=27274.0 )讨论了把资不抵债的债仓单独剥离的思路。

这贴讨论的思路是:完全不剥离。



灵感来自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. 单独剥离坏账,会出现不公平的情况,即高抵押率的仓位按更低价爆。
这个方案则比较公平。


讨论一下?


顺便说下,虽然这个方案需要硬分叉升级,但是,如果现在见证人控制喂价不触发全局清算,可以起到和这个方案类似的效果。


« Last Edit: November 24, 2018, 03:40:41 pm by abit »
BTS account: abit
BTS committee member: abit
BTS witness: in.abit

Offline gmgogo

  • Sr. Member
  • ****
  • Posts: 332
    • View Profile
这不就是说因为曾经有人用1BTS抵押走了1cny,但是如果他不还钱,那么喂价就会一直是1BTS=1cny吗?不管现价跌到几分钱,喂价都是1BTS?当然,这是根据市场总量来算的,但是的确是根据cny的总量来定义BTS的价格了。
 
不知道Steem Dollar是什么样子的存在,但是cny如果这样,可能就真的不是以前的cny了。

我还是倾向于单独剥离坏账。

另外, “单独剥离坏账,会出现不公平的情况,即高抵押率的仓位按更低价爆”,我在想,单独剥离坏账,是否也可以设置一个用户的选择,就像分批爆仓一样。黑天鹅时候,依然足额抵押的人,是愿意跟以前一样,直接清算进池子呢?还是接受继续抵押,继续锚定,可能会在更低喂价时候进入清算池。权利给了用户,也就不存在不公平了。

Online zhouxiaobao

现在首要的问题是不能再下调喂价了。立即实行巨蟹的最高溢价计算方案和一个点的折价容忍,cny这种轻微贬值完全在容忍范围没,为什么一个劲下调喂价,自己上吊呢?事实证明,即使下调喂价这么多,cny还是贬值一点点,喂价下调对小范围的贬值不起作用。

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 582
    • View Profile
  • BitShares: gan888
很好的一个例子,BITUSD区,黑天鹅后,无法再抵押出新的BITUSD,而 需要交易所的BITUSD回流至内盘才能让内盘BTS按黑天鹅价清算完毕才能再次复活。 这样造成的结果是采用BIT币的交易所无法进行资金周转,无法进行新资金入场,也无法把BIT资产让大量流失提走,这对BITCNY的全面推广相当困难,因为黑天鹅的存在,BITCNY无法被交易所接受,因为黑天鹅对采用BITCNY的交易所是致命性的。要从根本上解决这个问题,也只能把达到110%都无法清算的BTS归由系统清算后锁仓,让BTS流通量减少来支撑当前BITCNY的锚定稳定价值。锁定的BTS秋后算账。

现在的首要问题是先不让喂价接近黑天鹅,要尽量远离黑天鹅价为好。 之后的办法再慢慢想办法解决。虽然现在暂时无法锁仓。

不要让该事件影响至以后BITCNY的 应用。

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 582
    • View Profile
  • BitShares: gan888
楼主的方案是始终有这部份BTS在外流通。而我的方法是这部份BTS暂时停止流通。

不管什么方法,只要能消除黑天鹅风险,都是好方法。

Offline jechoy

  • Newbie
  • *
  • Posts: 14
    • View Profile
  • BitShares: btsshr
建议不发生黑天鹅,把喂价控制在黑天鹅之上,有能力的有钱的可以去吃抵押黄单,也可以让持有抵押单的充值CNY还债降低抵押率,保护用户利益!

Offline gmgogo

  • Sr. Member
  • ****
  • Posts: 332
    • View Profile
想了很久,觉得这种方案已经彻底推翻了好多理念,这将不是我们社区认可,就算正确的事情了,因为即使我们都同意了,最终也都和谐的采用了,我们愉快的玩耍了两年,后来发现市场越来越不认可cny的价值了,那时候就后悔莫及了。

但是如果市场认可这种方案,就是在长久的使用过程中用户认可cny可能的资不抵债,那么这种方案则是目前最温和的处理方案,可能对BTS整个发展都是转折意义的。

这样的变化比喂价负反馈的影响大得多,可能还有很多现在预想不到的事情,毕竟市场给我们的反馈,不像程序调试一样,马上就有信号,可能等看到信号时候已经很久很久了。

我现在想重提一下gghi曾经的一个建议,就是分叉一个NBTS,作为这种感觉有积极意义但是风险又很大的功能的测试场所。不知道这样的分叉是否值得投资和维护,分叉了是否会带来社区的分裂,但是如果所有的管理还是我们社区的人,那么就像很多游戏都有一个测试区服一样,我们搞一个测试链,是不是也值得?

这个测试链不是像TEST链那样的技术功能测试链,而是从现在开始完全copy现在的BTS链,有可能以后的NBTS会比原BTS更火爆,也有可能一次失败就跌入深渊。就像很多游戏的测试服总是比正规区服更受欢迎一样,有的人是愿意接受更大的风险和更大的刺激的。NBTS作为社区自己分叉出来的链,总比哪天社区某些意见相左如赛贝似的另立山头好吧?

如果NBTS的某些功能测试的很好,那么BTS链则在后面跟上,发现不好了,就不跟进,某些测试的实在不可行的功能,则NBTS链上了之后,可能也再走回头路再砍掉。

« Last Edit: November 25, 2018, 03:00:10 am by gmgogo »

Online zhouxiaobao

请见证人停止喂价下调!事实证明喂价下调对小范围的cny贬值没有作用!否则对黑天鹅的恐惧将再次引发崩盘!

Offline freedom

  • Sr. Member
  • ****
  • Posts: 302
    • View Profile
我支持楼主方案,概率上讲可能发生的就一定会发生。
既然黑天鹅无法避免要么彻底根除黑天鹅要么让黑天鹅成为常态。

Offline bitcrab

  • Committee member
  • Hero Member
  • *
  • Posts: 1852
    • View Profile
  • BitShares: bitcrab
  • GitHub: bitcrab
相当于规则做一点改动:系统取 max(喂价中位数,黑天鹅价)作为最终生效喂价,确保不触发全局清算。

好处:抵押生态不中断。

假设现在喂价=黑天鹅价0.0512,市场价0.0473,那么新的抵押借bitUSD按什么价格来计算呢?

感觉还是另外一个按账户来清算的方案更可行些。
« Last Edit: November 25, 2018, 09:18:10 am by bitcrab »
Email:bitcrab@qq.com

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 582
    • View Profile
  • BitShares: gan888
我支持楼主方案,概率上讲可能发生的就一定会发生。
既然黑天鹅无法避免要么彻底根除黑天鹅要么让黑天鹅成为常态。

发生黑天鹅,会让BITCNY的后续发展变成无路可行。 并不是说现在的价格什么的,而是这个黑天鹅的炸弹会让交易所都不会采用BITCNY。 见我上面回复。或者
https://bitsharestalk.org/index.php?topic=27412.0
https://bitsharestalk.org/index.php?topic=27274.0


Online zhouxiaobao

相当于规则做一点改动:系统取 max(喂价中位数,黑天鹅价)作为最终生效喂价,确保不触发全局清算。

好处:抵押生态不中断。

假设现在喂价=黑天鹅价0.0512,市场价0.0473,那么新的抵押借bitUSD按什么价格来计算呢?

还是建议先不要下调cny区的喂价了,不要让cny区再黑天鹅了。usd区可以等一等,否则一重启,又是大军压盘。只要折价容忍大一点,bts现价会起来的,起来了再开启usd区呗。

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 582
    • View Profile
  • BitShares: gan888
想了很久,觉得这种方案已经彻底推翻了好多理念,这将不是我们社区认可,就算正确的事情了,因为即使我们都同意了,最终也都和谐的采用了,我们愉快的玩耍了两年,后来发现市场越来越不认可cny的价值了,那时候就后悔莫及了。

但是如果市场认可这种方案,就是在长久的使用过程中用户认可cny可能的资不抵债,那么这种方案则是目前最温和的处理方案,可能对BTS整个发展都是转折意义的。

这样的变化比喂价负反馈的影响大得多,可能还有很多现在预想不到的事情,毕竟市场给我们的反馈,不像程序调试一样,马上就有信号,可能等看到信号时候已经很久很久了。

我现在想重提一下gghi曾经的一个建议,就是分叉一个NBTS,作为这种感觉有积极意义但是风险又很大的功能的测试场所。不知道这样的分叉是否值得投资和维护,分叉了是否会带来社区的分裂,但是如果所有的管理还是我们社区的人,那么就像很多游戏都有一个测试区服一样,我们搞一个测试链,是不是也值得?

这个测试链不是像TEST链那样的技术功能测试链,而是从现在开始完全copy现在的BTS链,有可能以后的NBTS会比原BTS更火爆,也有可能一次失败就跌入深渊。就像很多游戏的测试服总是比正规区服更受欢迎一样,有的人是愿意接受更大的风险和更大的刺激的。NBTS作为社区自己分叉出来的链,总比哪天社区某些意见相左如赛贝似的另立山头好吧?

如果NBTS的某些功能测试的很好,那么BTS链则在后面跟上,发现不好了,就不跟进,某些测试的实在不可行的功能,则NBTS链上了之后,可能也再走回头路再砍掉。

分叉不实际的,没有人会去玩,并且维护资源上 面也是一个问题。币圈最不支持的事情就是分裂式的分叉。对谁都不好。

我认为后期按照我的方案改才是最完美的,采用冻结式强平给系统再秋后算账,对当前BITCNY无害,还能支撑BTS价格。

Online xixi002020

黑天鹅全局清算这个肯定要改的,abit这个思路我觉得还是可以。 但是现在爆仓后不主动降杠杆,增加抵押物或还款的行为,不能再纵容了。现在的机制纯粹是鼓励大家耍赖,专门为老赖服务,无息抵押借款,借了还不想还。。用户爆仓后,必须得有损失才能够使用户主动去还款。  建议爆仓时根据用户的抵押率 动态调整爆仓处罚,抵押率越低,处罚越重。 处罚的金额归系统所有。。

另外现在办事效率太低(理事会,见证人都有自己的事情),且没有 有能力的领军人物,这个也急需解决。   
« Last Edit: November 25, 2018, 11:21:53 am by xixi002020 »

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 582
    • View Profile
  • BitShares: gan888
黑天鹅全局清算这个肯定要改的,abit这个思路我觉得还是可以。 但是现在爆仓后不主动降杠杆,增加抵押物或还款的行为,不能再纵容了。现在的机制纯粹是鼓励大家耍赖,专门为老赖服务,无息抵押借款,借了还不想还。。用户爆仓后,必须得有损失才能够使用户主动去还款。  建议爆仓时根据用户的抵押率 动态调整爆仓处罚,抵押率越低,处罚越重。 处罚的金额归系统所有。。

另外现在办事效率太低(理事会,见证人都有自己的事情),且没有 有能力的领军人物,这个也急需解决。   

这样有毛人抵押,并且违反了推广全民抵押。

应该是鼓励高抵押物的抵押倍数。