Usual Governance Token (USUAL)

Overview

Usual Governance Token (USUAL) is the governance and ownership token of the Usual Protocol. Official protocol documentation describes USUAL as the asset through which holders participate in governance and receive exposure to value generated by the protocol’s stablecoin and real-world-asset infrastructure. For token integrations, the relevant rule can exist in smart-contract code, an upgradeable module, an issuer policy, or an off-chain compliance service. Systems should therefore inspect both the deployed implementation and the current administrative configuration instead of relying on a token name or interface label.

USUAL is distinct from USD0, the protocol’s stablecoin, and from USUALx, the transferable representation of staked USUAL with additional participation and reward mechanics. It should be read alongside Token Emission Schedule, Token Unlock Calendar, and Token Supply Cap. These related concepts describe different parts of the lifecycle, so substituting one label for another can hide who has authority, which balance is measured, or what action is actually permitted.

Operationally, support requires verification of the official contract and network, governance and staking modules, emission and unlock rules, voting power, revenue-related mechanisms, treasury decisions, current documentation, and any migration or retirement of earlier token forms. A production system should preserve the applicable network, contract or asset identifier, units and precision, rule version, responsible role, effective timestamp, and the transaction or source record used to make the decision. Changes should be observable and reconciled rather than inferred from a wallet display alone.

The principal risks are that governance changes, emissions, staking or locking constraints, protocol revenue, smart-contract risk, liquidity, concentration, and evolving token design can materially change USUAL’s rights and value proposition. Teams should test normal and exceptional paths, including failed transactions, delayed external services, upgrades, role changes, unavailable redemption or transfer routes, and inconsistent data between blockchain, market, legal, and accounting systems.