Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 16785AAC for ; Wed, 24 Jun 2015 02:24:08 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from laozi.macaubase.com (z83l79.static.ctm.net [202.175.83.79]) by smtp1.linuxfoundation.org (Postfix) with ESMTP id 9504213D for ; Wed, 24 Jun 2015 02:24:07 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by laozi.macaubase.com (Postfix) with ESMTP id CDA887C41EC; Wed, 24 Jun 2015 10:24:06 +0800 (HKT) X-Virus-Scanned: amavisd-new at macaubase.com Received: from laozi.macaubase.com ([127.0.0.1]) by localhost (laozi.macaubase.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TZPMaHWenv9T; Wed, 24 Jun 2015 10:24:06 +0800 (HKT) Received: from dmac13-2.local (nz129l231.bb122100.ctm.net [122.100.129.231]) by laozi.macaubase.com (Postfix) with ESMTPSA id 465E17C41EB; Wed, 24 Jun 2015 10:24:06 +0800 (HKT) Message-ID: <558A14C3.2040908@ktorn.com> Date: Wed, 24 Jun 2015 10:24:03 +0800 From: Filipe Farinha User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Mark Friedenbach References: <558A0FCB.2040908@ktorn.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Cc: bitcoin-dev@lists.linuxfoundation.org Subject: Re: [bitcoin-dev] Mempool size consensus + dynamic block size re-targetting X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2015 02:24:08 -0000 On 24/06/2015 10:15, Mark Friedenbach wrote: > > Anyone could lie. > True. What would be the incentive for the majority of transaction broadcasting full-nodes to lie about the mempool size?