public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: "Jan Kučera" <kozuch82@gmail•com>
To: bitcoin-development@lists•sourceforge.net
Subject: [Bitcoin-development] Popularity based mining (variable block reward)
Date: Tue, 10 Dec 2013 17:23:01 +0100	[thread overview]
Message-ID: <CA+n47WKrAwbzb31YrHfytdNjKax9ixR2nT1Etw+UxsjLHqH08g@mail.gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1957 bytes --]

Hi there,

I am not sure this wont be considered as off-topic here, but I did not find
a better place to ask. My question is - has anybody here thought about the
idea of variable block rewards where mining would essentially be popularity
based? I mean in terms either improving Bitcoin's protocol or forking a
completely new coin? I think elasticity of money supply could bring more
exchange rate stability to the hypothetical new coin (say there'd be a
demand for such a coin). I am thinking of an alternative mining scheme
where block reward would grow (or decrease) with popularity of the coin.
The rationale behind this idea is to make an exchange rate more stable
since greater interest will not result in higher coin price.

Evidence clearly shows Bitcoin lacks some basic features of money and thus
behaves more like a commodity (read gold). I have been watching the
exchange rate for several months and the volatility simply does not seem to
go away... so it seems like something has to change in order to get a more
stable currency. I am not telling I want Bitcoin to implement this, I fully
understand that a philosophy of "one coin = never changing features" can be
present that is why I also speak about a fork.

Basically there would be no reliance on external data as the network itself
would decide on reward height and everybody node would be free to do so.
Each network node would determine the popularity on its own depending on
various factors (coin valuation/exchange rate, number of transactions and
many others) and basically come up with its own block reward value. It
would then want to see a new block being mined with such reward value. In
case such a block is mined, it will include it in its own chain. There'd be
some %s of tolerance for block reward value so that the system would not
collapse.

I may be completely wrong with my idea but am asking it this was spoken
before and what opinions do developers have.

Regards,
Jan

[-- Attachment #2: Type: text/html, Size: 2087 bytes --]

             reply	other threads:[~2013-12-10 16:23 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-10 16:23 Jan Kučera [this message]
2013-12-10 16:27 ` Jameson Lopp
2013-12-10 17:18   ` Jorge Timón

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CA+n47WKrAwbzb31YrHfytdNjKax9ixR2nT1Etw+UxsjLHqH08g@mail.gmail.com \
    --to=kozuch82@gmail$(echo .)com \
    --cc=bitcoin-development@lists$(echo .)sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox