【喂价讨论】动态调整最低抵押率要求和爆仓惩罚

Started by abit, April 16, 2018, 07:59:16 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

gmgogo

内盘价格0.6339,zb价格0.6429,gdex的喂价0.8401
都超过外盘30%了,而外盘的溢价也只有1.41%而已。

binggo

Quote from: gghi on September 12, 2018, 05:16:42 AM
Quote from: bitcrab on September 12, 2018, 03:53:46 AM
gdex.witness PID喂价算法已上线。
现在PID参数每2分钟更新一次,积分因子可能会累加得比较快,先观察一下。

       刚看到GDEX的喂价已经0.83了,OK,成功了!建议见证人使用GDEX的算法公式,但是积分时间应该拉开差距,避免喂价过高后突然间回落,比如2分钟,5分钟,10分钟,20分钟,30分钟等等。这样的话,只要溢价消失后,喂价即可逐步回归到市场价了,我们的目标就会达到了。

0.83的喂价有什么意义? 整整高出外盘与内盘近20% 。

现在喂价是不是成了你们手中的救命稻草?还OK,成功了?

gghi

Quote from: bitcrab on September 12, 2018, 03:53:46 AM
gdex.witness PID喂价算法已上线。
现在PID参数每2分钟更新一次,积分因子可能会累加得比较快,先观察一下。

       刚看到GDEX的喂价已经0.83了,OK,成功了!建议见证人使用GDEX的算法公式,但是积分时间应该拉开差距,避免喂价过高后突然间回落,比如2分钟,5分钟,10分钟,20分钟,30分钟等等。这样的话,只要溢价消失后,喂价即可逐步回归到市场价了,我们的目标就会达到了。

bitcrab

gdex.witness PID喂价算法已上线。
现在PID参数每2分钟更新一次,积分因子可能会累加得比较快,先观察一下。

jackingyang

Quote from: gghi on September 12, 2018, 01:22:26 AM
       现在看到的喂价最高的是见证人FOX的0.742,而最低的是只有0.64,相差很大。建议对喂价很低的见证人撤票处理,否则BSIP42 投票意义何在?
鼓鼓的喂价很不稳定,忽高忽低,建议更新算法。GDEX的喂价已经偏低,最低时,已经低于系统喂价了,建议更新算法。个人还是建议大家采用统一有效的算法公式,否则很难消除溢价现象。


见证人怎么可能统一公式?那就失去了见证人独立性,建议你好好研究一下bts。

gghi

       现在看到的喂价最高的是见证人FOX的0.742,而最低的是只有0.64,相差很大。建议对喂价很低的见证人撤票处理,否则BSIP42 投票意义何在?
鼓鼓的喂价很不稳定,忽高忽低,建议更新算法。GDEX的喂价已经偏低,最低时,已经低于系统喂价了,建议更新算法。个人还是建议大家采用统一有效的算法公式,否则很难消除溢价现象。

gghi

Quote from: zhouxiaobao on September 11, 2018, 12:04:54 PM
观察了几天,调喂价的方法,每当手续费降到2%左右就效果不大了,降不下去了,貌似溢价小到一定程度喂价调控力度就没法加大了。能否考虑一下将调控目标定在-1%,比如目前溢价2%,我们就输入3%的溢价,也许这样能降到0左右。即使真的造成CNY有一个点的贬值,也许还是好事情。可以试试呀。


  这个是公式算法设计的问题。如果我们公式的理想目标是1:1,那么就会在接近目标的时候力度变弱。实际上很难达到我们的目标,那么公式算法应该允许偏差。只要偏差在正负2%之内就行了。比如,我们想达到的目标是1:1,那么可以设置偏差超过2%即可,即目标设置为负2%。

zhouxiaobao

观察了几天,调喂价的方法,每当手续费降到2%左右就效果不大了,降不下去了,貌似溢价小到一定程度喂价调控力度就没法加大了。能否考虑一下将调控目标定在-1%,比如目前溢价2%,我们就输入3%的溢价,也许这样能降到0左右。即使真的造成CNY有一个点的贬值,也许还是好事情。可以试试呀。

binggo

Quote from: 天籁 on September 11, 2018, 11:22:54 AM
很高兴看到巨蟹高瞻远瞩、举重若轻的战略眼光和胆识,具备领袖风范,再配一个举轻若重的搭档。大事可成。

一个团队需要上智、下愚,最不需要的就是中才。

那这个团队基本就是残废,一个军队光靠天才的指挥官与盲从的士兵能够打什么仗?

天籁

很高兴看到巨蟹高瞻远瞩、举重若轻的战略眼光和胆识,具备领袖风范,再配一个举轻若重的搭档。大事可成。

一个团队需要上智、下愚,最不需要的就是中才。

bitcrab

Quote from: abit on September 11, 2018, 09:36:14 AM
我还是保持以前的观点:借款加仓并不能有效支撑BTS价格; bitCNY 稳定锚定有助于推广 BTS 进而拉动价格。

如果市场对bitCNY的需求足够强,导致喂价一直保持在比市场价高很多的水平上,那就等于在同样的安全边际条件下提升了可以借款的数额。激励了借款加仓行为。

如果市场是有效的,那么内盘的购买行为对价格的拉升作用也会传导到外盘。

这其实也正是我们想要的 - 把对智能货币的需求转化为对BTS的购买力。

不多争论这个。

binggo

Quote
我说的是最终目的,你说的是实现最终目的的中间目的或者可能是手段。

你说的这个最终目的, 只有在市场平稳状态下才会实现, 而在市场上升下滑阶段下基本不可能, 想要强控汇率, 基本实现不了.


110%的MSSR+当时中值喂价低于实际法币价格导致爆仓单连续性的以10%的价格抛售挤压内盘价格+市场恐慌情绪导致内外盘价差在15%左右, 入金手续费自然会高企到20%, 但是不要忘了出金手续费也在百分之十几.

因素就是上面四个因素(暂不考虑资金流失因素)

目标抵押率: 已经可以延缓大额爆仓单的挤压问题,但是现在看来还没有根治这个挤压问题;

从大额爆仓单的挤压价格问题引出两个直接原因(暂不考虑资金流失因素):

一个是喂价偏低,现在想通过算法喂价来解决喂价问题,间接性的调整MCR来延缓爆仓,我的观点还是老观点,适度的反馈可以,不能超范围,最终MCR的问题还需要其它的解决方式来解决,喂价终归还是要回归到实际法币价格;

一个是MSSR,恩...

我认为入金手续费能够在市场下滑状态下保持在5%以内,已经算是锚定的不错,追求极致的1:1锚定只存在于理想中。

abit

Quote from: bitcrab on September 11, 2018, 09:31:29 AM
继续加大反馈力度的话,不排除会起到一些拉价格的作用。

比如,PID生效之后,如果溢价一直居高不下的话,积分因子一直加达到feedprice = Pdex*1.5

那相当于什么?相当于MCR被降到了1.17,相当于可用杠杆已经很大,难道不会激发交易者借款加仓的热情吗?

当然,这只是创造了更有利于多头的环境,至于结果会怎样,还要看具体的市场情绪。

但我相信,解决高溢价最终需要BTS价格上去。

当前是稳定货币很受瞩目的一个时期,BTS不能苟活,不能满足于降低点风险就够了,要有执稳定货币牛耳的雄心。

我还是保持以前的观点:借款加仓并不能有效支撑BTS价格; bitCNY 稳定锚定有助于推广 BTS 进而拉动价格。
BitShares committee member: abit
BitShares witness: in.abit

bitcrab

继续加大反馈力度的话,不排除会起到一些拉价格的作用。

比如,PID生效之后,如果溢价一直居高不下的话,积分因子一直加达到feedprice = Pdex*1.5

那相当于什么?相当于MCR被降到了1.17,相当于可用杠杆已经很大,难道不会激发交易者借款加仓的热情吗?

当然,这只是创造了更有利于多头的环境,至于结果会怎样,还要看具体的市场情绪。

但我相信,解决高溢价最终需要BTS价格上去。

当前是稳定货币很受瞩目的一个时期,BTS不能苟活,不能满足于降低点风险就够了,要有执稳定货币牛耳的雄心。

abit

Quote from: binggo on September 11, 2018, 09:05:54 AM
Quote我们的目的是 bitCNY 价格尽量接近法币 CNY 。

目的应当是防止系统强制平仓大幅度挤压内盘价格, 将爆仓曲线平滑一些.
我说的是最终目的,你说的是实现最终目的的中间目的或者可能是手段。

Quote

对于bitcny价格尽量接近法币价格, 市场自己会来调节, 参数的问题应当归结于参数, 我并不反对适当的对喂价进行反馈来平抑爆仓曲线, 但是超过限制范围的调整喂价带来的风险指数大于没有调整喂价之前,市场惨淡这些问题不会暴露的太严重,因为本身市场的流动性已经在急剧萎缩,很多问题在流动性急剧萎缩的时候是暴露不出来的.
市场自动调节?没改革的时候,市场调节结果是溢价20% 。

一般来说,调整输入可以影响输出结果,但要考虑边界效应边际效用递减规则,如果输入已经调到超过临界值饱和值的时候,不但没有效果,可能还会有反作用。我们当然要考虑这个,但是我觉得现在还没必要过分强调。
BitShares committee member: abit
BitShares witness: in.abit