π¬ maflcko commented on pull request "refactor: Return uint64_t from GetSerializeSize":
(https://github.com/bitcoin/bitcoin/pull/33724#discussion_r2478845769)
Dropped the `blockstorage.cpp` changes
(https://github.com/bitcoin/bitcoin/pull/33724#discussion_r2478845769)
Dropped the `blockstorage.cpp` changes
β
glozow closed an issue: "Remove *petertodd.net DNS seed for testnet and mainnet"
(https://github.com/bitcoin/bitcoin/issues/33736)
(https://github.com/bitcoin/bitcoin/issues/33736)
π¬ mzumsande commented on pull request "fuzz: Add fuzz target for block index tree and related validation events":
(https://github.com/bitcoin/bitcoin/pull/31533#discussion_r2478861359)
fixed
(https://github.com/bitcoin/bitcoin/pull/31533#discussion_r2478861359)
fixed
π¬ mzumsande commented on pull request "fuzz: Add fuzz target for block index tree and related validation events":
(https://github.com/bitcoin/bitcoin/pull/31533#discussion_r2478862391)
done, thanks
(https://github.com/bitcoin/bitcoin/pull/31533#discussion_r2478862391)
done, thanks
π¬ mzumsande commented on pull request "fuzz: Add fuzz target for block index tree and related validation events":
(https://github.com/bitcoin/bitcoin/pull/31533#issuecomment-3469069615)
[ab8bc7a](https://github.com/bitcoin/bitcoin/commit/ab8bc7a1f877ad9e80a112dae6a12ff6ddbce076) to [48d1151](https://github.com/bitcoin/bitcoin/commit/48d11516da6351358080493fa95ea6252ce08525):
Rebased, addressed remaining feedback, including resetting `m_cached_finished_ibd` reset to cleanup. Moved out of draft.
(https://github.com/bitcoin/bitcoin/pull/31533#issuecomment-3469069615)
[ab8bc7a](https://github.com/bitcoin/bitcoin/commit/ab8bc7a1f877ad9e80a112dae6a12ff6ddbce076) to [48d1151](https://github.com/bitcoin/bitcoin/commit/48d11516da6351358080493fa95ea6252ce08525):
Rebased, addressed remaining feedback, including resetting `m_cached_finished_ibd` reset to cleanup. Moved out of draft.
π mzumsande's pull request is ready for review: "fuzz: Add fuzz target for block index tree and related validation events"
(https://github.com/bitcoin/bitcoin/pull/31533)
(https://github.com/bitcoin/bitcoin/pull/31533)
π¬ maflcko commented on pull request "fuzz: Add fuzz target for block index tree and related validation events":
(https://github.com/bitcoin/bitcoin/pull/31533#discussion_r2478881137)
from the llm:
ReceivedBlockTransaction -> ReceivedBlockTransactions [the comment refers to the ReceivedBlockTransactions function; singular "ReceivedBlockTransaction" is incorrect and may confuse readers]
making no assumptions what must -> making no assumptions about what must [missing preposition "about" makes the phrase ungrammatical and harder to parse]
(https://github.com/bitcoin/bitcoin/pull/31533#discussion_r2478881137)
from the llm:
ReceivedBlockTransaction -> ReceivedBlockTransactions [the comment refers to the ReceivedBlockTransactions function; singular "ReceivedBlockTransaction" is incorrect and may confuse readers]
making no assumptions what must -> making no assumptions about what must [missing preposition "about" makes the phrase ungrammatical and harder to parse]
π€ ajtowns requested changes to a pull request: "RPC/txoutproof: Support including (and verifying) proofs of wtxid"
(https://github.com/bitcoin/bitcoin/pull/32844#pullrequestreview-3400680165)
Transaction proofs are an interoperability feature, I don't think it makes much sense to implement this without also documenting it and providing test vectors via a BIP.
(https://github.com/bitcoin/bitcoin/pull/32844#pullrequestreview-3400680165)
Transaction proofs are an interoperability feature, I don't think it makes much sense to implement this without also documenting it and providing test vectors via a BIP.
π¬ ajtowns commented on pull request "RPC/txoutproof: Support including (and verifying) proofs of wtxid":
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478870174)
I think this should probably be automatic, with the current "array of txids" result being stuck behind a `-deprecatedrpc` option.
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478870174)
I think this should probably be automatic, with the current "array of txids" result being stuck behind a `-deprecatedrpc` option.
π¬ ajtowns commented on pull request "RPC/txoutproof: Support including (and verifying) proofs of wtxid":
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478893275)
Being able to easily prove/verify that a tx was included in a reorged block seems fine?
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478893275)
Being able to easily prove/verify that a tx was included in a reorged block seems fine?
π¬ ajtowns commented on pull request "RPC/txoutproof: Support including (and verifying) proofs of wtxid":
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478855640)
There is no such subclass?
I think all this logic should entirely be in a separate class though. For efficiency probably two paths:
* if the generation tx has no witness commitment; provde all (w)txids and the generation tx via the block partial merkle tree.
* if the generation tx does have a witness commitment; provide just the generation tx's merkle path back to the block header, and prove all wtxids via a partial merkle tree back to the witness commitment
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478855640)
There is no such subclass?
I think all this logic should entirely be in a separate class though. For efficiency probably two paths:
* if the generation tx has no witness commitment; provde all (w)txids and the generation tx via the block partial merkle tree.
* if the generation tx does have a witness commitment; provide just the generation tx's merkle path back to the block header, and prove all wtxids via a partial merkle tree back to the witness commitment
π¬ ajtowns commented on pull request "RPC/txoutproof: Support including (and verifying) proofs of wtxid":
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478889737)
I would have expected this logic to be in merkleblock.cpp as a standard part of verifying a proof (eg so that it could be included in kernel), not in the RPC code.
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478889737)
I would have expected this logic to be in merkleblock.cpp as a standard part of verifying a proof (eg so that it could be included in kernel), not in the RPC code.
π¬ ajtowns commented on pull request "RPC/txoutproof: Support including (and verifying) proofs of wtxid":
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478880286)
This information (height, confirmations, assumeutxo info) seems better obtained via `getblockheader` on the blockhash to me.
(https://github.com/bitcoin/bitcoin/pull/32844#discussion_r2478880286)
This information (height, confirmations, assumeutxo info) seems better obtained via `getblockheader` on the blockhash to me.
π¬ mzumsande commented on pull request "fuzz: Add fuzz target for block index tree and related validation events":
(https://github.com/bitcoin/bitcoin/pull/31533#discussion_r2478901830)
fixed those.
(https://github.com/bitcoin/bitcoin/pull/31533#discussion_r2478901830)
fixed those.
β
ismaelsadeeq closed a pull request: "fees: rpc: `estimatesmartfee` now returns a fee rate estimate during low network activity"
(https://github.com/bitcoin/bitcoin/pull/32395)
(https://github.com/bitcoin/bitcoin/pull/32395)
π¬ ismaelsadeeq commented on pull request "fees: rpc: `estimatesmartfee` now returns a fee rate estimate during low network activity":
(https://github.com/bitcoin/bitcoin/pull/32395#issuecomment-3469165154)
Closing this due to lack of interest.
(https://github.com/bitcoin/bitcoin/pull/32395#issuecomment-3469165154)
Closing this due to lack of interest.
π¬ ismaelsadeeq commented on issue "Add a script for Signet or Regtest to unlock fee estimator":
(https://github.com/bitcoin/bitcoin/issues/32105#issuecomment-3469218336)
Reviewers of #32395 can also share weigh input here so we donβt keep this open unnecessarily.
What @yellowred suggested can be handled by the client that actually needs this functionality, rather than us having to write and maintain this script in our repository.
I took a pragmatic approach, but it received little to mixed support (~0 and +1), so it seems the general sentiment is that we donβt want to enable this. Based on the feedback from my previous (now closed) PR, this can be closed as w
...
(https://github.com/bitcoin/bitcoin/issues/32105#issuecomment-3469218336)
Reviewers of #32395 can also share weigh input here so we donβt keep this open unnecessarily.
What @yellowred suggested can be handled by the client that actually needs this functionality, rather than us having to write and maintain this script in our repository.
I took a pragmatic approach, but it received little to mixed support (~0 and +1), so it seems the general sentiment is that we donβt want to enable this. Based on the feedback from my previous (now closed) PR, this can be closed as w
...
π¬ sdaftuar commented on pull request "Cluster mempool":
(https://github.com/bitcoin/bitcoin/pull/33629#discussion_r2478967921)
I took a stab at it and it's a bit tedious (I managed to move it up earlier in the commit history, but stopped when I got to a conflict with a commit that also touches truc_policy in different ways).
My overall take is it's not such a big deal, as the concern is not around correctness of the code but a potential CPU DoS if exposed over the network, which doesn't strike me as all that concerning for an intermediate commit.
(https://github.com/bitcoin/bitcoin/pull/33629#discussion_r2478967921)
I took a stab at it and it's a bit tedious (I managed to move it up earlier in the commit history, but stopped when I got to a conflict with a commit that also touches truc_policy in different ways).
My overall take is it's not such a big deal, as the concern is not around correctness of the code but a potential CPU DoS if exposed over the network, which doesn't strike me as all that concerning for an intermediate commit.
π¬ Crypt-iQ commented on pull request "fuzz: compact block harness":
(https://github.com/bitcoin/bitcoin/pull/33300#issuecomment-3469378663)
Latest push ed813c48f826d083becf93c741b483774c850c86 -> f2ce362:
- implements `GetStrongRandBytes` per [comment](https://github.com/bitcoin/bitcoin/pull/33300#discussion_r2410849029)
- modifies `create_tx` to choose a mempool UTXO only sometimes instead of most of the time
- modifies `create_block` to generate more than 2 non-coinbase transactions per feedback from review club
(https://github.com/bitcoin/bitcoin/pull/33300#issuecomment-3469378663)
Latest push ed813c48f826d083becf93c741b483774c850c86 -> f2ce362:
- implements `GetStrongRandBytes` per [comment](https://github.com/bitcoin/bitcoin/pull/33300#discussion_r2410849029)
- modifies `create_tx` to choose a mempool UTXO only sometimes instead of most of the time
- modifies `create_block` to generate more than 2 non-coinbase transactions per feedback from review club
π hulxv opened a pull request: "feat: shell completions for bitcoin wrapper executable"
(https://github.com/bitcoin/bitcoin/pull/33747)
<!--
*** Please remove the following help text before submitting: ***
Pull requests without a rationale and clear improvement may be closed
immediately.
GUI-related pull requests should be opened against
https://github.com/bitcoin-core/gui
first. See CONTRIBUTING.md
-->
<!--
Please provide clear motivation for your patch and explain how it improves
Bitcoin Core user experience or Bitcoin Core developer experience
significantly:
* Any test improvements or new tests that improv
...
(https://github.com/bitcoin/bitcoin/pull/33747)
<!--
*** Please remove the following help text before submitting: ***
Pull requests without a rationale and clear improvement may be closed
immediately.
GUI-related pull requests should be opened against
https://github.com/bitcoin-core/gui
first. See CONTRIBUTING.md
-->
<!--
Please provide clear motivation for your patch and explain how it improves
Bitcoin Core user experience or Bitcoin Core developer experience
significantly:
* Any test improvements or new tests that improv
...