Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RBF Trees don't always combine, subtree left unconfirmed until expiry #5046

Open
kiwidream opened this issue May 8, 2024 · 0 comments
Open
Assignees

Comments

@kiwidream
Copy link

Description

In some cases there are RBF trees which do not properly combine to make a 'full tree'. When this happens, one tree is left permanently unmined / unconfirmed and hangs around until the RBF tree expiry comes into effect (24H in default config).

In our testing we had two instances which share an electrs backend and the same bitcoind instance. One instance successfully combines everything, and the other has two distinct RBF trees.

The two instances don't have any difference in config.

Version

a66920c

Steps to reproduce

Not easy to intentionally reproduce, but can be observed in a running mempool instance on mainnet

Expected behaviour

RBF trees should always combine such that at least one TX will be confirmed

Actual behaviour

RBF trees can sometimes be split, and one tree is never mined

Screenshots

Screenshot 2024-05-08 at 12 24 31 PM
@mononaut mononaut self-assigned this May 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants