π¬ maflcko commented on pull request "test: enabling wallet migration functional test on windows":
(https://github.com/bitcoin/bitcoin/pull/32219#discussion_r2167286122)
unrelated nit in 6f916050a9fa9e9fa1b226f1b2d681f8f3e21869: I don't like short option names in scripts, because I never know what they mean. Is this `-t` for `--tags`, ...?
Would be nice to use the correct long form here, while touching this line.
(https://github.com/bitcoin/bitcoin/pull/32219#discussion_r2167286122)
unrelated nit in 6f916050a9fa9e9fa1b226f1b2d681f8f3e21869: I don't like short option names in scripts, because I never know what they mean. Is this `-t` for `--tags`, ...?
Would be nice to use the correct long form here, while touching this line.
β
luke-jr closed a pull request: "Bugfix: Wallet: Skip inaccessible directories rather than abort the wallet list entirely"
(https://github.com/bitcoin/bitcoin/pull/32812)
(https://github.com/bitcoin/bitcoin/pull/32812)
π¬ luke-jr commented on pull request "Bugfix: Wallet: Skip inaccessible directories rather than abort the wallet list entirely":
(https://github.com/bitcoin/bitcoin/pull/32812#issuecomment-3005807781)
This actually isn't necessary. Unreadable subdirectories get skipped explicitly when checking for their wallet.dat fails.
(https://github.com/bitcoin/bitcoin/pull/32812#issuecomment-3005807781)
This actually isn't necessary. Unreadable subdirectories get skipped explicitly when checking for their wallet.dat fails.
π€ glozow reviewed a pull request: "node: cap `-maxmempool` and `-dbcache` values for 32-bit"
(https://github.com/bitcoin/bitcoin/pull/32530#pullrequestreview-2959312112)
utACK 9f8e7b0b3b787b873045a4a8194e77d0b0a2b3b6
(https://github.com/bitcoin/bitcoin/pull/32530#pullrequestreview-2959312112)
utACK 9f8e7b0b3b787b873045a4a8194e77d0b0a2b3b6
π¬ stratospher commented on pull request "cli: rework -addrinfo cli to use addresses which arenβt filtered for quality/recency":
(https://github.com/bitcoin/bitcoin/pull/26988#issuecomment-3005831521)
> Comparing this latest output against my previous testing I noticed that the all_networks element has been removed (?)
good observation! the old version was incorrect because all_networks and total were the same thing (total number of addresses from all networks in addrman). pushed an [update](https://github.com/bitcoin/bitcoin/compare/c2f3225622cbbe516ac23059bff47ed3c28653cf..016ab85a13408ad980c3dbce4e041e14a4fcf3b8) which doesn't require us to sum up total number of addresses again since t
...
(https://github.com/bitcoin/bitcoin/pull/26988#issuecomment-3005831521)
> Comparing this latest output against my previous testing I noticed that the all_networks element has been removed (?)
good observation! the old version was incorrect because all_networks and total were the same thing (total number of addresses from all networks in addrman). pushed an [update](https://github.com/bitcoin/bitcoin/compare/c2f3225622cbbe516ac23059bff47ed3c28653cf..016ab85a13408ad980c3dbce4e041e14a4fcf3b8) which doesn't require us to sum up total number of addresses again since t
...
π¬ stratospher commented on pull request "test: refactor out same-txid-diff-wtxid tx to reuse in other tests":
(https://github.com/bitcoin/bitcoin/pull/32385#discussion_r2167407115)
ok agree the terms are confusing - I liked [this explanation](https://bitcoin.stackexchange.com/a/119382) of different possible forms of malleability.
thinking of doing s/`build_malleated_children`/`build_children_tx_pair` and s/`ValidWitnessMalleatedTx`/`DifferentWtxidTx` in next push unless anyone has better suggestions!
(https://github.com/bitcoin/bitcoin/pull/32385#discussion_r2167407115)
ok agree the terms are confusing - I liked [this explanation](https://bitcoin.stackexchange.com/a/119382) of different possible forms of malleability.
thinking of doing s/`build_malleated_children`/`build_children_tx_pair` and s/`ValidWitnessMalleatedTx`/`DifferentWtxidTx` in next push unless anyone has better suggestions!
π¬ pinheadmz commented on pull request "rpc: use CScheduler for HTTPRPCTimer":
(https://github.com/bitcoin/bitcoin/pull/32796#discussion_r2167236137)
Thanks I'll take this suggestion. My only concern is that technically there could be a future regression where a user setting timeout to 1 second ends up lasting 60 seconds... I'll add `timeout=5` for a reasonable clamp.
(https://github.com/bitcoin/bitcoin/pull/32796#discussion_r2167236137)
Thanks I'll take this suggestion. My only concern is that technically there could be a future regression where a user setting timeout to 1 second ends up lasting 60 seconds... I'll add `timeout=5` for a reasonable clamp.
π€ pinheadmz reviewed a pull request: "rpc: use CScheduler for HTTPRPCTimer"
(https://github.com/bitcoin/bitcoin/pull/32796#pullrequestreview-2958751819)
Rebase to include suggestions from @fjahr and @vasild thanks!!
(https://github.com/bitcoin/bitcoin/pull/32796#pullrequestreview-2958751819)
Rebase to include suggestions from @fjahr and @vasild thanks!!
π¬ pinheadmz commented on pull request "rpc: use CScheduler for HTTPRPCTimer":
(https://github.com/bitcoin/bitcoin/pull/32796#discussion_r2167221436)
Thanks I'll remove reference to libevent (thats the whole point anyway!) and explain why there is a margin of error in the test
(https://github.com/bitcoin/bitcoin/pull/32796#discussion_r2167221436)
Thanks I'll remove reference to libevent (thats the whole point anyway!) and explain why there is a margin of error in the test
π¬ pinheadmz commented on pull request "rpc: use CScheduler for HTTPRPCTimer":
(https://github.com/bitcoin/bitcoin/pull/32796#discussion_r2167060793)
π
(https://github.com/bitcoin/bitcoin/pull/32796#discussion_r2167060793)
π
π¬ pinheadmz commented on pull request "rpc: use CScheduler for HTTPRPCTimer":
(https://github.com/bitcoin/bitcoin/pull/32796#discussion_r2167216427)
Good feedback I think you're right, its cleaner to just store a reference to the scheduler here. It requires some weird pointer / `any` juggling in`StartHTTPRPC()` -- to keep the `std::any` abstraction
(https://github.com/bitcoin/bitcoin/pull/32796#discussion_r2167216427)
Good feedback I think you're right, its cleaner to just store a reference to the scheduler here. It requires some weird pointer / `any` juggling in`StartHTTPRPC()` -- to keep the `std::any` abstraction
π¬ Zeegaths commented on pull request "docs: adds correct updated documentation links":
(https://github.com/bitcoin/bitcoin/pull/32699#discussion_r2167432256)
if i run this its goes to version 30, which does not exist yet..,
(https://github.com/bitcoin/bitcoin/pull/32699#discussion_r2167432256)
if i run this its goes to version 30, which does not exist yet..,
π¬ instagibbs commented on pull request "p2p: improve TxOrphanage denial of service bounds":
(https://github.com/bitcoin/bitcoin/pull/31829#issuecomment-3005901522)
> together staying just below the global announcement and usage limits, but massively exceeding the per-peer usage reservation
Whiteboarded in person. Hopefully this explanation is clear and explains it in a more permanent location. If this ends up being correct we can adapt the benchmark to be more realistic.
The attack is as follows, assuming a global announcement count of 24,000, and per-peer reservation limit of 404kWU:
1) Peer 0 sends a 260WU orphan
2) Peers 1 through 124 announce
...
(https://github.com/bitcoin/bitcoin/pull/31829#issuecomment-3005901522)
> together staying just below the global announcement and usage limits, but massively exceeding the per-peer usage reservation
Whiteboarded in person. Hopefully this explanation is clear and explains it in a more permanent location. If this ends up being correct we can adapt the benchmark to be more realistic.
The attack is as follows, assuming a global announcement count of 24,000, and per-peer reservation limit of 404kWU:
1) Peer 0 sends a 260WU orphan
2) Peers 1 through 124 announce
...
π¬ willcl-ark commented on pull request "doc: Add fetching single PRs from upstream to productivity.md":
(https://github.com/bitcoin/bitcoin/pull/32783#discussion_r2167461391)
Thanks, fixed in 45b1d39757668939b03b27401c324a938ef0cd8d
(https://github.com/bitcoin/bitcoin/pull/32783#discussion_r2167461391)
Thanks, fixed in 45b1d39757668939b03b27401c324a938ef0cd8d
π€ janb84 reviewed a pull request: "doc: Add fetching single PRs from upstream to productivity.md"
(https://github.com/bitcoin/bitcoin/pull/32783#pullrequestreview-2959405149)
re ACK 45b1d39757668939b03b27401c324a938ef0cd8d
Changes sinds last ACK:
- Small textual changes / fixed typo's
(https://github.com/bitcoin/bitcoin/pull/32783#pullrequestreview-2959405149)
re ACK 45b1d39757668939b03b27401c324a938ef0cd8d
Changes sinds last ACK:
- Small textual changes / fixed typo's
π¬ luke-jr commented on pull request "rpc, doc: clarify the response of listtransactions RPC":
(https://github.com/bitcoin/bitcoin/pull/32737#discussion_r2167466882)
"output" is kind of a low-level detail, while this is a high-level RPC. It's better to think of entries as logical/financial transactions, as opposed to blockchain transactions.
(https://github.com/bitcoin/bitcoin/pull/32737#discussion_r2167466882)
"output" is kind of a low-level detail, while this is a high-level RPC. It's better to think of entries as logical/financial transactions, as opposed to blockchain transactions.
π¬ stringintech commented on pull request "test: headers sync timeout":
(https://github.com/bitcoin/bitcoin/pull/32677#discussion_r2167480268)
I tried this and it seems that doing this instead of restarting the node does not reset the peer indexes, and I can no longer count on the peer indexes in the debug logs.
For example, for the `test_normal_peer_timeout` subset:
```
Timeout downloading headers, disconnecting peer=0
```
becomes
```
Timeout downloading headers, disconnecting peer=3
```
Although still having `peer=0` for the `test_noban_peer_timeout` subtest since we need a restart for that. But it shouldn't matter if you t
...
(https://github.com/bitcoin/bitcoin/pull/32677#discussion_r2167480268)
I tried this and it seems that doing this instead of restarting the node does not reset the peer indexes, and I can no longer count on the peer indexes in the debug logs.
For example, for the `test_normal_peer_timeout` subset:
```
Timeout downloading headers, disconnecting peer=0
```
becomes
```
Timeout downloading headers, disconnecting peer=3
```
Although still having `peer=0` for the `test_noban_peer_timeout` subtest since we need a restart for that. But it shouldn't matter if you t
...
π¬ pablomartin4btc commented on pull request "doc: Add fetching single PRs from upstream to productivity.md":
(https://github.com/bitcoin/bitcoin/pull/32783#issuecomment-3005968667)
re-ACK 45b1d39
(https://github.com/bitcoin/bitcoin/pull/32783#issuecomment-3005968667)
re-ACK 45b1d39
π€ glozow reviewed a pull request: "doc: add release notes for #32425"
(https://github.com/bitcoin/bitcoin/pull/32727#pullrequestreview-2959472194)
ACK b9a2e8ee965daffe2bc618f58b21f0ddebadeb23, thanks for taking suggestions!
(https://github.com/bitcoin/bitcoin/pull/32727#pullrequestreview-2959472194)
ACK b9a2e8ee965daffe2bc618f58b21f0ddebadeb23, thanks for taking suggestions!
π glozow merged a pull request: "doc: add release notes for #32425"
(https://github.com/bitcoin/bitcoin/pull/32727)
(https://github.com/bitcoin/bitcoin/pull/32727)