-
Notifications
You must be signed in to change notification settings - Fork 667
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
listunspent
issues
#5224
Comments
obycode
added a commit
to hirosystems/stacks-regtest-env
that referenced
this issue
Sep 23, 2024
obycode
added a commit
to hirosystems/stacks-regtest-env
that referenced
this issue
Sep 23, 2024
obycode
added a commit
to hirosystems/stacks-regtest-env
that referenced
this issue
Sep 23, 2024
To avoid problem 1, @kantai's suggestion:
We can make this change with low priority. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
There are two problems with the miners calls to
listunspent
:stacks-core/testnet/stacks-node/src/burnchains/bitcoin_regtest_controller.rs
Lines 2619 to 2630 in b5250c6
We added the
maximumCount
option to ensure that the response is not too large, because the HTTP library can only handle messages up to 16MB.Problem 1
If we hit this limit, the bitcoind will return UTXOs oldest first. A miner's block commit needs to use the output of the previous block commit, so this will be a very recent UTXO, so it may be pruned from the results. This is a problem.
Problem 2
It seems that this option will not actually make it return
maximumCount
UTXOs. In a test in the nakamoto-3 network, if I calllistunspent
without this limit, it returns 2513 UTXOs, but then when I call it with themaximumCount
set to 1024, it returns 365 UTXOs.The text was updated successfully, but these errors were encountered: