Inspired by Ethereum's Token Lists project, Asset Lists aim to enhance the discoverability of Cosmos SDK denominations by associating them with metadata. While primarily used for assets transferred over IBC, this standard is still evolving. The assets
format in the assetlist.json structure closely mirrors Cosmos SDK's banktypes.DenomMetadata
, paving the way for potential migration into a Cosmos SDK module for on-chain maintenance in the future. Find the assetlist JSON Schema at the Cosmos Chain Registry.
The assetlist.json
files herein are generated, which will be triggered by additions to the corresponding osmosis.zone_assets.json
file, fetching the metadata from the Cosmos Chain Registry. One prerequisite to adding an asset here is complete registration of the asset and it's originating chain (and the IBC channel connecting origin chain to Osmosis) to the Cosmos Chain Registry.
Please see the asset listing requirements for information about displaying assets on Osmosis Zone.
To add an asset, add a new asset object to the very bottom of the osmosis.zone_assets.json file, containing some identifying and key details:
base_denom
is the minimal/indivisible (i.e., exponent: 0) denomination unit for the asset, corresponding to itsbase
at the Chain Registry.chain_name
must be the exact value defined aschain_name
in the chain's chain.json file at the Chain Registry.path
is required for all ics20 assets (i.e., assets that are transferred to Osmosis from another chain via IBC); the only exception are asset deployed directly on Osmosis (e.g., factory tokens). It is comprised of: the destination IBC port and channel for each IBC hop, followed by the base denom on the IBC-originating chain. The is used as input into the SHA256 hash function.- e.g.,
"path": "transfer/channel-0/uatom"
- e.g.,
osmosis_verified
should always be set tofalse
upon inital listing; this indicates whether the 'Unverified Assets' setting must be toggled to reveal the asset on Osmosis Zone. After meeting the requirements described in the listing requirements page, an additional PR may created to set it totrue
._comment
is a free string property best used for the asset's Name and Symbol, since the base_denom is not always an obvious indicator of which asset it is
There are also some additional details that may be defined for an asset:
transfer_methods
should be included whenever a basic IBC transfer initialatd via Osmosis Zone Deposit and Withdraw buttons is unable to carry-out an interchain transfer.peg_mechanism
should be defined for stablecoins, either as: "collateralized", "algorithmic", or "hybrid".override_properties
may be defined for cases where Osmosis Zone shall display the asset differently than how registered on its source chain.canonical
shall be defined for assets that are Osmosis' canonical representation of an asset different than its source (e.g., Axelar's WETH(.axl) is Osmosis' canonical representation of Ether $ETH on Osmosis)categories
are best manually defined for an asset, including: "defi" and "meme".
An example asset object in osmosis.zone.json
:
{
"base_denom": "uosmo",
"chain_name": "osmosis",
"osmosis_verified": true,
"listing_date_time_utc": "2024-01-22T10:00:00Z"
},
...
{
"base_denom": "ustk",
"chain_name": "steakchain",
"path": "transfer/channel-69/ustk",
"osmosis_verified": true,
"listing_date_time_utc": "2024-01-24T10:58:00Z"
},
{
"base_denom": "ufoocoin",
"chain_name": "fubarchain",
"path": "transfer/channel-420/ufoocoin",
"osmosis_verified": false
"osmosis_unlisted": true
}
Note that there are apps, interfaces, and tools that look at this repository as a data dependency:
- Osmosis Zone app (app.osmosis.zone):
- .../generated/frontend/assetlist.json
- .../generated/frontend/chainlist.json (soon, not yet migrated to v2)
- .../osmosis-1.chainlist.json
- .../osmo-test-5.chainlist.json
- Osmosis Labs' Sidecar Query Service (SQS):
- .../osmosis-1.assetlist.json (ongoing migration to v2)
- Numia Data Serivces (e.g., API):
- .../generated/frontend/assetlist.json
- .../generated/chain-registry/assetlist.json