From: phm <moonpunter@gmail•com>
To: bitcoin-dev <bitcoin-dev@lists•linuxfoundation.org>
Subject: Re: [bitcoin-dev] Scaling Bitcoin conference micro-report
Date: Sat, 19 Sep 2015 16:53:21 -0500 [thread overview]
Message-ID: <55FDD951.9010709@gmail.com> (raw)
In-Reply-To: <CA+w+GKQK=aouA_05-GaypgZ9waF5OOF3xWn=V5ih6Mz08s37DA@mail.gmail.com>
Mike Hearn via bitcoin-dev wrote:
> 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.
Governments do not find it hard to ban things that threaten their
authority, least of all their authority to control money, and they also
do not find it hard to ban things which are popular. I'm sure the
millions of people with felony drug charges for the possession of
marijuana, a plant, understand this better than you appear to. Also, in
the US, despite overwhelming resistance on a broad scale, legislation
continues to be presented which would violate the 2nd amendment right to
keep and bear arms.
Bitcoin does not enjoy nearly the popularity that marijuana and guns do,
and likely never may. But even if it did, the government can be relied
on to outlaw it once it understands the true extent to which Bitcoin can
undermine its ability to control stores of value. A mining network that
anyone can contribute to would enable Bitcoin to stay alive in spite of
this, much like torrents have enabled people to continue pirating music
regardless of how many websites have been taken down.
>
> 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 think there's a difference between natural growth and the kind of
growth that's being proposed by bank-backed start-ups and pro-censorship
entities.
>
> 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.
A ban on Bitcoin would lead to a rise in p2p markets. The government is
an inefficient sinkhole at its very best and it has never successfully
eradicated anything.
next prev parent reply other threads:[~2015-09-19 21:53 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-16 21:32 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
2015-09-19 21:53 ` phm [this message]
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=55FDD951.9010709@gmail.com \
--to=moonpunter@gmail$(echo .)com \
--cc=bitcoin-dev@lists$(echo .)linuxfoundation.org \
/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