wallet: confirm replacement-chain sends by logical transaction ID after reorg #28
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
pool
post-quantum
question
third-party
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ignotusnemo/parano1d#28
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
install_reorg_snapshot_and_artifactsidentifies replacement-chain transactions with their logical PagedSpend IDs while rebuilding wallet artifacts, but its final pending-send confirmation loop callstransaction.txid()for each physical page. Those identifiers differ.If a locally recorded send remains on the replacement branch after a reorganization, its State and receipt are rebuilt correctly but the durable wallet-history entry can remain at height
0and continue to appear pending.Expected
Use
try_compute_logical_txids, as the normal accepted-block wallet path already does, when confirming pending sends on a replacement branch.Scope
This affects local wallet-history status only. The verified owner snapshot determines the actual UTXO balance and releases spent-input reservations; consensus and network transaction validity are unchanged.
Originally reported by @daddyxminer-cell and moved here for normal public issue tracking.
Fixed in
7acfb929: replacement-chain wallet confirmation now uses canonical logical transaction IDs. A regression test covers persistence across reload.