<corebot>
https://github.com/bitcoin/bitcoin/issues/31177 | rpc, logging: return "verificationprogress" of 1 when up to date by polespinasa · Pull Request #31177 · bitcoin/bitcoin · GitHub
<bitcoin-git>
[bitcoin] fanquake merged pull request #31784: test: added additional coverage to waitforblock and waitforblockheight rpc's (master...moreTimeoutTests) https://github.com/bitcoin/bitcoin/pull/31784
<bitcoin-git>
[bitcoin] ryanofsky reopened pull request #30975: ci: build multiprocess on most jobs (master...2024/09/multiprocess-guix) https://github.com/bitcoin/bitcoin/pull/30975
<bitcoin-git>
[bitcoin] ryanofsky closed pull request #30975: ci: build multiprocess on most jobs (master...2024/09/multiprocess-guix) https://github.com/bitcoin/bitcoin/pull/30975
<bitcoin-git>
[bitcoin] furszy opened pull request #31794: wallet: abandon orphan coinbase txs, and their descendants, during startup (master...2025_wallet_abandon_coinbase_during_startup) https://github.com/bitcoin/bitcoin/pull/31794
<bitcoin-git>
[bitcoin] darosior opened pull request #31792: Double check all block rules in `ConnectBlock`, not only `CheckBlock` (master...2502_ctx_checks_in_connectblock) https://github.com/bitcoin/bitcoin/pull/31792
<bitcoin-git>
[bitcoin] Sjors closed pull request #31763: Pass custom DEP_OPTS and CONFIG_FLAGS to guix-build (master...2025/01/guix-config-flags) https://github.com/bitcoin/bitcoin/pull/31763
<bitcoin-git>
[gui] rhysbeynon opened pull request #852: Updated MacOS icon to more closely fit Apple's design standards (master...updated-icns) https://github.com/bitcoin-core/gui/pull/852
<bitcoin-git>
[bitcoin] Sjors opened pull request #31785: Have createNewBlock() ensure m_tip_block is set (master...2025/02/create_new_block) https://github.com/bitcoin/bitcoin/pull/31785
<bitcoin-git>
[bitcoin] kevkevinpal opened pull request #31784: test: added additional coverage to waitforblock and waitforblockheight rpc's (master...moreTimeoutTests) https://github.com/bitcoin/bitcoin/pull/31784
<bitcoin-git>
[gui-qml] hebasto merged pull request #430: Allow IPv6 in Proxy settings and moving validation out from the UI into the model/ interface (main...qml-ipaddress-allow-ipv6) https://github.com/bitcoin-core/gui-qml/pull/430
<bitcoin-git>
[bitcoin] hebasto opened pull request #31779: cmake: Improve safety and robustness during building `crc32c` subtree (master...250202-cmake-crc32c) https://github.com/bitcoin/bitcoin/pull/31779
<bitcoin-git>
[gui] hebasto merged pull request #850: psbt: Use SIGHASH_DEFAULT when signing PSBTs (master...gui-psbt-sighash-default) https://github.com/bitcoin-core/gui/pull/850
<bitcoin-git>
bitcoin/master 3e97ff9 Ava Chow: gui, psbt: Use SIGHASH_DEFAULT when signing PSBTs
<bitcoin-git>
bitcoin/master 1172bc4 Hennadii Stepanov: Merge bitcoin-core/gui#850: psbt: Use SIGHASH_DEFAULT when signing PSBTs
<bitcoin-git>
bitcoin/master 7fbb1bc TheCharlatan: kernel: Move block tree db open to block manager
<bitcoin-git>
[bitcoin] davidgumberg opened pull request #31774: crypto: Use secure_allocator for `AES256_ctx` (master...1-31-25-aes-secure-alloc) https://github.com/bitcoin/bitcoin/pull/31774
<bitcoin-git>
bitcoin/master 8888ee4 MarcoFalke: ci: Allow build dir on CI host
<bitcoin-git>
bitcoin/master 8fa10ed Ryan Ofsky: Merge bitcoin/bitcoin#31428: ci: Allow build dir on CI host
2025-01-30
<bitcoin-git>
[bitcoin] brunoerg opened pull request #31768: test: check `scanning` field from `getwalletinfo` (master...2025-01-test-wallet-scan) https://github.com/bitcoin/bitcoin/pull/31768
<darosior>
Not everyone affected by the costs of adding more stuff get to say it in the review process. Plus the cost is dispersed among everyone, current and future contributors, whereas the benefits of "getting my stuff merged in Bitcoin Core" are concentrated.
<darosior>
sipa: It's not because something is being worked on and gets reviewed that it needs to live in Bitcoin Core.
<bitcoin-git>
[bitcoin] danielabrozzoni opened pull request #31767: rpc: Ensure -debug=0/none behaves consistently with -nodebug (master...debug_flag_consistency) https://github.com/bitcoin/bitcoin/pull/31767
<corebot>
https://github.com/bitcoin/bitcoin/issues/31407 | guix: Notarize MacOS app bundle and codesign all MacOS and Windows binaries by achow101 · Pull Request #31407 · bitcoin/bitcoin · GitHub
<jonatack>
Regarding the specific case of the GUI, getting funding for working on it has been a non-starter for years, perhaps somewha partially related to moving out of the bitcoin core repo
<corebot>
https://github.com/bitcoin/bitcoin/issues/31407 | guix: Notarize MacOS app bundle and codesign all MacOS and Windows binaries by achow101 · Pull Request #31407 · bitcoin/bitcoin · GitHub
<darosior>
TheCharlatan: thanks for asking, yes i think it would be nice if we all thought about "What should be the scope of the project", "What should be Bitcoin Core's mission", so we can get inputs from as many people as possible for this discussion
<darosior>
Bitcoin Core cannot be the "everything Bitcoin app" without also diluting priorities. Not doing anything about it is making this choice by default. Finally, defining a scope is not only about pruning stuff. It can also help us shift focus toward things we would see as in-scope but not making enough progress.
<bitcoin-git>
[bitcoin] hebasto opened pull request #31765: cmake: Install man pages for built targets only (master...250130-man-inst) https://github.com/bitcoin/bitcoin/pull/31765
<bitcoin-git>
[bitcoin] sr-gi opened pull request #31760: test: make sure we are on sync with a peer before checking if they have sent a message (master...2025-01-fix-p2p-orphan-halding-requests-check) https://github.com/bitcoin/bitcoin/pull/31760
<bitcoin-git>
[bitcoin] sr-gi opened pull request #31759: test: fixes p2p_ibd_txrelay wait time (master...2025-01-fix-p2p-ibd-txrelay-test) https://github.com/bitcoin/bitcoin/pull/31759
<bitcoin-git>
[bitcoin] jurraca opened pull request #31742: contrib: fix BUILDDIR in gen-bitcoin-conf script and gen-manpages.py (master...fix-builddir) https://github.com/bitcoin/bitcoin/pull/31742
<sipa>
i'm trying to add a new binary (just for experimentation, not something that ever needs to be PR'ed), i copied the {,src/}CMakeLists.txt logic for bitcoin-tx, and a new binary gets built which runs, but when i try to invoke any random.h function, i get this error:
<achow101>
lmk if there's other channels for bitcoin core where this bot would be useful, and if there's any other functionality that would be useful to add.
<corebot>
https://github.com/bitcoin/bips/issues/1695 | BIP373: Clarify where keys in MuSig fields may appear in the Taproot output by achow101 · Pull Request #1695 · bitcoin/bips · GitHub
<corebot>
https://github.com/bitcoin/bitcoin/issues/31622 | psbt: add non-default sighash types to PSBTs and unify sighash type match checking by achow101 · Pull Request #31622 · bitcoin/bitcoin · GitHub
<bitcoin-git>
[bitcoin] krishpranav opened pull request #31735: Fix compilation errors in blockchain.cpp related to serialization, UTXO dumping, and path conversion (master...master) https://github.com/bitcoin/bitcoin/pull/31735
<bitcoin-git>
[bitcoin] achow101 merged pull request #30322: test: raise an error in `_bulk_tx_` when `target_vsize` is too low (master...06-2024-fix_bulk_tx-with-low-weight) https://github.com/bitcoin/bitcoin/pull/30322
<bitcoin-git>
bitcoin/master 92787dd ismaelsadeeq: test: raise an error when target_vsize is below tx virtual size
<bitcoin-git>
[bitcoin] l0rinc closed pull request #31730: build: add `bitcoind-release` preset with only `BUILD_DAEMON` enabled with `release` build type (master...l0rinc/bitcoind-release-cmake-preset) https://github.com/bitcoin/bitcoin/pull/31730
<bitcoin-git>
[bitcoin] l0rinc opened pull request #31731: doc: update translation generation cmake example (master...l0rinc/dev-mode-translation-doc-fix) https://github.com/bitcoin/bitcoin/pull/31731
<bitcoin-git>
[bitcoin] l0rinc opened pull request #31730: build: add `bitcoind-release` preset with only `BUILD_DAEMON` enabled with `release` build type (master...l0rinc/bitcoind-release-cmake-preset) https://github.com/bitcoin/bitcoin/pull/31730
<bitcoin-git>
[bitcoin] Sjors closed pull request #28616: Show transactions as not fully confirmed during background validation (master...2023/10/assume-unconfirmed) https://github.com/bitcoin/bitcoin/pull/28616
<Sjors[m]>
If I have to maintain a node binary forever, then it makes no sense for me to use the more complicated IPC variant. That only makes sense as a temporary measure, if I'm sure eventually Bitcoin Core will ship it.
<Sjors[m]>
Bundling a custom Bitcoin Core with a sidecar makes no sense, it's just more complicated to install than the combined binary I've been shipping.
<Sjors[m]>
SRI is a Rust project, they're not going to release Bitcoin Core binaries I think.
<Sjors[m]>
It would basically say "Please install Bitcoin Core from X instead of the normal place", then install the sidecar app.
<darosior>
Exactly. It seems this is just not possible. Pools want the Bitcoin Core seal of approval because of our release standard. Breaking these standards to be able to release a binary is probably not a solution to get them to run it.
<Sjors[m]>
fanquake: if we vendor it, then we could guix build a bitcoin-node binary and ship that seperately?
<Sjors[m]>
I could do that myself, but it makes little sense for me to release two binaries myself: a Bitcoin Core IPC build + a Template Provider. Then it's easier for me to keep them combined.
<Sjors[m]>
darosior: getting a multiprocess binary released by the Bitcoin Core project in some way is the most useful. Can be seperate from the main release.
<fanquake>
sipa: I somewhat agree, if we have a longer term plan to actually do the process separation, in a way that gives the us the benefits of process separation. i.e currently, it's still a bitcoin-node process, if you don't care about wallet or gui etc
<darosior>
"I think it's perfectly fine if v29 still has bugs in it" - I don't feel very comfortable with the idea of Bitcoin Core releasing binaries that "may have bugs in them but it's fine".
<Sjors[m]>
Because people have to install Bitcoin Core binaries from some random guy (me).
<Sjors[m]>
fanquake: yes, it's partially a chicken-egg problem - without Bitcoin Core support Stratum v2 is dead on arrival