2018年3月1日更新:已发起 worker 方式的投票,请在钱包内参与。
公告见
https://steemit.com/bitshares/@bitshares.fdn/improvements-to-the-bitshares-protocol-up-for-vote----原文----
预计
在 3 月份发布一个硬分叉新版本
(预计设定实际生效时间为 4 月),修正以下几个问题。
最近会开始用 worker 的方式投票,通过后才能实施。
1. 已经是爆仓状态但没成交的债仓,调整抵押必须调整到不爆仓(即爆仓单低于喂价),而不能稍微增加抵押率但仍然是爆仓状态。
修改方案:改为可以调整,但爆仓状态的债仓只能增加抵押率,不能降低抵押率(2.26更新补充规则:同时还不能增加债务)
这个是 BSIP 30 。
2. 已经有爆仓卖单时,新下的买单价格如果在爆仓单的【爆仓价,最低卖价】区间,会优先匹配爆仓单成交,而不会先匹配价格更低的限价卖单(普通卖单)。
当然,如果买单价低于爆仓单最低卖价,会匹配卖单成交,这是正常情况。
修改方案:改为优先匹配价格低的卖单,不管是限价卖单还是爆仓卖单
这个是 BSIP 33 里提到的一种情况。
3. 已经有爆仓卖单时,新下的买单如果可以和爆仓单匹配,即价格在爆仓单的【爆仓价,最低卖价】区间时,成交价会是买单设定的最高价,而不是爆仓单最低卖价。
另外,如果已经有买单,新出现爆仓卖单时,成交价是买单设定的价格,这是正常情况。
修改方案:新下买单的话,按爆仓单最低卖价成交;新出现爆仓卖单时,按买单价成交
这个是 BSIP 32 。
4. 已经有爆仓卖单时,新下的买单如果比爆仓价(不是指当前最低卖价)高,会不成交
同样的,如果盘面上同时有爆仓单和高于爆仓单的买单,新下的任何买单都不会和爆仓单匹配成交
同样的,如果有高于爆仓价的买单,当喂价下降产生新的爆仓单时,会显示爆仓但不成交
修改方案:买单价如果比爆仓价高,也会成交。成交价按照上面问题 3 里指定的规则。
这个是 BSIP 34 。
5. 如果盘面上突然出现多笔可以成交的爆仓单,包含几种情况:
* 没有价格比爆仓价高的买单,喂价突然下降到多个债仓的爆仓价以下时
* 有价格比爆仓价高的买单,也有显示爆仓但没有成交的债仓,有大单把比爆仓价高的买单砸掉之后
* 有价格比爆仓价高的买单,也有显示爆仓但没有成交的债仓,买单
主动撤单后(
但买单过期导致的自动撤单不会触发这个问题(误报BUG,删除))
这时,爆仓单可能会“砸穿买墙”,即不和价格最高的买单成交,而是和价格更低的买单成交。
这种情况只会在爆仓价最低的债仓完全成交后,以及价格最高的买单完全成交后,才会触发。
这个是 alt 上次提到过的问题。
修改方案:
* 喂价下降导致有新爆仓单的情况,总是优先匹配价格最高的买单
这个是 BSIP 33 里提到的的另一种情况。
* 另外两种情况,在问题 4 修正后自动解决,不需要独立修改
6. 如果在一个买单过期自动撤单后,盘面上突然出现多笔可以成交的爆仓单,不会成交。
修改方案:问题 4 修正后,这个问题自动解决,不需要独立修改 (误报BUG,删除)
7. 爆仓单部分成交后,实际抵押率提高了,但爆仓价不变。
修改方案:
爆仓价按抵押率实时调整。
也就是说,如果债仓部分成交,剩余部分抵押率会上升,同时爆仓价会下降,就有可能不再爆仓;
同样的,一个债仓部分成交后,新的爆仓价可能低于其他债仓的爆仓价,这时优先爆其他债仓。
这个是 BSIP 31 。
小结:
这些修改后, BTS 内盘的撮合交易规则会更接近于其他交易所。
其他优化内容:
1. 下单时支付的手续费如果不是 BTS ,如果没有部分成交,撤单时,下单手续费会以 BTS 的形式退回
这种设定的结果,是任何人如果持有某资产,可以按该资产设定的汇率来“卖出”资产,换取资产手续费池里的 BTS 。
这个也导致完全不想持有 BTS 的人会被强制持有一些 BTS (甚至会在一定程度上增加卖压)。
当然,如果已经部分成交,那么撤单时不退下单手续费。
修改为:
- 撤单时按下单时支付手续费的资产退费。如果是因为过期导致的自动撤单,则额外按照下单时的汇率扣减撤单手续费。
- 部分成交的单子,撤单时不退下单手续费。如果是因为过期导致的自动撤单,也不额外扣撤单手续费。
这个是 BSIP 26 。
2. 新增功能:资产发行人(资产注册人)可以直接取出手续费池里的 BTS 。
这个是 BSIP 27 。
3. 功能修改:资产所有权转让现在只需要 active key ,修改为需要 owner key 。
这个是 BSIP 29 。
4. 功能修改:允许资产代码以数字结尾。
目前,资产代码中可以有数字,但必须以字母开头和结尾。这个提案是修改成可以数字结尾。这样就可以创建类似 SZ50 (上证50指数)这样的资产。
这个是 BSIP 37 。
5. 性能优化:剔除系统中的过期喂价数据。
目前,见证人发布喂价后,即使过期,也会存在于系统中,不参与计算,但占用内存、消耗网络带宽(获取资产信息时会包含这些过期数据)。因为理论上资产喂价有效期可以修改,所以过期的喂价可能会重新变成有效,虽然实际上很少有资产这么改。这个提案是说,每个整点维护时,删除过期数据,那么,即使修改了喂价有效期,被删的喂价也不会再参与计算。
这个是 BSIP 36 。