MIME-Version: 1.0
In-Reply-To: <20150626190739.GB10387@muck>
References: <CABsx9T2HegqOBqd1jijk1bZBE6N+NH8x6nfwbaoLBACVf8-WBQ@mail.gmail.com>
	<20150623192838.GG30235@muck>
	<CABsx9T2wsc=+seaWs=v5d_kPpC4u-xTnsjuPMO7PYhQN+0-KAQ@mail.gmail.com>
	<20150623204646.GA18677@muck>
	<CABsx9T3-CbB0k2aKMqRYseUQ2dfW9ANAuYb2MPAw1S+_bF7_=w@mail.gmail.com>
	<20150626190739.GB10387@muck>
Date: Fri, 26 Jun 2015 18:01:14 -0400
Message-ID: <CAAre=yREUeBCrB7=WH2yWsxnCEwKWo_BOMbbavvHfpQeKgDpBA@mail.gmail.com>
From: Ivan Brightly <ibrightly@gmail.com>
To: Peter Todd <pete@petertodd.org>
Content-Type: multipart/alternative; boundary=089e01182252f0e90b051972e0cc
Cc: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] Draft BIP : fixed-schedule block size increase
Precedence: list

--089e01182252f0e90b051972e0cc
Content-Type: text/plain; charset=UTF-8

On Fri, Jun 26, 2015 at 3:08 PM, Peter Todd <pete@petertodd.org> wrote:

> On Tue, Jun 23, 2015 at 05:24:23PM -0400, Gavin Andresen wrote:
> > On Tue, Jun 23, 2015 at 4:46 PM, Peter Todd <pete@petertodd.org> wrote:
> >
> > > Pieter Wuille showed with simulations that miners with bad connectivity
> > > are negatively affected by other miners creating larger blocks.
> > >
> >
> > ... but the effect is only significant if they have an absurdly
> > low-bandwidth connection and do NOTHING to work around it (like rent a
> > server on the other side of the bandwidth bottleneck and write some code
> to
> > make sure you're creating blocks that will propagate quickly on both
> sides
> > of the bottleneck).
>
> "Just rent a server" forces miners into deploying insecure hosted
> infrastructure that's vulnerable to hacking and seizure; that we
> encourage this already is worrying; requiring it for miners to be
> profitable isn't acceptable.
>

There are a number of factors that contribute to mining vulnerabilities.
For example, presuming a miner is a meaningful contributor to the network,
they'll be using more electricity than their neighbors and will be easily
identifiable in the same way illegal grow-houses are identified by the
local power company working with authorities. A hacked or seized hosted
server is far easier to recover from than seized equipment. Its hard to see
how requiring a reasonably reliable internet connection is a particularly
high barrier to entry when compared to the other mining requirements, such
as funds to purchase ASICs, competitive electricity costs, reasonable
belief that equipment won't be stolen or seized, the technical knowledge
for setting up a p2pool node, etc.

--089e01182252f0e90b051972e0cc
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On F=
ri, Jun 26, 2015 at 3:08 PM, Peter Todd <span dir=3D"ltr">&lt;<a href=3D"ma=
ilto:pete@petertodd.org" target=3D"_blank">pete@petertodd.org</a>&gt;</span=
> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex">On Tue, Jun 23, 2015 at 05:24:23=
PM -0400, Gavin Andresen wrote:<br>
&gt; On Tue, Jun 23, 2015 at 4:46 PM, Peter Todd &lt;<a href=3D"mailto:pete=
@petertodd.org">pete@petertodd.org</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; Pieter Wuille showed with simulations that miners with bad connec=
tivity<br>
&gt; &gt; are negatively affected by other miners creating larger blocks.<b=
r>
&gt; &gt;<br>
&gt;<br>
&gt; ... but the effect is only significant if they have an absurdly<br>
&gt; low-bandwidth connection and do NOTHING to work around it (like rent a=
<br>
&gt; server on the other side of the bandwidth bottleneck and write some co=
de to<br>
&gt; make sure you&#39;re creating blocks that will propagate quickly on bo=
th sides<br>
&gt; of the bottleneck).<br>
<br>
&quot;Just rent a server&quot; forces miners into deploying insecure hosted=
<br>
infrastructure that&#39;s vulnerable to hacking and seizure; that we<br>
encourage this already is worrying; requiring it for miners to be<br>
profitable isn&#39;t acceptable.<br></blockquote><div><br></div><div>There =
are a number of factors that contribute to mining vulnerabilities. For exam=
ple, presuming a miner is a meaningful contributor to the network, they&#39=
;ll be using more electricity than their neighbors and will be easily ident=
ifiable in the same way illegal grow-houses are identified by the local pow=
er company working with authorities. A hacked or seized hosted server is fa=
r easier to recover from than seized equipment. Its hard to see how requiri=
ng a reasonably reliable internet connection is a particularly high barrier=
 to entry when compared to the other mining requirements, such as funds to =
purchase ASICs, competitive electricity costs, reasonable belief that equip=
ment won&#39;t be stolen or seized, the technical knowledge for setting up =
a p2pool node, etc.</div></div></div></div>

--089e01182252f0e90b051972e0cc--