< September 2026 >
Su Mo Tu We Th Fr Sa 12345678 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30
2025-07-01
<bitcoin-git>
[bitcoin] bigspider opened pull request #32846: doc: clarify that the "-j N" goes after the "--build build" part (master...patch-1) https://github.com/bitcoin/bitcoin/pull/32846
<bitcoin-git>
[bitcoin] achow101 merged pull request #32783: doc: Add fetching single PRs from upstream to productivity.md (master...fetch-pr-single) https://github.com/bitcoin/bitcoin/pull/32783
<bitcoin-git>
bitcoin/master 45b1d39 will: doc: Add fetching single PRs from upstream
<bitcoin-git>
bitcoin/master 23a00fc Ava Chow: Merge bitcoin/bitcoin#32783: doc: Add fetching single PRs from upstream to...
<bitcoin-git>
[bitcoin] pablomartin4btc opened pull request #32845: rpc, test: Fix JSON parsing errors in RPC calls (unloadwallet and getdescriptoractivity) raising RPC_INVALID_PARAMETER with appropriate description (master...rpc-fix-unloadwallet-when-no-wallet-name-nor-context) https://github.com/bitcoin/bitcoin/pull/32845
<bitcoin-git>
[bitcoin] luke-jr opened pull request #32844: RPC/txoutproof: Support including (and verifying) proofs of wtxid (master...rpc_gettxoutproof_segwit) https://github.com/bitcoin/bitcoin/pull/32844
<bitcoin-git>
[bitcoin] maflcko opened pull request #32834: test: Use msg_generic in p2p_ping.py (master...2506-test-msg-generic-pong) https://github.com/bitcoin/bitcoin/pull/32834
<bitcoin-git>
[bitcoin] kevkevinpal opened pull request #32829: threading: use correct mutex name in reverse_lock fatal error messages (master...followupOnGtoCS) https://github.com/bitcoin/bitcoin/pull/32829
<bitcoin-git>
[bitcoin] zaidmstrr opened pull request #32821: rpc: Handle -named argument parsing where Base64 encoding is used (master...rpc-args) https://github.com/bitcoin/bitcoin/pull/32821
<bitcoin-git>
[bitcoin] willcl-ark opened pull request #32818: Add read-only mode to sqlite db and use in `bitcoin-wallet` (master...wallet-tool-indempotent) https://github.com/bitcoin/bitcoin/pull/32818
<bitcoin-git>
[bitcoin] fanquake closed pull request #32804: Fix build on macOS when `qt@6` is installed (29.x...250624-29.x-multi-qt) https://github.com/bitcoin/bitcoin/pull/32804
<bitcoin-git>
[bitcoin] fanquake merged pull request #32665: depends: Bump boost to 1.88.0 and use new CMake buildsystem (master...boost_shrink) https://github.com/bitcoin/bitcoin/pull/32665
<bitcoin-git>
bitcoin/master 6c2538d Cory Fields: depends: Bump boost to 1.88.0 and use new CMake buildsystem
<bitcoin-git>
bitcoin/master 5170ec1 merge-script: Merge bitcoin/bitcoin#32665: depends: Bump boost to 1.88.0 and use new CMa...
<bitcoin-git>
[gui] VolodymyrBg opened pull request #878: Fix broken navigation link to files documentation in README_doxygen.md (master...patch-1) https://github.com/bitcoin-core/gui/pull/878
<bitcoin-git>
[bitcoin] glozow merged pull request #32597: wallet: Always set descriptor cache upgraded flag for new wallets (master...desc-cache-is-upgraded) https://github.com/bitcoin/bitcoin/pull/32597
<bitcoin-git>
bitcoin/master 69f588a Ava Chow: wallet: Set upgraded descriptor cache flag for newly created wallets
<bitcoin-git>
bitcoin/master bc2a26b Ava Chow: wallet: Add GetWalletFlags
<bitcoin-git>
bitcoin/master 47237cd Ava Chow: wallet, rpc: Output wallet flags in getwalletinfo
<bitcoin-git>
[bitcoin] luke-jr closed pull request #32812: Bugfix: Wallet: Skip inaccessible directories rather than abort the wallet list entirely (master...fix_wallet_list_ignore_eperm) https://github.com/bitcoin/bitcoin/pull/32812
<bitcoin-git>
[bitcoin] hebasto opened pull request #32814: cmake: Explicitly specify `Boost_ROOT` for Homebrew's package (master...250624-findboost) https://github.com/bitcoin/bitcoin/pull/32814
<bitcoin-git>
[bitcoin] l0rinc opened pull request #32813: clang-format: modernize and realign clang-format configuration (master...l0rinc/clang-format) https://github.com/bitcoin/bitcoin/pull/32813
<bitcoin-git>
[bitcoin] luke-jr opened pull request #32812: Bugfix: Wallet: Skip inaccessible directories rather than abort the wallet list entirely (master...fix_wallet_list_ignore_eperm) https://github.com/bitcoin/bitcoin/pull/32812
<bitcoin-git>
[bitcoin] hebasto opened pull request #32805: cmake: Use `HINTS` instead of `PATHS` in `find_*` commands (master...250624-qrencode) https://github.com/bitcoin/bitcoin/pull/32805
<bitcoin-git>
bitcoincore.org/master 2a8e616 fanquake: doc: remove references to Travis
<bitcoin-git>
[bitcoin] willcl-ark opened pull request #32798: build: add root dir to CMAKE_SYSTEM_PREFIX_PATH in toolchain (master...nix-cmake-fix) https://github.com/bitcoin/bitcoin/pull/32798
<bitcoin-git>
[bitcoin] HowHsu opened pull request #32791: checkqueue: implement a new scriptcheck worker pool with atomic variables (master...checkqueue_atomic) https://github.com/bitcoin/bitcoin/pull/32791
<bitcoin-git>
[bitcoin] yuvicc opened pull request #32790: rpc, test: allow multiple data outputs in `createrawtransaction` & `createpsbt` (master...2025-06-fix-multi-data-outs) https://github.com/bitcoin/bitcoin/pull/32790
<bitcoin-git>
[bitcoin] maflcko closed pull request #31492: Execute Discover() when bind=0.0.0.0 or :: is set (master...discover-bind) https://github.com/bitcoin/bitcoin/pull/31492
<bitcoin-git>
[bitcoin] hamed-ta opened pull request #32789: Fix critical integer overflow vulnerability in compact block handling (master...blockencodings-overflow-fix) https://github.com/bitcoin/bitcoin/pull/32789
<bitcoin-git>
[bitcoin] Sjors opened pull request #32784: wallet: derivehdkey RPC to get xpub at arbitrary path (master...2025/06/gethdkey) https://github.com/bitcoin/bitcoin/pull/32784
<bitcoin-git>
[bitcoin] willcl-ark opened pull request #32783: doc: Add fetching single PRs from upstream to productivity.md (master...fetch-pr-single) https://github.com/bitcoin/bitcoin/pull/32783
<bitcoin-git>
[bitcoin] willcl-ark opened pull request #32782: test: disable secp256 tests by default (master...disable-secp-tests-split) https://github.com/bitcoin/bitcoin/pull/32782
2025-06-19
<sipa>
TheCharlatan: perhaps, but even then i don't think it deserves the "bitcoin" label
<TheCharlatan>
sipa, r.e. kernel deserving to be treated differently. if it becomes the common codebase for a bunch of implementations, it would be equally weird in my eyes if it were still in the bitcoin-core org and not a shared codebase to some extent.
<marcofleon>
darosior: I think janb84 was saying it could be somehow misinterpreted as the "final step" in core taking control of bitcoin
<darosior>
janb84: you seem confused. The point is to move away from bitcoin/bitcoin toward bitcoin-core/bitcoin.
<achow101>
darosior: I have had a couple of people say to me "well if you guys aren't bitcoin, why are you using bitcoin/bitcoin", so I don't think it's incorrect to say that we would face less pressure
<darosior>
achow101: it seems the push to move is at least in part fueled by thinking we would face less pressure. I think this view is incorrect and falling into the fallacy that the Github repo matters to define what the Bitcoin network is.
<sipa>
but i don't see how bitcoin core not being under bitcoin/ would somehow mean we don't think people should use bitcoin core
<abubakarsadiq>
the redirect from /bitcoin/bitcoin indicates that Bitcoin core is the dominant implementation :P
<Murch[m]>
At this point, anything we do seems to be represented in pretty much every possible way as there are a substantial number of Bitcoin geeks producing podcasts and blog posts that are overinvested in the OP_RETURN thing…
<darosior>
I understand many (including me) are concerned with the confusion of Bitcoin and Bitcoin Core. However i don't think this means we should ignore the fact that anybody serious who wants to use Bitcoin today with real money on the line will want to use Bitcoin Core. Moving the repository is not going to change this reality.
<sipa>
who knows how things can be misinterpreted, of course, but logically, this is exactly moving away from the (understandable) misdirection someone might take from bitcoin core being under the bitcoin/ org
<janb84>
There is currently a view of certain people that "bitcoin-core" is trying to capture bitcoin, wouldn't moving the repo now bolster that viewpoint and give extra negative backlash ?
<Murch[m]>
dergoegge, I mean, you would not be looking at the bitcoin org anymore when browsing the repository, even if you got there originally by calling up the bitcoin org
<achow101>
dergoegge: any new links people generate will be the new repo. when you go to the old link, it automatically redirects you to the new repo which says "bitcoin-core/bitcoin-core" or whatever
<sipa>
the bitcoin/ repo isn't there to to direct people (as repos won't even show up under it) to a specific implementation, it's to redirect old historical usage that hasn't updated
<sipa>
dergoegge: that seems like a strawman to me; over time, people will start using the bitcoin-core repo