346
中文 (Chinese) / Re: 紧急,BTS的WINDOWS钱包,这次停止出块后紧急修复后的节点,很多连接的节点都是一打开钱包就白板了。
« on: December 06, 2018, 08:27:19 am »
什么鬼?有个朋友的那台电脑竟然要安装2.0.180201版本的才能用。 怎么问题越来越多了。
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
补充两点 加入赎回时间限制还有个好处:不良资产因为抵押倍率不同触发时间不同,可以使不良资产一点一点释放,如果不加入时间限制,则不良资产会同一时间堆积,且没人会进行赎回,导致爆仓单滚雪球效应,许多没有触及爆仓线的激进玩家也会撤出抵押物,高位爆仓。加入赎回时间限制能解决大部分高位故意爆仓的行为。一点一点释放实际上就是拖延战术,时间换空间,和bsip42一样的。
问题在于,暴跌时不管规则怎么设,还不起钱的人还是还不起,只能看bitcny持有者的脸色。
如果bitcny持有者不愿意吃爆仓单,继续跌就资不抵债。
A神说的太对了,市场下跌只能看CNY持有者的脸色。既然看到了这个问题,就要解决问题。办法很简单,市场下跌,爆仓单积累的时候,那么喂价立即停止下行,CNY贬值就好,贬值越多,CNY大户越着急!如果预期贬值会越来越大,那么大户会尽早出手买币托盘的。就算贬值很大,大户不出手,那么也会有人愿意在贬值很多的时候充值。而现在恰恰是,市场下跌,大户看戏,越跌越凶,就是不出手,溢价越来越高。充值意愿几乎为零,总是担心CNY贬值是目前的误区,改革迈不开脚步不行。任何时候的全球经济危机爆发,美元都会QE,让美元通胀贬值,为什么呢?因为市场下行,让货币通胀贬值是明智的。
前几天鼓鼓钱包的爆仓单显示是错误的! 今天的黄单越吃越多。 目前最头疼的是理事会账户的3700多万爆仓单,此3千多万爆仓等于流通量增多了。 之前每天20万用来抵押出cny的做法是错误的! 因为这些cny是凭空产生出来的,理事会账户抵押出的这部分cny的背后没有法币做担保,实际是通货膨胀。我们个人的账户抵押的cny是充值法币来担保的。 目前这3千多万抵押骑虎难下,可否通过将错就错的方法来解决? 比如理事会账户临时通过提案投票,再提取更多的bts来稀释爆仓触发价至0.05,保证不爆仓。而之前累积抵押出的1111万bitCNY,保持不变。他实际是等于打白条,usdt的超发只是市场怀疑,没有证据,我们的bitCNY超发1111万是公开超发。好笑
这个方案还是可以的。
抵押不中断,黑天鹅价可继续下调都有利于尽快恢复。至于“晚爆不如早爆”那也没有办法,也并非不可接受。
不过接下去的路线应该是让动态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?那样的话应该依然会出现需求大时高溢价的情况,但似乎也没有办法。
极端情况下可能黑天鹅依然会出现,但是很显然如何处理黑天鹅至关重要,自杀式的全局清算是不行的,如果如本帖建议,系统在黑天鹅时接管喂价,保证喂价不低于黑天鹅价,那么系统尽快平稳恢复的几率更大。不失为可取之策。
没有完美,只有更好。