public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
From: Sjors Provoost <sjors@sprovoost.nl>
To: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Subject: Re: [bitcoindev] Call for reconfiguration of nodes to relay transactions with fee-rates below 1 sat/vbyte
Date: Fri, 31 Jan 2025 13:54:35 +0100	[thread overview]
Message-ID: <A8F96312-613D-4090-B6C9-0A4C41418986@sprovoost.nl> (raw)
In-Reply-To: <CAMHHROxVo_7ZRFy+nq_2YzyeYNO1ijR_r7d89bmBWv4f4wb9=g@mail.gmail.com>

If you want to go this route, you may also want to set -incrementalrelayfee. That way you can bump 0.001 ṩ/vB to 0.002 ṩ/vB, otherwise you'll have to go straight to 1.001 ṩ/vB.

In addition, you would need to convince at least one miner to configure a matching -blockmintxfee, otherwise these low fee transactions remain stuck in your mempool until expiration (or CPFP).

Some background: https://bitcoin.stackexchange.com/a/120782/4948

A downside to consider is that it makes any potential mempool DoS attack 1000x cheaper*, but I don't know if there are any to worry about.

Comparison with historical minimum fee rates can be tricky, especially because the lightning network wasn't around yet. There's now an increased incentive to knock out a full node if it's connected to a lightning node. So even if there's no vulnerability to attack today, it's probably good to keep fees somewhat high to ensure new attacks are expensive.

- Sjors

* = assuming the attack scales linear with the amount of transaction data, and not e.g. quadratic or exponential

> Op 31 jan 2025, om 09:49 heeft Greg Tonoski <gregtonoski@gmail.com> het volgende geschreven:
> 
> The minrelaytxfee default value of 1000/kvB (1 sat/vbyte) has been set
> in Bitcoin nodes since 2013 or earlier. In 2013, 1000 sats were priced
> at $0.01, today it is about 100 times more. Wouldn't you like to
> consider adjusting your node configuration and lower the hurdle,
> perhaps? I would suggest setting minrelaytxfee=0.00000001 (which
> translates to 0.001 sat/vbyte) as a rule of thumb. The value could be
> set in a bitcoin.conf file. There is negligible number of such
> reconfigured nodes relaying transactions with fee-rates below 1
> sat/vbyte currently.
> 
> There is the intention to unblock transactions with fee-rate below 1
> sat/vbyte in Bitcoin. Probably consolidation and multisig types of
> transactions would benefit the most.

-- 
You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/A8F96312-613D-4090-B6C9-0A4C41418986%40sprovoost.nl.


  reply	other threads:[~2025-01-31 12:59 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-31  8:49 [bitcoindev] Call for reconfiguration of nodes to relay transactions with fee-rates below 1 sat/vbyte Greg Tonoski
2025-01-31 12:54 ` Sjors Provoost [this message]
2025-01-31 13:43   ` Greg Tonoski
2025-01-31 14:40     ` Sjors Provoost
2025-01-31 15:13       ` Sjors Provoost

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=A8F96312-613D-4090-B6C9-0A4C41418986@sprovoost.nl \
    --to=sjors@sprovoost.nl \
    --cc=bitcoindev@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox