Skip to content

Run note-recovery primitives on the switch-guardian path #417

Description

@haseebrabbani

Sub-issue of #357. Follow-up: depends on the three SDK recovery primitives (transport drain, proposal-note import, public backfill).

Context

Switching Guardian operators loses the same local note context as device-loss recovery: the switch path performs a chain sync and re-registers state on the new Guardian, but carries no note or history context. Any note-recovery capability built for #357 should be exercised (or explicitly scoped out) on the switch path too.

Scope

  • Invoke the transport backlog drain and public-note backfill on the switch-guardian flow where they apply; include proposal-embedded note import if pending proposals survive the switch.
  • If any primitive is deliberately skipped on this path, document why.

Acceptance criteria

  • Switch flow either runs the applicable recovery primitives or documents the decision not to.
  • A test covering note continuity across a guardian switch (note received before switch remains consumable after).

Low urgency; small once the primitives exist.

Metadata

Metadata

Assignees

Labels

enhancementNew feature or request

Type

No type

Projects

Status
Todo

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions