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

Pages: [1]
1
Stakeholder Proposals / Re: [Witness Proposal] witness.hope
« on: September 27, 2020, 04:11:55 pm »
Updated Witness and Node API  to 5.0

2
Stakeholder Proposals / Re: [Witness Proposal] witness.hope
« on: September 25, 2020, 06:08:34 am »
Witness Server is located in San Francisco and Singapore. The bandwith is shared.  API node is in Beijing ,10M is exclusive bandwidth.

witness name : witness.hope
API node : wss://bts.8a8e.com:8889

Introduction :
Hello members of Bitshares . I am witness.hope,  five years web developers , from Beijing.  I hope to help bitshares network more safe and stable .

Main Witness Server
CPU Cores: 8
RAM:  32G
Disk SPACE : 500G
Connection: 2 Gps

Backup Witness Server
CPU Cores: 8
RAM: 32G
Disk SPACE: 500G
Connection: 2 Gbps

Full API Node:
CPU Cores :8
RAM:  32G
Disk Space : 500G SSD
Location : Beijing
Connection: 10Mbits

My plan for witness:
* Follow community consensus and implement voting results.
* Produce blocks  stable to help  the blockchain network safe.
* Feed price correctly :  Zapata's bitshares-pricefeed script will be used for feeding price .I can handle Price threshold(BSIP76) and Loopholes protection(BAIP2) properly . Although pricefeed work is not witness' job at present ,I am always ready.
* Maintain a better connection API  . Stable and easy to use .
Welcome.

Why witness nodes has 2G connections but API node only 10M? Actually API nodes need higher bandwidth than producing nodes to work.

Please try a testnet witness too. Register your account at https://test.xbts.io/

3
Stakeholder Proposals / [Witness Proposal] witness.hope
« on: September 14, 2020, 06:45:07 am »
witness name : witness.hope
API node : wss://bts.8a8e.com:8889

Introduction :
Hello members of Bitshares . I am witness.hope,  five years web developers , from Beijing.  I hope to help bitshares network more safe and stable .

Main Witness Server
CPU Cores: 8
RAM:  32G
Disk SPACE : 500G
Connection: 2 Gps

Backup Witness Server
CPU Cores: 8
RAM: 32G
Disk SPACE: 500G
Connection: 2 Gbps

Full API Node:
CPU Cores :8
RAM:  32G
Disk Space : 500G SSD
Location : Beijing
Connection: 10Mbits

My plan for witness:
* Follow community consensus and implement voting results.
* Produce blocks  stable to help  the blockchain network safe.
* Feed price correctly :  Zapata's bitshares-pricefeed script will be used for feeding price .I can handle Price threshold(BSIP76) and Loopholes protection(BAIP2) properly . Although pricefeed work is not witness' job at present ,I am always ready.
* Maintain a better connection API  . Stable and easy to use .

4
I believe this is a good idea. But it will take a lot of risks.

There are some detail suggestion,
How about we define the 'over supply' and 'under supply' by comparing the current price with feed price?
  if the currenct price is less than feed price, such as 5%, the fund starts borrowing and buyingn untile 4x.
  if more than feed price such as 6%, the fund starts selling bts and refund.


5
首先,感谢planetlife的<比特股2.1版抵押、爆仓、爆仓惩罚、强清机制改进深度剖析探讨> 一文开启关于爆仓抵押机制修改的深刻讨论,并谢谢巨蟹梓岑为BTS生态所尽的努力,作为一个差点被割的新韭菜无法注册币问账号,但是也想为BTS进步共享一点力量,如果有疏漏或者错的地方希望大家指出。。本文想要从以下几个方面来探讨一下当前爆仓与抵押机制修改的可能性。

1.BTS的爆仓与锚定机制,能不能更改?
我们都知道,当前BTS的核心及可持续发展动力是智能资产,特别是bitcny的锚定,而此锚定机制又是基于抵押和爆仓设置。对于整个系统来说,显然如果调低爆仓线,将会导致系统资不抵债可能性的增加,即bitcny脱离锚定,而调低爆仓线可以保证兑换商的权益,那么能不能在保证bitcny不脱锚的情况下调低系统抵押率?

这一段公式可能比较多。。不想看的各位请直接看结论

我们来假设一个爆仓场景:
系统当前价格为a,
潜在爆仓单价格为 0.9*b, b是爆仓单挂出所需喂价, 爆仓单中BTS数量为n, 0.9为强制卖出倍率
当前买方市场每个单子为 c_1,c_2,.....c_p, 每个单子的单价为d_1,d_2...d_p,
恶意做空者手中bitcny 为 m, BTS 为 k,

一. 恶意爆仓条件及利益
那么,如果恶意做空者完美吃掉爆仓单,其需要满足条件,
1) 动用 BTS 数 k >c_1 +....c_p, 即 手中BTS数目 大于至爆仓单所需卖出数目
2) 动用资金 m -(c_1*d_1+..+c_r*d*r) > 0.9*b*n ,d_r < b.  即手中现金 减去爆仓途中通过卖出BTS得到的金钱 大于爆仓单总量

假设完美爆仓,即恶意爆仓中卖出BTS可以原价回收,并爆仓后系统回归原价,爆仓后获利 大约为 (a-0.9*b)*n,
这个数字视手法而定,个人估计实际操作中会远大于这个数字。

那么,很明显,爆仓后获利会与强制挂出倍率0.9负相关。 即如果调低倍率,爆仓收益会随之增高,并降低爆仓所需现金,这样等于变相鼓励爆仓,以上推论考虑恶意爆仓者并不很在意系统稳定或者生态问题。

二. 再继续来谈论恶意爆仓对系统的危害。

黑天鹅的产生: 黑天鹅的产生是由于系统爆仓单不能第一时间被买方市场吸收,横单很久导致搬运工们从外网搬运过多BTS,拉低内网喂价。拉低内网喂价会导致爆仓单价格继续降低,并继续爆其他无辜仓位,这样滚雪球导致系统崩溃。

由此可以认为,爆仓单横单越久,越容易被搬运至外网,拉低外网喂价,加速滚雪球。

这样黑天鹅所需的必要条件是,
1) m -(c_1*d_1+..+c_r*d*r) << 0.9*b*n, 即恶意做空者远远不能吃下爆仓单,这个公式中强制卖出倍率0.9 的降低会降低黑天鹅时间产生的概率,但是个人认为应该从源头限制恶意爆仓者,而且爆仓单过大,这里倍率的影响会比较小,并会鼓励恶意爆仓。
2) 另外一个可能考虑的因素是市场恐慌(韭菜恐慌,是我是我是我), 恐慌程度显然与跌幅有关。市场跌至爆仓过程中的跌幅应该可以写成(a-0.9*b),
那么就可以产生一个归一化的恐慌影响因子(a-0.9*b)/a, 那么上边1)中的不等式考虑影响因子可以写成,
 m<< (a-0.9*b)(0.9*b*n - (c_1*d_1 + ...+ c_r*d_R))/a
当挂单倍率(0.9)不定时,不等式右边存在极大值,显然当取最大值时,黑天鹅概率最小,此时倍率应该是 [a+(c_1*d_1+...+c_r*d_R)]/b(n+1) 

(。。。额应该是没错的吧)
结论 : 存在动态抵押倍率使黑天鹅概率最小

锚定策略:当资不抵债时,锚定失败。即爆仓单的价值小于其真实价值,成交时的价格小于其抵押出的Bitcny数目
0.9*b_1*n < x*n/y

x为抵押时BTS价格, y为抵押倍率, 我们需要保持 b_1 < x/(y*0.9). 即成交时喂价(这里成交时喂价是指,如果买单挂出未成交后,喂价下跌,最终成交的喂价)小于  抵押时价格除以(抵押率乘以挂出倍数)

这个式子可以写成

y*0.9 > x/b_1, 把 x 写成 b_1 +b_2 ,即成交时喂价 + 跌去价值,

(y*0.9-1) > b_2/b_1,取y =1.75(现在场景)结论是 当爆仓单第一时间未成交,后喂价跌幅大于57.5% 时锚定失败

如果我们取1.25 和0.8, 那么爆仓单第一时间未成交,直接锚定失败,我们可以确实可以更改成交倍率(0.9)和抵押倍率(1.75),但是需要满足以上公式
从当前生态角度,我们需要鼓励Bitcny产生同时降低恶意爆仓者收益,可以考虑提高成交倍率(0.95或其他)并降低抵押倍率(1.6),这样可以降低爆仓收益,并产生更多bitcny.

2.还有没有其他办法来做微调?
个人感觉,当前的爆仓挂单机制存在对恶意爆仓者的鼓励。
每个人都能看得到爆仓单在那里,如果爆仓单中所含利益巨大,那么当前所有人都可能会产生一种‘一起去爆仓’的共识,这样每个人都会选择恶意打压内盘价格,这其实是在变相鼓励恶意爆仓。
虽然挂爆仓单的本意是希望爆仓单能够更早的成交,但是这会非常助长恶意爆仓者的气焰。
而且当前的鼓鼓钱包中可以查询到抵押率排行,如果某个大户的爆仓线很接近喂价,显然就会使恶意爆仓者产生动力。 人们总是追逐利益的。

另外一个方面,当前恶意爆仓者想吃到爆仓单,只要计算合适,是一定可以的,即预计利益是可以确定的。 如果从阻止恶意爆仓的角度考虑,可以考虑增加一些随机化。

因此,建议:
1)鼓鼓钱包删除抵押率排行,自己的抵押率自己可见即可
2)更改爆仓单挂出机制,可以考虑随机挂出多个单,并取消黄色显示,总金额确定即可。
   或当买一符合爆仓单交易条件,延迟数秒交易,之后从符合条件的买单中随机分配成交。



BTS的可持续发展。。
当前BTS由于爆仓的奖励,总会有人恶意破坏已有的价值。这会导致BTS的价值下跌,而每次爬升由于内盘交易费的底下(机器人搬砖),存在极大的困难。
个人感觉一个优秀的去中心化项目,其价值应当存在一直自动向上的动力,而不是由于恶意爆仓的巨大价值,在爆仓的时候墙倒大家一起推,推完大户歇着,没有拉升的奖励,等很多好消息传来,价值上去,再继续收割一波。
这样散户们会一直生活在恐惧中,最终对项目失去信心。 区块链项目基于共识,共识都没有了,价值自然提升不了。

欢迎大家一起探讨怎么寻找自动向上的动力~

最后~求币问邀请~
BTS新手。。求大佬们轻喷。。。感谢感谢。。如果有错误请大家指出。




Pages: [1]