for example, ebit create the asset ROSE,  if he success, many people send  ROSE,
BTS can earn money from this asset, include: transfer fee, trader fee ....
can we return half of fee to ebit?
this will encourage creative asset,  like prepaid card ....

please reduce the fee for create asset, many people  need  create  asset to  support their idea with BTS.

以下是我推测的BM的真实想法

首先BTSX是重中之重，它必须成功，要上500刀，不达到这个目的，BM不会罢休，会想各种办法改进、推动。

现实情况是BTSX本身的发展遇到瓶颈了，BITUSD应用场合迟迟得不到扩充，BTSX自身价值无法发挥。正好，BM发现VOTE功能结合BITUSD应用可以产生巨大价值。其它DAC如DNS、PLAY，都是BITUSD很好的应用场合。

此时有一种选择是在这些DAC中都合并加入BTSX的功能，产生各自的BITUSD，这样的后果是弱化了BTSX，且给用户造成很大困惑，在长远来看不利自身发展。经过论坛讨论，这种方案也遭到大多数人反对。

另一种选择就是在BTSX中加入其它DAC的功能，注意这只是对BTSX功能的增强，这样BTSX的价值能最大化，这时不增发股份是不违反共识的。但是如果决定这样做，BM会把研发重心完全放在BTSX上，其它DAC无暇顾及。可能1年、2年，III 都没有新的DAC发布了。这样PTS持有者就无法进一步从III的产品发布获利，会伤害这批人。所以BM要想一个补偿方案，正巧他早就想结束POW挖矿，于是他就想到了今天这一出。

BM既然想要做VOTE和X合并的事情，在不违反共识的前提下有几种做法，你们想一下吧，找出一种最可能被接受的：
1. 基于BTSX改进，增发BTSX补偿PTS/AGS等
2. 基于VOTE改进，BTSX可能会被慢慢淘汰
3. 重新做一个新的DAC，合并VOTE及X，给AGS/PTS各分配10%。VOTE和X会被慢慢淘汰
4. 其它你觉得更好的方案

does somebody trade throw the CLI wallet?
I have write a script to help the trading.
l'll upload to github after some improve.

http://wiki.bitshares.org/index.php/RecoveringFunds

以下价格都是按BTS/USD算，买卖都是针对bitUSD而言
对实盘的买卖永远没有价格限制的，价格匹配就能成交。

对short bitUSD，限制了最低价。规则如下：
1. 如果24小时内有51个以上的delegate 有喂价，则按delegate喂价取中间值作为指导价，低于这个价格的short无效，不予成交。
2. 如果以上条件未满足，则按1小时的成交均价作为指导价，低于均价 9/10 的short无效，不予成交。

对暴仓后的 cover ，限制了最高价：
爆仓后会用抵押的btsx在市场购买 bitusd，但如果bitusd卖价高于1小时均价的 10/9 ，则无法成交，就会看到很多人到了暴仓价，却仍然没有被爆。

https://github.com/Bitsuperlab/operation_tools/tree/master/btsfeed

how to use this script?

1.    cp config.json.sample to config.json

    edit the rpc parameter, delegate-list ...

2.    if you just want to watch the price, run command without parameter, update every 1 minute

    ./btsx_feed_auto.py

3.    if you want to publish feed,run command with the asset lists, like:

    ./btsx_feed_auto.py USD CNY GLD

    this will update price every 1 minute, and publish the feed price automatic if the change is more than 5% and less than 50%(this value can custom with config.json)
    and will publish at least 23.5 hours,because the feed price will expired after 24 hours.