except the average price.
I think the other important thing is about the method to create asset.
for safe reason, we have to set a maximum price limit for short.
for now, the short price means two things:
1. how much XTS do you need to freeze , for lend the assets from BTS bank.
2. how much XTS can you buy , with these assets you just lend out.
In fact , we only want to set a limit for the first thing, how much you can lend from the bank.
we don't need set a limit for the second thing.
but now, we have limit both. so something maybe not work find. for example:
at the first day, delegate set a price about 0.1 bitgold/XTS. we have more than 25 assets, maybe nobody short bitgold success.no bitgold issued.
at the second day, the price of XTS is double.
what situation we will have to face? people want to sell/bid/short XTS at price 0.2biggod/XTS, but no bitgold issued, so nobody can bid. and nobody can short, from the system limit of the price, you can only short at price 0.13bitgod/XTS. If the price never down, the trade maybe never active.
So I prefer to change the short operation to only issue asset, without must bid XTS immediately. you can bid anytime.
and some other advantages with this change.
for example, I think USD will up from GOLD. so I can lend bitGOLD, and use this bigGOLD to buy USD directly.
another advantage is we don't need the init feed price from delegate. wait all 101 delegates to input the feed price for all 25 assets is not an easy work.
we can just set a safe price(very low) limit at the source code.
because these price don't need very exactly. It have no influence on the bid price, just reduce the issue speed at the first 360 blocks.
another advantage
I have some XTS, now I want to buy something with bitUSD, what should I do?
for now, I have to short first, than ask. I have to wait for a good price.
with the new rule, I just need to lend bitUSD from system with my backup XTS, I don't need to trade to somebody else.
It will be very easy to use bitUSD.