π¬ achow101 commented on pull request "rpc: use CScheduler for relocking wallet and remove RPCTimer":
(https://github.com/bitcoin/bitcoin/pull/32862#issuecomment-3046962563)
ACK fcfd3db563e89fd79820a4cdfa102d624d801de1
(https://github.com/bitcoin/bitcoin/pull/32862#issuecomment-3046962563)
ACK fcfd3db563e89fd79820a4cdfa102d624d801de1
π€ furszy reviewed a pull request: "wallet: remove dead code in legacy wallet migration"
(https://github.com/bitcoin/bitcoin/pull/32758#pullrequestreview-2995635591)
code reviewed, looks good. Just left a comment about the last commit.
(https://github.com/bitcoin/bitcoin/pull/32758#pullrequestreview-2995635591)
code reviewed, looks good. Just left a comment about the last commit.
π¬ furszy commented on pull request "wallet: remove dead code in legacy wallet migration":
(https://github.com/bitcoin/bitcoin/pull/32758#discussion_r2191246827)
In 2b8b658308c8fbfd9d41d8eb7b9491b615c43872:
Based on the commit description, this change seems more like you reasoning about the code flow than something that benefits the reader? I'm not sure it's adding much value.
(https://github.com/bitcoin/bitcoin/pull/32758#discussion_r2191246827)
In 2b8b658308c8fbfd9d41d8eb7b9491b615c43872:
Based on the commit description, this change seems more like you reasoning about the code flow than something that benefits the reader? I'm not sure it's adding much value.
π¬ furszy commented on issue "intermittent issue in feature_init.py (bitcoind should have exited with expected error LevelDB error: Corruption)":
(https://github.com/bitcoin/bitcoin/issues/32600#issuecomment-3046966568)
can close it.
(https://github.com/bitcoin/bitcoin/issues/32600#issuecomment-3046966568)
can close it.
π¬ pstratem commented on pull request "Cache m_cached_finished_ibd where SetTip is called.":
(https://github.com/bitcoin/bitcoin/pull/32885#issuecomment-3046981384)
> I think something like this, if properly implemented (I haven't thought much about the code yet), would reduce the GUI freezes during IBD in a noticeable manner.
I hadn't even considered that, but certainly that's a possible direct improvement.
(https://github.com/bitcoin/bitcoin/pull/32885#issuecomment-3046981384)
> I think something like this, if properly implemented (I haven't thought much about the code yet), would reduce the GUI freezes during IBD in a noticeable manner.
I hadn't even considered that, but certainly that's a possible direct improvement.
β
achow101 closed an issue: "intermittent issue in feature_init.py (bitcoind should have exited with expected error LevelDB error: Corruption)"
(https://github.com/bitcoin/bitcoin/issues/32600)
(https://github.com/bitcoin/bitcoin/issues/32600)
π achow101 merged a pull request: "rpc: Use type-safe exception to pass RPC help"
(https://github.com/bitcoin/bitcoin/pull/32660)
(https://github.com/bitcoin/bitcoin/pull/32660)
π achow101 merged a pull request: "rpc: use CScheduler for relocking wallet and remove RPCTimer"
(https://github.com/bitcoin/bitcoin/pull/32862)
(https://github.com/bitcoin/bitcoin/pull/32862)
π¬ pablomartin4btc commented on pull request "wallet: remove dead code in legacy wallet migration":
(https://github.com/bitcoin/bitcoin/pull/32758#discussion_r2191271514)
I donβt have a strong preference either way, but I agree, the loading failure is part of the broader migration process. Also, if we (ever) later refactor the migration logic into a separate component, the current comment might no longer reflect the actual flow, making it prone to becoming outdated.
(https://github.com/bitcoin/bitcoin/pull/32758#discussion_r2191271514)
I donβt have a strong preference either way, but I agree, the loading failure is part of the broader migration process. Also, if we (ever) later refactor the migration logic into a separate component, the current comment might no longer reflect the actual flow, making it prone to becoming outdated.
π¬ HowHsu commented on pull request "index: remove unnecessary locater cleaning in BaseIndex::Init()":
(https://github.com/bitcoin/bitcoin/pull/32882#discussion_r2191340453)
I tend to favor the principle of adding things only when they're actually needed.
(https://github.com/bitcoin/bitcoin/pull/32882#discussion_r2191340453)
I tend to favor the principle of adding things only when they're actually needed.
π¬ ryanofsky commented on pull request "POC: IPC tracing interface":
(https://github.com/bitcoin/bitcoin/pull/32898#issuecomment-3047160262)
Notes on current implementation of this:
- The third commit f880817d54d9558938c697a37d0ef9acd4f34cf4 would be a lot simpler if it added a `Traces* g_traces` or similar global variable, which would be a reasonable thing to do. Initially, I wanted to avoid globals because they are hard to get rid of, and avoiding them could have benefits like being able to attach different tracers to different `CCoinsViewCache` instances, but this may not be worth extra complexity.
- In the main commit 8e09fbe
...
(https://github.com/bitcoin/bitcoin/pull/32898#issuecomment-3047160262)
Notes on current implementation of this:
- The third commit f880817d54d9558938c697a37d0ef9acd4f34cf4 would be a lot simpler if it added a `Traces* g_traces` or similar global variable, which would be a reasonable thing to do. Initially, I wanted to avoid globals because they are hard to get rid of, and avoiding them could have benefits like being able to attach different tracers to different `CCoinsViewCache` instances, but this may not be worth extra complexity.
- In the main commit 8e09fbe
...
π¬ HowHsu commented on pull request "index: fix wrong assert of current_tip == m_best_block_index":
(https://github.com/bitcoin/bitcoin/pull/32878#issuecomment-3047190022)
> furszy
But like furszy said, the Sync() in test uses mutex and conditional variables to sync with the main thread, while the real Sync() in bitcoind changes as times goes by.
(https://github.com/bitcoin/bitcoin/pull/32878#issuecomment-3047190022)
> furszy
But like furszy said, the Sync() in test uses mutex and conditional variables to sync with the main thread, while the real Sync() in bitcoind changes as times goes by.
π¬ pablomartin4btc commented on pull request "rpc, test: Fix JSON parsing errors in unloadwallet and getdescriptoractivity RPCs":
(https://github.com/bitcoin/bitcoin/pull/32845#discussion_r2191468854)
Done! Added you as co-author on that commit.
(https://github.com/bitcoin/bitcoin/pull/32845#discussion_r2191468854)
Done! Added you as co-author on that commit.
π¬ pablomartin4btc commented on pull request "rpc, test: Fix JSON parsing errors in unloadwallet and getdescriptoractivity RPCs":
(https://github.com/bitcoin/bitcoin/pull/32845#issuecomment-3047392949)
<ins>_Updates_</ins>:
- Addressed feedback from @maflcko (co-authored): extended `MaybeArg` to return a `std::optional<std::string>` for use in the `GetWalletNameFromJSONRPCRequest` overload. Also refactored the `migratewallet` handling of `wallet_name` to align with the existing behavior in `unloadwallet`.
- Incorporated @furszy's suggestion (co-authored): added a new template in RPC utils to check whether all provided parameters are null or empty, now used in the `getdescriptoractivity` RPC.
...
(https://github.com/bitcoin/bitcoin/pull/32845#issuecomment-3047392949)
<ins>_Updates_</ins>:
- Addressed feedback from @maflcko (co-authored): extended `MaybeArg` to return a `std::optional<std::string>` for use in the `GetWalletNameFromJSONRPCRequest` overload. Also refactored the `migratewallet` handling of `wallet_name` to align with the existing behavior in `unloadwallet`.
- Incorporated @furszy's suggestion (co-authored): added a new template in RPC utils to check whether all provided parameters are null or empty, now used in the `getdescriptoractivity` RPC.
...
π¬ sean-k1 commented on pull request "rpc: Support v3 raw transactions creation":
(https://github.com/bitcoin/bitcoin/pull/31936#issuecomment-3047454052)
@achow101 @maflcko
PTAL
(https://github.com/bitcoin/bitcoin/pull/31936#issuecomment-3047454052)
@achow101 @maflcko
PTAL
π¬ l0rinc commented on pull request "Cache m_cached_finished_ibd where SetTip is called.":
(https://github.com/bitcoin/bitcoin/pull/32885#issuecomment-3047465141)
@pstratem, not sure if you saw this, but could be helpful: https://github.com/bitcoin/bitcoin/pull/25081
(https://github.com/bitcoin/bitcoin/pull/32885#issuecomment-3047465141)
@pstratem, not sure if you saw this, but could be helpful: https://github.com/bitcoin/bitcoin/pull/25081
π¬ 1440000bytes commented on pull request "index: fix wrong assert of current_tip == m_best_block_index":
(https://github.com/bitcoin/bitcoin/pull/32878#issuecomment-3047520707)
> The test should probably be added to the PR after the commit fixing it
I agree
(https://github.com/bitcoin/bitcoin/pull/32878#issuecomment-3047520707)
> The test should probably be added to the PR after the commit fixing it
I agree
π¬ 1440000bytes commented on pull request "index: fix wrong assert of current_tip == m_best_block_index":
(https://github.com/bitcoin/bitcoin/pull/32878#issuecomment-3047522544)
> I don't think the test is useful.
>
> Other than that, concept ACK.
You can ignore it.
(https://github.com/bitcoin/bitcoin/pull/32878#issuecomment-3047522544)
> I don't think the test is useful.
>
> Other than that, concept ACK.
You can ignore it.
π¬ stratospher commented on pull request "validation: invalid block handling followups":
(https://github.com/bitcoin/bitcoin/pull/32843#issuecomment-3047561903)
> In InvalidateBlock, both the block failure flags and m_best_header are kept up to date with each block that is disconnected, so it's not necessary to recalculate them at the end of this function.
maybe I'm missing something but even without the `calc_flags_and_header=false` flag, this means that [the condition](https://github.com/bitcoin/bitcoin/blob/a8bff38236ac988f82dcfa85438946cfe0d3afe3/src/validation.cpp#L2074) cannot hit true and `RecalculateBestHeader()` in `InvalidChainFound()` cann
...
(https://github.com/bitcoin/bitcoin/pull/32843#issuecomment-3047561903)
> In InvalidateBlock, both the block failure flags and m_best_header are kept up to date with each block that is disconnected, so it's not necessary to recalculate them at the end of this function.
maybe I'm missing something but even without the `calc_flags_and_header=false` flag, this means that [the condition](https://github.com/bitcoin/bitcoin/blob/a8bff38236ac988f82dcfa85438946cfe0d3afe3/src/validation.cpp#L2074) cannot hit true and `RecalculateBestHeader()` in `InvalidChainFound()` cann
...
π¬ Sjors commented on pull request "rpc: use anti-fee-sniping in send, sendall and walletcreatefundedpsbt":
(https://github.com/bitcoin/bitcoin/pull/32892#issuecomment-3047642328)
@glozow thanks, I hadn't seen that one. Will take a look.
(https://github.com/bitcoin/bitcoin/pull/32892#issuecomment-3047642328)
@glozow thanks, I hadn't seen that one. Will take a look.