📝 sr-gi opened a pull request: "Adds transaction propagation information to mempool transactions"
(https://github.com/bitcoin/bitcoin/pull/32986)
Currently, we store the time transactions enter the mempool (in `CTXMempoolEntry`) as a timestamp with second precision.

This patch stores data more precisely (microsecond granularity), as well as optionally storing the timestamp of the first inventory message received about each transaction in the pool, while still maintaining the previous interface for backwards compatibility (`nTime` is unchanged, and `nTimeUs` and `nFirstInvTime` are added with microsecond precision).

This is really u
...

💬 sr-gi commented on pull request "Adds transaction propagation information to mempool transactions":
(https://github.com/bitcoin/bitcoin/pull/32986#issuecomment-3076456661)
I'm currently seeking conceptual feedback. While I believe this is very useful for measuring transaction propagation and evaluating network improvements, I'm unsure whether the added complexity is justified, given that it's unlikely to be used beyond that specific context.

💬 pablomartin4btc commented on pull request "rpc, test: Fix JSON parsing errors in unloadwallet and getdescriptoractivity RPCs":
(https://github.com/bitcoin/bitcoin/pull/32845#discussion_r2209122103)
I haven't chosen wallet_name to match the RPC parameter. The function is meant to ensure consistency between two potential sources of a wallet name—the one in the endpoint and the one provided explicitly—regardless of where the second one comes from. So `wallet_name` here refers to the generic concept of a wallet name, not necessarily a parameter (RPC?) with that specific name.

That said, I see your point that parameter names vary between RPCs, and if a future RPC used this function with a di
...

💬 Ezerode commented on issue "Internal bug detected: FinalizeAndExtractPSBT(psbtx_copy, mtx)":
(https://github.com/bitcoin/bitcoin/issues/32849#issuecomment-3076686230)
0xc76c95a85BB94257dE19D6007C329EC3e40b5E5C
Ayudenme colaborandome. Mi padre piensa que es todo Scam,
me gustaría formar parte del protocolo BTC, También aconsejando cosas, como puedo hacer ?

💬 vasild commented on pull request "util: explicitly close all AutoFiles that have been written":
(https://github.com/bitcoin/bitcoin/pull/29307#issuecomment-3076765123)
I prefer to always check whether a syscall failed even if it _seems_ that it should always succeed. In this particular case, the _"seems"_ is not very strong because `close` is doing [more things](https://github.com/bitcoin/bitcoin/pull/29307#discussion_r2161473468) than `flush` or `truncate` and those things could fail. So I think the current code is solid. I do not see a value in removing a check whether `close` failed.

📝 maflcko opened a pull request: "init: [gui] Avoid UB/crash in InitAndLoadChainstate"
(https://github.com/bitcoin/bitcoin/pull/32987)
`InitAndLoadChainstate` is problematic, when called twice in the GUI. This can happen when it returns a failure and the user selects an interactive reindex.

There are several bugs that have been introduced since the last time this was working correctly:

* The first one is a crash (assertion failure), which happens due to a cached tip block in the notifiications from the previous run. See https://github.com/bitcoin/bitcoin/pull/31346#discussion_r2207914726
* The second one is UB (use-after
...

✅ maflcko closed a pull request: "test: Check that the GUI interactive reindex works"
(https://github.com/bitcoin/bitcoin/pull/32979)

💬 maflcko commented on pull request "test: Check that the GUI interactive reindex works":
(https://github.com/bitcoin/bitcoin/pull/32979#issuecomment-3076792505)
fix (and this test) in https://github.com/bitcoin/bitcoin/pull/32987

👍 rkrux approved a pull request: "wallet: Set migrated wallet name only on success"
(https://github.com/bitcoin/bitcoin/pull/32984#pullrequestreview-3023217816)
lgtm ACK 8a4cfddf23a4575a1042dfa97d3478727775e8dd

Makes sense to add this.

I recall thinking once about adding something like this when I was working on #32758, but I forgot later.

💬 romanz commented on pull request "Add a "tx output spender" index":
(https://github.com/bitcoin/bitcoin/pull/24539#discussion_r2209316365)
nit: `items` size will be the total number of this block's inputs (not its transactions' count), right?

💬 romanz commented on pull request "Add a "tx output spender" index":
(https://github.com/bitcoin/bitcoin/pull/24539#discussion_r2209321522)
Looks similar to the code above - maybe refactor into a helper function?

💬 romanz commented on pull request "Add a "tx output spender" index":
(https://github.com/bitcoin/bitcoin/pull/24539#discussion_r2209333265)
Consider using `FlatFilePos` here (which contains 2 `int`s) instead of `CDiskTxPos` (which contains also the block's offset, taking an additional `int`).

💬 romanz commented on pull request "Add a "tx output spender" index":
(https://github.com/bitcoin/bitcoin/pull/24539#discussion_r2209336131)
Do we need the header's data?

💬 maflcko commented on pull request "wallet, rpc: add v3 transaction creation and wallet support":
(https://github.com/bitcoin/bitcoin/pull/32896#discussion_r2209414266)
nit: Using uint32_t and something like this should fix the linker error:

```
diff --git a/src/rpc/util.cpp b/src/rpc/util.cpp
index 5da02b4df4..0604dec2dc 100644
--- a/src/rpc/util.cpp
+++ b/src/rpc/util.cpp
@@ -731,6 +731,7 @@ TMPL_INST(CheckRequiredOrDefault, const UniValue&, *CHECK_NONFATAL(maybe_arg););
TMPL_INST(CheckRequiredOrDefault, bool, CHECK_NONFATAL(maybe_arg)->get_bool(););
TMPL_INST(CheckRequiredOrDefault, int, CHECK_NONFATAL(maybe_arg)->getInt<int>(););
TMPL_INST(CheckRequired
...

📝 maflcko opened a pull request: "test: Trigger UB in wallet crosschain migration"
(https://github.com/bitcoin/bitcoin/pull/32988)

💬 maflcko commented on pull request "wallet: Set migrated wallet name only on success":
(https://github.com/bitcoin/bitcoin/pull/32984#issuecomment-3077217292)
> I was unable to write a working functional test for this behavior.

It should be pretty trivial, see https://github.com/bitcoin/bitcoin/pull/32988

💬 stickies-v commented on pull request "rpc, test: Fix JSON parsing errors in unloadwallet and getdescriptoractivity RPCs":
(https://github.com/bitcoin/bitcoin/pull/32845#discussion_r2209481857)
Oh no I'm not talking about the helper function's parameter name, that's fine imo, I'm talking about the error message that's thrown and eventually returned to the user, referencing an RPC parameter that potentially doesn't exist. Again, no biggie, just a symptom that concerns aren't entirely separated.

💬 maflcko commented on pull request "wallet: Remove `upgradewallet` RPC":
(https://github.com/bitcoin/bitcoin/pull/32944#issuecomment-3077308944)
migrated wallets will take over the legacy bdb version, which I am not sure is meaningful or useful. The `upgradewallet` RPC can be used to bump it. I think it would be good to explain and document the expectations around this, and the interactions with this pull, going forward.

💬 maflcko commented on issue "ARM Windows build and release":
(https://github.com/bitcoin/bitcoin/issues/31388#issuecomment-3077357630)
You are probably looking for https://bitcoincore.org/en/download, but I don't think this will ever ship msvc compiled binaries, because they are non-deterministic and proprietary (c) . If you really want them, you'll have to compile them yourself. In the meantime, emulation (running the x86 on arm) should work fine.

💬 maflcko commented on pull request "[IBD] log start of script validation past `assumevalid` block":
(https://github.com/bitcoin/bitcoin/pull/32975#discussion_r2209567919)
Not sure what the point is of logging this, when it doesn't detect the case when the checks are enabled initially (due to the minchainwork being less than two weeks worth of headers on top of the av block) ? See also https://github.com/bitcoin/bitcoin/pull/31615