📅 Original date posted:2015-11-12
📝 Original message: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 at 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 at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151112/fa4cfe8d/attachment.html>;
James Hilliard [ARCHIVE] /
npub10r…kgk2d
2023-06-07 17:44:32
in reply to nevent1q…22sh
Author Public Key
npub10r9d6edmnrljk59wsf06zqp494l3qtjpa3w245hy6t5euqxlzw2qdkgk2dSeen on
wss://relay.nostr.bandPublished at
2023-06-07 17:44:32Event JSON
{
"id": "264af073c703e9146fd547f05caf5ddfe4c472f93a66a18d7596be62bf0856db",
"pubkey": "78cadd65bb98ff2b50ae825fa100352d7f102e41ec5caad2e4d2e99e00df1394",
"created_at": 1686159872,
"kind": 1,
"tags": [
[
"e",
"c59f6dff72c8db0bd6ddda0f45c2ffa7c951b2b6ab43fd7de238298ff1dc7029",
"",
"root"
],
[
"e",
"2500ce60069f985892196e152dcef857365b6216b435bcf653bab2fa4f4d8b12",
"",
"reply"
],
[
"p",
"5a6d1f44482b67b5b0d30cc1e829b66a251f0dc99448377dbe3c5e0faf6c3803"
]
],
"content": "📅 Original date posted:2015-11-12\n📝 Original message:The priority space is causing major mempool bloating and GBT latency right\nnow since many of the free transactions aren't getting mined and cleared\nout of the mempool anymore. From my testing setting minrelaytxfee=0.0001 is\nnot enough to prevent the mempool from getting large during a spam attack,\nit is also necessary to set limitfreerelay=0 in order to prevent GBT\nlatency degradation. Without setting limitfreerelay=0 GBT degrades\nsignificantly for every hour bitcoind is running.\n\nOn Thu, Nov 12, 2015 at 2:25 PM, Luke Dashjr via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e On Thursday, November 12, 2015 8:20:45 PM Chun Wang wrote:\n\u003e \u003e The sort by priority part in the block is always the best place for spam\n\u003e \u003e nowadays.\n\u003e\n\u003e What are you saying here? Spammers generally can't use the priority space\n\u003e at\n\u003e all, and it is a major way for legitimate users to get their transactions\n\u003e mined cheaply despite ongoing spam attempts. You're suggesting the exact\n\u003e opposite is true?? Please explain.\n\u003e\n\u003e Luke\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151112/fa4cfe8d/attachment.html\u003e",
"sig": "6136b2d4b979a10fa0e54c64519ee4c89ea7f0b73e889fa6f20fd49d6ad37e085a7118cabc2a2947bf85342613ed01f1a681ee668fa905dd50bfdb25d67a695e"
}