286
中文 (Chinese) / Re: 【讨论】黑天鹅规则改进思路二:设置黑天鹅价为爆仓价下限
« on: November 27, 2018, 03:20:06 pm »先活下来,才有更好的可能,置之死地,未必能后生这个方案还是可以的。
抵押不中断,黑天鹅价可继续下调都有利于尽快恢复。至于“晚爆不如早爆”那也没有办法,也并非不可接受。
不过接下去的路线应该是让动态MCR方案来替代BSIP42了吧?那么BSIP42面临的强清问题就不存在了。
不过动态MCR也会有增大系统风险的问题,比如如果bitCNY需求增加导致MCR一路下调到1.2,那其实离黑天鹅也一步之遥啊。
把强清补偿和抵押率挂钩,比如把强清补偿设为(CR-base CR)*0.1, 令base CR = 1.25,这样当债仓抵押率为1.25时,补偿为0,抵押率为1.75时,补偿为5%,与MCR无关。
这样用经济手段来“打击”低抵押率,降低系统风险,如何?
从提高抵押率、降低风险的角度,有个思路是,有爆仓时,强清立即按爆仓价执行,不等24小时。相当于挂买单,不同的是,如果有低于爆仓的卖单,强清是越过卖单直接和爆仓成交的(和现在的强清一样)。这样,给那些有情怀想为系统降风险的人一个机会。
另外还有英文区clockworkgr提的建议:直接加抵押即可接管爆仓单,不用先抵押出来再买或者强清,这样要求的抵押会相对少一点,实际上相当于简化反复贴线抵押买的操作,有利于前期缓解风险,但也可能集聚更多风险到后期(顺便说下目标抵押率也是类似情况,前期爆的少容易接,到后期爆的多就接不过来了)。
有时我在想这些想法是不是都是一种反应过度? 因为要解决的问题其实都是BSIP42导致的喂价高于市场价很多带来的,如果后边采取动态MCR方案,喂价回归市场价,以bitCNY和bitUSD的市场深度和活跃度,爆仓单不被吃的情况应该是极少见的。
采取动态MCR方案,要不要给MCR设下限?1.25?1.35?那样的话应该依然会出现需求大时高溢价的情况,但似乎也没有办法。
极端情况下可能黑天鹅依然会出现,但是很显然如何处理黑天鹅至关重要,自杀式的全局清算是不行的,如果如本帖建议,系统在黑天鹅时接管喂价,保证喂价不低于黑天鹅价,那么系统尽快平稳恢复的几率更大。不失为可取之策。
没有完美,只有更好。