π¬ maflcko commented on pull request "fees: enable `CBlockPolicyEstimator` return sub 1 sat/vb fee rate estimates":
(https://github.com/bitcoin/bitcoin/pull/33199#issuecomment-3232995418)
This picks up https://github.com/bitcoin/bitcoin/pull/13990? If yes, it may be good to explain the differences.
(https://github.com/bitcoin/bitcoin/pull/33199#issuecomment-3232995418)
This picks up https://github.com/bitcoin/bitcoin/pull/13990? If yes, it may be good to explain the differences.
π¬ maflcko commented on pull request "wallet: Remove isminetypes":
(https://github.com/bitcoin/bitcoin/pull/32523#discussion_r2307083091)
Ref also https://github.com/bitcoin/bitcoin/issues/22518
(https://github.com/bitcoin/bitcoin/pull/32523#discussion_r2307083091)
Ref also https://github.com/bitcoin/bitcoin/issues/22518
π stickies-v approved a pull request: "threading: reduce the scope of lock in getblocktemplate"
(https://github.com/bitcoin/bitcoin/pull/33264#pullrequestreview-3164397816)
ACK 06ec4809045f5cbe51d54e8eda08db03ca4d5ca1
(https://github.com/bitcoin/bitcoin/pull/33264#pullrequestreview-3164397816)
ACK 06ec4809045f5cbe51d54e8eda08db03ca4d5ca1
π¬ stickies-v commented on pull request "threading: reduce the scope of lock in getblocktemplate":
(https://github.com/bitcoin/bitcoin/pull/33264#discussion_r2307072731)
nit: could be one line lower to reduce scope more
(https://github.com/bitcoin/bitcoin/pull/33264#discussion_r2307072731)
nit: could be one line lower to reduce scope more
β
maflcko closed an issue: "0.21.1 native descriptor wallet showing incorrect value for `spendable`"
(https://github.com/bitcoin/bitcoin/issues/22518)
(https://github.com/bitcoin/bitcoin/issues/22518)
π¬ maflcko commented on issue "0.21.1 native descriptor wallet showing incorrect value for `spendable`":
(https://github.com/bitcoin/bitcoin/issues/22518#issuecomment-3233102677)
The docs now say `(DEPRECATED) Always true`, so I guess this can be closed?
(https://github.com/bitcoin/bitcoin/issues/22518#issuecomment-3233102677)
The docs now say `(DEPRECATED) Always true`, so I guess this can be closed?
π rkrux approved a pull request: "wallet: Add `exportwatchonlywallet` RPC to export a watchonly version of a wallet"
(https://github.com/bitcoin/bitcoin/pull/32489#pullrequestreview-3164472562)
lgtm ACK 0f547141487e3964a55102f6ae441233d7144aaf
Thanks for addressing the comments.
(https://github.com/bitcoin/bitcoin/pull/32489#pullrequestreview-3164472562)
lgtm ACK 0f547141487e3964a55102f6ae441233d7144aaf
Thanks for addressing the comments.
π¬ maflcko commented on pull request "cmake, guix: Skip building tests in subtrees for releases":
(https://github.com/bitcoin/bitcoin/pull/32054#issuecomment-3233202057)
@hebasto Could close?
(https://github.com/bitcoin/bitcoin/pull/32054#issuecomment-3233202057)
@hebasto Could close?
π¬ cedwies commented on pull request "Revert compact block cache inefficiencies":
(https://github.com/bitcoin/bitcoin/pull/33253#issuecomment-3233243613)
code-review ACK b7b249d
Read-through + local bench; results match others which I have seen. This PR restores cache locality in the compact-block reconstruction hot path and adds a well focused benchmark.
* Reverts the βvector of `CTransactionRef`β refactors and restores a cache-friendly layout for reconstruction.
* `InitData` again takes `std::vector<std::pair<Wtxid, CTransactionRef>> extra_txn`, causing the wtxid to be available without dereferencing in the hot loop.
* Early-exit and c
...
(https://github.com/bitcoin/bitcoin/pull/33253#issuecomment-3233243613)
code-review ACK b7b249d
Read-through + local bench; results match others which I have seen. This PR restores cache locality in the compact-block reconstruction hot path and adds a well focused benchmark.
* Reverts the βvector of `CTransactionRef`β refactors and restores a cache-friendly layout for reconstruction.
* `InitData` again takes `std::vector<std::pair<Wtxid, CTransactionRef>> extra_txn`, causing the wtxid to be available without dereferencing in the hot loop.
* Early-exit and c
...
β οΈ 0xB10C opened an issue: "signet: disk-space-DoS due to low mining difficulty"
(https://github.com/bitcoin/bitcoin/issues/33266)
Due to low mining difficulty on Signet, an attacker can grind all possible nonces of a block header and create valid[^valid], alternative headers for Signet blocks. Since these have the [same chain work](https://github.com/bitcoin/bitcoin/blob/6ca6f3b37b992591726bd13b494369bee3bd6468/src/validation.cpp#L4416) as the tip, the newly mined headers [can](https://github.com/bitcoin/bitcoin/blob/6ca6f3b37b992591726bd13b494369bee3bd6468/src/validation.cpp#L4435) be submitted along with the original blo
...
(https://github.com/bitcoin/bitcoin/issues/33266)
Due to low mining difficulty on Signet, an attacker can grind all possible nonces of a block header and create valid[^valid], alternative headers for Signet blocks. Since these have the [same chain work](https://github.com/bitcoin/bitcoin/blob/6ca6f3b37b992591726bd13b494369bee3bd6468/src/validation.cpp#L4416) as the tip, the newly mined headers [can](https://github.com/bitcoin/bitcoin/blob/6ca6f3b37b992591726bd13b494369bee3bd6468/src/validation.cpp#L4435) be submitted along with the original blo
...
π¬ kevkevinpal commented on pull request "threading: reduce the scope of lock in getblocktemplate":
(https://github.com/bitcoin/bitcoin/pull/33264#discussion_r2307302790)
Makes sense to me! updated in [493ba0f](https://github.com/bitcoin/bitcoin/pull/33264/commits/493ba0f688311280056491986068cd4a9ad2be66)
(https://github.com/bitcoin/bitcoin/pull/33264#discussion_r2307302790)
Makes sense to me! updated in [493ba0f](https://github.com/bitcoin/bitcoin/pull/33264/commits/493ba0f688311280056491986068cd4a9ad2be66)
β οΈ lnxsrt opened an issue: "124th peer connection closed every second"
(https://github.com/bitcoin/bitcoin/issues/33267)
### Is there an existing issue for this?
- [x] I have searched the existing issues
### Current behaviour
I'm on Bitcoin Core v29.0.0
I noticed that when at the max number of peers (124 total; 10 outbound; 114 inbound) the most recent peer connection is continually dropped after 1 second and another peer is selected. I can't imagine this is good behavior for the network.
As you can see, my peer count is very high (basically == number of seconds I've been at 124 peers) and the most recent pee
...
(https://github.com/bitcoin/bitcoin/issues/33267)
### Is there an existing issue for this?
- [x] I have searched the existing issues
### Current behaviour
I'm on Bitcoin Core v29.0.0
I noticed that when at the max number of peers (124 total; 10 outbound; 114 inbound) the most recent peer connection is continually dropped after 1 second and another peer is selected. I can't imagine this is good behavior for the network.
As you can see, my peer count is very high (basically == number of seconds I've been at 124 peers) and the most recent pee
...
π¬ instagibbs commented on issue "Zero output not cleared":
(https://github.com/bitcoin/bitcoin/issues/33265#issuecomment-3233461032)
thanks, hit me up when you reproduce it; I am having trouble disintangling if the issue is P2A, or ephemeral dust, or something else.
(https://github.com/bitcoin/bitcoin/issues/33265#issuecomment-3233461032)
thanks, hit me up when you reproduce it; I am having trouble disintangling if the issue is P2A, or ephemeral dust, or something else.
π¬ stickies-v commented on pull request "threading: reduce the scope of lock in getblocktemplate":
(https://github.com/bitcoin/bitcoin/pull/33264#issuecomment-3233506955)
re-ACK 493ba0f688311280056491986068cd4a9ad2be66
(https://github.com/bitcoin/bitcoin/pull/33264#issuecomment-3233506955)
re-ACK 493ba0f688311280056491986068cd4a9ad2be66
π instagibbs approved a pull request: "Revert compact block cache inefficiencies"
(https://github.com/bitcoin/bitcoin/pull/33253#pullrequestreview-3164846536)
ACK b7b249d3adfbd3c7b0c4d0499a86300f57982972
non-blocking nits only
(https://github.com/bitcoin/bitcoin/pull/33253#pullrequestreview-3164846536)
ACK b7b249d3adfbd3c7b0c4d0499a86300f57982972
non-blocking nits only
π¬ instagibbs commented on pull request "Revert compact block cache inefficiencies":
(https://github.com/bitcoin/bitcoin/pull/33253#discussion_r2307403366)
micro-nit: annotate numbered args
(https://github.com/bitcoin/bitcoin/pull/33253#discussion_r2307403366)
micro-nit: annotate numbered args
π¬ instagibbs commented on pull request "Revert compact block cache inefficiencies":
(https://github.com/bitcoin/bitcoin/pull/33253#discussion_r2307403840)
micro-nit: annotate numbered args
(https://github.com/bitcoin/bitcoin/pull/33253#discussion_r2307403840)
micro-nit: annotate numbered args
π¬ instagibbs commented on pull request "Revert compact block cache inefficiencies":
(https://github.com/bitcoin/bitcoin/pull/33253#discussion_r2307403680)
micro-nit: annotate numbered args
(https://github.com/bitcoin/bitcoin/pull/33253#discussion_r2307403680)
micro-nit: annotate numbered args
π¬ instagibbs commented on pull request "Revert compact block cache inefficiencies":
(https://github.com/bitcoin/bitcoin/pull/33253#discussion_r2307415897)
```Suggestion
// a reasonably large mempool of 50k txs, ~10MB total plus variable extra txns
```
(https://github.com/bitcoin/bitcoin/pull/33253#discussion_r2307415897)
```Suggestion
// a reasonably large mempool of 50k txs, ~10MB total plus variable extra txns
```
π¬ 0xB10C commented on issue "124th peer connection closed every second":
(https://github.com/bitcoin/bitcoin/issues/33267#issuecomment-3233540722)
This is likely normal behavior and not a bug. What you are seeing is Bitcoin Core's inbound connection eviction in action. When a new inbound connection comes in, another connection may be closed in favor of it. This avoids an attacker filling all of your inbound connections in an attempt to eclipse you from the network. The inbound eviction algorithm takes care to protect certain peers from being disconnected - you can find details [here](https://github.com/bitcoin/bitcoin/blob/6ca6f3b37b992591
...
(https://github.com/bitcoin/bitcoin/issues/33267#issuecomment-3233540722)
This is likely normal behavior and not a bug. What you are seeing is Bitcoin Core's inbound connection eviction in action. When a new inbound connection comes in, another connection may be closed in favor of it. This avoids an attacker filling all of your inbound connections in an attempt to eclipse you from the network. The inbound eviction algorithm takes care to protect certain peers from being disconnected - you can find details [here](https://github.com/bitcoin/bitcoin/blob/6ca6f3b37b992591
...