Author Topic: 【喂价讨论】动态调整最低抵押率要求和爆仓惩罚  (Read 366356 times)

0 Members and 1 Guest are viewing this topic.

Offline gghi

  • Hero Member
  • *****
  • Posts: 510
    • View Profile
  • BitShares: ttt888
其实我觉得abit和巨蟹的方法差不多,调喂价和调爆仓抵押率难道不是一回事么?我觉得哪个都行,关键是快速行动,两位大神的意见最好一致,才能推得动,否则一个都落实不下去。哪个技术上好落地,还要看abit了,哪个执行起来方便就执行哪个啊。
BSIP 已写好,准备投票:
https://github.com/bitshares/bsips/pull/98
https://github.com/bitshares/bsips/pull/99

    不会E文呀,给个中文说明好么?我要直播拉票!

Offline gghi

  • Hero Member
  • *****
  • Posts: 510
    • View Profile
  • BitShares: ttt888
锚定不成功主要表现为bitCNY的短缺和过剩,其实感觉跟这些参数关系不大,原因在于bitCNY的市场需求和BTS价格没有直接的决定关系,需求无法有效传导给供应。
     这个就是巨蟹曾经的思想闪光点,我也是看了深受启发,认为巨蟹这个认识是非常清楚的!对目前BTS出现的问题认识非常深刻。



BSIP38等改动意义很大,可以很有效地降低出现黑天鹅的风险,但对于调节bitCNY供给来说,个人认为还是要靠公开市场操作这样的方式。


        我们再回过头来看看巨蟹的帖子,其实巨蟹的思想有过闪光点!只是路线错了。BTS价格一分的时候,以巨蟹的资金确实可以控盘,但是当BTS的价格是10000的时候,需要多大的资金来控制呢?所以说用资金在市场上控制市场价格的办法来稳定喂价的路线是错误的。这个办法让巨蟹受的打击还不够严重么?但是好像现在巨蟹还不知道疼。
       必须从根源上找问题,从代码上来解决,通过完善机制,修改喂价规则的办法来解决BTS的问题。希望大家理解并支持这次BTS的喂价改革方案。不说利国利民把,至少有利于我们现在BTS的持有人的根本利益。让我们一起努力吧,争取早日看见BTS的辉煌时刻!

       

Offline zhouxiaobao

额,看不懂呀,不知道怎么投呀,大神可能写个投票攻略教一下大家啊😄

Offline abit

  • Committee member
  • Hero Member
  • *
  • Posts: 4664
    • View Profile
    • Abit's Hive Blog
  • BitShares: abit
  • GitHub: abitmore
其实我觉得abit和巨蟹的方法差不多,调喂价和调爆仓抵押率难道不是一回事么?我觉得哪个都行,关键是快速行动,两位大神的意见最好一致,才能推得动,否则一个都落实不下去。哪个技术上好落地,还要看abit了,哪个执行起来方便就执行哪个啊。
BSIP 已写好,准备投票:
https://github.com/bitshares/bsips/pull/98
https://github.com/bitshares/bsips/pull/99
BitShares committee member: abit
BitShares witness: in.abit

Offline abit

  • Committee member
  • Hero Member
  • *
  • Posts: 4664
    • View Profile
    • Abit's Hive Blog
  • BitShares: abit
  • GitHub: abitmore
内盘现在是个正反馈的系统,这是非常危险的。
如果引入了充值手续费作为喂价参数,就相当于引入了一个负反馈。虽然负反馈在调节时也会有过冲,
但总好过现在的正反馈。

我在考虑,要不要把喂价算法搞个PID 反馈控制。。。。
要。
BitShares committee member: abit
BitShares witness: in.abit

Offline gghi

  • Hero Member
  • *****
  • Posts: 510
    • View Profile
  • BitShares: ttt888

如果“人为”把喂价调高,那么,即使按市场价(外盘或者内盘BTS/GDEX.BTC等交易对)来说BTS已经跌到资不抵债,代码还是会认为抵押足够,不会触发全局清算。这时,1 bitCNY的“内在”价值(转成BTS再卖成法币CNY)其实已经低于法币CNY,但是, bitCNY 还是可以在市场自由交易的,只要交易者/持有者认可,由于储存需求、炒作需求、平仓需求等原因,交易价值还是可能在 1 法币附近浮动(当然也可能偏高或者偏低),也可以自由借款、还款,也会有爆仓,非常灵活。

   大神这段话自相矛盾吧?无论什么需求,只要1bitcny的交易价格在1法币附近,就表示锚定很好了。既然锚定很好了,这时候的新喂价和老喂价应该相差不大的。因为这时候的“智能货币溢价因子”应该接近0的。依照公式,新喂价=老喂价+biycny的溢价,可以得出两种喂价相差不大。怎么能是BTS已经跌到资不抵债了?
所以,一定程度上可以说黑天鹅/资不抵债是解决 bitCNY 溢价问题的最终杀手锏。

   这个结论我不认同,虽然黑天鹅是资不抵债了,但是完全可以通过完善代码解决的。爆仓单积压,风险无法释放,才可能黑天鹅。只要不断的修正喂价,保证了锚定的精度,那么内外盘价差会很小,鼓鼓充值费也不会高,这样不会有爆仓单积压。完全可以避免黑天的发生。

多思考一下为什么要设置黑天鹅吧?黑天鹅不是因为代码不完善,而是因为为了保证bitcny的锚定,我们必须让他在必要时候黑天鹅。

        还必须必要时黑天鹅?黑天鹅必须杜绝发生。必须从机制改革上,从代码完善上绝对保证不再会有黑天鹅发生。否则,还谈什么bitcny这样的智能货币的落地应用?试问,一种可能发生黑天鹅的智能货币,有什么广阔的商用前景?我们口口声声的BTS是价值币,智能货币是核武器,不是掩耳盗铃么?
       在我看来BTS如果不能够解决锚定精度和bitcny的供应量问题,是不会有多大价值的,所谓的"价值被低估了",其实市场已经给出了答案。如果能够从代码层改革,保证了bitcny的按需供应,杜绝了黑天鹅的威胁,使锚定精度足够高,偏差范围在正负1%之内了。那么确实BTS 的价值被低估了!

Offline zhouxiaobao

其实我觉得abit和巨蟹的方法差不多,调喂价和调爆仓抵押率难道不是一回事么?我觉得哪个都行,关键是快速行动,两位大神的意见最好一致,才能推得动,否则一个都落实不下去。哪个技术上好落地,还要看abit了,哪个执行起来方便就执行哪个啊。

Offline johnson

  • Full Member
  • ***
  • Posts: 146
    • View Profile
内盘现在是个正反馈的系统,这是非常危险的。
如果引入了充值手续费作为喂价参数,就相当于引入了一个负反馈。虽然负反馈在调节时也会有过冲,
但总好过现在的正反馈。

我在考虑,要不要把喂价算法搞个PID 反馈控制。。。。

Offline gmgogo

  • Sr. Member
  • ****
  • Posts: 333
    • View Profile
是的,调价格这件事非常不直观,不容易正向推导出调多少才合适,而是根据结果反过来调参数,也就是负反馈。就像央行加息,为什么是一点一点加,就是看市场反应,如果一次加的不够,就再加,如果稍微多加了一些,那下次加就缓一缓。但是加之前,并不知道应该加多少才够。

实际上调MCR也是一样,该调多少还是要靠试。风险也差不多,都是降低系统可接受的最低抵押率。

至于市场如何对待,等开始调,看看市场反应就知道了。

我前面已经分析过,调MCR的劣势在于 1. 不太可能低于100% 2. 处理全局清算不够灵活 3. 最低精度 0.1% 4. 要修bug ,而调价格现在就能调,没有任何技术问题。

你没注意到爆仓的问题吗?例子:DEX价格0.6bitCNY,外盘价格0.66CNY,相当于溢价10%,喂价0.712, 那么这个喂价处爆仓时挂的卖单价是0.712/1.1 = 0.66啊,这样的价格有谁会买?不是会导致风险积累加大黑天鹅风险么?

就是说,可以喂指导价,那么爆仓时挂的卖单价也是按指导价和MSSR算的,很可能比市场价高导致无人吃单,怎么办?难道MSSR也一起动态调整,加上溢价因子?
这个例子是自己杜撰出来的,还是内盘某个时间段的确如此(DEX是指内盘吧,我对几个英文缩写概念不太了解)?
按理说外盘价格如果基本达到0.66,则内盘喂价过一会也会0.66的,至少这几天基本都是跟外盘相差2分钱内波动吧。
如果出现外盘0.66,内盘喂价始终0.712而迟迟不降低,说明是见证人的喂价有问题,而且是至少有14个见证人同时提供了离谱的喂价。
这是人的执行的问题,这个问题不解决,怎么调整参数都没用。我始终觉得见证人提供及时更新真实而准确的喂价,是保证BTS可信运行的基础,见证人如果刻意提供偏离的喂价或者迟迟不更新喂价,都是不称职的。

Offline gghi

  • Hero Member
  • *****
  • Posts: 510
    • View Profile
  • BitShares: ttt888
是的,调价格这件事非常不直观,不容易正向推导出调多少才合适,而是根据结果反过来调参数,也就是负反馈。就像央行加息,为什么是一点一点加,就是看市场反应,如果一次加的不够,就再加,如果稍微多加了一些,那下次加就缓一缓。但是加之前,并不知道应该加多少才够。

实际上调MCR也是一样,该调多少还是要靠试。风险也差不多,都是降低系统可接受的最低抵押率。

至于市场如何对待,等开始调,看看市场反应就知道了。

我前面已经分析过,调MCR的劣势在于 1. 不太可能低于100% 2. 处理全局清算不够灵活 3. 最低精度 0.1% 4. 要修bug ,而调价格现在就能调,没有任何技术问题。

你没注意到爆仓的问题吗?例子:DEX价格0.6bitCNY,外盘价格0.66CNY,相当于溢价10%,喂价0.712, 那么这个喂价处爆仓时挂的卖单价是0.712/1.1 = 0.66啊,这样的价格有谁会买?不是会导致风险积累加大黑天鹅风险么?

就是说,可以喂指导价,那么爆仓时挂的卖单价也是按指导价和MSSR算的,很可能比市场价高导致无人吃单,怎么办?难道MSSR也一起动态调整,加上溢价因子?

          巨蟹的这个思想很具有代表性,可以打消很多人的顾虑。按巨蟹的静态思路分析下,例子:DEX价格0.6bitCNY,外盘价格0.66CNY,相当于溢价10%,新喂价0.712, 那么这个新喂价处爆仓时挂的卖单价是0.712/1.21 = 0.58843(MSSR跟随溢价因子增加了10%)。爆仓单会及时成交,不会有积压现象,更不可能黑天鹅了。
        事实上巨蟹这个例子中的情形是不会出现的。因为改革之后,在偏差刚刚出现时已经得到了及时修正,还会偏差到10%么?我预估的偏差结果会在3%之内,最多不会超过5%。在这样的偏差范围内,MSSR其实无需调整。
       再来分析这个假设的例子:DEX价格0.6bitCNY,外盘价格0.66CNY,相当于溢价10%,喂价0.712, 那么这个喂价处爆仓时挂的卖单价是0.712/1.1 = 0.66。(其实0.712/1.1=0.64727272)   到时候这个价格会很容易成交的,因为买盘力量增强了。
       动态的推演下,  假如新喂价拉高10%,那么很多原本积压的爆仓单会退出爆仓池子,bitcny供给增加了,内盘购买力增强了,内外盘的价格差会缩小,鼓鼓充值手续费会下降。假定外盘价格还是0.66(实际上可能会上升,因为多方的力量增强了)充值费率下降到5%了,那么新喂价0.66*1.05=0.693爆仓价0.693/1.1=0.63。如果充值费率下降到1%了,那么新喂价0.66*1.01=0.6666爆仓价0.6666/1.1=0.605454。这样的理想状态下是不会有爆仓单积压的。


       
       

       
         
« Last Edit: August 21, 2018, 11:58:15 pm by gghi »

Offline abit

  • Committee member
  • Hero Member
  • *
  • Posts: 4664
    • View Profile
    • Abit's Hive Blog
  • BitShares: abit
  • GitHub: abitmore
是的,调价格这件事非常不直观,不容易正向推导出调多少才合适,而是根据结果反过来调参数,也就是负反馈。就像央行加息,为什么是一点一点加,就是看市场反应,如果一次加的不够,就再加,如果稍微多加了一些,那下次加就缓一缓。但是加之前,并不知道应该加多少才够。

实际上调MCR也是一样,该调多少还是要靠试。风险也差不多,都是降低系统可接受的最低抵押率。

至于市场如何对待,等开始调,看看市场反应就知道了。

我前面已经分析过,调MCR的劣势在于 1. 不太可能低于100% 2. 处理全局清算不够灵活 3. 最低精度 0.1% 4. 要修bug ,而调价格现在就能调,没有任何技术问题。

你没注意到爆仓的问题吗?例子:DEX价格0.6bitCNY,外盘价格0.66CNY,相当于溢价10%,喂价0.712, 那么这个喂价处爆仓时挂的卖单价是0.712/1.1 = 0.66啊,这样的价格有谁会买?不是会导致风险积累加大黑天鹅风险么?

就是说,可以喂指导价,那么爆仓时挂的卖单价也是按指导价和MSSR算的,很可能比市场价高导致无人吃单,怎么办?难道MSSR也一起动态调整,加上溢价因子?
我并没有说一定要加价10%啊。负反馈原理,该加多少市场说了算。

变相降低抵押要求,风险肯定积累加大啊。
你提的降低MSSR、MCR的做法还不是一样?调MSSR,当溢价高过MSSR,爆仓单挂出来肯定一般人不会吃的。调MCR,根本就不爆了,更没得吃。
但是,会不会发生黑天鹅也看市场买不买账,我同一贴的上半段讲的很清楚了。
BitShares committee member: abit
BitShares witness: in.abit

Offline bitcrab

  • Committee member
  • Hero Member
  • *
  • Posts: 1928
    • View Profile
  • BitShares: bitcrab
  • GitHub: bitcrab
是的,调价格这件事非常不直观,不容易正向推导出调多少才合适,而是根据结果反过来调参数,也就是负反馈。就像央行加息,为什么是一点一点加,就是看市场反应,如果一次加的不够,就再加,如果稍微多加了一些,那下次加就缓一缓。但是加之前,并不知道应该加多少才够。

实际上调MCR也是一样,该调多少还是要靠试。风险也差不多,都是降低系统可接受的最低抵押率。

至于市场如何对待,等开始调,看看市场反应就知道了。

我前面已经分析过,调MCR的劣势在于 1. 不太可能低于100% 2. 处理全局清算不够灵活 3. 最低精度 0.1% 4. 要修bug ,而调价格现在就能调,没有任何技术问题。

你没注意到爆仓的问题吗?例子:DEX价格0.6bitCNY,外盘价格0.66CNY,相当于溢价10%,喂价0.712, 那么这个喂价处爆仓时挂的卖单价是0.712/1.1 = 0.66啊,这样的价格有谁会买?不是会导致风险积累加大黑天鹅风险么?

就是说,可以喂指导价,那么爆仓时挂的卖单价也是按指导价和MSSR算的,很可能比市场价高导致无人吃单,怎么办?难道MSSR也一起动态调整,加上溢价因子?

Email:bitcrab@qq.com

Offline lucky

  • Jr. Member
  • **
  • Posts: 49
    • View Profile
1.25倍起爆,对于想增加BTS抵押物,还是从承兑商那里获取bitcny的市场行为而言,成本都会大幅降低,系统bitcny稳定性更好,可以应付BTS一定范围内的价格波动。

1.25起爆,对于空头而言是不是达到全局清算的高回报目标太轻松了,仅需再压制0.15个百分点就可以达到掠夺所有债仓的目的,获利预期太大导致极端事件发生的概率更高?

Offline PTS中国

  • Sr. Member
  • ****
  • Posts: 416
    • View Profile
  • BitShares: ptschina
花了点时间,把这个帖子从头到尾看了一遍,有些话不吐不快

1、从A神的描述里,比特股系统的黑天鹅机制问题很大,如果要改进系统的各类机制,需要先对黑天鹅机制进行优先改良,黑天鹅顾名思义就是资不抵债时产生的,来看看系统是如何定义黑天鹅的
——代码里黑天鹅的判断逻辑是 【借款数量>抵押数量*喂价】。正常情况下,如果不调喂价(即使调MCR和MSSR),如果BTS一直跌,直到抵押最低的仓位发生资不抵债,就会发生全局清算。详见这贴 https://bitsharestalk.org/index.php?topic=25417.0 。——
按照这样的黑天鹅逻辑,那么判定黑天鹅就是抵押最少那单决定了整个系统的黑天鹅的逻辑了,换句话说,一个坏账单就让比特股这个金融系统停摆了,这显然太不符合现实金融世界对银行系统资不抵债的定义了,我给个宽泛的定义,预留一定的安全边界,当系统bitcny总量>=BTS系统中BTS总市值的50%,触发黑天鹅保护机制,停止新的bitcny流入市场,当然这里的bitcny可以理解为是整个系统锚定资产(因bitcny资产市值总量占比最高,故用这个泛指);如此,反推一下,比特股系统能提供的流动性,在只有唯一的锚定资产bitcny时,是有两倍抵押保障的,完全吻合比特股创立时的初衷,不忘初心了,黑天鹅是系统运作的安全底线,完全变形的底线蒙蔽了系统深入发展的方向,需尽快纠偏。

2、关于喂价,通看帖子,很显然,喂价是内外盘价格沟通的桥梁唯一指针,这是反应客观事实的指标,扭曲客观事实真的很好吗?且不说见证人不作为或作恶故意调低喂价,那也可以喽?公平是市场运转的基础,既然可以调高合理,调低就不能是合理选择?此其一,其二,调高喂价10%,无非就是让内盘的抵押单的爆仓线降低一些,对锚定的精准度影响极为有限,不能实质性解决精准锚定的问题;同时副作用却是异常明显。对于锚定精准偏离度的根源判读上,我基本认同YAO老师的分析判断。在gghi对bitcny锚定精准度的价值意义上的阐述,我完全认同。bitcny的锚定精度越高,系统价值越大。

3、下跌市,为何bitcny会溢价?实质原因是抵押单的平仓需求占了主导地位,实际场景大概如此,我简单描述一下,持续下跌时,抵押单濒临爆仓,抵押单有几种选择,一是充值人民币去平仓或降低爆仓价;二是外盘购买BTS,充值到内盘增加抵押资产(在目前的强平机制下,成本太高,市场一般不做此项选择);三是外盘购买BTS,充值到内盘卖掉用获得的bitcny去平仓或降低爆仓价;现在逻辑线很清晰了,对于市场而言,肯定是执行市场理性人的做法,如果承兑商提供的bitcny溢价率比在内盘直接售卖低,那对于抵押单来说,肯定是走承兑商渠道来得经济,如果内盘BTS价位与外盘相近,而承兑商bitcny溢价率较高,那么内盘卖BTS获得bitcny更经济,所以我们很容易观察到市场一旦持续下跌,内外盘价差即会迅速稳定到10%左右,承兑商的充值溢价率也大致在10%左右,为何是10%?因为MSSR是1.1,内盘买价低于外盘现价10%或承兑商的bitcny溢价超过10%,那还不如让抵押单爆仓损失更小,但我们经常也可以看到承兑商的bitcny溢价11%、12%甚至15%也还有承兑业务,那是因为谁能保证下跌市提到内盘的BTS能卖到9折?紧急情况下走快速承兑的渠道反而更靠谱点。还有就是不分抄底的资金也会让bitcny更加稀缺,更不必说有些千年屯bitcny的主了。降低bitcny的制造成本,下跌市保障一定的bitcny的供给能力,对系统而言至关重要。

4、从3点看,降低MSSR会带来较大的黑天鹅风险,特别是在持续下跌市周期,对于一个足够自由的市场而言,惩罚更应该体现威慑力而非实施,换句话说,惩罚非目的,而是减少系统存在不安全的有效手段,因此强烈不建议用降低MSSR的模式来换取流动性的充沛,黑天鹅还有解,真的到了bitcny市值超BTS市值时,整个比特股价值体系可能崩塌;大幅降低MCR,同时适当提高MSSR可能是解决下跌市流动性不足的有效办法,流动性充裕了,内外盘的BTS价差会明显缩小,锚定的精准度必将大幅提高;原来,A神有个疑虑是,MCR降低了,黑天鹅不是更易发生?不尽然,因为MSSR也有较大提高,可以保持对市场较大威慑力,譬如MCR=1.25 MSSR=1.25 让两个参数对市场产生共振作用,如此,给市场抵押制造流动性很大的自由度,同时底线是非常刚性的,触碰了,惩罚严苛,但25%的惩罚都以砸单的模式抛给市场,那岂不是一会儿就砸到马里亚纳海沟里了?显然爆仓单的错误不能让币价埋单。

5、改进MSSR的实现机制,抵押单爆仓后,不直接砸向市场,比特股为何要用惩罚市价的模式来给爆仓单埋单?我们转换定势思维,改挂1/MSSR币价的模式回收流动性,改成平价挂爆仓单(100%),买单吃进后,延期给奖励的模式(5%-10%),爆仓单剩下(15%-20%)划归理事会账户,作为爆仓平仓的储备金以及比特股项目发展基金,如此,对于囤积bitcny软攻击系统的做法完全没经济价值了,促进bitcny的流通使用;对于爆仓单而言,损失惨重的是惩罚机制(25%直接罚没),对系统而言不因惩罚爆仓单而让币价受损,随着理事会账户的bitcny日渐丰盈,对付大部分的爆仓单不成问题,所谓的黑天鹅也就是无源之水了。1.25倍起爆,对于想增加BTS抵押物,还是从承兑商那里获取bitcny的市场行为而言,成本都会大幅降低,系统bitcny稳定性更好,可以应付BTS一定范围内的价格波动。

--------

PTS中国

Offline gmgogo

  • Sr. Member
  • ****
  • Posts: 333
    • View Profile

如果“人为”把喂价调高,那么,即使按市场价(外盘或者内盘BTS/GDEX.BTC等交易对)来说BTS已经跌到资不抵债,代码还是会认为抵押足够,不会触发全局清算。这时,1 bitCNY的“内在”价值(转成BTS再卖成法币CNY)其实已经低于法币CNY,但是, bitCNY 还是可以在市场自由交易的,只要交易者/持有者认可,由于储存需求、炒作需求、平仓需求等原因,交易价值还是可能在 1 法币附近浮动(当然也可能偏高或者偏低),也可以自由借款、还款,也会有爆仓,非常灵活。

   大神这段话自相矛盾吧?无论什么需求,只要1bitcny的交易价格在1法币附近,就表示锚定很好了。既然锚定很好了,这时候的新喂价和老喂价应该相差不大的。因为这时候的“智能货币溢价因子”应该接近0的。依照公式,新喂价=老喂价+biycny的溢价,可以得出两种喂价相差不大。怎么能是BTS已经跌到资不抵债了?
所以,一定程度上可以说黑天鹅/资不抵债是解决 bitCNY 溢价问题的最终杀手锏。

   这个结论我不认同,虽然黑天鹅是资不抵债了,但是完全可以通过完善代码解决的。爆仓单积压,风险无法释放,才可能黑天鹅。只要不断的修正喂价,保证了锚定的精度,那么内外盘价差会很小,鼓鼓充值费也不会高,这样不会有爆仓单积压。完全可以避免黑天的发生。

多思考一下为什么要设置黑天鹅吧?黑天鹅不是因为代码不完善,而是因为为了保证bitcny的锚定,我们必须让他在必要时候黑天鹅。