No problem.
There is no additional "premine", the quantity of eMu in the genesis is the same as whatever any IPO or other method raises.
Assuming we settle on an IPO, the currency value is secured by the funds raised by that IPO initially, as in, the raised funds become the systems reserve for managing the volatility.
Later on once the system has matured and settled, there are income streams in place (primarily portions of the DEX & DMP fees) that deposit to the systems reserve fund in an attempt to ensure that it is always of a suitable size to allow it to smooth out the "bumps" I was talking about. Should these algorithms determine there is an excess of reserves for the current supply activity, none of those fees will be taken and everyone gets a bonus via the regular fee distribution channels.
At no point can this stability system create eMu (or any other asset) out of nothing, it has to either buy them, be sent them (via a regular transaction from a positive balance account) or acquire them as per the mechanisms described above.
As per your other question, here is a very simple breakdown of how new eMu are created and where they go:
Assume that verified buy orders on the DEX outweigh verified sell orders within a particular price window (lets assume ~5%), and has done for some time. Also assume average sell price of 1 eMu is $0.10, thus allowed price window is $0.095-0.105. Buys and sells with prices outside this range are discounted, lets assume that buy orders are 110% the volume of sell orders.
With that in mind, the systems liquid supply is trailing demand by 10%, all nodes in the system can agree on this (as all have access to the DEX metrics). Assume after further calculations using historic DEX data, all nodes can also agree that during the next economic period 50% of the 10% deficit will be created and distributed around the system as per the rules.
Once the start of the next economic period, every node in the system is able to calculate who should be claiming what. For simplicity sake, lets say half of any new eMu is allocated to positive balance holders, the other half goes to "hatchers" (its more complex than this, but for the purpose of this example it is sufficient)
All wallets with balance can present a "claim" for a portion of that allocated new eMu that the system needs, they can calculate the correct amount, as they know their balance and they have the DEX information to calculate how much new eMu there is to be made.
Likewise, "hatchers" (which are the equivalent if you like of miners) can make claims for the other half. Hatchers that have cleared more transactions get a larger portion of the other 50%, and as all transactions are counter signed by the clearing hatcher, this is easy to keep a record of. Likewise they also have access to all the DEX information, so are able to calculate the correct amount they are due.
Both the +balance wallets, and the hatchers will now have new eMu in their wallets, that the system expects some of which to make it into circulation to help ease the deficit between the supply and the demand.
-----
Thats a VERY simple explanation, there are lots of other variables and I've skipped a lot of how the calculations are done, etc....but it should give you a simple idea of how, where and why.
Are there going to be any actual math/formulas/algorithms published on the money supply generation?
Sounds very wishy-washy to me so far. People won't trust a system that doesn't precisely detail in advance the rules by which money is created.