From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YzP5w-0007dA-89 for bitcoin-development@lists.sourceforge.net; Mon, 01 Jun 2015 12:45:32 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 74.125.82.41 as permitted sender) client-ip=74.125.82.41; envelope-from=jjlegoupil@gmail.com; helo=mail-wg0-f41.google.com; Received: from mail-wg0-f41.google.com ([74.125.82.41]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YzP5r-0007Ke-7z for bitcoin-development@lists.sourceforge.net; Mon, 01 Jun 2015 12:45:32 +0000 Received: by wgbgq6 with SMTP id gq6so113364432wgb.3 for ; Mon, 01 Jun 2015 05:45:21 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.59.79 with SMTP id x15mr24169278wjq.81.1433162721283; Mon, 01 Jun 2015 05:45:21 -0700 (PDT) Received: by 10.194.109.163 with HTTP; Mon, 1 Jun 2015 05:45:21 -0700 (PDT) Date: Mon, 1 Jun 2015 14:45:21 +0200 Message-ID: From: =?UTF-8?B?SsOpcsO0bWUgTGVnb3VwaWw=?= To: bitcoin-development@lists.sourceforge.net Content-Type: multipart/alternative; boundary=047d7b8737aee852db0517743258 X-Spam-Score: -0.6 (/) 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 (jjlegoupil[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 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: 1YzP5r-0007Ke-7z Subject: Re: [Bitcoin-development] Proposed alternatives to the 20MB step 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: Mon, 01 Jun 2015 12:45:32 -0000 --047d7b8737aee852db0517743258 Content-Type: text/plain; charset=UTF-8 >What do other people think? > > >If we can't come to an agreement soon, then I'll ask for help >reviewing/submitting patches to Mike's Bitcoin-Xt project that implement a >big increase now that grows over time so we may never have to go through >all this rancor and debate again." > > >I'll then ask for help lobbying the merchant services and exchanges and >hosted wallet companies and other bitcoind-using-infrastructure companies It's surprising to see a core dev going to the public to defend a proposal most other core devs disagree on, and then lobbying the Bitcoin ecosystem. This is an very unhealthy way to go because it incentives the other core devs to stop their technical work and go public and lobby too (cf G.Maxwell trying to raise redditters awareness). We need core devs to work on technical issues, not waste time doing politics, but Gavin's confrontational approach doesn't give them much of a choice. I fear that because of this approach, in the next monthes, core devs with be lobbying and doing politics : precious time will be wasted for everyone having stake in Bitcoin. Regarding the 20MB proposal content: Decentralization is the core of Bitcoin's security model and thus that's what gives Bitcoin its value. The danger is that decentralization tends naturally towards centralization, because centralization is more efficient. Going from decentralization to centralization is easy, going the other way is a lot harder : decentralization we lose, may never be gained back. Regarding "the urgency to do something": I believe it would be extremely healthy for the network to bump into any limit ASAP ... (let it be 1MB) : to incentive layer 2 and offchain solutions to scale Bitcoin : there are promising designs/solutions out there (LN, ChainDB, OtherCoin protocole, ...), but most don't get much attention, because there is right now no need for them. And, I am sure new solutions will be invented. If during the "1MB bumpy period" something goes wrong, consensus among the community would be reached easily if necessary. Pretending there is urgency and that Apocalypse is approaching is a fallacy. The Gavin 20MB proposal is compromising Bitcoin's long-term security in an irreversible way, for gaining short-term better user experience. I oppose the Gavin proposal in both content and form. Cheers, Jerome --047d7b8737aee852db0517743258 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
>What do other people think?
>
>
>If we can't come to an agreement soon, then I'll ask for help >reviewing/submitting patches to Mike's Bitcoin-Xt project that impl= ement a
>big increase now that grows over time so we may never have to go throug= h
>all this rancor and debate again."
>
>
>I'll then ask for help lobbying the merchant services and exchanges= and
>hosted wallet companies and other bitcoind-using-infrastructure= companies


It's surprising to see a core dev going to the pu= blic to defend a proposal most other core devs disagree on, and then lobbyi= ng the Bitcoin ecosystem.

This is an very unhealthy way to go because it incentives the other core=20 devs to stop their technical work and go public and lobby too (cf=20 G.Maxwell trying to raise redditters awareness).

We need core devs = to=20 work on technical issues, not waste time doing politics, but Gavin's=20 confrontational approach doesn't give them much of a choice.

I f= ear that because of this approach, in the next monthes, core devs with be lobb= ying and doing=20 politics : precious time will be wasted for everyone=20 having stake in Bitcoin.


Regarding the 20MB proposal = content:

Decentralization is the core of Bitcoin's security mode= l and thus that's what gives Bitcoin its value.

The danger is that decentralization tends naturally towards centralization, because centralization is more efficient. Going from decentralization=20 to centralization is easy, going the other way is a lot harder :=20 decentralization we lose, may never be gained back.

Regarding "= the urgency to do something":

I believe it would be extremely h= ealthy for the network to bump into any limit ASAP ... (let it be 1MB) : to= incentive layer 2 and offchain solutions to scale Bitcoin : there=20 are promising designs/solutions out there (LN, ChainDB, OtherCoin=20 protocole, ...), but most don't get much attention, because there is=20 right now no need for them. And, I am sure new solutions will be=20 invented.

If during the "1MB bumpy period" something goes = wrong, consensus among the community would be reached easily if necessary.<= br>
Pretending there is urgency and that Apocalypse is approaching is a = fallacy.

The Gavin 20MB proposal is compromising Bitcoin's long-term security in an= =20 irreversible way, for gaining short-term better user experience.

I = oppose the Gavin proposal in both content and form.

Cheers,
Jerome
--047d7b8737aee852db0517743258--