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

Pages: 1 ... 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 ... 128
226
中文 (Chinese) / Re: 理事会当前想提高bitcny的产量，以应对供不应求的情况，如何做到呢？
« on: May 30, 2018, 04:06:34 am »
可以关注下他们的解决方案，开阔思路
https://steemit.com/blockchain/@gravity-protocol/gravity-stablecoin-solutions
例如：理事会自己发行或委托发行bonda和 bondb,用于处置导致黑天鹅的爆仓单。这种bonda以只收法币的形式卖给用户，并可以承兑，模仿usdt。bondb和bonda在发行量上相等，但集中管理于一个多签账户。

规定(1)1bondb=1bitcny   (2)bondb账户可以定向分配黑天鹅冻结的BTS.   （3）bondb获得的BTS只挂单bonda交易对。（4）理事会给予bonda持有人利息。

此方案优点：强化场外交易对黑天鹅的消化能力，让用户从心理上对BTS价格产生信心。
此方案缺点：庄家可以利用这个机制收集BTS。

同时，如果作为大资金进入渠道，bondb也可以不局限于只吃黑天鹅，也可以吃大额爆仓单。

结论：有人收集BTS，总比一蹶不振或再次被大中户分割强。


227
中文 (Chinese) / Re: 5年了，bts还没长大
« on: May 30, 2018, 01:46:59 am »
五年了，RMB没有长成USDT.
USDT既没有使用瑞波也没有使用比特股。

继续发展社区生态吧。

228
中文 (Chinese) / Re: 理事会当前想提高bitcny的产量，以应对供不应求的情况，如何做到呢？
« on: May 30, 2018, 01:39:28 am »
出路在于建设bitcny生态，更多利息性收入，低风险性收入。

Quote from: lochaling on May 29, 2018, 08:27:54 am
bts做空太容易，如果单从个人获利的角度来说，应该做空获利为主。

怎么操作？
鼓励新人抵押加杠杆。
然后选择高位，贴着1.75抵押线抵押出一个巨巨大的仓位，得到的bitcny放着等待连环爆发生，然后在喂价70%左右接回bts。这样几乎所有抵押率在1.75到3之间的仓位都被这个巨巨大的仓位吃掉，这个巨巨大的账户变得更巨大，相应的，那些抵押率在1.75到3之间的仓位的bts则所剩不多。
这样的操作，几乎是必杀的，面对巨巨大账户，谁抵押谁死。

结果是什么？当然是一年又一年，韭菜换了一拨又一拨，bts的价格就是涨不上去，翻起石头，砸自己的脚。

229
中文 (Chinese) / Re: 理事会当前想提高bitcny的产量，以应对供不应求的情况，如何做到呢？
« on: May 30, 2018, 01:34:27 am »
Quote
使用储备资金做担保，用户出一份bts，储备账户出两份bts，共同抵押出bitcny。这样抵押出的bitcny就稳定得多，不用太担心被爆仓，可以拿来抄底。用作担保的储备资金可以暂定为4亿，谁先申请谁使用，当然要使用储备账户的资金，是须要付费的，费用可以按天计算。

机制打通之后，个人用户也可以将沉淀的bts给他人担保，并按天得到相应的得到一些报酬。

这样之后，才能够提供出足量并稳定的bitcny，市值管理的行为就逐步转移到用户端了，盈亏自负。

这个我支持。
第一种实现：多签
鉴于多签的成本，（1）设置门槛，例如1万BTS起；（2）专门设置一个账户，多签负责人有一定的工作量收入。
第二实现：固化的智能合约
这种管理成本低。编程量大。

更进一步：此固化合约捆绑债券业务，对外筹资派息。

230
中文 (Chinese) / Re: 黑天鹅实际结果
« on: May 28, 2018, 02:25:55 pm »
正是不想同归于尽，才要尽量多买币或者合理抵押，避免黑天鹅。黑天鹅是可以避免的。

Quote from: binggo on May 28, 2018, 12:09:02 pm
Quote from: ebit on May 28, 2018, 11:48:00 am
黑天鹅的规则：友军可以变敌军，但友军不能当逃兵。

随你们想咯,  这也是为了抵押者考虑，维护抵押者最大利益，而不是绑架抵押者，到时候同归于尽，即使复活了还能剩多少生机，黑天鹅资产的现状你们又不是不清楚。

231
中文 (Chinese) / Re: 黑天鹅实际结果
« on: May 28, 2018, 11:48:00 am »
黑天鹅的规则：友军可以变敌军，但友军不能当逃兵。

232
中文 (Chinese) / Re: 黑天鹅实际结果
« on: May 28, 2018, 10:22:14 am »
这里的不公平，类似敌我双方对战，友军隔岸观火，于是我只好说再不支援就炸掉地球。
如果公平点，那就我先死，掩护友军撤退。这样一来，多空对战就无趣了，多方的战斗意志会越来越弱，空方更容易赢。

多方一起捆上黑天鹅炸药包，才能作为一个群体，有一个基本共识：要死一起死，怕死不要做多军。

233
General Discussion / Re: The second level collateral is an open idea .
« on: May 25, 2018, 02:53:40 pm »
Quote from: Bangzi on May 25, 2018, 01:57:26 pm
The second collateral should back by BTS such as HERO or else difficult to calculate their value.
I don't think so .your plan is good but  limited by BTS price .I love to shake off  BTS and open more market doors.The iou asset's market value and the BTS's  value  are equal in the exchange.

234
General Discussion / Re: The second collateral is an open idea .
« on: May 25, 2018, 02:40:26 pm »
Quote from: binggo on May 25, 2018, 01:54:23 pm
e, the one who can buy btc should can buy bts from the Exchange or dex....。。
呃，有能力购买BTC的应该也有能力在购买bts吧......

已经把抵押生产的bitcny都买了gdex.btc而面临爆仓的人，需要这个机制。这种人是优质客户，但面临爆仓内盘没深度，外盘来回折腾成本高。

235
General Discussion / Re: The second collateral is an open idea .
« on: May 25, 2018, 01:49:22 pm »
Quote from: abit on May 25, 2018, 01:32:55 pm
建一个新资产吧。比如 GDEX.BTC 背书的 GDEXCNY

虽然有用，但对系统的影响权重没有bitcny大。从大权重资产下手才效果明显。
这种新资产，更适合中心化交易所来采纳，作为充值渠道之一。

236
General Discussion / Re: The second collateral is an open idea .
« on: May 25, 2018, 01:47:42 pm »
二类抵押物的用途局限在 延迟爆仓 的担保物。我们不适用二类抵押物生产 bitcny，只有抵押者要爆仓了，才可以给他这个选择权：可以拿持仓的gdex.btc按均价做二次担保。从而不立即把他的爆仓单甩向市场。

现有系统把抵押的bts甩向市场的目的，是为了保证bitcny的购买力不贬值。而事实是，bitcny正在升值，而且越甩卖越升值，内盘的bts都低于喂价了。abit调节MCR可以减轻甩卖，二类抵押物也是这个目的。而且二类抵押作为补充，并不伤害“保证bitcny的购买力不贬值”这一宪法。

The second collateral is not used to create bitcny ,its mission is a certificate.
When I will be settlement.
If gdex.btc as the second collateral,I can down my call price with it.
Otherwise before that i must sell gdex.btc for settlement.
Asset sell wall is a double hurt for BitshareS system,when BTS was dumped.



Quote from: binggo on May 25, 2018, 11:46:21 am
gdex.btc or open.btc is not based on the Bitshares's DEX core Assets，it based on the GDEX or OPEN gateway service.

I don't think it's suitable or good as the collateral.

BTS is not like the MakerDAO which can use ERC20 TOKENS as the collateral.

像这些网关资产都是半去中心的，我感觉作为锚定资产抵押物不是太合适，如果原子交换或者去中心化网关可以实现的话倒是可以一试。

而且多种抵押物的存在，可能出现的问题会更严重。

修正好现在的抵押及爆仓机制，再对相应规则进行调整，内盘的状况会比现在好很多。

将爆仓单的惩罚降至5%，同时对爆仓单收取5%的手续费加入公开市场操作资金，这样的话公开市场操作资金会提供相当大数量的锚定资产供应量。

237
General Discussion / The second level collateral is an open idea .
« on: May 25, 2018, 10:44:38 am »
The shorter has the freedom  to choice settlement time or call price .
If he has the second level collateral ,such as gdex.btc open.btc .
Then,we have no reason to buy bitcny for adjusting.

BTS's value come from market,gdex.btc or open.btc 's value come from market too .
Nobody question bitcny's value ,but it is too scarce .
So ,may be ,we could hold bitcny by more collateral.
https://github.com/bitshares/bsips/issues/78
为了守住bitcny存量，可以用更开放的抵押机制。例如要爆仓了，可以补充gdex.btc为第二级抵押物以调节爆仓价，或调节爆仓单释放时间。


bitcny的量想稳定增长的话，只用bts抵押，有些偏颇了。因为bts的价格受btc影响。所以，用gdex.btc做爆仓前的第二抵押物，缓解爆仓时间或价格，是一个思路。

bitcny面临的是稀缺，而不是通胀。现在bts系统还是bm假设的bitcny通胀下的治理结构。我们对治理结构做下补充，能根据bitcny市场供需做出调整，才能实现设计初衷，服务币圈。

238
General Discussion / Re: [New BSIP Discussion] Defer MCR update to next maintenance interval
« on: May 25, 2018, 10:26:12 am »
support
by the way ,the shorter have the freedom to choice settlement time  .if he has the second collateral ,such as gdex.btc . then,we have no reason to buy bitcny for adjusting.
the second collateral is an open idea .

239
General Discussion / Re: Options and Futures contracts
« on: April 07, 2018, 03:22:04 am »
i will support the worker .But the ultimate goal is to pump bts but not to hurt bts.I think MPA is not the best choice .UIA ,such as usdt cnc ,will be best .

In my mind ,the MPA should be quick turnaround .with the purpose of  hedging collateral risk.

240
Technical Support / Re: Bitshare UI
« on: March 28, 2018, 12:34:18 pm »
wait ,check latency

Pages: 1 ... 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 ... 128

Page created in 0.02 seconds with 17 queries.