# Use proof and Notes offline

Know which local operations are complete, which account results need reconciliation, and what protected continuous custody requires.

Canonical: https://docs.bankeiz.com/offline/
Reviewed: 2026-10-25; coordinated packages 129.0.0; ruleset 127.0.0.

## Offline proof is a primitive

A complete supported original can carry what its verifier needs for independent inspection. Retained verified local truth can be displayed immediately without rediscovering weaker server state. Offline inspection establishes the carried evidence under its verifier and trust policy. It does not turn historical proof into a fresh claim of unspentness or execute a new financial action.

**Keep each capability exact**

| Capability | Current operating boundary |
| --- | --- |
| Inspect a complete supported original | Use the matching local reader and required resources. |
| Open saved Vault contents | The current release opens its saved contents offline. |
| Receive an addressed Note | Verify and retain it in Received Notes without a recipient custody enrollment. |
| Spend received account value | Requires confirmed account credit under the supported reconciliation path. |
| Create and continue new spend authority offline | Requires qualified protected custody, prepared funding/resources and actual assessed execution. |
| Prepared local-credit family | Its current Bank activation selector is disabled pending qualification. |

## Receive while disconnected

1. **Keep the complete original** — Use the sender’s updated addressed file, not a screenshot.
2. **Open Deposit note** — Select and inspect the supported original for your account.
3. **Retain Received Notes** — The encrypted local queue keeps the admitted original; receiving is separate from account credit.
4. **Reconcile before account spending** — When connected, resolve that exact source through once-only redemption and inspect the complete native credit.

## Continuous protected custody

New offline spend authority requires exclusive prepared funding and a protected operation that irreversibly retires the exact predecessor into at most one accepted successor. It must bind recipient, whole amount, rail, source and new head, survive interruption and resist cloning or rollback. A normal passkey, PRF-derived key, browser lock, IndexedDB record or synchronized backup cannot stand in for that proof.

> **A device check is scoped evidence**
>
> An opt-in diagnostic is not a financial certificate. Do not run custody-affecting tests alongside issued Notes. Qualification names the actual device/API path and evidence rather than assuming every product with an API name has the required guarantees.

## Prepare before an outage

- Save the actual originals and matching independent reader/resources you expect to use.
- Keep identity, Vault access materials and any required phrase under private control.
- Resolve pending financial actions before clearing storage, retiring a device or switching custody.
- Check the assessed capacity and exact offline operations for the selected environment.
- Keep accepted results and original sources after reconnection; sync appends their evidence rather than rewriting it.

## Reconnect without duplicating value

A connection alone does not grant spend authority. The receiving queue reconciles the exact original and verifies the full account credit before allowing another account spend. Failed or unknown outcomes retain the source and original attempt. A successful UI reload, received-value increment or service-worker replay cannot replace this contract. Current Vault financial movements also use their connected execution contracts; opening the saved source offline is a different capability.

- [Note lifecycle](https://docs.bankeiz.com/notes/)
- [Qualification requirements](https://docs.bankeiz.com/conformance/)

## Implementation sources

- [Exact offline continuity laws](https://github.com/kojibai/reality-grade-banking/blob/6c5d582/docs/note-continuity-standard.md)
- [Prepared credit qualification boundary](https://github.com/kojibai/reality-grade-banking/blob/6c5d582/docs/native-offline-credit-qualification.md)
- [Current prepared-credit activation selector](https://github.com/kojibai/reality-grade-banking/blob/6c5d582/src/receiz/config.ts)
- [Retained Note receipt and reconciliation](https://github.com/kojibai/reality-grade-banking/blob/6c5d582/src/receiz/note-received-deposits.ts)

## Related documentation

- [Create, address and receive original Notes](https://docs.bankeiz.com/notes/)
- [Verify an Original independently](https://docs.bankeiz.com/verification/)
- [Vault authority and deliberate sharing](https://docs.bankeiz.com/vaults/)
- [Assess an implementation independently](https://docs.bankeiz.com/conformance/)