Wowow, some emotions in here!
The p2p credit card is genius... but how will you get merchants to adopt a currency with massive volatility? They need fiat stability?
Thanks, its been one of the primary goals since inception, seemed so far away 2 years ago and now here it is.
As I said previously on a few occasions, due to the scope of everything, a single document is not going to work. The economics will likely be one of the last things to be documented in detail, as it relies on an understanding of nearly all other system components to appreciate how it achieves what it does.
Some of this has been covered in previous posts, and the premise has not changed.
In a nutshell, there is a system account that contains an amount of EMU/other assets and its sole purpose is to buffer against short term movements that would result in a peaky price.
For example if a party was to come and sell a lot of EMU in one shot at a sub market price, where the result of selling that volume would sink the price below a system wide agreed lower threshold, then the system itself would buy that EMU with assets it holds (if it has enough) at the threshold level.
So assume the current EMU price is $0.11, and a large sell is placed with a price of $0.09, but the threshold is $0.10. The system will buy as many of that sell @ $0.10 as it can.
The same mechanics work for large buys that would push the price up past an upper threshold. Assume a buyer rolls in with a large buy @ $0.13, the current price is $0.11 and the upper threshold is $0.12...the system will step in and sell EMU it holds at $0.12 in an attempt to cover the buy and keep the price in the agreed range.
Due to the internal DEX, the buffer always has some purchasing power. If its selling EMU, it will receive another asset type (USD token) for that EMU. If its buying EMU then it will be using USD tokens to purchase EMU.
At go live, the buffer will be credited with 10% of the total amount of currency the system is started with, so if there is 1M EMU at launch, the buffer will be credited with 100,000. This should be enough to cover almost all short term pump/dump movements. The buffer also receives 10% of all new currency being issued, (and in the cases where the buffer is low, system revenue from fees) so as to ensure its purchasing power -> currency ratio is always adequate to guard against "un-natural" movements.
If the case of a supply contraction, buffer assets are burned. If enough can not be burned from the buffer, then EMU is purchased from the DEX, held for a short period in "limbo" and burnt later if the system doesn't return to an expansive state.
That is a VERY simplified explanation of whats going on, there is plenty of further detail required on the algorithms and mechanisms at play to get a fuller understanding, but the above should be enough to at least have an idea.
No doubt there will be a million questions from you lot though