Skip to content

Vault management: live TTL countdown, poll/push reconciliation, multi-asset prep, destructive confirmation (#220-#223) - #326

Open
thelux134 wants to merge 1 commit into
ethos-protocol:mainfrom
thelux134:review/vault-mgmt-220-221-222-223
Open

Vault management: live TTL countdown, poll/push reconciliation, multi-asset prep, destructive confirmation (#220-#223)#326
thelux134 wants to merge 1 commit into
ethos-protocol:mainfrom
thelux134:review/vault-mgmt-220-221-222-223

Conversation

@thelux134

Copy link
Copy Markdown

#221: Add a client-side ticking TTL countdown (TTLCountdown/TtlCountdown) on both platforms, reconciled against the server on every poll and vault_updated push — the server value always wins over the local tick.

#223: Document the poll/push reconciliation rule in shared/api-contract.md (last-applied-wins) and route both platforms' push handling through the same merge point already used for polls, with tests simulating a disagreement.

#222: Add optional assetCode/assetIssuer fields to the Vault model on both platforms (default to native XLM), generalize formattedBalance to use them, document the wire format, and record the remaining XLM-only assumptions in Deposit/Withdraw as a tracked follow-up in PARITY.md.

#220: Add a shared DestructiveConfirmation pattern (typed-text gate + dialog) on both platforms, ahead of any delete/archive endpoint being wired up. Tests assert the guarded action never fires without an exact confirmation match.

Summary

Changes

Testing

Parity checklist

This project maintains a feature-parity table in PARITY.md that
tracks which features are implemented on iOS vs Android. Please answer the
questions below before requesting review.

  • This PR does not add, change, or remove any user-facing feature on either
    platform — no PARITY.md update needed.

    — OR —

  • This PR adds/changes/removes a user-facing feature. I have updated PARITY.md:

    • Updated the status symbol(s) for the affected row(s).
    • Added or updated "Notes" if the implementation is partial or has caveats.
    • Removed or updated any rows in the "Known gaps" table that this PR closes.

Related issues

Closes #221
Closes #223
Closes #222
Closes #220

…-asset prep, destructive confirmation (ethos-protocol#220-ethos-protocol#223)

ethos-protocol#221: Add a client-side ticking TTL countdown (TTLCountdown/TtlCountdown) on
both platforms, reconciled against the server on every poll and vault_updated
push — the server value always wins over the local tick.

ethos-protocol#223: Document the poll/push reconciliation rule in shared/api-contract.md
(last-applied-wins) and route both platforms' push handling through the same
merge point already used for polls, with tests simulating a disagreement.

ethos-protocol#222: Add optional assetCode/assetIssuer fields to the Vault model on both
platforms (default to native XLM), generalize formattedBalance to use them,
document the wire format, and record the remaining XLM-only assumptions in
Deposit/Withdraw as a tracked follow-up in PARITY.md.

ethos-protocol#220: Add a shared DestructiveConfirmation pattern (typed-text gate + dialog)
on both platforms, ahead of any delete/archive endpoint being wired up. Tests
assert the guarded action never fires without an exact confirmation match.
@drips-wave

drips-wave Bot commented Aug 26, 2026

Copy link
Copy Markdown

@thelux134 Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits.

You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀

Learn more about application limits

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

1 participant