一个基于GDEX.BTC抵押的智能货币？

[lovegan007]

GDEX想搞的 BTC抵押GCNY其实值得深入讨论，如果把 BTC LTC ETH BCH EOS 都引进来抵押出BTS的同一币种 BITCNY。不过这要让GDEX可信，不然BITCNY也类似USDT的假币了。对系统的冲击很大，如果搞成抵押出来的是GCNY，好像对BITCNY没有帮助，对BTS有没有一定的上涨就不知道了，看BTS的购买欲了。

[BTSMoon]

1. 会公布BTC冷热钱包地址？不公布的话很难取信于人

2. 喂价不需要25人吧？15人应该够了，老外喂价一直搞不好，可以考虑先排除掉。

[gmgogo]

这是一个正确的思路，只是市场会不会认可，有待验证。但是如果操作方案，而且安全，我想会逐渐被认可的。

[binggo]

可以作为未来跨链并轨的尝试。

但是我建议：最终gcny-team收到的交易费里，30%作为管理员费用，30%作为喂价人员费用，40%作为风险基金。

毕竟是中心化杠杆，如果没有风险分摊规则，必然需要风险基金处理。

不是中心化杠杆啊，跟bitCNY比较起来，就是抵押的资产不同而已。

有多签的管理员在，就可以是追寻的个体。

富时存粮总不会错的。

[bitcrab]

可以作为未来跨链并轨的尝试。

但是我建议：最终gcny-team收到的交易费里，30%作为管理员费用，30%作为喂价人员费用，40%作为风险基金。

毕竟是中心化杠杆，如果没有风险分摊规则，必然需要风险基金处理。

不是中心化杠杆啊，跟bitCNY比较起来，就是抵押的资产不同而已。

[binggo]

GDEX.BTC的交易量一直很惨淡，没深度就没有人交易，以GDEX.BTC作抵押物发行智能币GCNY有望把 GDEX.BTC:GCNY市场打造成 BTS:bitCNY一样有交易深度的活跃交易对，那GDEX网关交易所的比特币市场就活了，加上自带1.5倍杠杆，可以吸引更多的比特币持有者和投机者进入BitShares DEX。双赢！

而BTC市场深度足够大，市场波动风险相比BTS要小得多，GCNY的市场体量不再像bitCNY一样受制于BTS市场的巨大波动性，不失为稳定币发展的一个突破口。

可以作为未来跨链并轨的尝试。

但是我建议：最终gcny-team收到的交易费里，30%作为管理员费用，30%作为喂价人员费用，40%作为风险基金。

毕竟是中心化杠杆，如果没有风险分摊规则，必然需要风险基金处理。

[Yao]

GDEX.BTC的交易量一直很惨淡，没深度就没有人交易，以GDEX.BTC作抵押物发行智能币GCNY有望把 GDEX.BTC:GCNY市场打造成 BTS:bitCNY一样有交易深度的活跃交易对，那GDEX网关交易所的比特币市场就活了，加上自带1.5倍杠杆，可以吸引更多的比特币持有者和投机者进入BitShares DEX。双赢！

而BTC市场深度足够大，市场波动风险相比BTS要小得多，GCNY的市场体量不再像bitCNY一样受制于BTS市场的巨大波动性，不失为稳定币发展的一个突破口。

[lovegan007]

USDT背后也没有BTC背书，也没有足够的USD背书，多数是一张空头支票，发假币的。

[bitcrab]

GCNY管理草案：

GCNY是一个基于GDEX.BTC抵押产生的智能货币。

GCNY由多签账户gcny-team拥有和管理。

从各方面的安全和有效管理考虑，计划将gcny-team设成2/3多签账号，选择多签账号成员需充分考虑到本人的意愿和为此承担的风险，bitcrab和abit是两个候选成员，尚需更多的成员。

GCNY采取与bitCNY不同的喂价模式 - 由管理账户管理白名单。

GCNY的交易费亦设置邀请返佣，最终gcny-team收到的交易费里，30%分给gcny-team管理成员，剩余70%分给喂价者。

下面是目前白名单里中的喂价成员（最多25位）

欢迎有意愿参与喂价的成员提出申请，欢迎白名单中的成员积极启动喂价。

喂价者请设置MCR1.5, MSSR=1.01，并请实施黑天鹅防护。

管理账户有权对白名单进行调整。

[ljk424]

白名单怎么确定呢，需要竞选吗

[bitcrab]

现在看来，由committee-account来own GCNY并不合适。

gdex-team也不合适。

那就单独建一个gcny-team吧，由我和abit 2/2多签管理，如何？

另外喂价搞成private feed模式，用白名单的方式圈定一些喂价者。最后手续费收入由gcny-team和喂价者对半分。

[天籁]

有没有可能基于GDEX.BTC/ETH/EOS多币种抵押产生一个智能货币GCNY?

[Bangzi]

之前有关多签引入BTC/ETH/EOS并且发行稳定币的提议可以参考看看。
https://bitsharestalk.org/index.php?topic=28413.msg330299#msg330299

另外要解决信任和政策问题所以不能由GDEX一个网关背书的，最好是3/5多签，2个国内网关，2个国外网关，+ 理事会。

[bitcrab]

To allow a versatile use of BTC backed FIAT my idea was to create a price-stable SmartCoin (pegged to USD, or CNY, or whatever) backed by BTC.

Now a gateway like GDEX could

• - create a GDEX version of it, e.g. CNYGB (GB = GDEX secured BTC collaterized)
• - make all BTC markets (OPEN.BTC/GDEX.BTC, BRIDGE.BTC/GDEX.BTC, RUDEX.BTC/GDEX.BTC, ...) with an incentive to trade into GDEX.BTC (e.g. 1:1.01)
• - heavily make GDEX.BTC/BTS and GDEX.CNYGB/GDEX.BTC market
• - set an appropriate market fee on GDEX .BTC, e.g. 0.1%

[li] - put 80% of profits from market fee or market making into a security fund to support the asset, 20% go to GDEX as profit (incentive)
[/li][/list]

Now the GDEX market maker will likely accumulate BTC IOU's from other gateways, always withdraw them and deposit it to create GDEX.BTC.

Now this whole process could be transitioned away from GDEX central control to a more decentralized multi-sig setup with several entities running a gateway.

due to legal consideration maybe it's not good to let gdex own the smartcoin.
how about let committee-account own the smartcoin?
but the problem is that gdex cannot get the market fee of the smartcoin.

[sschiessl]

To allow a versatile use of BTC backed FIAT my idea was to create a price-stable SmartCoin (pegged to USD, or CNY, or whatever) backed by BTC.

Now a gateway like GDEX could

• - create a GDEX version of it, e.g. CNYGB (GB = GDEX secured BTC collaterized)
• - make all BTC markets (OPEN.BTC/GDEX.BTC, BRIDGE.BTC/GDEX.BTC, RUDEX.BTC/GDEX.BTC, ...) with an incentive to trade into GDEX.BTC (e.g. 1:1.01)
• - heavily make GDEX.BTC/BTS and GDEX.CNYGB/GDEX.BTC market
• - set an appropriate market fee on GDEX .BTC, e.g. 0.1%
• - put 80% of profits from market fee or market making into a security fund to support the asset, 20% go to GDEX as profit (incentive)
  

Now the GDEX market maker will likely accumulate BTC IOU's from other gateways, always withdraw them and deposit it to create GDEX.BTC.

Now this whole process could be transitioned away from GDEX central control to a more decentralized multi-sig setup with several entities running a gateway.