public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Venzen Khaosan <venzen@mail•bihthai.net>
To: Aaron Voisine <voisine@gmail•com>
Cc: bitcoin-dev@lists•linuxfoundation.org
Subject: Re: [bitcoin-dev] The need for larger blocks
Date: Sun, 28 Jun 2015 23:37:18 +0700	[thread overview]
Message-ID: <559022BE.2060503@mail.bihthai.net> (raw)
In-Reply-To: <CACq0ZD5WV-J1H7QA0F2wnErXVFJ3MSxWtQidPhVwaxauoHQz_A@mail.gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06/28/2015 02:55 AM, Aaron Voisine wrote:
> On Sat, Jun 27, 2015 at 3:19 AM, Venzen Khaosan
> <venzen@mail•bihthai.net <mailto:venzen@mail•bihthai.net>> wrote:
> 
> 
> That is a false assumption. Given the increased adoption of Bitcoin
> by users and businesses during the past year, does the price chart 
> reflect greater value or price? Of course not, the price chart is
> at terminal lows. Fact not fiction.
> 
> 
> You're not taking speculative cycles into account. For most of 2013
> the price was in the $100 range. Adoption as a store-of-value is
> what determines the price over the long term, as with any monetary
> commodity.

Aaron, I am most definitely taking speculative cycles into account - I
write Bitcoin market analysis reports on a daily basis.

Since discussion is exploring notions of "value" and assumptions about
"what increases value" I will post the following.

You're correct to point to the speculative influence, since Bitcoin
having the fundamentals it does, and being a commodity that floats
freely in the market, without centralized control - plus being
unregulated - it is a speculator's wildest dream come true. In this
case its exchange value (to fiat) is based on social mood and
perception and not on underlying (fundamental) value. I think that is
what you imply, too.

What is specifically relevant to the wider discussion, is your mention
of *Commodity Money*, because the term accurately describes a major
facet of Bitcoin's function and role.

Bitcoin's exchange rate, as a commodity money floating freely in the
market, will go up and down according to speculative cycles and we
should conceptually separate its valuation in fiat terms, from its
fundamental value which is: mathematical consensus, cryptographic
transaction security and censorship resistance, etc. These values are
critically reliant on Bitcoin's *degree of decentralization* for them
to remain true and for Bitcoin to retain its meaning, and, therefore,
its value. That is what I point out when I say "greater adoption has
not reflected in the price chart". And that may remain the case for
evermore because the value is in the protocol, the blockchain and its
utility and degree of decentralization, not in the chart or the size
of the user base (however, I'm by no means proposing that the user
base be limited - only that it be grown with primary reference to the
requirements imposed by decentralization).

I argue that we already know what the value of Bitcoin is. In its
current form Bitcoin most likely fulfills 80% or 90% of its eventual
fully evolved value. Increased adoption will not strengthen the
fundamentals, so let's proceed with scaling that will safeguard
Bitcoin's fundamental value and implement protections that ensure
quality of decentralization.

Given the start of a new speculative cycle for Bitcoin and the
possibility of a global liquidity crisis in the coming months or
years, block utilization may increase more rapidly than suggested by
current trends. Utilization may ramp up in a spike, so I agree with
suggestions made here for starting tests of a larger blocksize
(2-8MB), or for speeding up blocktime (whichever is technically
preferred).

Gavin Andresen has committed (if i recall correctly) to tests of 8MB
blocks, so a different size test can be agreed by Core developers.
Once test data and fork outcomes can be reviewed then decision making
has actual parameters to proceed from.

Venzen Khaosan


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJVkCK8AAoJEGwAhlQc8H1m7c0IAKBjj3QHhBh5cqDKrVDpPsfv
GEdmjC4CVC+OCZR5TjJ71fsbx9s/9Yh1sglKPfKmInBbgUFeLuermpTnAC+GAEq9
rTPJgGKIIqax2vU9E8fLYrUC/uNk8wdB7PG50tQG+kOWATZOXWimy3Qi1hxOFLNI
bWhRlwIW4tO9HTz6M1WLNyv6T1G7eaUGskW3xODgmr69/ISbG4f/uv7Yy1leEu+r
64hwrswBkvIWeLvPJ3lkuA862HZxbLRkoehEpH3ULTUQ3bDJ1kUkSzi9Z4rwOfHG
p02hs69FVrfHckTtV7wQ4owHekiUT8hjob4V/3YrN0/qMGs4JmrxfyerfZ9GQ9o=
=hc1s
-----END PGP SIGNATURE-----


  reply	other threads:[~2015-06-28 16:37 UTC|newest]

Thread overview: 61+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-26 14:09 Pieter Wuille
2015-06-26 14:38 ` Venzen Khaosan
2015-06-26 15:22 ` Milly Bitcoin
2015-06-26 15:24   ` Pieter Wuille
2015-06-26 18:05     ` Jeff Garzik
2015-06-26 18:32       ` Milly Bitcoin
2015-06-26 15:38 ` Tom Harding
2015-06-26 16:22   ` Venzen Khaosan
2015-06-26 17:04     ` Tom Harding
2015-06-26 17:55       ` Gavin Andresen
2015-06-26 17:57 ` Jeff Garzik
2015-06-26 18:12   ` Pieter Wuille
2015-06-26 18:23     ` Jeff Garzik
2015-06-26 18:31       ` Mark Friedenbach
2015-06-26 19:05         ` Aaron Voisine
2015-06-26 18:34       ` Pieter Wuille
2015-06-26 19:18         ` Ross Nicoll
2015-06-26 19:36           ` Peter Todd
2015-06-27  6:13             ` Filipe Farinha
2015-06-27  7:14               ` Aaron Voisine
2015-06-27 15:13                 ` Peter Todd
2015-06-27 19:40                   ` Aaron Voisine
2015-06-26 18:47       ` Patrick Strateman
2015-06-26 19:03         ` Tier Nolan
2015-06-26 19:12           ` Mark Friedenbach
2015-06-26 20:44       ` Owen Gunden
2015-06-27  2:18         ` Eric Lombrozo
2015-06-27  2:54           ` Eric Lombrozo
2015-06-27  8:16           ` Venzen Khaosan
2015-06-26 18:29     ` Alex Morcos
2015-06-27  7:43 ` Wladimir J. van der Laan
2015-06-27  9:55   ` NxtChg
2015-06-27 10:04     ` Wladimir J. van der Laan
2015-06-27 10:29       ` NxtChg
2015-06-27 11:04         ` Jorge Timón
2015-06-27 11:18           ` Eric Lombrozo
2015-06-27 11:43             ` Jorge Timón
2015-06-27 12:10           ` NxtChg
2015-06-28 12:13             ` Jorge Timón
2015-06-28 13:51               ` Ivan Brightly
2015-06-28 14:13                 ` Eric Lombrozo
2015-06-28 14:16                 ` Eric Lombrozo
2015-06-28 14:22                   ` Ivan Brightly
2015-06-28 15:05                 ` Jorge Timón
2015-06-28 16:01                   ` Ivan Brightly
2015-06-28 15:28               ` s7r
2015-06-28 15:45                 ` Jorge Timón
2015-06-27 10:19     ` Venzen Khaosan
2015-06-27 19:55       ` Aaron Voisine
2015-06-28 16:37         ` Venzen Khaosan [this message]
2015-06-28 20:56           ` Aaron Voisine
2015-06-27 10:13   ` Jorge Timón
2015-06-27 12:09     ` Wladimir J. van der Laan
2015-06-27 12:15       ` NxtChg
2015-06-27 12:17         ` Greg Sanders
2015-06-27 12:25           ` NxtChg
2015-06-27 12:35             ` Greg Sanders
2015-06-27 12:25         ` Wladimir J. van der Laan
2015-06-27 12:50           ` NxtChg
2015-06-27 13:01             ` Wladimir J. van der Laan
2015-06-28 12:03       ` 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=559022BE.2060503@mail.bihthai.net \
    --to=venzen@mail$(echo .)bihthai.net \
    --cc=bitcoin-dev@lists$(echo .)linuxfoundation.org \
    --cc=voisine@gmail$(echo .)com \
    /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