MIME-Version: 1.0
In-Reply-To: <9EB5050D-E54E-4E8B-84C6-95CC1FAC4081@gmx.com>
References: <5b9ba6c4-6d8f-9c0b-2420-2be6c30f87b5@cannon-ciota.info>
	<35ba77db-f95a-4517-c960-8ad42a633ba0@gmail.com>
	<f4849cef-3c40-31a4-e323-6a731bb52bc2@cannon-ciota.info>
	<9C2A6867-470D-4336-8439-17F4E0CA4B17@gmx.com>
	<CAPWm=eV2aLJKMM_5T-jaXCm1umRFxy+vfirBqCGAvUKHtOphQg@mail.gmail.com>
	<9EB5050D-E54E-4E8B-84C6-95CC1FAC4081@gmx.com>
From: Bryan Bishop <kanzure@gmail.com>
Date: Sun, 26 Mar 2017 15:22:19 -0500
Message-ID: <CABaSBayb-FAt0XOX9u+T3-Z2gJQAV-Y7xZS_k6YG74VhPqejQA@mail.gmail.com>
To: Peter R <peter_r@gmx.com>, 
	Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>,
	Bryan Bishop <kanzure@gmail.com>
Content-Type: multipart/alternative; boundary=f4030437965ce04d79054ba7fb63
Subject: Re: [bitcoin-dev] Defending against empty or near empty blocks from
 malicious miner takeover?
Precedence: list

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

On Sun, Mar 26, 2017 at 2:05 PM, Peter R via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> With a tightening of the rule set, a hash power minority that has not
> upgraded will not produce a minority branch; instead they will simply have
> any invalid blocks they produce orphaned, serving as a wake-up call to
> upgrade.
>

False. With bip9-based soft-fork-based activation of segwit, miner blocks
will not be orphaned unless they are intentionally segwit-invalid (which
they currently are not). If you have told miners otherwise, let me know.

- Bryan
http://heybryan.org/
1 512 203 0507

--f4030437965ce04d79054ba7fb63
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 S=
un, Mar 26, 2017 at 2:05 PM, Peter R via bitcoin-dev <span dir=3D"ltr">&lt;=
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">=
bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote =
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid=
;padding-left:1ex"><div style=3D"word-wrap:break-word"><div><div><div>With =
a tightening of the rule set, a hash power minority that has not upgraded w=
ill not produce a minority branch; instead they will simply have any invali=
d blocks they produce orphaned, serving as a wake-up call to upgrade.</div>=
</div></div></div></blockquote><div><br></div><div>False. With bip9-based s=
oft-fork-based activation of segwit, miner blocks will not be orphaned unle=
ss they are intentionally segwit-invalid (which they currently are not). If=
 you have told miners otherwise, let me know.</div><div><br></div></div><di=
v class=3D"gmail_signature" data-smartmail=3D"gmail_signature">- Bryan<br><=
a href=3D"http://heybryan.org/" target=3D"_blank">http://heybryan.org/</a><=
br>1 512 203 0507</div>
</div></div>

--f4030437965ce04d79054ba7fb63--