[ANN] Freicoin: demurrage crypto-currency from the Occupy movement (crowdfund)

[galambo]

To those of you wondering why I'm posting these graphs, heres a little hint as to my motivation...

[jtimon]

[edit] I found in another thread that it is assessed at the time of transaction based on how long it has been held. What is to stop someone from simply holding it indefinitely as a backing for another currency like for instance, phycical bitcoin? If everyone did that, it would be a nightmare knowing how much a physical coin would be worth.

Although the coins "are still there" accounted in the chain, not all of them will be spendable. For example, if an output contains 10 fcn but has been frozen for a year, anybody (not only the owner) can know that the owner will spend at most 9.5 fcn (considering 5% demurrage). So anybody can know at any given time how many freicoins can be spent. Lost wallets can be ignored after all the funds have been consumed through demurrage, effectively recyclign them.

Wow, really interesting read, though I have the impression I have read much of it before or read some other stuff maybe that says much of the same.

I am guessing that he is not of the/an "Austrian" persuasion? If not (as seems to me a reasonable guess), can anyone point me to the most apropos, direct, pithy, and relevant "Austrian" counterargument (or "debunking", maybe, they might say imply or imagine)?

I've been asking for this many times in the deflation thread (locked in the economic subforum, interesting discussions about it there), but it seems that no austrian has really taken Gesell seriously enough for a formal critique. The few times you find it is to say something like "Keynes listened to him, but he was even crazier". Followed by some stupid thesis that didn't really belonged to Gesell.
I think Mises, Gesell and Keynes were more or less contemporary, but I don't think that Gesell and Mises knew each other's theories. Keynes and Gesell talked to each other through letters and Gesell predicted the failure of "Keynes-money" (actually he wasn't the first to propose it).
Although Gesell was mostly libertarian, he believed that money was a natural monopoly and thus one of the few legitimate functions of the state.
I like E.C. Riegel critique to statist money, I have to end his "The new approach to freedom" and his other books.
I've been trying to synthetize austrian theory with Gesell's theory on interest and I've come to the conclusion that an elastic money supply is not necessary (or desirable), only demurrage. You don't need to maintain stable prices, just avoid runaway deflation caused by hoarding. Well, just discourage hoarding through demurrage. Thanks to all the bitcoiners that have been (and currently are) discussing it with me in the deflation thread, it has been really useful and instructive for me.

The demurrage fees go to miners, the people that maintain the security of the network. What's wrong with that?
Why transaction fees are so much more legitimate?

You want something like 4% to 5% of the market cap per annum to go to securing the network?!?!?! Sheesh, consider merged mining or something, please! Such a percent seems a ridiculously expensive proposition.

EDIT: Bear in mind too that if you do in fact stimulate greater "velocity" that likely also means more transaction fees? Or is the plan to have no fees just the demurrage?

Please do make it merged-mineable, if you must give 4% to 5% to miners each year, it might really help small miners who scrounge up the cash for a Jalapeno coffe-warmer to cover their coffee-warming costs once everyone and their dog has at least a few Jalapenos and maybe a larger unit or few in the family (footwarmers and such, y'know...)

Take into account that 5% of the market cap is not the same with velocity 1 that with velocity 20. Velocity pushes prices high, so the coins that miners get are worth less. The percentage of the economy that are the miners is lower with a higher velocity, and we expect a high velocity.
5% of the money supply with V=20, would be 1/400 of the GDP (well, not really the GDP, as the austrian Jesús Huerta de Soto tells us, that's not gross at all, it's focused in final consumption instead of production). I'm making up the numbers, it's just an example.

Of course, we also rely on merged mining. That allows all chains involved to save resources at no cost, not having it would be wasteful.

Transaction fees are allowed but since miners are already rewarded, they won't be as sensible to fees as bitcoin (after the whole base is issued).
I expect low fees and many transactions without fees at all (after all, users are already paying demurrage fees).
The reason for the number is an historical analysis made by one authout I don't remeber and that Gesell cites to have an estimation of the "basic interest", discounting inflation and risk premiums somehow. Of course, that analysis excludes after-Keynes money, in which rates are directly manipualated by the issuing authority.

[markm]

Ok so how many coins per block are to be created and will that number ever change if so how much and on what schedule?

Also, in line with someone else's question, I too am interested in how exactly the demurring is to happen.

I still think it might be easier to always relate quantity to time, so that one can write constants in the blockchain and compute the actual number those constants represent at any arbitrary moment in time by reference to the calendar. That way the blockchain never has to care that the X binary number transferred from one account to another happens to represent 10 dcoins one year, 9.5 dcoins the next year and so on.

When for example we write contracts saying "will pay 10 dcoins on 3 years time" the binary representation of the number will reflect the fact that the underlying binary number today read/displayed as 10 would not read as 10 in 3 years time. The contract would thus, if expressed in the constants the blockchain uses, show a value that will only be equal to 10 in three years time; at the current time that same presentation would actually be displayed as more than 10.

This will in fact serve to constantly emphasise to anyone who actually looks into the internal workings of the system the fact that future money is worth more than current money. (9.5 a year from now is the same as 10 now, in the internal representation.)

-MarkM-

[jtimon]

Ok so how many coins per block are to be created and will that number ever change if so how much and on what schedule?

That's to be decided. If the reward was constant, it would take to long for the monetary base to converge to the maximum. See the discussions abouve in this thread.
What we want is to stop inflation earlier, but there's many possibilities for that.

Also, in line with someone else's question, I too am interested in how exactly the demurring is to happen.

I still think it might be easier to always relate quantity to time, so that one can write constants in the blockchain and compute the actual number those constants represent at any arbitrary moment in time by reference to the calendar. That way the blockchain never has to care that the X binary number transferred from one account to another happens to represent 10 dcoins one year, 9.5 dcoins the next year and so on.

When for example we write contracts saying "will pay 10 dcoins on 3 years time" the binary representation of the number will reflect the fact that the underlying binary number today read/displayed as 10 would not read as 10 in 3 years time. The contract would thus, if expressed in the constants the blockchain uses, show a value that will only be equal to 10 in three years time; at the current time that same presentation would actually be displayed as more than 10.

This will in fact serve to constantly emphasise to anyone who actually looks into the internal workings of the system the fact that future money is worth more than current money. (9.5 a year from now is the same as 10 now, in the internal representation.)

Yes, this is how it works.
What is written in the chain is the amount at that block. To calculate the amount of "real" coins of an output at a given block you only need to know the output's value and the block number in which that output appeared.

Example:

In block number 100, it is written 10 in the chain.
A year after, the chain still contains 10. But if you move them, the new block will put 9.5.

[markm]

Also, in line with someone else's question, I too am interested in how exactly the demurring is to happen.

I still think it might be easier to always relate quantity to time, so that one can write constants in the blockchain and compute the actual number those constants represent at any arbitrary moment in time by reference to the calendar. That way the blockchain never has to care that the X binary number transferred from one account to another happens to represent 10 dcoins one year, 9.5 dcoins the next year and so on.

When for example we write contracts saying "will pay 10 dcoins on 3 years time" the binary representation of the number will reflect the fact that the underlying binary number today read/displayed as 10 would not read as 10 in 3 years time. The contract would thus, if expressed in the constants the blockchain uses, show a value that will only be equal to 10 in three years time; at the current time that same presentation would actually be displayed as more than 10.

This will in fact serve to constantly emphasise to anyone who actually looks into the internal workings of the system the fact that future money is worth more than current money. (9.5 a year from now is the same as 10 now, in the internal representation.)

Yes, this is how it works.
What is written in the chain is the amount at that block. To calculate the amount of "real" coins of an output at a given block you only need to know the output's value and the block number in which that output appeared.

Example:

In block number 100, it is written 10 in the chain.
A year after, the chain still contains 10. But if you move them, the new block will put 9.5.

We cannot know the actual new block; that could change at any time, depending on the discovery of alternate branches, resulting in re-orgs.

That is why I am suggesting the blockchain use constants; on the blockchain, 10 still says 10 no matter what block it ends up in. The demurrage is coded into the display/interpretation of what the value 10 actually means at different times.

Basically I am suggesting the numbers in the blockchain record how many "at the time of the epoch" d-coins are involved, not how many "at some other moment in time" d-coins are involved.

We could use the unix epoch even, recording in the blockchain how many January 1st 1970 d-coins are involved. The number of as of that block coins that amounts to can be computed for display by comparing that block's datestamp to the epoch, and the amount as of today can be computed for display by comparing the number recorded in the blockchain to the current unix time.

The number of epochal coins need never change, all that needs to change is how many coins that would have amounted to, does amount to, or will amount to at any given moment.

The chain thus need not care how long it takes a transfer of 10 epochal coins to get recorded in the chain; that number does not change. ten epochal coins arriving today or ten epochal coins arriving next year are still ten epochal coins.

What changes is how many actual d-coins that many epochal coins amount to at each moment in time. That goes down. But the blockchain need not care about that. If you want the number of actual as of that time d-coins minted each block to stay the same, increase the number of epochal (blockchain-recorded; blockchain-notation) coins minted in that block to compensate for the demurrage (the conversion rate at that time between blockchain-notation aka epochal coins and at-a-given-moment-in-time d-coins).

To the users, this will look the same, but to the blockchain, it eliminates all the problems of re-orgs causing changes in numbers recorded in the chain. I still send you X number of this-moment d-coins which by the time you receive them will have demurred to less d-coins, but the blockchain is entirely unecumbered by all that, as it need only exist in the display and input conversions/functions.

-MarkM-

[cbeast]

So how would you make physical Freicoin like Bitcoin can? If you pay someone with a physical Freicoin, a Freicoin created last month would be worth less than one created this month. Seems like there really is no convenient way to use Freicoin offline.

[markm]

A physical freicoin could instead of periodically applied stamps like old paper implementations of demurrage currency sometimes used instead have a display on it and a clock in it, so that it constantly counts down the number of freicoins it is worth moment by moment, graphically showing its constant decay.

Internally though, it has private key of a fixed number of epochal coins. It is the constant demurrage of that constant number of epochal coins that causes the change in the given-moment number of at-that-moment freicoins.

This might even be better for urging people to spend quickly than the stamps systems were, since instead of "it is friday, remember tonight they go down in value" people will see moment by moment the constant eating away of the value.

-MarkM-

[cbeast]

A physical freicoin could instead of periodically applied stamps like old paper implementations of demurrage currency sometimes used instead have a display on it and a clock in it, so that it constantly counts down the number of freicoins it is worth moment by moment, graphically showing its constant decay.

Internally though, it has private key of a fixed number of epochal coins. It is the constant demurrage of that constant number of epochal coins that causes the change in the given-moment number of at-that-moment freicoins.

-MarkM-

TSA agent: "What is that device in you pocket counting down numbers?"
FRC holder: "That's just money I'm going to use where there is limited internet."
TSA Agent: "Place your hands on your head."
 

[jtimon]

...the discovery of alternate branches, resulting in re-orgs
...
We could use the unix epoch even, recording in the blockchain how many January 1st 1970 d-coins are involved.
...

I wasn't understanding what you meant. Let me think more about it.

So how would you make physical Freicoin like Bitcoin can? If you pay someone with a physical Freicoin, a Freicoin created last month would be worth less than one created this month. Seems like there really is no convenient way to use Freicoin offline.

The public address should be visible for recipients to be able to check the current value and the holders can include add funds instead of sticking stamps if they want to keep a round denomination. Not very practical.
Yes, physical bitcoins are superior. Is that really so important? People are paying with phones in Kenya.

[ripper234]

FYI, I added Freicoin to the Wikipedia article about Demurrage.

I still don't get the distribution plan of Freicoin. How do you plan to make it wildly used? There are clear incentives to acquire Bitcoin, while I see no incentive to acquire any Freicoin. Without such incentives, the project will die out eventually, won't it?

[markm]

My guess is that freicoin would need to be pushed rather than pulled. Notably absent from the nice book with all the nice stories from different types of people about why they like it how good it is for them etc is a detailed examination of the circumstances of its printing. Some magical money-management office supposedly watches some kind of price indicators or something and prints as much or as little as is needed to stabilise prices, but no examination is there of how much their buddies benefit from being the first people to get their hands on the newly printed money type of effects which seem to be one of the main complaints about the "print more money" method of making money constantly drop in value.

If people actually want money, rather than merely wanting the match-up-with-trading-partners function money in its capacity as a medium of exchange provides, they presumably would choose bitcoin. So it seems to me likely it is up to those who are giving out the money to push freicoin, so that bitcoin is just another thing one can choose to spend it on. Given bitcoin, I am not sure how to motivate people to spend it on freicoin, but presumably who-ever is printing it, which usually seems to be assumed to be the government or community services offices, is going to prefer to spend it than to spend bitcoins.

Since the current implementation seems to plan to have the miners print the stuff, maybe some of them will buy hardware instead of buying bitcoins?

Normally the printer of a currency is the initial main backer of it; the government that prints it for example also offers to accept it in lieu of taxes.

So maybe we need mass production of dirt cheap ASICs one can buy with freicoin in lieu of a government that does the mining and accepts the coins as taxes? The ASIC factory runs lots and lots and lots of ASICs itself and sells them dirt cheap in limited quantities per family or something to try to make sure individuals or families hold, between them all, at least 51% of the total hashing power?

The whole business of the decay of the value of money forcing people to spend it seems to pre-suppose that someone does stick them with that kind of money in the first place. Thus that it is pushed rather than pulled: people don't go looking to buy some, they get stuck with it when they try to sell other things, presumably because it becomes easier to find someone willing to pay you in this stuff than it is to find someone who is willing to pay you in gold or silver (or, nowadays, presumably bitcoins or maybe even some kind of fiat whose inflation rate is less than the freicoin's demurrage rate).

Merged mining seems to make most of the altcoins that can be merged-mined almost free. It seems believable that people would prefer to pay you in coins they get pretty much free alongside the bitcoins their mines are primarily intended/used for than to give you bitcoins. I had in fact imagined that simply by occassional adding of yet more new blockchains to the merged mining mix the values of the merged altcoins would tend naturally to fall since more chains can be added any time supply of altcoins falls low enough for them to start growing in value. Freicoin would just be an altcoin specifically designed to go down in value even faster than most altcoins...

-MarkM-

[cbeast]

Now I have not been a fan of proof-of-stake, but in this case, if demurrage is included it could work. This would allow Freicoin to grow slowly without the worry of a 51% attack, yet would also encourage mining. Meni's proposal for proof-of-stake leverages mining blocks generated by Proof-of Work against stakeholders that control actual transactions, but not new blocks. This would allow hashrate to shift the power of stakeholders in the case that a malicious monopoly ocurred.

[Bitinvestor]

Freicoin would just be an altcoin specifically designed to go down in value even faster than most altcoins...

Freicoin is just another scam to prey on stupid people. Remember that they ask for $28,000 to do a simple fork of bitcoin...
 

[jtimon]

FYI, I added Freicoin to the Wikipedia article about Demurrage.

Thank you.

I still don't get the distribution plan of Freicoin. How do you plan to make it wildly used? There are clear incentives to acquire Bitcoin, while I see no incentive to acquire any Freicoin. Without such incentives, the project will die out eventually, won't it?

If you buy 100 btc at 0.01$ (all of them) and sell them a year after for 100$ (1$ for each btc), you've gained a lot.
If you buy 100 fcn at 0.01$ (all of them) and sell them a year after for 95$ (1$ for each fcn), you've gained a lot too.

I don't see how the initial incentive is so much better for bitcoin.

...Some magical money-management office supposedly watches some kind of price indicators or something...

You've probably read some other proposal on the freicoin forum.
No. Freicoin monetary supply is fixed after it has converged. In fact, more fixed than bitcoin's since it recycles lost coins through demurrage.
At convergence, the reward for the miners is equal to the total amount charged in concept of demurrage fees.

Again, freicoin is not designed to go down in value. The holder sees its funds decrease with time, but the unit itself doesn't. He just has less units.

[jtimon]

To those of you wondering why I'm posting these graphs, heres a little hint as to my motivation...

I'm curious. How this relates to freicoin or bitcoin?

[ripper234]

I still don't get the distribution plan of Freicoin. How do you plan to make it wildly used? There are clear incentives to acquire Bitcoin, while I see no incentive to acquire any Freicoin. Without such incentives, the project will die out eventually, won't it?

If you buy 100 btc at 0.01$ (all of them) and sell them a year after for 100$ (1$ for each btc), you've gained a lot.
If you buy 100 fcn at 0.01$ (all of them) and sell them a year after for 95$ (1$ for each fcn), you've gained a lot too.

I don't see how the initial incentive is so much better for bitcoin.

That's the wrong comparison. Freicoin value should be thought of as Bitcoin X USD (1 FC = (FC/BTC rate) X (BTC/USD rate)).
The reason for this should be obvious, but I can explain further if required (one word - psychology).

So, the right way to judge Freicoin speculation is "buy X Freicoin for Y BTC, and measure the value in BTC in a year". Is there any reason to believe that the ROI, when measured in BTC, won't be negative?

[Bitinvestor]

Is there any reason to believe that the ROI, when measured in BTC, won't be negative?

No, not at all. Here's how it will work:

• collect lots of $$$$$ from donations
• release the shitcoin and mine it for some time to collect lots of freicoins
• release promotional materials to create demand for freicoins
• dump freicoins and disappear

[smoothie]

Is there any reason to believe that the ROI, when measured in BTC, won't be negative?

No, not at all. Here's how it will work:

• collect lots of $$$$$ from donations
• release the shitcoin and mine it for some time to collect lots of freicoins
• release promotional materials to create demand for freicoins
• dump freicoins and disappear

+1 

[LoupGaroux]

Is there any reason to believe that the ROI, when measured in BTC, won't be negative?

No, not at all. Here's how it will work:

• collect lots of $$$$$ from donations
• release the shitcoin and mine it for some time to collect lots of freicoins
• release promotional materials to create demand for freicoins
• dump freicoins and disappear

Good old tried and true... what better way to promote your found interest in manipulative economics!

[jtimon]

I still don't get the distribution plan of Freicoin. How do you plan to make it wildly used? There are clear incentives to acquire Bitcoin, while I see no incentive to acquire any Freicoin. Without such incentives, the project will die out eventually, won't it?

If you buy 100 btc at 0.01$ (all of them) and sell them a year after for 100$ (1$ for each btc), you've gained a lot.
If you buy 100 fcn at 0.01$ (all of them) and sell them a year after for 95$ (1$ for each fcn), you've gained a lot too.

I don't see how the initial incentive is so much better for bitcoin.

That's the wrong comparison. Freicoin value should be thought of as Bitcoin X USD (1 FC = (FC/BTC rate) X (BTC/USD rate)).
The reason for this should be obvious, but I can explain further if required (one word - psychology).

So, the right way to judge Freicoin speculation is "buy X Freicoin for Y BTC, and measure the value in BTC in a year". Is there any reason to believe that the ROI, when measured in BTC, won't be negative?

It could be positive. Remember that freicoin starts from zero.
Even if you count your gains in bitcoins...

If you buy 100 fcn at 0.01/6 btc (all of them) and sell them a year after for 95/6 btc (1/6 btc for each fcn)

the deal is nice. Why bitcoin can rise in usage (and therefore price) and freicoin can't?