π¬ ryanofsky commented on issue "Add bitcoind and bitcoin-cli to macOS release":
(https://github.com/bitcoin/bitcoin/issues/30262#issuecomment-2163278278)
re: https://github.com/bitcoin/bitcoin/issues/30262#issue-2344196072
> I vaguely remember an earlier discussion about this, but can't find it.
I'm not sure if this is is what you were thinking ofm but we previously discussed "adding helper applications alongside the main application" in a single DMG on macos in https://github.com/bitcoin-core/gui/pull/414. But these were testnet/regtest versions of the GUI, not command line apps.
(https://github.com/bitcoin/bitcoin/issues/30262#issuecomment-2163278278)
re: https://github.com/bitcoin/bitcoin/issues/30262#issue-2344196072
> I vaguely remember an earlier discussion about this, but can't find it.
I'm not sure if this is is what you were thinking ofm but we previously discussed "adding helper applications alongside the main application" in a single DMG on macos in https://github.com/bitcoin-core/gui/pull/414. But these were testnet/regtest versions of the GUI, not command line apps.
π TheCharlatan approved a pull request: "Encapsulate warnings in generalized node::Warnings and remove globals"
(https://github.com/bitcoin/bitcoin/pull/30058#pullrequestreview-2113334850)
Re-ACK 4ca48b328ba601299fc5aa4efc9749420590a022
(https://github.com/bitcoin/bitcoin/pull/30058#pullrequestreview-2113334850)
Re-ACK 4ca48b328ba601299fc5aa4efc9749420590a022
π ismaelsadeeq opened a pull request: "Fee Estimation: change `estimatesmartfee` default mode to `economical`"
(https://github.com/bitcoin/bitcoin/pull/30275)
Fixes #30009
This PR changes the `estimatesmartfee` default mode to `economical`. Since users are likely to use the default mode, this change will reduce overestimation for many users. The conservative mode remains available for those who wish to opt-in.
For an in-depth analysis of how significantly the `conservative` mode overestimates, see https://delvingbitcoin.org/t/bitcoind-policy-estimator-modes-analysis/964.
(https://github.com/bitcoin/bitcoin/pull/30275)
Fixes #30009
This PR changes the `estimatesmartfee` default mode to `economical`. Since users are likely to use the default mode, this change will reduce overestimation for many users. The conservative mode remains available for those who wish to opt-in.
For an in-depth analysis of how significantly the `conservative` mode overestimates, see https://delvingbitcoin.org/t/bitcoind-policy-estimator-modes-analysis/964.
π¬ achow101 commented on issue "Add bitcoind and bitcoin-cli to macOS release":
(https://github.com/bitcoin/bitcoin/issues/30262#issuecomment-2163314131)
> Including them in the normal download zip, perhaps in a folder called "Utilities", so that it's visually distinct from the GUI icon.
I think they would still have to be code signed and that could be slightly problematic? AFAIK code signing on MacOS currently requires extra data that exists in the app bundle that would not be available to standalone binaries.
(https://github.com/bitcoin/bitcoin/issues/30262#issuecomment-2163314131)
> Including them in the normal download zip, perhaps in a folder called "Utilities", so that it's visually distinct from the GUI icon.
I think they would still have to be code signed and that could be slightly problematic? AFAIK code signing on MacOS currently requires extra data that exists in the app bundle that would not be available to standalone binaries.
π¬ mzumsande commented on pull request "p2p: For assumeutxo, download snapshot chain before background chain":
(https://github.com/bitcoin/bitcoin/pull/29519#discussion_r1636684790)
> And you seem to be suggesting:
Loading a snapshot should force a node to only consider chains that include the snapshot block and ignore other chains, even if they have more work.
This was meant more as a description of the status quo than a description of the ideal world. I think that with today's logic we don't really have another choice but to do so - temporarily until the background sync has finished.
> but the snapshot block is not on the most-work chain seems different and worth t
...
(https://github.com/bitcoin/bitcoin/pull/29519#discussion_r1636684790)
> And you seem to be suggesting:
Loading a snapshot should force a node to only consider chains that include the snapshot block and ignore other chains, even if they have more work.
This was meant more as a description of the status quo than a description of the ideal world. I think that with today's logic we don't really have another choice but to do so - temporarily until the background sync has finished.
> but the snapshot block is not on the most-work chain seems different and worth t
...
π¬ mzumsande commented on pull request "p2p: For assumeutxo, download snapshot chain before background chain":
(https://github.com/bitcoin/bitcoin/pull/29519#issuecomment-2163327804)
> I think it would be nice to clean the code up more and clarify what is trying to do, instead of merging this change as it is.
I will look into improving this (see thread above) in the next days, so hold off merging please.
(https://github.com/bitcoin/bitcoin/pull/29519#issuecomment-2163327804)
> I think it would be nice to clean the code up more and clarify what is trying to do, instead of merging this change as it is.
I will look into improving this (see thread above) in the next days, so hold off merging please.
π¬ maflcko commented on pull request "ci: move ASan job to GitHub Actions from Cirrus CI":
(https://github.com/bitcoin/bitcoin/pull/30193#issuecomment-2163333060)
review ACK 9eea51d9058ad638861aa4b94c1c6e71caeb8765
lgtm
(https://github.com/bitcoin/bitcoin/pull/30193#issuecomment-2163333060)
review ACK 9eea51d9058ad638861aa4b94c1c6e71caeb8765
lgtm
π m3dwards's pull request is ready for review: "ci: move ASan job to GitHub Actions from Cirrus CI"
(https://github.com/bitcoin/bitcoin/pull/30193)
(https://github.com/bitcoin/bitcoin/pull/30193)
π marcofleon approved a pull request: "Lint: Support running individual lint checks"
(https://github.com/bitcoin/bitcoin/pull/30219#pullrequestreview-2113458095)
Tested ACK 0fcbfdb7ad172e518a10dd6e5be4cb6bb1158784. Ran `cargo run` with various of the individual tests and with bad input. Also ran it with no arguments. Everything works as expected and help message looks good.
(https://github.com/bitcoin/bitcoin/pull/30219#pullrequestreview-2113458095)
Tested ACK 0fcbfdb7ad172e518a10dd6e5be4cb6bb1158784. Ran `cargo run` with various of the individual tests and with bad input. Also ran it with no arguments. Everything works as expected and help message looks good.
π fanquake opened a pull request: "doc: archive release notes for v27.1"
(https://github.com/bitcoin/bitcoin/pull/30276)
(https://github.com/bitcoin/bitcoin/pull/30276)
π¬ fanquake commented on pull request "Update minisketch subtree to eb37a9b8e79f9e49d73b96a49bf97a96d9eb676c":
(https://github.com/bitcoin/bitcoin/pull/30270#issuecomment-2163459777)
Guix Build (aarch64):
```bash
043f66f1a8d58b8dcba45fe88bc1fd0e8cd2222d05a678e3f14bcd52c905533e guix-build-89464ad59cf1/output/aarch64-linux-gnu/SHA256SUMS.part
11f73219fdfe67f878aaf9552d30076267e6925cfac82cf1dfd276b4bc416a38 guix-build-89464ad59cf1/output/aarch64-linux-gnu/bitcoin-89464ad59cf1-aarch64-linux-gnu-debug.tar.gz
ac903add0b8fe9fa3eb578e2270a64c6f7ed1ec054069647a40c564d5b6d0c3c guix-build-89464ad59cf1/output/aarch64-linux-gnu/bitcoin-89464ad59cf1-aarch64-linux-gnu.tar.gz
c9ae08
...
(https://github.com/bitcoin/bitcoin/pull/30270#issuecomment-2163459777)
Guix Build (aarch64):
```bash
043f66f1a8d58b8dcba45fe88bc1fd0e8cd2222d05a678e3f14bcd52c905533e guix-build-89464ad59cf1/output/aarch64-linux-gnu/SHA256SUMS.part
11f73219fdfe67f878aaf9552d30076267e6925cfac82cf1dfd276b4bc416a38 guix-build-89464ad59cf1/output/aarch64-linux-gnu/bitcoin-89464ad59cf1-aarch64-linux-gnu-debug.tar.gz
ac903add0b8fe9fa3eb578e2270a64c6f7ed1ec054069647a40c564d5b6d0c3c guix-build-89464ad59cf1/output/aarch64-linux-gnu/bitcoin-89464ad59cf1-aarch64-linux-gnu.tar.gz
c9ae08
...
π¬ kristapsk commented on pull request "Lint: Support running individual lint checks":
(https://github.com/bitcoin/bitcoin/pull/30219#issuecomment-2163462318)
Concept ACK
(https://github.com/bitcoin/bitcoin/pull/30219#issuecomment-2163462318)
Concept ACK
π¬ kristapsk commented on pull request "ci: move ASan job to GitHub Actions from Cirrus CI":
(https://github.com/bitcoin/bitcoin/pull/30193#issuecomment-2163464919)
Concept ACK
(https://github.com/bitcoin/bitcoin/pull/30193#issuecomment-2163464919)
Concept ACK
π¬ pinheadmz commented on issue "Add bitcoind and bitcoin-cli to macOS release":
(https://github.com/bitcoin/bitcoin/issues/30262#issuecomment-2163493017)
@achow101 binaries like bitcoind can be signed, even detached signs: https://github.com/bitcoin/bitcoin/issues/29749#issuecomment-2096273770
(https://github.com/bitcoin/bitcoin/issues/30262#issuecomment-2163493017)
@achow101 binaries like bitcoind can be signed, even detached signs: https://github.com/bitcoin/bitcoin/issues/29749#issuecomment-2096273770
π fanquake merged a pull request: "fuzz: add I2P harness"
(https://github.com/bitcoin/bitcoin/pull/30230)
(https://github.com/bitcoin/bitcoin/pull/30230)
β
fanquake closed an issue: "fuzz: Re-introduce i2p target"
(https://github.com/bitcoin/bitcoin/issues/28803)
(https://github.com/bitcoin/bitcoin/issues/28803)
π dergoegge approved a pull request: "fuzz: Use std::span in FuzzBufferType"
(https://github.com/bitcoin/bitcoin/pull/30229#pullrequestreview-2113616582)
utACK faa41e29d5b90e62179d651f4010272dae685621
(https://github.com/bitcoin/bitcoin/pull/30229#pullrequestreview-2113616582)
utACK faa41e29d5b90e62179d651f4010272dae685621
π¬ murchandamus commented on pull request "Testnet4 including PoW difficulty adjustment fix":
(https://github.com/bitcoin/bitcoin/pull/29775#issuecomment-2163533907)
> Why do you think this issue has never happened on Testnet3? Someone can run up the difficulty there today like you describe and leave on the last block of a difficulty adjustment period, the chain would stall the same as with the code here.
Do blocks mined with the exception count towards the total work according to difficulty-1 or the actual difficulty? If itβs the latter, in testnet3 you could just invalidate the last block in the previous difficulty period with a difficulty-1 block. If i
...
(https://github.com/bitcoin/bitcoin/pull/29775#issuecomment-2163533907)
> Why do you think this issue has never happened on Testnet3? Someone can run up the difficulty there today like you describe and leave on the last block of a difficulty adjustment period, the chain would stall the same as with the code here.
Do blocks mined with the exception count towards the total work according to difficulty-1 or the actual difficulty? If itβs the latter, in testnet3 you could just invalidate the last block in the previous difficulty period with a difficulty-1 block. If i
...
π fanquake merged a pull request: "fuzz: Use std::span in FuzzBufferType"
(https://github.com/bitcoin/bitcoin/pull/30229)
(https://github.com/bitcoin/bitcoin/pull/30229)
π sr-gi opened a pull request: "[DO NOT MERGE] Erlay: bandwidth-efficient transaction relay protocol (Full implementation)"
(https://github.com/bitcoin/bitcoin/pull/30277)
Erlay Project Tracking: https://github.com/bitcoin/bitcoin/issues/30249
---
This is a full implementation of Erlay. Its purpose is to check the integrity and correctness of the implementation against changes/additions that may originate from the review process and/or rebases on top of newer functionality.
This is not to be merged. Functionality will be spread across multiple smaller PRs to ease the review process.
(https://github.com/bitcoin/bitcoin/pull/30277)
Erlay Project Tracking: https://github.com/bitcoin/bitcoin/issues/30249
---
This is a full implementation of Erlay. Its purpose is to check the integrity and correctness of the implementation against changes/additions that may originate from the review process and/or rebases on top of newer functionality.
This is not to be merged. Functionality will be spread across multiple smaller PRs to ease the review process.