Bitcoin Forum
June 17, 2024, 01:03:27 PM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: [1] 2 3 4 5 6 »  All
  Print  
Author Topic: Stabilized Bitcoin using eMunie economics  (Read 4245 times)
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 08, 2016, 11:59:21 PM
Last edit: February 09, 2016, 01:01:39 PM by Fuserleer
 #1

Here is an interesting and meaty post for everyone to chew on and provide some food for thought no doubt Smiley

Over the past couple of weeks I have been putting the final touches to the eMunie economic model (amongst other things). Despite some stiff arguments presented against it on a number of occasions, I was always confident that it would operate effectively in all but the most extreme of "black swan" events.

A few days ago I got to the point where it was feasible to test it out, the majority of the core economic algorithms and execution models had been implemented culminating in the completion of 3 years of heavy thought, notes, tweaks and sleepless nights Smiley

However, I obviously found myself lacking in test data, or the ability to generate it. To generate such data would require completion of the decentralized exchange and other systems, plus a lengthy process to generate such a data set which would allow confidence in the results.

Eager to test out our economics model, I decided to investigate if it would be possible to create a simulator that uses the eMunie economic model as is, using existing Bitcoin trade data to see if it was possible to "stabilize" the price of Bitcoin and review the performance of the economic model as a whole.

If such a volatile (and perhaps even manipulated) currency such as Bitcoin could be stabilized, then it is safe to assume that EMU (and any currency for that matter) could use our economic model to achieve the same goal.

Overview

The white paper which will explain our economic model in detail is not yet finalized and needs to include the most recent changes, which of course will take a little time to do. A basic overview of its operation is presented here which should allow sufficient understanding despite the lack of mathematical representation at this point.

In the following text EMU may be substituted for BTC, LTC or indeed any other digital currency.

The purpose of our economic model is to stabilize the price of EMU over the short term, providing protection against legitimate large movements which may disrupt the price and inadvertently snowball into a panic buy or sell, as well as "pump and dumps", manipulation and similar for-profit activities, whilst allowing long term price trends to proceed unhindered.

The primary components to achieving the above goal are a system buffer and "token" functionality. An additional preferred component is an exchange integrated into the economy which can be "trusted" to provide legitimate trade data.

The economic model is decentralized and bound by a set of rules and consensus and is autonomous.  No party has any control of the economic model, nor the funds available in the various buffers.

In the eMunie platform this exchange is decentralized and built into the platform natively, and all user actions and trades are validated by the network as well as the regular transactions, providing a trustworthy entity by which the economics can operate.

Stability Target

The stability target dictates the maximum desirable price movement of EMU over the duration of a year as a percentage. The economic model will attempt to keep within bounds of this target to the best of its ability.

This target is used at a much granular level most of the time, and it is easy to calculate the corresponding desired maximum movement over any period of time.

For example if the annual target was 10% and one wanted to calculate the daily allowed movement, it is simply 10% / 365 (or 366 for a leap year).

Delta targets are also used extensively, and provide a means to determine what the maximum allowed movement during two points in time may be.

Pressure

Trades on the exchange are converted to buy/sell pressure metrics which the economics model uses to determine both the estimated supply figures for that moment in time, and whether it needs to take action to ensure the price stays within target bounds.

A pressure metric in its simplest form is a percentile delta between the current and last trade for EMU in a particular currency pair (EMU/USD).

For example, if the last trade price was $1 and the next is $1.1 then there is a pressure of +10%. If the prices $1 and $0.90 then there would be a pressure of -10%.

Supply

The economics model can function in both fixed (such as Bitcoin) and elastic supply economies.

eMunie employs an elastic model that responds to "pressure" signals from the decentralized exchange, which are in turn used to calculate the supply/demand estimates at any point in time.  In the case of a supply deficit, a quantity of new supply being created and distributed to the various actors in the system as per a set of defined rules, an excess of supply results in EMU currency being burned by the system.

Tokens

Whether an exchange is decentralized or not, tokens that represent real world currencies are required so that users can "cash out" of EMU. This may be for a period of time as a strategy to maximize their position, or to exit the economy completely by later exchanging those tokens for their real world counterparts.

As eMunie is intended to operate almost completely isolated from existing centralized infrastructure, these tokens that represent fiat currencies are used extensively. Users that wish to cash out entirely would exchange these tokens for the real world counterparts via our TRAID system.

In the case of Bitcoin, these tokens are currently exchanged for fiat by the exchange at which they are held. Should Bitcoin ever advance to using decentralized exchanges and fiat currency on/off ramps, "colored coins" would suffice for use as these tokens.

Buffer

The buffer should receive a portion of all new EMU supply, allowing it sufficient funding to perform its task, and this portion should be significantly higher than any feasible holding by another entity in the system. In the case of the simulated tests, this buffer was set to 10%.

The buffer should receive real time trade information from the exchange, including the buy/sell pressure of that trade and the currencies being traded.

If the pressure percentile of that trade would exceed the allowed delta target, then the buffer is used by the economic model to fill that trade.

As the buffer will be both buying and selling EMU, it not only needs to have a quantity of EMU itself but also be able to hold various "tokens" that represent currencies such as USD which are being traded for EMU.

A critical feature of the buffer is that it is the only party who is allowed to convert digital currency to fiat currency tokens and vice versa, and do so in a frictionless manner without cost. All other parties in the system must trade their USD tokens on the exchange for other currency tokens, assets or EMU.

To maintain balance, should the buffer require some USD tokens, it will convert a quantity of EMU it holds into USD tokens at the current EMU->USD price and record it in a FIFO (first in first out) queue for future use. If later it is required that some USD tokens it holds should be converted back to EMU, it polls the EMU->USD FIFO queue and converts back to EMU using the values stored in those records.

This ensures that the buffer does not profit (or incur loss) from conversions and upset the balance of the system as would be the case if USD was converted back to EMU at the current rate, rather than the rate at which it was made.

Buffer Trades

The buffer only intervenes and fills trades if the pressure of that trade exceeds the target delta since the last trade. In the case that the pressure is beyond bounds the buffer fills the trade at the current maximum allowed ask as per the delta, which then becomes the current price for EMU.

For example assume the current EMU price is $1, the last trade was 1 day ago, and the max daily target delta is 1%. ($0.01) If a trade were now presented to buy at $1.10 per EMU, the buy pressure would be 10%, 9% more than the allowed delta.

The buffer would then sell EMU at $1.01, filling the trade and setting the current price to $1.01, which is the maximum allowed by the delta.

Likewise, if a sell was presented at $0.90 per EMU the sell pressure would be 10% (or the buy pressure -10%) and exceeds the allowed delta of 1%. The buffer would fill that trade by buying the EMU at $0.99 (converting EMU to USD tokens if needed at the current rate of $1.00)

Bitcoin Data

I sourced the Bitcoin trade data from http://api.bitcoincharts.com/v1/csv/ which has data from a number of exchanges and currencies from as far back as 2010. This data is simply formatted as the trade time, the amount of BTC being traded and how much for in a particular currency.

As far as I can determine, this data is every trade that ever happened on the exchange in question. I have been able to find all my past BTC trades that I have made on exchanges within this data set.

To ensure that the economics model can sufficiently handle multiple trade currency types, trade data for USD and CNY was used.

The USD trade data consists of 58M trades made between Sat, 09 Oct 2010 and Tue, 19 Jan 2016 for the major exchanges during that time, namely Bitstamp, Bitfinex, BTCe, Coinbase, Lake, and MtGox.

The CNY trade data consists of 274M trades made between Mon, 13 Jun 2011 and Tue, 19 Jan 2016 for the two major exchanges of OKCoin and BTCChina.

Data Usage

The trade data is fed to our economics model in series, effectively replaying the trades in the order they happened at many multiples of real time.

To counter the phenomenon of varying price across exchanges, and the arbitrage opportunities that come with it, the data was presented in batches from the same exchange for the same timestamp.

Say that Bitstamp had 3 trades at UNIX time 1307942004, and Coinbase has 6. The 3 Bitstamp trades would be applied together, with the 6 Coinbase trades applied after, and so on until all trades for all exchanges and currencies at UNIX time 1307942004 had executed.

Without this batching, the stabilized price of BTC has an small amount of constant "jitter" which was undesirable, with it this "jitter" is eliminated.

A secondary effect due to this phenomenon also needs to be considered when calculating the pressure percentiles. All pressure percentiles should be calculated only from historic data pertaining to the exchange which that trade originated.

In the case of a trade from Bitstamp, if the most previous trade executed occurred on Coinbase, a historic search should be made for the last trade that occurred on Bitstamp and the pressure percentile calculated accordingly.

Emulating Bitcoin

To ensure as close a simulation to Bitcoin as possible, we also simulated Bitcoins supply emission and the rate at which they were generated including halving. 10% of the supply emission was directed to the buffer as already stated, with the remainder going into circulation.

Initial Parameters

The simulation was executed with the first trade occurring on Sat, 09 Oct 2010 02:07:18 GMT which was made at MtGox and was the first purchase of BTC for $0.10.

The quantity of BTC in existence at this moment in time was approximately 4,205,200, 10% of this (420,500) was allocated to the buffer.

A stability target of maximum 10% was specified.

Results

The first test was the processing of USD trades only, and the results were extremely encouraging and interesting to say the least.

After the processing of the 58M trades over the course of almost 6 years, the ending BTC price on the last trade was $0.10085, almost exactly the same as the starting price of $0.10.

Over the course of all the trades, the low and high BTC price was $0.0983 and $0.10321 respectively. Which is obviously extremely stable when considering how volatile BTC has been due to its varying trends and amid large pump and dumps and manipulations.

Also of interest is the fact that at no point was the buffer in danger of expiring its resources, with the minimum and maximum available BTC quantities held by it being 420,500 and 999,126 respectively.  Due to 10% of the BTC issued from block rewards being directed to the buffer, its cumulative purchasing power never actually dropped below the initial value.

The CNY + USD simulation is currently executing, and due to the number of trades (over 320M) it is expected to be completed sometime in the next 12-18 hours. I'll report back with the results of that simulation when it has completed, but as of right now, the results look to be very similar to the USD only simulation.

Some other simulations I would like to run include reducing the buffer allocation and stability targets as low as possible while ensuring stability.

The data sets for these simulations will also be made available for download in MySQL dump format soon, and we will be constructing a basic presentation website where this data can be navigated and queried in a more human form via candle graphs and other charting methods.

Final Thoughts

Application of our stabilizing economic model to Bitcoin unfortunately has some fundamental consequences and I am not suggesting that Bitcoin should do it. The use of its trade data was purely to test our model with intense real world data giving us confidence in the model and the algorithms that power it, and also as a curiosity experiment with regard to Bitcoin.

Perhaps the most critical issue that would prevent any implementation of such a stabilizing model into Bitcoin, is the almost total destruction of the mining economy, which is fuelled by the speculative trading brought about by Bitcoin's fixed rate of supply emission.

In order to supply miners with an incentive should a stabilizing economic model ever be applied, Bitcoin would have to adopt an elastic supply model that, like eMunie, reacts to supply and demand instead of its current fixed emission policy.

Miners then would be rewarded not by an increase in the value of the BTC they hold, but by an increase in the amount of BTC that they hold instead.

Thoughts?

Peachy
Full Member
***
Offline Offline

Activity: 179
Merit: 100



View Profile WWW
February 09, 2016, 04:28:18 PM
Last edit: February 09, 2016, 04:45:11 PM by Peachy
 #2

Ok, So I took the USD txns that Dan did from his simulation of BTC using the eMunie economics and aggregated the trades to a monthly open/high/low/close stock chart view.

Here's the BTC chart for reference (like we need reminding of what volatility looks like):  

Bitcoin (weekly view since Aug 2011) http://imgur.com/YYGsEjO
Low $2.22 / High $1163

Here's the view if BTC was using the eMunie economics method (Baseline start cost $0.10): http://imgur.com/cMIHT2P

min/max btc (from the chart above): $2.22/$1163 (delta: 1160.78 or 1160780.00%)

min/max emu (from the chart above): $0.09832/$0.10322 (delta: 0.0049 or 4.9%)


RADiX (formerly eMunie): The future of money
franky1
Legendary
*
Offline Offline

Activity: 4256
Merit: 4528



View Profile
February 09, 2016, 04:44:18 PM
 #3

your model may have many fancy rules to control supply and demand, but you cannot control peoples desires.

even if you had rules to stop people selling if the price dropped. that is called ignoring orders..

also to note. by you controlling what is acceptable price movements, and you controlling the supply and demand, breaks many freemarket rules, and wont be a benefit to the community.
people would not use your exchange if you were ignoring or delaying peoples desires, even if the point would be to avoid price dumps.. and so your supply would drop out because people cant trade or react to price movements. which would affect the results because you wouldnt have the supply that was there in the historic data.

so the supply that might be used to hold up a resistance point to prevent prices from dropping would get weaker. because less users are trusting you with their funds.

people who dont withdraw, would instead change their values of their order to try getting into the 10% target rule just to get their order processed, even if it means losing out.

the end result would that once you do the first tweak. and ignore the first order. you can no longer rely on historic data.. people will move funds out or change their orders and so anything after 2011 is irrelelevant as the human element which you ave not factored in. would have changed orders.

so although your economics may look good on paper, i feel you are lacking in the social impacts of economies, which i do not think that you have added as a variable that can totally change any results you have created using logic alone.

EG

say i had 6 orders in historic data (b)=buy
(b) 0.105cent
(b) 0.102cent
(b) 0.098cent
(b) 0.096cent
(b) 0.094cent
(b) 0.092cent

lets say that was a historic trend where on a tuesday. you had a rule that no trades would be processed below 0.095. those last 2 trades wont just sit there as a unprocessed order creating a resistance point.. those trades would either get canceled and withdrawn so they can buy coin elsewhere at their desired price. or they would at worse change the price to be 0.096 just to force the order through.

by wednesday.. historic data is irrelevant as its no longer valid, different people are trading at different prices that history.
(its like the butterfly effect of time travel.. change one thing can change history)

i dont think you have thought about the butterfly effect of changing history

I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER.
Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 04:52:06 PM
 #4

your model may have many fancy rules to control supply and demand, but you cannot control peoples desires.

even if you had rules to stop people selling if the price dropped. that is called ignoring orders..

also to note. by you controlling what is acceptable price movements, and you controlling the supply and demand, breaks many freemarket rules, and wont be a benefit to the community.
people would not use your exchange if you were ignoring or delaying peoples desires, even if the point would be to avoid price dumps.. and so your supply would drop out because people cant trade or react to price movements. which would affect the results because you wouldnt have the supply that was there in the historic data.

so the supply that might be used to hold up a resistance point to prevent prices from dropping would get weaker. because less users are trusting you with their funds.

people who dont withdraw, would instead change their values of their order to try getting into the 10% target rule just to get their order processed, even if it means losing out.

the end result would that once you do the first tweak. and ignore the first order. you can no longer rely on historic data.. people will move funds out or change their orders and so anything after 2011 is irrelelevant as the human element which you ave not factored in. would have changed orders.

so although your economics may look good on paper, i feel you are lacking in the social impacts of economies, which i do not think that you have added as a variable that can totally change any results you have created using logic alone.

EG

say i had 6 orders in historic data (b)=buy
(b) 0.105cent
(b) 0.102cent
(b) 0.098cent
(b) 0.096cent
(b) 0.094cent
(b) 0.092cent

lets say that was a historic trend where on a tuesday. you had a rule that no trades would be processed below 0.095. those last 2 trades wont just sit there as a unprocessed order creating a resistance point.. those trades would either get canceled and withdrawn so they can buy coin elsewhere at their desired price. or they would at worse change the price to be 0.096 just to force the order through.

by wednesday.. historic data is irrelevant as its no longer valid, different people are trading at different prices that history.
(its like the butterfly effect of time travel.. change one thing can change history)

i dont think you have thought about the butterfly effect of changing history

Just to clarify in case of misunderstanding, there are no rules that stop people from selling.  Orders will always be filled either by matching orders from other users, OR the buffer.

If the buffer does not have enough reserves, then that trade is able to move the price freely (assuming it is filled).  The buffer is not an infallible mechanism, nor does it attempt to halt trading on the event that it can't operate.

Example, if the buffer is out of reserves, the current price was $1 and a sell was posted @ $0.50...that sell would execute providing someone other than the buffer wanted to buy at that price.  The price of the asset would then be $0.50, even though it is well below the preferred minimum.

If then at that point the buffer was to get an amount of resource, it would not attempt to bring the price back to near $1, it would apply its preferences from the $0.50 price point that just occurred.

Does that improve your understanding?

Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 04:56:56 PM
 #5

Also, I chose the BTC test data as a source as it contains almost an entire spectrum of human trading behavior at the extreme.

A more stable currency will have a more predictable trading behavior, which in turn amplifies the stability of the currency further as a matter of course.  The live BTC data used was probably the most chaotic and difficult to stabilize, and as no order sentiments were modified (only the relative price/pressure), or dropped, it got a real work out.

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
February 09, 2016, 04:58:39 PM
 #6

Who exactly is funding the "buffer" (and why)?

(this is starting to look more and more like BitShares to me)

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 05:00:50 PM
 #7

Who exactly is funding the "buffer" (and why)?


The system funds itself by directing a percentage of new supply created into the buffer.  In the case of an oversupply due to dropping demand, the system burns currency from the buffer.  Should the trend reverse and there be a supply deficit once more, it will receive its percentage of new supply once again.  Rinse...repeat.  (this was omitted from the Bitcoin simulation to ensure it was more in line with Bitcoins behaviour)

The token assets are then created by converting the base currency (BTC in our test, EMU in the real thing) back and forth between these token assets that represent real world currencies on demand.  

Only the system can do this direct conversion, no one else, not me, not you, your mother, or your dog.

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
February 09, 2016, 05:03:13 PM
 #8

That seems to imply that these new funds actually "have a value" but why do they?

(if no-one wants to buy them then their value would be nothing)

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 05:04:15 PM
 #9

That seems to imply that these new funds actually "have a value" but why do they?

(if no-one wants to buy them then their value would be nothing)


New supply is created because there is a shortage of supply due to increasing demand.

So actually they do have value.

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
February 09, 2016, 05:05:01 PM
 #10

New supply is created because there is a shortage of supply due to increasing demand.

So actually they do have value.

So if there is no demand then no new supply is created?

Correct?

(this kind of circular logic is exactly what BitShares uses)

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 05:07:10 PM
 #11

New supply is created because there is a shortage of supply due to increasing demand.

So actually they do have value.

So if there is no demand then no new supply is created?

Correct?

(this kind of circular logic is exactly what BitShares uses)


Yes correct.

Heh, I don't think its unique to Bitshares, this is standard supply/demand market mechanics which can and is applied to anything and everything daily and has been around for centuries!

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
February 09, 2016, 05:08:10 PM
 #12

So - the point that I am making is that you are assuming that there will be demand.

But - there may not be at all (in which case your modelling isn't really very relevant IMO).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 05:13:28 PM
 #13

So - the point that I am making is that you are assuming that there will be demand.

But - there may not be at all (in which case your modelling isn't really very relevant IMO).


I'm not sure how the level of demand has any bearing on the functioning of the stability mechanics as explained.

If demand is dropping then the price is allowed to drop with it, if its dropping too fast, then the buffer resources are used to prop it up a little in an attempt to ride it out.  If demand continues to drop and the price with it, the buffer will cease intervening and allow the market to set the price unhindered.

If there is little or no demand, that price may well be zero, and it would not be prevented.

Its designed to iron out the short term bumps, if the long term trend is down, then down the price will go!

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
February 09, 2016, 05:26:14 PM
 #14

My point is that governments such as China have tried and are failing to stop their stocks from falling (despite injecting billions of RMB per day).

No amount of manipulation will work - if it did we would never have had the GFC nor what is coming (which I think is going to be worse).

If you really have something that works better than all the other professionals in the world that do this stuff can come up with you truly deserve a Nobel prize.

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 05:32:03 PM
 #15

My point is that governments such as China have tried and are failing to stop their stocks from falling (despite injecting billions of RMB per day).

No amount of manipulation will work - if it did we would never have had the GFC nor what is coming (which I think is going to be worse).

If you really have something that works better than all the other professionals in the world that do this stuff can come up with you truly deserve a Nobel prize.


And as I've stated, it's not the intention to stop the price from falling indefinitely if that is really what the market wants, that would rightly be a ridiculous objective.

But smoothing out the short term, in a controlled (not manipulated) manner is most certainly desirable IMO.  Or does everyone want speculative, manipulated crypto-currencies behaving more like commodities, that will never see mass market use because of the resulting massive volatility?

Another issue that faces traditional monetary systems is that the feedback loop is full of delays.  By the time the controlling authority has all the information about what the economy is doing and makes a decision on what the best course of action is, the economy is already doing something totally different.

In a system such as this, there isn't that large delay, its to the minute (or even second) information on economic behavior, thus the reaction to it will be more relevant and be more efficient.

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
February 09, 2016, 05:35:14 PM
 #16

Another issue that faces traditional monetary systems is that the feedback loop is full of delays.  By the time the controlling authority has all the information about what the economy is doing and makes a decision on what the best course of action is, the economy is already doing something totally different.

In a system such as this, there isn't that large delay, its to the minute (or even second) information on economic behavior, thus the reaction to it will be more relevant and be more efficient.

It's hard to say - the way China has been trying to handle their share market melt down is to shut it down nearly every other day (and that isn't working if you hadn't noticed).

I would agree that there is little point in "delaying things" as you just end up with a "train-wreck in slow motion" (which is exactly what we are seeing in regards to the Chinese stock market).

But overall if the sentiment is overwhelmingly negative there is really nothing you can do to stop the downward trend.

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 05:37:32 PM
 #17

Another issue that faces traditional monetary systems is that the feedback loop is full of delays.  By the time the controlling authority has all the information about what the economy is doing and makes a decision on what the best course of action is, the economy is already doing something totally different.

In a system such as this, there isn't that large delay, its to the minute (or even second) information on economic behavior, thus the reaction to it will be more relevant and be more efficient.

It's hard to say - the way China has been trying to handle their share market melt down is to shut it down nearly every other day (and that isn't working if you hadn't noticed).

I would agree that there is little point in "delaying things" as you just end up with a "train-wreck in slow motion".


But you don't know immediately if its a train wreck, or some whale trying to dump the price for his own gain.

If its a whale, and you can out play him, then isn't that better for the currency and everyone as a whole?

After a period of time, it'll become apparent if its a colluded play, or the real deal and at that point the best action can be taken.

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
February 09, 2016, 05:38:57 PM
 #18

But you don't know immediately if its a train wreck, or some whale trying to dump the price for his own gain.

When it is the government that is shutting down the trading day after day (and trying to buy enough to stop the drops) then you know it isn't just a whale (they would have executed such a whale here most likely).

We are facing "the real deal" in terms of another economic crisis about to hit us.

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
February 09, 2016, 05:43:10 PM
 #19

But you don't know immediately if its a train wreck, or some whale trying to dump the price for his own gain.

When it is the government that is shutting down the trading day after day (and trying to buy enough to stop the drops) then you know it isn't just a whale (they would have executed such a whale here most likely).

We are facing "the real deal" in terms of another economic crisis about to hit us.


Well thats China's problem not mine Smiley

My problem is discovering a method that limits manipulative opportunities while still allowing the market to speak as a whole...and I believe the above does so.

franky1
Legendary
*
Offline Offline

Activity: 4256
Merit: 4528



View Profile
February 09, 2016, 05:46:11 PM
 #20

creating supply.. hmm
so this is not bitcoin at all and nothing to do with making bitcoin stable, and more so to control volatility of an altcoin you create.
ok got it.

so when there is demand, you create new supply.. ok well your altcoin is now not deflationary but just another fiat emulator. and has lost its purpose as a competitor to bitcoin.

though maybe using some technologies of blockchain i presume, it wont be a replacement of bitcoin, but more so aimed at updating the fiat system

im sure a government may adopt your EMU coins as a national currency(maybe). where supply is no longer created via credit agreements, but instead the demand the population.

I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER.
Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
Pages: [1] 2 3 4 5 6 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!