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 - 天籁

Pages: 1 ... 4 5 6 7 8 9 10 [11] 12 13 14 15 16 17 18 ... 50
151
更新:

Pdex:内盘bitCNY价格
premium:溢价百分比
Premium0: 一小时前的溢价百分比
i=0; Ti=30; Td=2

while True:
   if (上次执行后计时器已过去一小时):
         i+=premium/Ti;
         d=Td*(premium-premium0)
       
         if  -2%<premium<2%:
           i=0.9i; /**溢价接近0时逐步减小积分环节影响,以免引起震荡

   if premium<0%:
     k=1+2*premium

   if 0<premium<1%:
      k=1+9.6*premium

   if 1%<premium<2.4%:
      k=1.096

   if 2.4%<premium:
      k=1+4*premium

   feed price = Pdex*min((i+k+d),1.7)

有点意思,我的感觉如下。

0. 最重要的一点,传统 PID 都是直接反馈,而我们的喂价是间接反馈,所以不能简单套用。

  因为你的喂价不是直接影响 premium 的,而是通过影响中间喂价(median feed)间接影响 premium,你的算法里没有把中间喂价加入计算,是个严重失误。当你的喂价离中间喂价很远时,不管你怎么调,积分再多,中间喂价还是不会动,进而 premium 也不会动,但这不是因为你的喂价不够高,而是别人的喂价不够高。在premium一直超过 2% 的情况下,你的积分会一直积累,可能导致你的喂价偏离合理值很多。

当然,现在负反馈喂价刚开始推行,premium超过2%很常见。等负反馈喂价推行一段时间后,如果premium保持在2%以内,你算法里的 i=0.9i 会很快减小偏差。


在不考虑中间喂价的情况下:

1. Ti 较大,也就是积分较慢,响应慢:30小时才积累 1*premium,相比 k 的 9.6*premium ,能起的作用很小;可能运行相当长时间后才有效果。

2. i=0.9i的问题

2.1. 如果premium一直在2%以下,这个动作会导致 i 达到premium/3后就不再增长,影响积分效果。
premium/3时,当前小时增加量为 premium/30,i=0.9i后结果为0.9*(1/3+1/30)=0.9*11/30=9.9/30<1/3

2.2. 如果premium超过2%积累了一段时间, i 相对较大时,变成 -2%<premium<2% 时的每小时 i=0.9i 导致的减小速度太快,反而可能会带来震荡;

2.3. 如果不加入 i=0.9i 的步骤,则只有当 premium 变成负数时, i 才可能减小,这样比较合理,有助于发现静差数值。

3. Td 微分系数 2 倍,这个感觉偏大,震荡明显

---------分割线----------

推演一下?

当 premium 一个小时从 0% 变成 1%,也就是 1.00变成1.01,此时 i=0.0003, k=1.096, d=0.02,喂价 1.1163(注意,这就超过10%的MSSR处理范围了)

premium维持1%不变,i=(0.0003+0.0003)*0.9=0.00054,k=1.096,d=0,喂价 1.09654(震荡)

premium 维持 1% ,i=(0.00054+0.0003)*0.9=0.00076,k=1.096,d=0,喂价1.09676(缓慢积累)

premium 从1%变成2%, i=(0.00076+0.0006)*0.9=0.00122,k=1.096,d=0.02,喂价1.11722(再次超过10%)

premium 维持 2%,i=(0.00122+0.0006)*0.9=0.00164,k=1.096,d=0,喂价1.09764(震荡)

premium 从2%变成3%,i=(0.00164+0.0009)=0.00254,k=1.12,d=0.02,喂价1.14254

premium 维持 3%,i=0.00254+0.0009=0.00344,k=1.12,d=0,喂价1.12344

先推到这里。。


       多次提到了MSSR。记得前几次接近黑天鹅的时候,我们的喂价已经超过了MSSR了,溢价都超过10%了,难道我们就不能再拉高喂价了?认为调整喂价不能超过MSSR这个认知必须纠正过来。还有MCR不但不能降低,还应该提高。脑洞大开,假如我们的MCR=10,会怎样?甚至100又会怎样?

别逗了,还MCR提高到10,你知道后果吗?!BTS刚出来时MCR=3,碰上熊市,从3毛多被爆仓单砸到1分多。


若MCR=10,BTS跌10%,抵押量需要翻倍才能抵消这个跌幅达到平衡,维持bitCNY总量不变,可能吗?真如此的话,BTS就死透了。

152
中文 (Chinese) / Re: 论动态调整最低抵押率的意义
« on: September 06, 2018, 03:42:10 pm »
大幅度调低MCR的另外的好处还包括以下两点:

1.吸引大量资金量小的高风险高收益(期货)爱好者参与内盘交易,以小博大,实现逆袭(这也是目前内盘杠杆过低常被诟病的地方)。MCR为1.1时,相当于最高可以做10倍杠杆,把BTS打造成透明、公平、永远不拔网线的博弈平台,喜欢低风险的通过提高个人抵押率也不受影响。

2.内盘抵押量会大幅增加,减轻外部交易所存量和抛压,有利于BTS价格的稳定增长。

153
中文 (Chinese) / 论动态调整最低抵押率的意义
« on: September 06, 2018, 01:04:05 pm »
1.存在问题

众所周知,一个有活力的经济体一般会维持适度的通货膨胀,简单理解就是通货会随着时间适度增加。BTS的固定最低抵押率模式造成系统中通货(bitCNY约占三分之二)不是随着时间平稳增加,而是随着BTS市场价格的剧烈波动而剧烈膨胀或紧缩,造成bitCNY不能大规模推广应用,BTS的价值就难以稳定提升。

2.解决办法

采用动态的最低抵押率(MCR),MCR类似于银行的存款准备金率,其取值大小对bitCNY的供应量影响巨大。按照最近两次牛熊市期间BTS价格十倍之内波动估算,MCR在1.1到2之间进行动态调整,大体可保证bitCNY总量的相对稳定与平稳增加(欢迎感兴趣的同仁进行精确计算)。

154
我觉得算法可以有各种设计,但关键的有一个问题要想清楚,就是当喂价>Pdex*MSSR时,爆仓单已经不会被吃,这时会明显增加黑天鹅风险,那么在什么情况下我们可以选择承受这种增大的风险?什么情况下需要限制喂价在Pdex*MSSR以下以避免这种风险?

当前内盘价0.77,黑天鹅价格0.457,溢价2.5%,感觉现在这个状态下似乎已经可以突破喂价<Pdex*MSSR的限制,因为黑天鹅风险已经非常小。
我看要是暴仓单一直不吃,黑天鹅很快就会来到。
市场是残酷的,虽然不能看的太远,但是现在看起来很遥远的事情,其实可能很快就来到。BTC这次回调说不定就会到5000,BTS则跌破五毛或者四毛就会很轻松。

市场是很残酷,所以我们要考虑的是如何在这个残酷的市场环境下让bitCNY成为一个足够好的货币。

负反馈与黑天鹅的关系,我在前面做过一些推演:https://bitsharestalk.org/index.php?topic=26315.msg321488#msg321488

黑天鹅发生与否是由喂价决定的,所以理论上通过喂价可以防止黑天鹅发生。

这牵涉到一个问题,让bitCNY后面至少有一倍的BTS抵押(市场价格)是否应该成为一个不可逾越的红线?

我曾经认为是的,但我现在认为不是。

很显然,在目前这样的极端市场条件下,供应量问题和锚定精确性问题是更严重更需要解决的问题,比后面是否有足额BTS抵押要严重得多。

当溢价超过10%时,就算背后只有50%的BTS抵押,又能怎么样呢?

市场不认可对吗?没问题,请市场来让bitCNY贬值好了,待到溢价归零,喂价自然会回归市场价格。

我觉得,特定条件下突破“必须足额抵押”这一红线,是bitCNY改革中注定要迈出的一步,就象美元注定要脱离布雷顿森林体系一样。

不用突破足额抵押红线,MCR为1时,理论上可以吃掉内盘所有折价的BTS卖单,只是黑天鹅功能需要改变参数或拿掉这个功能。

实践上更不在话下,之所以说理论上是因为到时没有折价的BTS可买。

155
我觉得算法可以有各种设计,但关键的有一个问题要想清楚,就是当喂价>Pdex*MSSR时,爆仓单已经不会被吃,这时会明显增加黑天鹅风险,那么在什么情况下我们可以选择承受这种增大的风险?什么情况下需要限制喂价在Pdex*MSSR以下以避免这种风险?

当前内盘价0.77,黑天鹅价格0.457,溢价2.5%,感觉现在这个状态下似乎已经可以突破喂价<Pdex*MSSR的限制,因为黑天鹅风险已经非常小。
我看要是暴仓单一直不吃,黑天鹅很快就会来到。
市场是残酷的,虽然不能看的太远,但是现在看起来很遥远的事情,其实可能很快就来到。BTC这次回调说不定就会到5000,BTS则跌破五毛或者四毛就会很轻松。

市场是很残酷,所以我们要考虑的是如何在这个残酷的市场环境下让bitCNY成为一个足够好的货币。

负反馈与黑天鹅的关系,我在前面做过一些推演:https://bitsharestalk.org/index.php?topic=26315.msg321488#msg321488

黑天鹅发生与否是由喂价决定的,所以理论上通过喂价可以防止黑天鹅发生。

这牵涉到一个问题,让bitCNY后面至少有一倍的BTS抵押(市场价格)是否应该成为一个不可逾越的红线?

我曾经认为是的,但我现在认为不是。

很显然,在目前这样的极端市场条件下,供应量问题和锚定精确性问题是更严重更需要解决的问题,比后面是否有足额BTS抵押要严重得多。

当溢价超过10%时,就算背后只有50%的BTS抵押,又能怎么样呢?

市场不认可对吗?没问题,请市场来让bitCNY贬值好了,待到溢价归零,喂价自然会回归市场价格。

我觉得,特定条件下突破“必须足额抵押”这一红线,是bitCNY改革中注定要迈出的一步,就象美元注定要脱离布雷顿森林体系一样。

不用突破足额抵押红线,MCR为1时,理论上可以吃掉内盘所有折价的BTS卖单,只是黑天鹅功能需要改变参数或拿掉这个功能。

156
调喂价的作用毕竟有限,还是要尽快修复MCR可调功能,MCR对bitCNY的总量控制具有决定性影响。

157
中文 (Chinese) / Re: 【投票】见证人是否动态调整喂价
« on: August 25, 2018, 02:18:25 pm »
看到喂价数据中有MCR,那应该是见证人喂的MCR,如此修改MCR不需要硬分叉,完全可以通缩阶段调低,通胀阶段调高,类似于央行的调整银行准备金率。

158
中文 (Chinese) / Re: 【投票】见证人是否动态调整喂价
« on: August 24, 2018, 04:10:35 pm »
买盘是人们拿真金白银吃上去,砸盘是代码控制爆仓单砸下来,不对等的。

159
中文 (Chinese) / Re: 【投票】见证人是否动态调整喂价
« on: August 24, 2018, 12:07:24 pm »
【方案表达公式:改革后的喂价=老喂价+反馈修正因子(参考鼓鼓充值费率)】

这种调整是有问题的,会造成喂价和内盘BTS价格的短线剧烈波动,推演如下:

1. 设外盘BTS价格1元,目前的喂价应在1bitCNY。设内盘价格1/1.1,正常情况下鼓鼓钱包充值费率则为11个百分点(1个百分点作为承兑费用);

2. 此时改革后的喂价=1.1bitCNY,假设内盘价格慢慢恢复到1bitCNY,与外盘持平,则充值费率变为1个百分点;

3. 那么,喂价又会突然回到1bitCNY,内盘价格会瞬间砸回1/1.1,如此反复,喂价剧烈波动,内盘市场就废了。



另:1. 个人还是赞同调整bitCNY爆仓惩罚率方案;


     2. bitCNY的溢价是一定市场阶段的必然,去中心化系统任何企图消除溢价的方案都不可能成功,溢价并不说明锚定失败(恰恰相反,证明了去中心化系统的市场灵活性,柔性和强大),充值费率高也不影响内盘市场RMB(bitCNY)的购买力。

160
welcome!

161
爆仓单是交易多空市场博弈的结果,有利于市场活跃,爆仓已经有可能最大达10%的惩罚,得失归于交易者,从未有平台收税的惯例。

162
建议基金发起人有锁定份额的领投。

另一个方向是bts上运行的各种线上线下公、私募基金(包括指数基金等各种类别的基金),投资有潜力的币和项目。bts的发展壮大需要机构资本。

163
详见:

https://bitsharestalk.org/index.php?topic=26322.msg319729;topicseen#msg319729

例:

1,BTS/CNY汇率从1到10,则bts/cubed.cny汇率从1到1000;
2,BTS/CNY汇率从1到0.1,则bts/cubed.cny汇率从1到0.001

164
中文 (Chinese) / Re: 建议社区做一个bts动态损益表
« on: April 22, 2018, 04:52:44 pm »
额,应该没有2个亿吧,应该是3000多万吧,抵押出来的bitcny才2个亿!
损益表确实不错!
微观宏观都可对比

cny区显示bts成交量约140M,按1.6算,2亿多啊。

165
中文 (Chinese) / 建议社区做一个bts动态损益表
« on: April 22, 2018, 03:28:06 pm »
今天看到bts与cny交易对的日交易额到了2亿,按0.1%交易费收入也有20多万,bts年盈利应该很可观了,鉴于动态损益表有很多应用,特此提议。

喜欢在steem写文章的同学可以此做一个类似那个老外发周报的方式,专门做一个bts动态损益报告(日,周,月,季,年)专栏。

Pages: 1 ... 4 5 6 7 8 9 10 [11] 12 13 14 15 16 17 18 ... 50