so no one here will invest.
Incorrect, I will.
Either way, is it such a bad thing that people on an obscure internet forum known for breeding hundreds of scams don't throw money at this?
I think there won't be much of a problem.
Topic: [EMUNIE] We are not dead, just busy building megacool stuff *teasers inside* (Read 10996 times)
October 30, 2014, 06:50:27 PM
Incorrect, I will.
Either way, is it such a bad thing that people on an obscure internet forum known for breeding hundreds of scams don't throw money at this?
I think there won't be much of a problem.
October 30, 2014, 06:36:26 PM
The development of Emunie has taken far too long to garner significant interest. Dan should have launched a year ago with a basic client, and then added market place, Turing Completeness, etc.. He is trying to cram every new crypto innovation into Emunie before it's launched. The biggest struggle with Emunie is it's inflationary model, no one will "get rich quick" from investing, so no one here will invest.
October 23, 2014, 12:40:08 AM
Some interesting ideas here.
October 16, 2014, 08:11:07 AM
It's not a secret, from what I know, the public beta will be available soon but there are some bugs already reported that must be fixed.
October 16, 2014, 05:34:01 AM
Hey I want to try it.
Is it a secret ?
October 15, 2014, 06:36:47 PM
Some minor issues with Linux. It's a little heavy while syncing but works better, a much better experience.
October 15, 2014, 01:17:15 PM
Hey guys,
for all those who are not in the currently Beta, here is a small overview of the new client
https://www.youtube.com/watch?v=TgMMa3lmWkg#t=25
for all those who are not in the currently Beta, here is a small overview of the new client
https://www.youtube.com/watch?v=TgMMa3lmWkg#t=25
Nice! It seems improved and with more features
from the last time I have tested it!
Is it still heavy on the processor or that was improved too?
October 15, 2014, 12:53:18 PM
Hey guys,
for all those who are not in the currently Beta, here is a small overview of the new client
https://www.youtube.com/watch?v=TgMMa3lmWkg#t=25
for all those who are not in the currently Beta, here is a small overview of the new client
https://www.youtube.com/watch?v=TgMMa3lmWkg#t=25
September 28, 2014, 07:39:49 AM
The dev has done a really good job of answering questions in an intelligent way.
This projected has even had its delays delayed, but considering that the dev is working so hard, and I believe he is, I can understand.
While such delays make people doubt the project, it can also build a little bit of confidence in the product if it does come out as people will know that the dev wouldn't release until it was really ready.
This projected has even had its delays delayed, but considering that the dev is working so hard, and I believe he is, I can understand.
While such delays make people doubt the project, it can also build a little bit of confidence in the product if it does come out as people will know that the dev wouldn't release until it was really ready.
September 19, 2014, 11:45:26 AM
When will IPO be open?
It could be in one or two years but I highly doubt the devs got suddenly faster.
September 19, 2014, 07:28:24 AM
Great news and waiting for the IPO.
What is the offer Price?
What is the offer Price?
September 19, 2014, 06:38:54 AM
When will IPO be open?
everyone here wants to know
September 16, 2014, 04:14:31 PM
When will IPO be open?
everyone here wants to know
September 12, 2014, 04:18:07 PM
When will IPO be open?
September 12, 2014, 02:51:14 PM
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.
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.
September 12, 2014, 09:51:18 AM
Not quite, nothing is hardcoded "magic" numbers like everything before.
This is much more advanced and is dynamic in reaction to trading and markets, an entire self managed economic system....a first in, well, anything
This is much more advanced and is dynamic in reaction to trading and markets, an entire self managed economic system....a first in, well, anything
September 12, 2014, 09:27:15 AM
However, the production is set by the initial distribution, whose production cost is set by the IPO?
Just trying to measure if it's a worthwhile investment or just a good free tool (like Paypal).
Just trying to measure if it's a worthwhile investment or just a good free tool (like Paypal).
Not sure I understand that first sentence, is some missing? :S
As an investment, you'll make an ROI, but it wont be in the 1000's of % like many alts/pump & dumps as the market is difficult to manipulate (except for a caveat below). As the value should stay relatively stable, an ROI comes from the increased supply due to demand from adoption. The value of 1 eMu might still be $0.10 in terms of USD, as it was when it was purchased, but due to demand the supply has had to increase 10 fold....depending on your eMu balance (or as in this discussion, investment) you would receive a portion of that new supply.
Additionally its a fine balance in terms of an IPO.....
The more people that invest in an IPO, the less people remaining to drive demand so those investors receive a positive ROI further down the line. Alternatively, if there isn't enough and demand skyrockets, then the system will suffer a degree of volatility as it wont have enough reserves (which is the main initial reason for an IPO) to smooth the storm. It will remain volatile until enough time has passed for the newly created supply eMu to equalize with demand, and for that new supply to be circulating in the system.
A broad distribution has always been a very high requirement due to the closed loop nature of the economics system. The more people there are and the more eMu is spread around, the better the system can compensate any initial demand post launch while it build a trend history.
Distribution rule just like maskcoin.
September 12, 2014, 07:23:09 AM
Hey guys, sorry for being quiet, got a busy week next week with demos and conferences so its full steam ahead getting the latest stuff finished.
I've got quite a lot of semi-technical documentation that are in various stages of "finish". Some of that I need next week at my various meetings showcasing what eMunie can do, so this weekend is going to be spent finishing off what I need. As I'm going to be spending quite some time on trains and in airport lounges over the next week I intend to spend that time on the remainder.
I want to have various documentation finished up before even thinking further on any kind of IPO. As well as the open beta that will be available, getting as much documentation, both simple and more advanced prepared, will allow people to make informed choices on whether they want to use eMunie when released and participate in any form of IPO/distribution model that may be on offer.
I'm cagey on the IPO purely because I haven't made a 100% decision on if its the best way to move forward as a distribution model and if so, how any IPO would operate.
There is no defined supply. More coins are minted when there is more demand for them. The idea is to build a stable currency. Hence the upside can be limited, it's not a crypto for speculation. Someone should correct me if I am wrong, but that's the impression I got reading on eMunie.
You are correct, the goal is a stable currency, so it's ability to function as a reliable store of value, act as a unit of account, and a means of payment is not compromised by volatility.
Simply, the internal DEX monitors the demand at any given moment via the various buy and sell orders. The system is able to buy & sell eMu from the DEX of its own accord, by using its own funding reserves to smooth out the bumps. If the demand trend is higher than the system can manage from its own reserves, more eMu will be created and distributed via the system rules (balance interest, various reward streams for people running nodes, etc etc) with the expectation that a portion of those new eMu will make it into circulation.
Likewise if the demand trend is lower than the available supply, eMu will be removed from the system by burning portions of the fees collected that are associated with the various activities. The remainder of those collected fees are then also distributed according to system rules to the various node operators.
This stabilization is not infallible, and with enough upwards or downwards pressure, the price will move, that can not be prevented with this system. Also, the plan is not to forcibly hold the value at a set point, but to simply smooth out the bumps which should provide a more predictable and gradual movement of any up or down value trends.
I've got quite a lot of semi-technical documentation that are in various stages of "finish". Some of that I need next week at my various meetings showcasing what eMunie can do, so this weekend is going to be spent finishing off what I need. As I'm going to be spending quite some time on trains and in airport lounges over the next week I intend to spend that time on the remainder.
I want to have various documentation finished up before even thinking further on any kind of IPO. As well as the open beta that will be available, getting as much documentation, both simple and more advanced prepared, will allow people to make informed choices on whether they want to use eMunie when released and participate in any form of IPO/distribution model that may be on offer.
I'm cagey on the IPO purely because I haven't made a 100% decision on if its the best way to move forward as a distribution model and if so, how any IPO would operate.
Yeah, very difficult to measure the potential of this coin. What's the upside?
There is no defined supply. More coins are minted when there is more demand for them. The idea is to build a stable currency. Hence the upside can be limited, it's not a crypto for speculation. Someone should correct me if I am wrong, but that's the impression I got reading on eMunie.
You are correct, the goal is a stable currency, so it's ability to function as a reliable store of value, act as a unit of account, and a means of payment is not compromised by volatility.
Simply, the internal DEX monitors the demand at any given moment via the various buy and sell orders. The system is able to buy & sell eMu from the DEX of its own accord, by using its own funding reserves to smooth out the bumps. If the demand trend is higher than the system can manage from its own reserves, more eMu will be created and distributed via the system rules (balance interest, various reward streams for people running nodes, etc etc) with the expectation that a portion of those new eMu will make it into circulation.
Likewise if the demand trend is lower than the available supply, eMu will be removed from the system by burning portions of the fees collected that are associated with the various activities. The remainder of those collected fees are then also distributed according to system rules to the various node operators.
This stabilization is not infallible, and with enough upwards or downwards pressure, the price will move, that can not be prevented with this system. Also, the plan is not to forcibly hold the value at a set point, but to simply smooth out the bumps which should provide a more predictable and gradual movement of any up or down value trends.
interesting.
September 12, 2014, 05:56:06 AM
where can i find a business plan with some dates?
September 11, 2014, 06:48:55 PM
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.
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.
Jump to: