Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 0F9C1955 for ; Thu, 12 Nov 2015 20:35:08 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-lf0-f48.google.com (mail-lf0-f48.google.com [209.85.215.48]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5E8C0FB for ; Thu, 12 Nov 2015 20:35:07 +0000 (UTC) Received: by lffz63 with SMTP id z63so41289336lff.0 for ; Thu, 12 Nov 2015 12:35:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=74o9/8etsKjSGwHD6ZjtZRY0DoCVJT+GmU2ntRXdA5c=; b=KyYFlNu85Ix7l/iiTP5xg0ANQdDmBrCbHvLSjKwTURzREuGBuU5Jc9QgZMnb9D3Rpw LRbk0XmEdovhQsXrR5d6E3trjWrvUdUptkJyBD8+1ySvQAJbE1FsJNvJoJkvRrN2+nDk uEP5p8DUjlkDwsdlNvgL+n/iakZ998WoS+iVby6Mw078lXYc23Z1WqagLV9VGJ0mYFIe OgwMQiGk2U7Ghh8Sw8a3nRv3b2lUD0yL1Pg1ST84I0vv0EKqEwmedKHVuBddYs+WdKvA GIxnC+vYdSppad3+mhlkwj9u5E/MLS5neX/zRFV+R3Qm1vnrAVxJm+Nca50sSvPSuZ+K EUSA== MIME-Version: 1.0 X-Received: by 10.25.3.207 with SMTP id 198mr7970571lfd.47.1447360505606; Thu, 12 Nov 2015 12:35:05 -0800 (PST) Received: by 10.112.183.169 with HTTP; Thu, 12 Nov 2015 12:35:05 -0800 (PST) In-Reply-To: <201511122025.24518.luke@dashjr.org> References: <5644ECE6.9090304@mattcorallo.com> <201511122012.29966.luke@dashjr.org> <201511122025.24518.luke@dashjr.org> Date: Thu, 12 Nov 2015 14:35:05 -0600 Message-ID: From: James Hilliard To: Luke Dashjr Content-Type: multipart/alternative; boundary=001a113fc09ccc7aae05245de0e8 X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org X-Mailman-Approved-At: Thu, 12 Nov 2015 20:42:55 +0000 Cc: bitcoin-dev@lists.linuxfoundation.org Subject: Re: [bitcoin-dev] Upcoming Transaction Priority Changes 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: Thu, 12 Nov 2015 20:35:08 -0000 --001a113fc09ccc7aae05245de0e8 Content-Type: text/plain; charset=UTF-8 The priority space is causing major mempool bloating and GBT latency right now since many of the free transactions aren't getting mined and cleared out of the mempool anymore. From my testing setting minrelaytxfee=0.0001 is not enough to prevent the mempool from getting large during a spam attack, it is also necessary to set limitfreerelay=0 in order to prevent GBT latency degradation. Without setting limitfreerelay=0 GBT degrades significantly for every hour bitcoind is running. On Thu, Nov 12, 2015 at 2:25 PM, Luke Dashjr via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > On Thursday, November 12, 2015 8:20:45 PM Chun Wang wrote: > > The sort by priority part in the block is always the best place for spam > > nowadays. > > What are you saying here? Spammers generally can't use the priority space > at > all, and it is a major way for legitimate users to get their transactions > mined cheaply despite ongoing spam attempts. You're suggesting the exact > opposite is true?? Please explain. > > Luke > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > --001a113fc09ccc7aae05245de0e8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The priority space is causing major mempool bloating and G= BT latency right now since many of the free transactions aren't getting= mined and cleared out of the mempool anymore. From my testing setting minr= elaytxfee=3D0.0001 is not enough to prevent the mempool from getting large = during a spam attack, it is also necessary to set limitfreerelay=3D0 in ord= er to prevent GBT latency degradation. Without setting limitfreerelay=3D0 G= BT degrades significantly for every hour bitcoind is running.

On Thu, Nov 12, 2015 = at 2:25 PM, Luke Dashjr via bitcoin-dev <bitcoin-dev@l= ists.linuxfoundation.org> wrote:
On Thursday, November 12, 2015 8:20:45 PM Chun Wang = wrote:
> The sort by priority part in the block is always the best place for sp= am
> nowadays.

What are you saying here? Spammers generally can't use the prior= ity space at
all, and it is a major way for legitimate users to get their transactions mined cheaply despite ongoing spam attempts. You're suggesting the exac= t
opposite is true?? Please explain.

Luke
_______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.= linuxfoundation.org
https://lists.linuxfoundation.org/mail= man/listinfo/bitcoin-dev

--001a113fc09ccc7aae05245de0e8--