Bitcoin Core Github
44 subscribers
120K links
Download Telegram
πŸ’¬ 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.
βœ… 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)
πŸ’¬ 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.
πŸ€” 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
πŸ’¬ 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
...
πŸ’¬ 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!
πŸ’¬ 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.
πŸ€” 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!!
πŸ’¬ 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
πŸ’¬ pinheadmz commented on pull request "rpc: use CScheduler for HTTPRPCTimer":
(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
πŸ’¬ 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..,
πŸ’¬ 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
...
πŸ’¬ 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
πŸ€” 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
πŸ’¬ 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.
πŸ’¬ 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
...
πŸ’¬ 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
πŸ€” 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!
πŸš€ glozow merged a pull request: "doc: add release notes for #32425"
(https://github.com/bitcoin/bitcoin/pull/32727)