Skip to content

feat: show txid and fee for pending on-chain receives - #491

Open
FrankChinedu wants to merge 1 commit into
fedimint:masterfrom
FrankChinedu:feat/pending-onchain-receive-details
Open

feat: show txid and fee for pending on-chain receives#491
FrankChinedu wants to merge 1 commit into
fedimint:masterfrom
FrankChinedu:feat/pending-onchain-receive-details

Conversation

@FrankChinedu

Copy link
Copy Markdown
Contributor

Make the pending on-chain deposit card tappable, opening a detail sheet with amount, txid, and peg-in fee, matching the existing detail view for completed transactions (fixes #479).

Threads a txid field through the Mempool/AwaitingConfs/Confirmed/ Claimed deposit events on the Rust side rather than deriving it in Dart from the existing outpoint field. For walletv2, outpoint is actually the receive address, not txid:vout (the walletv2 event log identifies deposits by address), so parsing it client-side would have shown the wrong value for every walletv2 deposit, the default module for new gateways.

@FrankChinedu
FrankChinedu force-pushed the feat/pending-onchain-receive-details branch 2 times, most recently from f656c9f to e76df8a Compare July 31, 2026 12:19
Make the pending on-chain deposit card tappable, opening a detail
sheet with amount, txid, and the peg-in fee breakdown, matching the
existing detail view for completed transactions (fixes fedimint#479).

Threads a `txid` field through the Mempool/AwaitingConfs/Confirmed/
Claimed deposit events on the Rust side rather than deriving it in
Dart from the existing `outpoint` field. For walletv2, `outpoint` is
actually the receive address, not `txid:vout` (the walletv2 event
log identifies deposits by address), so parsing it client-side would
have shown the wrong value for every walletv2 deposit, the default
module for new gateways.

The fee is surfaced as components (federation base fee, relative ppm
rate, on-chain claim fee) rather than a single total, because
walletv2 scales the federation fee with the deposit amount and adds a
dynamic claim fee. This reuses the labels and formatting already used
by the receive screen, so both read identically.
@FrankChinedu
FrankChinedu force-pushed the feat/pending-onchain-receive-details branch from e76df8a to f49c0e1 Compare July 31, 2026 13:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Add more detail to Pending Onchain Receive

1 participant