Metadata State
Wallet metadata is a display and connection aid. It does not create value, admission, reward eligibility, or user access by itself.
QUADPublic Accountability
Wallet metadata is a display and connection aid. It does not create value, admission, reward eligibility, or user access by itself.
A denom tells the wallet what to display. The owning chain still decides admission, spendability, settlement, and refusal.
Balance pages should say what kind of balance is being shown. Same number, different law.
When a balance belongs to a module, route, product lane, or holding surface, the flag matters as much as the number.
If a module balance lacks a flag, read it as incomplete display context and check the owning surface before acting on it.
For account-class and spendability boundaries, use the Custody And Account Map.
Any claim, credit, payout, refund, reward-like display, or service receipt should show what was expected and what was actually received.
No public reward path is opened by this page. If a future product screen uses claim, credit, payout, or reward-like language, it must show expected denom, actual denom, receipt, and refusal/expiry state.
Wallet convenience must not outrank chain law.
A wallet label helps recognition. It does not create admission, custody, spend rights, rewards, yield, or redemption.
Core, Infra, Bridge, and Liquid each own their own balances, fees, finality, and refusal states.
IBC vouchers, silver wrappers, and native/gold vault assets must stay distinct so readers do not confuse exposure, route, and custody.
If metadata, assetlists, balance routes, or proof routes are not public, say so instead of inventing wallet readiness.
Viewing this page does not require connecting Keplr, signing a transaction, entering a seed phrase, or making a payment.