📅 Original date posted:2020-08-21 📝 Original message:No strong opinions but: ...

Greg Sanders [ARCHIVE] /

npub1jdl…gh0m

2023-06-07 18:26:37

in reply to nevent1q…5jkl

📅 Original date posted:2020-08-21
📝 Original message:No strong opinions but:

Denial of service attacks can become 5x cheaper.

If you don't thoroughly test
https://github.com/bitcoin/bitcoin/issues/16499 these
changes you can end up with bugs that can cause issues on p2p network.

On Fri, Aug 21, 2020 at 4:00 AM Dan Bryant via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:

> It's been 5 years since minrealytxfee was lowered. At the time
> bitcoin was trading for $255 and it was agreed that the fee of 5000
> sat/vkB was too high. It was lowered to 1000 sat/vkB. In regards to
> how much anti-DoS protection that provided, it comes out to $0.00255 /
> vkB in USD terms. To have parity with the last reduction, we would
> need to reduce minrealytxfee to 22 sat/vKB, though an even more
> conservative reduction to 100 or 50 sat/vKB would be welcome.
>
> With the growing adoption of LN, there is a need for ultra-low-fee
> on-chain TXNs. Having these queue and confirm overnight, or even
> waiting until the Sunday lull would still probably be welcome to many
> users. The fact that the mempool is going empty at least every week
> indicates that miners have not reached the floor of what they are
> willing to mine.
>
> About 2 years ago there was a PR (#13922) to try to make a reduction
> from 1000 to 200 sat/vkB. It was widely accepted but the submitter
> eventually closed it in favor of PR #13990.
>
> If minrelaytxfee is already parameterized and configurable in
> bitcoin.conf, how could it be detrimental to operation of a node to
> change the default?
>
> References:
>
> *
> https://github.com/bitcoin/bitcoin/commit/9e93640be6c49fa1505ba5c5df8c89210da5a6e4
> * https://github.com/bitcoin/bitcoin/pull/13922
> * https://github.com/bitcoin/bitcoin/pull/13990
> _______________________________________________
> 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/20200821/53f9cfde/attachment.html>;

Author Public Key

npub1jdl3plz00rvxwc6g2ckemzrgg0amx5wen4kfvs3laxtssxvk9cvsf3gh0m

Show more details

Published at

2023-06-07 18:26:37

Kind type

1 Short Text Note

Event JSON

{ "id": "4a31ce3d2c905ac102cfbb0124e6f588d0062ca00ab677f5e1b9bafa6b3e12de", "pubkey": "937f10fc4f78d8676348562d9d886843fbb351d99d6c96423fe9970819962e19", "created_at": 1686162397, "kind": 1, "tags": [ [ "e", "cd58b3c28b4d141d23c68e0fc0a86d4d6e24e415d16fe7b74465c04afa802d90", "", "root" ], [ "e", "2190ea44115ba63cd0c89fe485dadb2b7bac9d8c071ad33d8a8d95409872f170", "", "reply" ], [ "p", "4a9c50edfac56c5e90e382fdea7977edd0a5a46b6be7aad0461ae0075d9d2407" ] ], "content": "📅 Original date posted:2020-08-21\n📝 Original message:No strong opinions but:\n\nDenial of service attacks can become 5x cheaper.\n\nIf you don't thoroughly test\nhttps://github.com/bitcoin/bitcoin/issues/16499 these\nchanges you can end up with bugs that can cause issues on p2p network.\n\nOn Fri, Aug 21, 2020 at 4:00 AM Dan Bryant via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e It's been 5 years since minrealytxfee was lowered. At the time\n\u003e bitcoin was trading for $255 and it was agreed that the fee of 5000\n\u003e sat/vkB was too high. It was lowered to 1000 sat/vkB. In regards to\n\u003e how much anti-DoS protection that provided, it comes out to $0.00255 /\n\u003e vkB in USD terms. To have parity with the last reduction, we would\n\u003e need to reduce minrealytxfee to 22 sat/vKB, though an even more\n\u003e conservative reduction to 100 or 50 sat/vKB would be welcome.\n\u003e\n\u003e With the growing adoption of LN, there is a need for ultra-low-fee\n\u003e on-chain TXNs. Having these queue and confirm overnight, or even\n\u003e waiting until the Sunday lull would still probably be welcome to many\n\u003e users. The fact that the mempool is going empty at least every week\n\u003e indicates that miners have not reached the floor of what they are\n\u003e willing to mine.\n\u003e\n\u003e About 2 years ago there was a PR (#13922) to try to make a reduction\n\u003e from 1000 to 200 sat/vkB. It was widely accepted but the submitter\n\u003e eventually closed it in favor of PR #13990.\n\u003e\n\u003e If minrelaytxfee is already parameterized and configurable in\n\u003e bitcoin.conf, how could it be detrimental to operation of a node to\n\u003e change the default?\n\u003e\n\u003e References:\n\u003e\n\u003e *\n\u003e https://github.com/bitcoin/bitcoin/commit/9e93640be6c49fa1505ba5c5df8c89210da5a6e4\n\u003e * https://github.com/bitcoin/bitcoin/pull/13922\n\u003e * https://github.com/bitcoin/bitcoin/pull/13990\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/20200821/53f9cfde/attachment.html\u003e", "sig": "2f58e960acb010b36c8271919f74ff510752a7dc5193a3514d892078da30183cf1648eaf24b2d27796db60048155855001e294f7b2b207c4d75c5934fe3d6fde" }