🚀 achow101 merged a pull request: "psbt: clarify PSBT, PSBTInput, PSBTOutput unserialization flows"
(https://github.com/bitcoin/bitcoin/pull/32419)

💬 achow101 commented on pull request "rpc: Fix internal bug in descriptorprocesspsbt when encountering invalid signatures":
(https://github.com/bitcoin/bitcoin/pull/33014#issuecomment-3544078142)
A test is definitely necessary here to avoid future regressions. @rkrux's proposed test would be fine.

The commit message has a duplicate line that needs to be removed.

🤔 mzumsande reviewed a pull request: "net: Remove unused `local_socket_bytes` variable in `CConnman::GetAddresses()`"
(https://github.com/bitcoin/bitcoin/pull/33894#pullrequestreview-3474798471)
ACK 4d893c0f46055218d6a2b3d24fbce9f0fb6ddc92

I forgot to remove this in 94db966a3bb52a3677eb5f762447202ed3889f0f (the variable was used before that).

👍 theStack approved a pull request: "net: Remove unused `local_socket_bytes` variable in `CConnman::GetAddresses()`"
(https://github.com/bitcoin/bitcoin/pull/33894#pullrequestreview-3474865518)
ACK 4d893c0f46055218d6a2b3d24fbce9f0fb6ddc92

💬 achow101 commented on pull request "contrib: turn off compression of macOS SDK to fix determinism (across distros)":
(https://github.com/bitcoin/bitcoin/pull/32009#issuecomment-3544229304)
> One comment i was about to give is "why use a .tar.gz instead of .tar, that's the only way to be sure to remove dependency on zlib", but that's a much more spread out code change.

I don't think that's true. Our guix build documentation states that the tarball needs to be extracted into `depends/SDK` (or some directory that `SDK_PATH` points to), and `depends/hosts/darwin.mk` uses the path to the extracted directory, not the tarball itself. Other than in the docs, I don't think the tarball i
...

💬 yancyribbens commented on pull request "kernel, validation: Refactor ProcessNewBlock(Headers) to return BlockValidationState":
(https://github.com/bitcoin/bitcoin/pull/33856#discussion_r2535875154)
in 1f589e1af162c2c2705f0404496c549785f2f545 could `!state.IsValud()` be `state.IsInvalid()`?

⚠️ gabriellina752-max opened an issue: "Hire the Best Crypto Recovery Experts for Fast Recovery in 2025 HIRE META TECH RECOVERY PRO"
(https://github.com/bitcoin/bitcoin/issues/33895)
I just wanted to share this review with everyone who can come across it. Everyone reading this on this platform, and a great thanks to the admin who made this medium a lively one, where everyone can share their opinions. I am Mrs. Gabriel Lina, from New York, United States, and a retired nurse. I was bedridden for 8 months to get back on my feet. During this period, I came across an ad with numerous positive reviews on a trading broker platform. I was very interested, so I decided to contact the
...

💬 achow101 commented on pull request "precalculate SipHash constant salt XORs":
(https://github.com/bitcoin/bitcoin/pull/30442#issuecomment-3544671520)
ACK 89bbbbd257063118e6968c409e52632835b76ce8

💬 achow101 commented on pull request "precalculate SipHash constant salt XORs":
(https://github.com/bitcoin/bitcoin/pull/30442#issuecomment-3544694241)
Seems to be a compile failure with clang:

```
/usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/15.2.1/../../../../include/c++/15.2.1/bits/hashtable_policy.h:1056:70: error: chosen constructor is explicit in copy-initialization
1056 | [[__no_unique_address__]] _Hashtable_ebo_helper<_Hash> _M_hash{};
| ^
/usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/15.2.1/../../../../include/c++/15.2.1/bits/hashtable_policy.h:1062:7: no
...

💬 achow101 commented on pull request "init: completely remove `-maxorphantx` option":
(https://github.com/bitcoin/bitcoin/pull/33872#issuecomment-3544705489)
ACK 0aebdac95da9a7d476264424c0107bd806ce5362

🚀 achow101 merged a pull request: "init: completely remove `-maxorphantx` option"
(https://github.com/bitcoin/bitcoin/pull/33872)

💬 yuvicc commented on pull request "test: Fix reorg patterns in tests to use proper fork-based approach":
(https://github.com/bitcoin/bitcoin/pull/32587#issuecomment-3544786316)
Friendly ping @instagibbs @glozow! in [comment](https://github.com/bitcoin/bitcoin/pull/32587#discussion_r2430443357), I think we are testing the prioritization feature so its fine if we use `invalidateblock` here. We would only want to replace `invalidateblock` during re-org testing to use fork based approach.

Why invalidateblock is OK here? It's just a test utility mechanism to quickly return a mined transaction to the mempool to verify prioritization settings persist.

Line 183 - 188:
...

💬 ajtowns commented on issue "Standardness policy rules for legacy Multisig script is incoherent":
(https://github.com/bitcoin/bitcoin/issues/33882#issuecomment-3544844062)
> Yeah, I meant to say "less than or equal to". However, AFAICT this inequality is only enforced in standardness, not solvability.

`Solver()` calls `MatchMultisig()` which invokes `num_keys = GetScriptNuymber(opcode, data, required_sigs, MAX_PUBKEYS_PER_MULTISIG)` which returns nullopt if the CScriptNum isn't minimal and between `required_sigs` and `MAX_PUBKEYS_..`, so I believe it's enforced in both places.

> Just to be clear, we cannot allow hybrid pubkeys to be processed by `CHECKMULTISIG`
...

💬 yuvicc commented on pull request "test: Fix reorg patterns in tests to use proper fork-based approach":
(https://github.com/bitcoin/bitcoin/pull/32587#issuecomment-3544897954)
Thanks @theStack, Fixed `create_empty_fork` in `mempool_updatefromblock.py` moving from second commit to first.

💬 ajtowns commented on pull request "ArgsManager: support subcommand-specific options":
(https://github.com/bitcoin/bitcoin/pull/28802#discussion_r2536251389)
Placement doesn't matter, but I don't think moving closer to COMMANDS, REGISTER_COMMANDS or CLI_COMMANDS really makes sense -- COMMAND_OPTIONS relates to `argsman.AddCommand()` commands (used by bitcoin-wallet and bitcoin-util), which differ from `COMMANDS` (used by bitcoin-tx), `REGISTER_COMMANDS` (also used by bitcoin-tx), and `CLI_COMMANDS` (used by bitcoin-cli for its non-rpc commands, `-generate`, `-netinfo`, `-addrinfo`, `-getinfo`).

💬 ajtowns commented on pull request "ArgsManager: support subcommand-specific options":
(https://github.com/bitcoin/bitcoin/pull/28802#discussion_r2536254793)
It's a docstring, so shows up in the doxygen docs https://doxygen.bitcoincore.org/class_args_manager.html#ab71d531303f7e6fe3bbf67683a414a2e ; maybe it's not that useful, but doesn't seem worth removing outright

💬 ajtowns commented on pull request "ArgsManager: support subcommand-specific options":
(https://github.com/bitcoin/bitcoin/pull/28802#discussion_r2536256619)
It's looked up by the key in `CheckCommandOptions`, so sorting seems fine to me?

💬 ajtowns commented on pull request "ArgsManager: support subcommand-specific options":
(https://github.com/bitcoin/bitcoin/pull/28802#discussion_r2536272651)
`FormatParagraph()` only indenting when it sees a `\n` seems plausible for dealing with an indented continuation (ie, `"Hello " + FormatParagraph("world!\n", 79, 4)`) and the current behaviour is tested, so I'd rather not touch that.

💬 lovepamthailand1672538 commented on issue "[`v30.0rc3`]`bitcoin-node` aborts with mining IPC interface usage":
(https://github.com/bitcoin/bitcoin/issues/33554#issuecomment-3545028414)
bc1qnppvarg8f0gzcfhmytuky0l5ncc90e5kyuxl8q

💬 lovepamthailand1672538 commented on issue "`bitcoin-node` is unkillable after mining IPC connection is established":
(https://github.com/bitcoin/bitcoin/issues/33463#issuecomment-3545029569)
bc1qnppvarg8f0gzcfhmytuky0l5ncc90e5kyuxl8q