Current static capability
Static safety education can explain inactive capabilities, approval gates, source verification, and user-protection expectations.
Wallet authentication is disabled for this environment. No wallet provider is requested and no signature is requested.
Vitality app preview
Static module workspace. Live actions remain approval-gated.
Safety centre
This route gives users a clear safety-first orientation before any wallet, claim, reward, staking, charging, or token functionality is considered.
This page is static education only. It does not activate live infrastructure or user actions.
Continuity path
This route remains static and safe. Use the continuity links to return to the app command surface, compare module context, and verify status before assuming any feature is active.
Safety depth
This route should make controlled-preview boundaries easier to understand across wallet, contracts, treasury, claims, rewards, charging, staking, payments, and token actions.
User question
What safety boundaries apply before features are activated?
Current preview state
Static safety education only. The route can explain what is inactive, what needs approval, and how future activation should be reviewed without enabling any live action.
Product readiness education
This is a static product sequence. It explains what exists now, why live capability remains unavailable, and what must be approved before any future activation.
Current static capability
Static safety education can explain inactive capabilities, approval gates, source verification, and user-protection expectations.
Why this remains unavailable
The safety route does not monitor a wallet, inspect an account, scan transactions, provide automated protection, or guarantee security.
What must be approved next
Any future monitoring or protective service requires approved data access, threat models, privacy controls, operational ownership, testing, and release approval.
Step 1
Available in this previewUse the safety route to confirm which capabilities remain inactive and which approvals would be required later.
Step 2
Intentionally unavailableNo wallet, account, transaction, threat, incident, or live-security monitoring is connected.
Step 3
Future capability requiredFuture monitoring requires defined threat models, consent, privacy, data controls, operations, testing, and release governance.
Readiness state legend
No user-specific result
This sequence describes product readiness only. It does not evaluate you, your wallet, an account, eligibility, entitlement, allocation, or claim status.
No live result is produced and no personal evaluation is performed.
Boundary
Clarify that preview pages are static unless a future sprint explicitly activates a feature through approved gates.
Review
State that wallet, contract, treasury, reward, claim, charging, staking, payment, and token actions require separate review.
Trust
Keep user-facing safety copy direct, visible, and repeated near any future activation surface.
Safe boundaries
Continue review
These links stay inside the static controlled-preview layer and do not activate wallet, claim, reward, staking, charging, payment, treasury, or token actions.
25H route continuity polish
These pathway groups help users move through the static app preview without implying any live wallet, chain, balance, treasury, claim, reward, staking, charging, payment, or token action.
Start at the dashboard, then move into the ecosystem and route status layers before reviewing preview modules.
Use contracts, treasury, and safety pages to understand the static source-of-truth boundary before any future live capability.
Review wallet, rewards, claims, and charging as inactive preview modules with informational links only.