BSIP42之后bitCNY需要继续改进,这里综合一下之前社区提出的各种方案供讨论。
1.改进黑天鹅的处理方式,不中断抵押
全局清算的方式太生硬直接,而且中断抵押功能来等待恢复,一旦发生就对智能货币生态形成很大打击,社区一直在呼唤更柔和对生态影响更小的处理方式。
abit提出了两种方式,一种是将资不抵债的债仓单独剥离的处理方式:
https://bitsharestalk.org/index.php?topic=27274.0 一个“坏处”可能是会形成“晚黑不如早黑”的现象。
另一种是完全不剥离,达到黑天鹅条件时系统接管喂价,确保喂价不低于黑天鹅价,
https://bitsharestalk.org/index.php?topic=27450.0类似现在bitCNY的处理方式。
无论采取哪种方式,不中断抵押都是需要的。
2.用动态MCR方案替代BSIP42
动态MCR方案依然是引入负反馈的机制来调节bitCNY供应,喂价回归市场价格,完全消除了BSIP42由于喂价偏离市场价而造成的爆仓单吃不掉,以及强清掠夺等现象。
考虑到BSIP42方案中赋予见证人太多的责任和权力,引入了太多的不确定性,也使得见证人总是处于喂价操纵的嫌疑中,这里建议采用新的方式来实施动态MCR方案:
2.1.在settlement price, CER, MCR, MSSR 之外, 引入一个新的参数premium(溢价)供见证人来喂。见证人不用设计复杂的负反馈算法,只需从市场获取相应智能货币的溢价数据喂给系统。
2.2对每一个智能资产,增加以下理事会有权调节的参数:
low premium limit: 溢价下限,溢价低于此数值系统启动加大MCR操作,缺省值 -2%
high premium limit:溢价上限,溢价高于此数值系统启动减小MCR操作,缺省值 1%
max MCR:MCR最大值,MCR调整至此数值后不再执行加大操作,可设为 2?
min MCR:MCR最小值, MCR调整至此数值后不再执行减小操作, 可设为1.25?
MCR tuning step:系统每个维护周期(一小时)可调节的MCR的大小,可设为0.001
如参数按以上数值设置,则每一个整点的时候系统会根据当前见证人喂的溢价数据来自动调节MCR,如果当前bitCNY溢价超过1%,则MCR从1.75调整至1.749,下个整点接着调整,知道MCR到达1.25或者bitCNY溢价小于1%。
这样的系统调整方式使得用户可以预见到调整方向和幅度,而且调整幅度也足够用户做出增加抵押等反应。见证人也可免于操纵喂价的嫌疑。
3.将MSSR改为102%
4.将强清补偿改为2%,这样当MCR调整达到上限后,依然有强清保证bitCNY折价不会超过2%。