Show Posts

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.


Messages - ShineQi

Pages: 1 [2]
16
你们玩的开心就好,真是让人无奈
对头,规则随便你们怎么改,完全无视散户的利益,沉默的大多数只能选择走人,随便你们自己怎么玩吧

17
中文 (Chinese) / Re: 亚马逊在Bitshares的股份。智能资产
« on: March 01, 2018, 07:25:06 am »
这个可行,不过接受度未必。之前暴走恭亲王搞过美股在BTS的交易,后来失败了。原因之一是每股开户不难,直接去纳斯达克买就好了,再通过BTS多此一举貌似意义不是特别大?
就是美股版的场外交易,合规不?

18
我只是在帖子中假定资产的最小单位是1,实际上可能更小。
默认最小手就设定为资产默认的最小单位,就可以了。BTC的最小单位由BTC自己定义的,我们直接采纳就行了。
以OPEN.BTC和GEDEX.BTC为例:假定最小单位都是一mbtc,二者的总发行量分别是M,N(M>=N).那么卖出OPEN.BTC购买GDEX.BTC的最高出价是卖M OPEN.BTC买1 m GEDEX.BTC,最低出价是卖1 m GEDEX.BTC 买M  OPEN.BTC. 这样就定义了价格变动的两个极限值[1/(M*1000),1000*N],系统不会保底1 OPEN.btc对应1GEDEX.BTC 实际挂单的单价的最小变动值是1m/((1000M-1m)*(M*1000),)总价最小单位是1/(M*1000*1000),即以1 m GEDEX.BTC/M OPEN.BTC的价格声卖出1 m OPEN.BTC.正常情况下是可以价格在1上下波动,波动的最小单位是1/(M*1000)。


第一个问题, OPEN 和 GDEX 作为两个网关,谁也不服谁,凭什么把一个作为基础,另一个必须取整定价?

第二,你帖子里参数太多,看着晕。换成实际数值可能好理解点?

假设 OPEN.BTC 和 GDEX.BTC 最小单位都是 1m BTC,即0.001 。

当前供应量 OPEN.BTC 是 700 ,GDEX.BTC 是 200 。

假设 A 有 0.03 个,也就是 30个最小单位的 OPEN.BTC  想卖成 GDEX.BTC ,价格 1 以上,他最少会卖到多少?

假设 B 有 0.007 个也就是 7 个最小单位的 GDEX.BTC 想换成 OPEN.BTC,和 A 成交时,双方各拿多少?

我在尝试解答你的问题时,发现按此思路下去,还是不能解决问题,如果增加系统实际结算的粒度,使其远远高于资产的最小单位,强行限制整除,在挂单的所有可能取值的范围内也还是会有太多的情况需要限制。

19
我觉得这是个严肃的问题,采用方案D是必须的,也应该是可行的。传统的股票交易所也有类似的问题,他们只以法币作为唯一的计价单位,并提出了最小变动价位的概念。外汇交易平台上,也有类似的标准手的概念,和每手最低盈亏的单位,一般是10美金。因此采用方案D,限制下单必须整除,并不会对让用户感觉体验比传统的交易所低,不会带来多大影响。采用其他方案一旦被有心人发现并钻了漏洞,会造成投资人(比特股客户)的财产损失,这对比特股来说就损失大了。
以bts和cny为例,假定两者的最小单位都是1,下单一手最小数量也是1,那么下单,无论卖出bts还是cny, 其最小变动价格都应该是1。注意这时对bts的价格,系统内存在保底,即1手bts至少价值1最小单位cny。 数字资产波动较大,可能会有价格归零风险,取最极端例子,系统中的全部bts以总价为最小单位的cny挂单卖出。所以系统保底价格应该确保小于资产的手续费池/资产数量。

想当然很容易,实际情况是不好做(并不是说不能做),因为要照顾到很多种情况。

传统交易所,因为基础资产就那么一个或者几个,要么CNY,要么USD,要么BTC,要么ETH,容易拍脑袋。
要用ETC换BTS,必须先换BTC或者ETH,被割一次,再换BTS,再被割一次。
不是说没人抱怨,只是交易所强势,大家只能默默承受了。

还有就是,传统交易所,发现脑袋拍错了,随时可以再拍,修改规则,甚至可以停机回滚交易,修掉BUG再恢复。BTS没法这么搞,一切都要提前想清楚,尽量避免BUG,规则尽量简单。

内盘现在有几千种资产了,两两之间可以直接交易,这有很好灵活性。

举个例子,OPEN.BTC 兑 GDEX.BTC 的交易对,怎么强制整除?价格永远接近于1,精度也一样,强制必须要么1:1要么1:2根本没法玩。

再比如,最小手谁来定义?整除到哪一位?比如,现在BTC 10w 一个。按个卖还是按0.1个卖?还是按0.00000001个卖?

再比如,行情翻转时怎么处理?BTC:BCH交易对,现在BTC价格高,可以按BTC个数来整除。万一哪天BCH价格超过BTC了呢?还是按BTC整除,要么1要么0?

再比如,抵押时怎么算?爆仓时怎么算?175%的抵押率,110%的惩罚系数,本身就不是整数。

再比如,喂价怎么算?外面各个交易所的精度不一样,有的5位有的8位,有的是USD定价有的是BTC定价。
(不要跟我说取消喂价的问题。现在还根本不是取消的时候。)

总结一下,现有系统框架已经运行的很不错了,只是有些小问题,修补一下就会更好。

我发这个贴,是为了改善目前的规则,不是为了推倒重做。
我只是在帖子中假定资产的最小单位是1,实际上可能更小。
默认最小手就设定为资产默认的最小单位,就可以了。BTC的最小单位由BTC自己定义的,我们直接采纳就行了。
以OPEN.BTC和GEDEX.BTC为例:假定最小单位都是一mbtc,二者的总发行量分别是M,N(M>=N).那么卖出OPEN.BTC购买GDEX.BTC的最高出价是卖M OPEN.BTC买1 m GEDEX.BTC,最低出价是卖1 m GEDEX.BTC 买M  OPEN.BTC. 这样就定义了价格变动的两个极限值[1/(M*1000),1000*N],系统不会保底1 OPEN.btc对应1GEDEX.BTC 实际挂单的单价的最小变动值是1m/((1000M-1m)*(M*1000),)总价最小单位是1/(M*1000*1000),即以1 m GEDEX.BTC/M OPEN.BTC的价格声卖出1 m OPEN.BTC.正常情况下是可以价格在1上下波动,波动的最小单位是1/(M*1000)。

20
我觉得这是个严肃的问题,采用方案D是必须的,也应该是可行的。传统的股票交易所也有类似的问题,他们只以法币作为唯一的计价单位,并提出了最小变动价位的概念。外汇交易平台上,也有类似的标准手的概念,和每手最低盈亏的单位,一般是10美金。因此采用方案D,限制下单必须整除,并不会对让用户感觉体验比传统的交易所低,不会带来多大影响。采用其他方案一旦被有心人发现并钻了漏洞,会造成投资人(比特股客户)的财产损失,这对比特股来说就损失大了。
以bts和cny为例,假定两者的最小单位都是1,下单一手最小数量也是1,那么下单,无论卖出bts还是cny, 其最小变动价格都应该是1。注意这时对bts的价格,系统内存在保底,即1手bts至少价值1最小单位cny。 数字资产波动较大,可能会有价格归零风险,取最极端例子,系统中的全部bts以总价为最小单位的cny挂单卖出。所以系统保底价格应该确保小于资产的手续费池/资产数量。

21
预计在 3 月份发布一个硬分叉新版本(预计设定实际生效时间为 4 月),修正以下几个问题:

1. 已经是爆仓状态但没成交的债仓,调整抵押必须调整到不爆仓(即爆仓单低于喂价),而不能稍微增加抵押率但仍然是爆仓状态。

   修改方案:改为可以调整,但爆仓状态的债仓只能增加抵押率,不能降低抵押率

2. 已经有爆仓卖单时,新下的买单价格如果在爆仓单的【爆仓价,最低卖价】区间,会优先匹配爆仓单成交,而不会先匹配价格更低的限价卖单(普通卖单)。

   当然,如果买单价低于爆仓单最低卖价,会匹配卖单成交,这是正常情况。

   修改方案:改为优先匹配价格低的卖单,不管是限价卖单还是爆仓卖单

3. 已经有爆仓卖单时,新下的买单如果可以和爆仓单匹配,即价格在爆仓单的【爆仓价,最低卖价】区间时,成交价会是买单设定的最高价,而不是爆仓单最低卖价。

   另外,如果已经有买单,新出现爆仓卖单时,成交价是买单设定的价格,这是正常情况。

   修改方案:新下买单的话,按爆仓单最低卖价成交;新出现爆仓卖单时,按买单价成交

4. 已经有爆仓卖单时,新下的买单如果比爆仓价(不是指当前最低卖价)高,会不成交

   同样的,如果盘面上同时有爆仓单和高于爆仓单的买单,新下的任何买单都不会和爆仓单匹配成交

   同样的,如果有高于爆仓价的买单,当喂价下降产生新的爆仓单时,会显示爆仓但不成交

   修改方案:买单价如果比爆仓价高,也会成交。成交价按照上面问题 3 里指定的规则。

5. 如果盘面上突然出现多笔可以成交的爆仓单,包含几种情况:
 
   * 没有价格比爆仓价高的买单,喂价突然下降到多个债仓的爆仓价以下时
 
   * 有价格比爆仓价高的买单,也有显示爆仓但没有成交的债仓,有大单把比爆仓价高的买单砸掉之后

   * 有价格比爆仓价高的买单,也有显示爆仓但没有成交的债仓,买单主动撤单后(但买单过期导致的自动撤单不会触发这个问题(误报BUG,删除))

   这时,爆仓单可能会“砸穿买墙”,即不和价格最高的买单成交,而是和价格更低的买单成交。

   这种情况只会在爆仓价最低的债仓完全成交后,以及价格最高的买单完全成交后,才会触发。
 
   这个是 alt 上次提到过的问题。

   修改方案:

   * 喂价下降导致有新爆仓单的情况,总是优先匹配价格最高的买单

   * 另外两种情况,在问题 4 修正后自动解决,不需要独立修改

6. 如果在一个买单过期自动撤单后,盘面上突然出现多笔可以成交的爆仓单,不会成交。

   修改方案:问题 4 修正后,这个问题自动解决,不需要独立修改
(误报BUG,删除)

7. 爆仓单部分成交后,实际抵押率提高了,但爆仓价不变。

   修改方案:

     爆仓价按抵押率实时调整。

     也就是说,如果债仓部分成交,剩余部分抵押率会上升,同时爆仓价会下降,就有可能不再爆仓;

     同样的,一个债仓部分成交后,新的爆仓价可能低于其他债仓的爆仓价,这时优先爆其他债仓。


小结:

   这些修改后, BTS 内盘的撮合交易规则会更接近于其他交易所。


其他优化内容:

1. 下单时支付的手续费如果不是 BTS ,如果没有部分成交,撤单时,下单手续费会以 BTS 的形式退回

   这种设定的结果,是任何人如果持有某资产,可以按该资产设定的汇率来“卖出”资产,换取资产手续费池里的 BTS 。

   这个也导致完全不想持有 BTS 的人会被强制持有一些 BTS (甚至会在一定程度上增加卖压)。

   当然,如果已经部分成交,那么撤单时不退下单手续费。

   修改为:

   - 撤单时按下单时支付手续费的资产退费。如果是因为过期导致的自动撤单,则额外按照下单时的汇率扣减撤单手续费。

   - 部分成交的单子,撤单时不退下单手续费。如果是因为过期导致的自动撤单,也不额外扣撤单手续费。

   这个是 BSIP 26 。

2. 新增功能:资产发行人(资产注册人)可以直接取出手续费池里的 BTS 。

   这个是 BSIP 27 。

3. 功能修改:资产所有权转让现在只需要 active key ,修改为需要 owner key 。

   这个是 BSIP 29 。
这种涉及到内盘规则的更改,是不是要经过理事会批准才能修改哦?

22
General Discussion / Re: Why FC library not a project ?
« on: January 30, 2018, 09:12:57 am »
Is it one of the reasons that few developers have join the core development simply because they don't want to pay opportunity cost to learn a library that can only be used in a small project ?
I agree with this, opportunity cost is certainly a reason of few developers/contributors, the bitshares-fc library is out dated, it not work with latest boost library,  and due to poor documents, it cost lot of developer's time to take hands on the code. There're other folks of fc, steemit-fc https://github.com/steemit/fc and eos-fc https://github.com/EOSIO/eos/tree/master/libraries/fc, but the differences of the three seems huge

23
为什么一定要以bts结算呢 ,我觉得以bitcny 或者bitusd 结算更好!

24
中文 (Chinese) / Re: 建议加上反向强清
« on: January 27, 2018, 05:07:54 am »
真反向强清了,就没有人愿意持有bitcny了

25
支持楼主,我也学得目前内盘的机制和规则对空头不利偏多,系统规则应该是中性的才对

Pages: 1 [2]