From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 8A37A360 for ; Sun, 26 Mar 2017 20:22:24 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-ot0-f179.google.com (mail-ot0-f179.google.com [74.125.82.179]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 0030726B for ; Sun, 26 Mar 2017 20:22:22 +0000 (UTC) Received: by mail-ot0-f179.google.com with SMTP id y88so19233392ota.2 for ; Sun, 26 Mar 2017 13:22:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=p8GtdFI5GCa1yvzRsrgcx6Jf7E2ZeQH5yrS/mKtE1ro=; b=H+Wf01CofSgBlz+qbFNMt00o1sqXOxbEl7omq5nVRKqX9mE+7lfF8C1dqCxrRqv9As J4XJgi9NWP8QxLkWY8F3ZUdj+QnTX9xRjP/CPRFiWqKzpjei5J17krCUU7D9TNUKTx6L d3hRyVd9WPo8DazAMAKkmDxvLS8Kpq+maNAjUiDHEhq9evsMMqCr1bnwJ01ZnbXv0Ybj kG4+4m/gYud62Lv5KaSP/IMjm3xd5vEaUGUNFmmnZmPFmdUBtO5cD2eSsOH++1zKsAXO 2/5ouhXUjuivV++UoaqxTNENyW9i+NLewzcWXk8Cb0KCchH8nmo1fgOdfM4c/rOZFJBC A/YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=p8GtdFI5GCa1yvzRsrgcx6Jf7E2ZeQH5yrS/mKtE1ro=; b=ocqFTxWyTWSnwwT1mMelEmqeS1AUPS45wf/JfRZe1vpogV8gBMxA3TMfUa+EHG83Sp e5BOEqEzbNCmNvfKHXzMQHD2xDUqZEXj0TGEvcoqg1Dttm2pHp2YIm4mivIrZ6Km5Hw6 vhip+wO9+W958ElNsMR7aGetRa3GgkUtf9h++ljl+V6YDUDhysk192JyESXsKTGCqnGf PZyl7qCmTDnljmefQMAqHuH7fOZtXD2kXodpjKJN6lEYc0D3aU91DjLOz7IHGTz1iTHR SwEp+LEtM1AysHDMZMy3ZCp7cgizvZ5jWjQ3x5srcDZwI7JIn3wLQwrkbWuvOygnC16s Py5w== X-Gm-Message-State: AFeK/H30nILrMtm0s3KOS5clavzkEW1lqJwRrioUjQXhqy2UnVgaU9s/QO3tLXAhEaKSQC6L/G41IYhcfgq8rQ== X-Received: by 10.157.82.171 with SMTP id f43mr8848295oth.191.1490559740953; Sun, 26 Mar 2017 13:22:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.36.111 with HTTP; Sun, 26 Mar 2017 13:22:19 -0700 (PDT) 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> <9C2A6867-470D-4336-8439-17F4E0CA4B17@gmx.com> <9EB5050D-E54E-4E8B-84C6-95CC1FAC4081@gmx.com> From: Bryan Bishop Date: Sun, 26 Mar 2017 15:22:19 -0500 Message-ID: To: Peter R , Bitcoin Protocol Discussion , Bryan Bishop Content-Type: multipart/alternative; boundary=f4030437965ce04d79054ba7fb63 X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Subject: Re: [bitcoin-dev] Defending against empty or near empty blocks from malicious miner takeover? X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Mar 2017 20:22:24 -0000 --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
On S= un, 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 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.
=

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.

- Bryan
<= a href=3D"http://heybryan.org/" target=3D"_blank">http://heybryan.org/<= br>1 512 203 0507
--f4030437965ce04d79054ba7fb63--