public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Mike Hearn <hearn@vinumeris.com>
To: Eric Voskuil <eric@voskuil.org>
Cc: Libbitcoin <libbitcoin@lists.dyne.org>,
	Bitcoin development mailing list
	<bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Scaling Bitcoin conference micro-report
Date: Sat, 19 Sep 2015 21:57:40 +0100	[thread overview]
Message-ID: <CA+w+GKQK=aouA_05-GaypgZ9waF5OOF3xWn=V5ih6Mz08s37DA@mail.gmail.com> (raw)
In-Reply-To: <55FD225B.1050402@voskuil.org>

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

>
> Your argument is that the state is not a threat to a system designed to
> deprive the state of seigniorage, because the state will see that system
> as too important?
>

And so we get to one of the hearts of the debate.

The axiom upon which you and NxtChg disagree is this: he/she believes
governments can crush Bitcoin if they want regardless of how decentralised
it is, and you don't.

If one believes governments have the power to end Bitcoin no matter what,
then the only true protection comes from popularity. Governments find it
hard to ban things that are wildly popular with their voters. This is the
Uber approach: grow fast, annoy governments, but be popular enough that
banning you is politically risky.

If you don't believe that governments can end Bitcoin because of
decentralisation, then the opposite conclusion is logical: growth can be
dangerous because stateless money will be inherently opposed by the state,
therefore if growth == less decentralisation, growth increases the risk of
state shutdown.

I don't think we have to choose between decentralisation and growth
actually - computers are just amazingly fast. But that's irrelevant here.

The point is, your disagreement is summed up by your statement:


> Bitcoin cannot be both decentralized and reliant on being, "too important
> to close". If it can be closed there is insufficient decentralization.
>

I believe this statement is wrong because governments can shut down Bitcoin
at any point regardless of its level of decentralisation. This is true
because:

   - Most governments can easily spend enough money to do a 51% attack,
   especially if they can compel chip fabs to cooperate for free. This attack
   works regardless of how decentralised Bitcoin is.

   - Any government can end Bitcoin usage in its territory by jailing
   anyone who advertises acceptance/trading of bitcoins, or prices in BTC.
   Because merchants *must* advertise in order to alert customers that
   trades in BTC are possible, this is an attack which is unsolvable. If
   ordinary people can find such merchants so can government agents.

It may appear that trade cannot be suppressed because merchants can all
become anonymous too, a la Silk Road. However, if use of Bitcoin is banned
then it becomes impossible to convert coins into local currency as that
requires cooperation of banks ..... making it useless for even anonymous
merchants. An outlaw currency is useless even to outlaws.

Because Bitcoin's existence ultimately relies on government cooperation and
acceptance, the best way to ensure its survival is growth. Lots of it.

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

  parent reply	other threads:[~2015-09-19 20:57 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-16 21:32 [bitcoin-dev] Scaling Bitcoin conference micro-report Jeff Garzik
2015-09-16 21:51 ` Matt Corallo
2015-09-18  5:55   ` Mark Friedenbach
2015-09-18 17:10     ` Dave Scotese
2015-09-18 17:28       ` Eric Lombrozo
2015-09-18 20:06     ` Matt Corallo
2015-09-18 22:33       ` Mike Hearn
2015-09-19 16:03         ` cipher anthem
2015-09-19 20:43           ` Mike Hearn
2015-09-19  1:47       ` Peter Todd
2015-09-19  6:06         ` NxtChg
2015-09-19  6:56           ` Eric Voskuil
2015-09-19  7:27             ` NxtChg
2015-09-19  7:39               ` Eric Voskuil
2015-09-19  7:57                 ` NxtChg
2015-09-19  8:52                   ` Eric Voskuil
2015-09-19 13:32                     ` NxtChg
2015-09-19 20:57                     ` Mike Hearn [this message]
2015-09-19 21:53                       ` phm
2015-09-20  1:26                         ` Dave Scotese
2015-09-20  2:18                           ` Milly Bitcoin
2015-09-20  9:18                         ` NxtChg
2015-09-20  9:25                         ` Mike Hearn
2015-09-20 15:43                           ` Mark Friedenbach
2015-09-20 16:21                             ` NxtChg
2015-09-20 16:34                               ` Milly Bitcoin
2015-09-20 20:23                                 ` Steven Pine
2015-09-20 20:54                                   ` Milly Bitcoin
2015-09-20 21:33                                     ` s7r
2015-09-20 21:45                                       ` Eric Lombrozo
2015-09-20 22:02                                         ` Milly Bitcoin
2015-09-20 22:21                                           ` Eric Lombrozo
2015-09-20 22:51                                             ` Milly Bitcoin
2015-09-20 23:11                                               ` Eric Lombrozo
2015-09-21  0:11                                                 ` Dave Scotese
2015-09-21  5:04                                                   ` Corey Haddad
2015-09-21 11:45                                                     ` Milly Bitcoin
2015-09-21  8:48                                         ` NxtChg
2015-09-20 21:10                                   ` NxtChg
2015-09-20 21:13                                     ` Steven Pine
2015-09-20 21:34                                       ` Milly Bitcoin
2015-09-20 21:24                                     ` Milly Bitcoin
2015-09-20 21:16                                   ` Eric Lombrozo
2015-09-21 10:30                             ` Mike Hearn
2015-09-18 22:15     ` [bitcoin-dev] Improving Blocksize Communication Through Markets Paul Sztorc
2015-09-20 11:41     ` Isidor Zeuner

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+w+GKQK=aouA_05-GaypgZ9waF5OOF3xWn=V5ih6Mz08s37DA@mail.gmail.com' \
    --to=hearn@vinumeris.com \
    --cc=bitcoin-dev@lists.linuxfoundation.org \
    --cc=eric@voskuil.org \
    --cc=libbitcoin@lists.dyne.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
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