Safety centre
Wallet, data, identity and economic boundaries in one public trust surface.
Static safety education can explain inactive capabilities, approval gates, source verification, and user-protection expectations.
The safety route does not monitor a wallet, inspect an account, scan transactions, provide automated protection, or guarantee security.
Any future monitoring or protective service requires approved data access, threat models, privacy controls, operational ownership, testing, and release approval.
Clarify that current view pages are static unless a future sprint explicitly activates a feature through approved gates.
State that wallet, contract, treasury, reward, claim, charging, staking, payment, and token actions require separate review.
Keep user-facing safety copy direct, visible, and repeated near any future activation surface.
- 01Review current boundariesAvailable now
Use the safety route to confirm which capabilities remain inactive and which approvals would be required later.
- 02Keep automated monitoring inactiveNot active
No wallet, account, transaction, threat, incident, or live-security monitoring is connected.
- 03Approve future protective servicesInfrastructure required
Future monitoring requires defined threat models, consent, privacy, data controls, operations, testing, and release governance.
Safety + release boundaryView controls
No wallet connection is active.
No contract or treasury read is active.
No claim, reward, staking, or charging action is active.
No payment or token action is active.