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 1Yz4qZ-0000BN-H8 for bitcoin-development@lists.sourceforge.net; Sun, 31 May 2015 15:08:19 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.215.52 as permitted sender) client-ip=209.85.215.52; envelope-from=gavinandresen@gmail.com; helo=mail-la0-f52.google.com; Received: from mail-la0-f52.google.com ([209.85.215.52]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Yz4qY-0000Oj-MS for bitcoin-development@lists.sourceforge.net; Sun, 31 May 2015 15:08:19 +0000 Received: by lagv1 with SMTP id v1so85502419lag.3 for ; Sun, 31 May 2015 08:08:12 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.112.72.164 with SMTP id e4mr13486888lbv.113.1433084892271; Sun, 31 May 2015 08:08:12 -0700 (PDT) Received: by 10.25.90.75 with HTTP; Sun, 31 May 2015 08:08:12 -0700 (PDT) In-Reply-To: References: <554BE0E1.5030001@bluematt.me> <5568F567.3050608@bluematt.me> <556A1046.50807@bluematt.me> Date: Sun, 31 May 2015 11:08:12 -0400 Message-ID: From: Gavin Andresen To: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= Content-Type: multipart/alternative; boundary=001a11c2b616efdad905176213df 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 (gavinandresen[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 0.0 AWL AWL: Adjusted score from AWL reputation of From: address X-Headers-End: 1Yz4qY-0000Oj-MS Cc: Bitcoin Development Subject: Re: [Bitcoin-development] Block Size Increase Requirements 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: Sun, 31 May 2015 15:08:19 -0000 --001a11c2b616efdad905176213df Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, May 31, 2015 at 10:59 AM, Jorge Tim=C3=B3n wrote= : > Whatever...let's use the current subsidies, the same argument applies, > it's just 20 + 25 =3D 45 btc per block for miner B vs 27 btc for miner B. > Miner B would still go out of business, bigger blocks still mean more > mining and validation centralization > Sorry, but that's ridiculous. If Miner B is leaving 18BTC per block on the table because they have bad connectivity, then they need to pay for better connectivity. If you are arguing "I should be able to mine on a 56K modem connection from the middle of the Sahara" then we're going to have to agree to disagree. So: what is your specific proposal for minimum requirements for connectivity to run a full node? The 20MB number comes from estimating costs to run a full node, and as my back-and-forth to Chang Wung shows, the costs are not excessive. --=20 -- Gavin Andresen --001a11c2b616efdad905176213df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On S= un, May 31, 2015 at 10:59 AM, Jorge Tim=C3=B3n <jtimon@jtimon.cc> wrote:

Whatever...let= 's use the current subsidies, the same argument applies, it's just = 20 + 25 =3D 45 btc per block for miner B vs 27 btc for miner B.
Miner B would still go out of business, bigger blocks still mean more minin= g and validation centralization

Sorry, but that's = ridiculous.

If Miner B is leaving 18BTC per block = on the table because they have bad connectivity, then they need to pay for = better connectivity.

If you are arguing "I sh= ould be able to mine on a 56K modem connection from the middle of the Sahar= a" then we're going to have to agree to disagree.

So: what is your specific proposal for minimum requirements for co= nnectivity to run a full node? The 20MB number comes from estimating costs = to run a full node, and as my back-and-forth to Chang Wung shows, the costs= are not excessive.
=C2=A0
--
--
Gavin Andresen
--001a11c2b616efdad905176213df--