Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YqMQv-0002qo-2S for bitcoin-development@lists.sourceforge.net; Thu, 07 May 2015 14:05:49 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.212.179 as permitted sender) client-ip=209.85.212.179; envelope-from=mh.in.england@gmail.com; helo=mail-wi0-f179.google.com; Received: from mail-wi0-f179.google.com ([209.85.212.179]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YqMQt-0002rm-Eq for bitcoin-development@lists.sourceforge.net; Thu, 07 May 2015 14:05:49 +0000 Received: by wicmx19 with SMTP id mx19so14722814wic.1 for ; Thu, 07 May 2015 07:05:41 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.61.82 with SMTP id n18mr7502660wjr.35.1431007541349; Thu, 07 May 2015 07:05:41 -0700 (PDT) Sender: mh.in.england@gmail.com Received: by 10.194.90.114 with HTTP; Thu, 7 May 2015 07:05:41 -0700 (PDT) In-Reply-To: References: <554A91BE.6060105@bluematt.me> Date: Thu, 7 May 2015 16:05:41 +0200 X-Google-Sender-Auth: kIn6c-jp65imki3ectCjTXEKEXI Message-ID: From: Mike Hearn To: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= Content-Type: multipart/alternative; boundary=047d7ba977802c53fb05157e689b X-Spam-Score: -0.5 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1YqMQt-0002rm-Eq Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Block Size Increase X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 May 2015 14:05:49 -0000 --047d7ba977802c53fb05157e689b Content-Type: text/plain; charset=UTF-8 > > If his explanation was "I will change my mind after we increase block > size", I guess the community should say "then we will just ignore your > nack because it makes no sense". > Oh good! We can just kick anyone out of the consensus process if we think they make no sense. I guess that means me and Gavin can remove everyone else from the developer consensus, because we think trying to stop Bitcoin growing makes no sense. Do you see the problem with this whole notion? It cannot possibly work. Whenever you try and make the idea of developer consensus work, what you end up with is "I believe in consensus as long as it goes my way". Which is worthless. > One thing is the Bitcoin core project where you could argue that the 5 > committers decide (I don't know why Wladimir would have any more > authority than the others). > Because he is formally the maintainer. Maybe you dislike that idea. It's so .... centralised. So let's say Gavin commits his patch, because his authority is equal to all other committers. Someone else rolls it back. Gavin sets up a cron job to keep committing the patch. Game over. You cannot have committers fighting over what goes in and what doesn't. That's madness. There must be a single decision maker for any given codebase. > Ok, so in simple terms, you expect people to have to pay enormous fees > and/or wait thousands of blocks for their transactions to get included > in the chain. Is that correct? > No. I'll write an article like the others, it's better than email for more complicated discourse. As others have said, if the answer is "forever, adoption is always the most > important thing" then we will end up with an improved version of Visa. > This appears to be another one of those fundamental areas of disagreement. I believe there is no chance of Bitcoin ending up like Visa, even if it is wildly successful. I did the calculations years ago that show that won't happen: https://en.bitcoin.it/wiki/Scalability Decentralisation is a spectrum and Bitcoin will move around on that spectrum over time. But claiming we have to pick between 1mb blocks and "Bitcoin = VISA" is silly. Peter: your hypocrisy really is bottomless, isn't it? You constantly claim to be a Righteous Defender of Privacy, but don't even hesitate before publishing hacked private emails when it suits you. Satoshi's hacker had no illusions about your horrible personality, which is why he forwarded that email to you specifically. He knew you'd use it. You should reflect on that fact. It says nothing good about you at all. --047d7ba977802c53fb05157e689b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
If his explanation was "I will change my mind after we in= crease block
size", I guess the community should say "then we will just ignore= your
nack because it makes no sense".

O= h good! We can just kick anyone out of the consensus process if we think th= ey make no sense.

I guess that means me and Gavin = can remove everyone else from the developer consensus, because we think try= ing to stop Bitcoin growing makes no sense.

Do you= see the problem with this whole notion? It cannot possibly work. Whenever = you try and make the idea of developer consensus work, what you end up with= is "I believe in consensus as long as it goes my way". Which is = worthless.
=C2=A0
One thing is the Bitcoin = core project where you could argue that the 5
committers decide (I don't know why Wladimir would have any more
authority than the others).

Because he = is formally the maintainer.

Maybe you dislike that= idea. It's so .... centralised. So let's say Gavin commits his pat= ch, because his authority is equal to all other committers. Someone else ro= lls it back. Gavin sets up a cron job to keep committing the patch. Game ov= er.

You cannot have committers fighting over what = goes in and what doesn't. That's madness. There must be a single de= cision maker for any given codebase.=C2=A0
=C2=A0
Ok, so in simple terms, you expect people to have to pay enormous fe= es
and/or wait thousands of blocks for their transactions to get included
in the chain.=C2=A0Is that correct?

No.= I'll write an article like the others, it's better than email for = more complicated discourse.

As others = have said, if the answer is=C2=A0"forever, adoption is always the most= important thing" then we will=C2=A0end up with an improved version of= Visa.

This appears to be another one o= f those fundamental areas of disagreement. I believe there is no chance of = Bitcoin ending up like Visa, even if it is wildly successful. I did the cal= culations years ago that show that won't happen:

=C2=A0 =C2=A0 https:/= /en.bitcoin.it/wiki/Scalability

Decentrali= sation is a spectrum and Bitcoin will move around on that spectrum over tim= e. But claiming we have to pick between 1mb blocks and "Bitcoin =3D VI= SA" is silly.



P= eter: =C2=A0 your hypocrisy really is bottomless, isn't it? You constan= tly claim to be a Righteous Defender of Privacy, but don't even hesitat= e before publishing hacked private emails when it suits you.

=
Satoshi's hacker had no illusions about your horrible person= ality, which is why he forwarded that email to you specifically. He knew yo= u'd use it. You should reflect on that fact. It says nothing good about= you at all.

--047d7ba977802c53fb05157e689b--