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 - ioex

Pages: 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14
121
中文 (Chinese) / Re: cn-vote投票公示
« on: May 25, 2019, 01:42:12 am »
教授可以考虑给我投票吗,我已经做了很多准备了,谢谢

122
Stakeholder Proposals / Re: [Witness proposal] zbbtsbp[双语]
« on: May 25, 2019, 01:40:37 am »
把做空BTS进行到底吗?中比吃相不要太难看,当选了见证人就是请公平喂价,好好履行职责,不要再继续伤害脆弱的BTS生态了

吃的就是你们,不服我就砸盘给你们看。

ZB布局了好多矿池,什么都想搞,什么都不行,眼界已经决定了。

ZB真的不值得社区投票,大家想着ZB带来点什么,人家并不会。

希望大家投票给我 ioex

123
General Discussion / Re: please vote testnet witness : ioex-test
« on: May 23, 2019, 03:36:11 pm »


Begin feed for USDT  per 20min.

124


开始测试喂价,给USDT喂价,每20min一次。

125
中文 (Chinese) / Re: cn-vote投票公示
« on: May 23, 2019, 07:47:55 am »
后面这几位连续几天喂的喂价偏离这么严重, cn-vote能够解释一下为什么仍旧在给他们投票吗?




zbbtsbp 的喂价更新频率也很低

126
今天在测试网上做了主备机切换,成功完成,没有丢块!

127
General Discussion / Re: please vote testnet witness : ioex-test
« on: May 23, 2019, 04:54:23 am »
Today we tried to switch to backup machine by update signkey,
success with no missed block !

128
Quote
提高喂价频率的话,就跟取一段时间的平均值差不多了。

考虑外盘的话,大家分歧比较大,会因为各自对汇率的取值不同产生差异,见证人喂价来源多样化其实对稳定是有益的,不必苛求每个见证人都喂价100%准确,中位数算法可以去掉那些偏离较大的喂价数据。
不一样吧,提高频率,承兑商瞬间提高或者降低汇率就可以控制喂价了。
喂价要的就是稳定啊,不能因为一个交易所‘作恶’就控制喂价了,需要考虑整体

降低费率首先要没有人比他更低,才会采用,同时这时候有人充值他是要付钱的。

但是综合考虑,我还是会改完善一下策略,还是利用手续费费率,但是算法不公开了,这样不知道我怎么算得,就没办法操控了吧

129
另外我的喂价策略是:
      20min一次,以鼓鼓钱包人民币兑BitCNY的手续费计算出加点数(最优2家承兑商手续费率平均值)。再取喂价当时的成交价,按照:
      喂价 = 成交价 * ( 1 + 手续费率平均值 )

例如近期日志(因为不是活跃见证人,所以报错了):
作为一部分权重可以,但是外面还有那么多交易所也应该计算权重,毕竟内盘也只是交易所中的一个。
手续费率平均值也应该是某时间段内的手续费率平均值。

提高喂价频率的话,就跟取一段时间的平均值差不多了。

考虑外盘的话,大家分歧比较大,会因为各自对汇率的取值不同产生差异,见证人喂价来源多样化其实对稳定是有益的,不必苛求每个见证人都喂价100%准确,中位数算法可以去掉那些偏离较大的喂价数据。

汇率的取值不同的差异波动是有固定区间的, 属于相对客观的系数, 跟手续费率不同.

喂价提供者如果对喂价理解的不深, 提供的喂价不相对精确, 那为什么还要提供喂价?

中位数算法只是为了预防, 而不是允许.

数据来源多样,前提算法也要经得起社区质疑,能形成共识。要求大家只能按某个策略喂价,为什么不去做中心化交易所?
在数据来源多样的情况下,中位数算法平衡喂价,可不仅仅只是预防。
喂价经不起质疑甚至主观作假的,必须清理出见证人队伍。

鼓鼓上有承兑商愿意按某手续费兑换人民币,出的是真金白银,比什么ZB,QC之类岂不更有说服力?

130
General Discussion / Re: please vote for witness : ioex
« on: May 22, 2019, 08:47:27 am »
Can you please provide a testnet witness to join latest development efforts and a public API node for reference UI?
I tried to start a testnet witness , but failed at 6690000-6700000 blocks.
And I tried again by a VPS with 100M bandwidth  12CPU 24G Memory ,after more than 8 hours , finally failed.

Valuable lessons learned from running on testnet. If that would happen on mainnet you also wouldn't just stop, would you? :)

This issues mainly cause by the big blocks ( 10000 continues blocks are big blocks ) because at that time execute a performance test on testnet .

On mainnet ,nodes handle blocks one by one , will not meet these problems.

131
另外我的喂价策略是:
      20min一次,以鼓鼓钱包人民币兑BitCNY的手续费计算出加点数(最优2家承兑商手续费率平均值)。再取喂价当时的成交价,按照:
      喂价 = 成交价 * ( 1 + 手续费率平均值 )

例如近期日志(因为不是活跃见证人,所以报错了):
作为一部分权重可以,但是外面还有那么多交易所也应该计算权重,毕竟内盘也只是交易所中的一个。
手续费率平均值也应该是某时间段内的手续费率平均值。

提高喂价频率的话,就跟取一段时间的平均值差不多了。

考虑外盘的话,大家分歧比较大,会因为各自对汇率的取值不同产生差异,见证人喂价来源多样化其实对稳定是有益的,不必苛求每个见证人都喂价100%准确,中位数算法可以去掉那些偏离较大的喂价数据。

132
请大家支持我!

133
General Discussion / Re: please vote for witness : ioex
« on: May 22, 2019, 07:48:44 am »
Can you please provide a testnet witness to join latest development efforts and a public API node for reference UI?
I tried to start a testnet witness , but failed at 6690000-6700000 blocks.
And I tried again by a VPS with 100M bandwidth  12CPU 24G Memory ,after more than 8 hours , finally failed.

134
另外承兑商的费率,与成交价和喂价的比值,相关性似乎挺大的。换句话说在一定程度上,承兑商可能是看着喂价和成交价来设置费率的。

135
这个我觉得还是喂价的定义问题。
喂价是一定数量BTS可以卖多少人民币的价格,还是花多少人民币才能买到指定数量BTS的价格,前者看得是买价和深度,后者看得是BTS卖价的深度。大家的共识到底是哪种呢?

鼓鼓钱包滞后倒不是什么问题,承兑商买单了。

Pages: 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14