# Coin Metrics Prices Methodology

The full text of this document can be downloaded as a pdf document using the link below.

coin-metrics-prices-methodology.pdf

235KB

PDF

Coin Metrics publishes a collection of prices for a set of cryptocurrencies and fiat currencies consisting of the Coin Metrics Reference Rates (“CM Reference Rates”) and the Coin Metrics Principal Market Prices (“CM Principal Market Prices”), which are collectively referred to as the Coin Metrics Prices (“CM Prices”). This document describes the data inputs, calculation methodologies, and data exclusion rules for the CM Prices.

The CM Reference Rates are published once a day, once an hour, once a minute, once a second, and once every 200 milliseconds and utilize volume-weighted median, time-weighted average, and inverse price variance-weighted median techniques. Common use cases for the CM Reference Rates include research, backtesting, calculating net asset value for investment funds, serving as a data source for on-chain price oracles, risk management, and indicative intraday values.

The CM Principal Market Prices are published once a day, once an hour, once a minute, and once a second and adhere to the guidelines regarding fair value measurement issued by the International Financial Reporting Standards and the Association of International Certified Professional Accountants, specifically standards IFRS 13 and FASB ASC 820. The Principal Market Prices identify a principal market for each asset and utilize the most recent price from this market. Common use cases are for fair value measurement and preparing financial statements.

The CM Prices are designed to serve as a set of transparent and independent pricing sources that promote the functioning of efficient markets, reduce information asymmetries among market participants, facilitate trading in standardized contracts, and accelerate the adoption of cryptocurrencies as an asset class with the highest standards. The CM Prices are calculated using robust and resilient methodologies that are resistant to manipulation.

The CM Prices are collectively governed by policies described in Coin Metrics Prices Policies which describes the administration, conflicts of interest, material changes, recalculations, internal controls, complaints, record retention, and compliance policies.

Coin Metrics evaluates markets traded on digital asset exchanges as input data sources for the CM Prices using a three step process. The first step relates to how to quantify an exchange’s trustworthiness to be used in subsequent steps. The second step relates to how to generate a universe of candidate constituent markets that are eligible for selection as constituent markets. The third step relates to how to select a unique set of high-quality constituent markets for each instrument.

Coin Metrics produces a unique set of selected markets for each asset in the coverage universe on a quarterly basis and during interim periods if market conditions warrant. Such market conditions include, but are not limited to, material changes in an exchange’s solvency risk, material changes in the degree of free capital flows in and out of an exchange, the presence of long-lasting price differences from other exchanges, and times of market stress.

Trading in cryptocurrencies can occur at several hundred centralized or decentralized exchanges. The process of selecting constituent markets for calculating the price of a given cryptocurrency becomes highly challenging due to the large number of eligible exchanges. The difficulty is further compounded by the fact that some cryptocurrency exchanges engage in deceptive practices to manipulate their reported trading activity, such as facilitating or engaging in trades between the same party to artificially boost price, liquidity or interest (known as wash trading).

To address this issue, the CM Prices relies upon the Coin Metrics Trusted Exchange Framework to quantify the trustworthiness of an exchange. The Trusted Exchange Framework assesses exchanges using several criteria that represent the fundamental properties of exchange trustworthiness: transparency, resilience & security, data quality, regulatory compliance, and API quality. The criteria examine public information about an exchange such as incident history, financial statements, and license disclosure as well as market activity that can be derived from an exchange’s data.

The Coin Metrics Trusted Exchange Framework assigns a numerical rating ranging to an exchange for each category as well as an overall numerical rating for each exchange. The numerical rating ranges from 0.00 to 1.00. The numerical rating is transformed into a letter rating ranging from A to D. A letter rating of A indicates that the exchange excels in most or all of the factors assessed and a letter rating of D indicates that the exchange scores poorly across most of the factors assessed.

The CM Prices uses the overall numerical rating for each exchange in subsequent steps. If a centralized exchange is not evaluated in the Coin Metrics Trusted Exchange Framework, the numerical rating for the exchange defaults to 0.00. If a decentralized exchange is not evaluated in the Coin Metrics Trusted Exchange Framework, the numerical rating for the exchange defaults to 0.10.

The set of candidate markets for each asset in the coverage universe is determined by the following set of rules:

- 1.If the asset is Bitcoin or Ethereum, the candidate markets are spot markets on Coin Metrics’ exchange coverage universe where the base asset is Bitcoin or Ethereum, respectively, and the quote asset is U.S. dollars.
- 2.If the asset is Tether or USD Coin, the candidate markets are (1) spot markets on Coin Metrics’ exchange coverage universe where the base asset is Tether or USD Coin, respectively, and the quote asset is U.S. dollars, and (2) spot markets on Coin Metrics’ exchange coverage universe where the base asset is Bitcoin or Ethereum and the quote asset is Tether or USD Coin, respectively. The logic to generate candidate markets for Tether differs from other assets because market convention sets Tether as the quote asset for the majority of active markets.
- 3.If the asset is a cryptocurrency that is not a stablecoin, the candidate markets are spot markets on Coin Metrics’ exchange coverage universe where the base asset is the given cryptocurrency and the quote asset is either U.S. dollars, Bitcoin, Ethereum, Tether, USD Coin, or Wrapped Ether.
- 4.If the asset is a stablecoin, the candidate markets are (1) spot markets on Coin Metrics’ exchange coverage universe where the base asset is the stablecoin and the quote asset is U.S. dollars, Tether, USD Coin, or Wrapped Ether and (2) spot markets on Coin Metrics’ exchange coverage universe where the base asset is Bitcoin or Ethereum and the quote asset is the stablecoin. The logic to generate candidate markets for stablecoins differs from other spot assets because market convention sets stablecoins as the quote asset for the majority of active markets. The following assets in the coverage universe are considered to be stablecoins:

Name | Ticker |
---|---|

Tether | usdt |

TrueUSD | tusd |

USD Coin | usdc |

Paxos Standard | pax |

Gemini Dollar | gusd |

Binance USD | busd |

Dai | dai |

BIDR | bidr |

sUSD | susd |

Wrapped Ether | weth |

Brazilian Digital Token | brz |

TerraClassicUSD | ust |

Pax Dollar | usdp |

USDD | usdd |

EURC | euroc |

Lido Staked ETH | steth |

poundtoken | gbpt |

Terra 2.0 | luna2 |

First Digital USD | fdusd |

- 1.If the asset is a fiat currency, the candidate markets are (1) spot markets on Coin Metrics’ exchange coverage universe where the base asset is the fiat currency and the quote asset is U.S. dollars, Tether, USD Coin, or Wrapped Ether and (2) spot markets on Coin Metrics’ exchange coverage universe where the base asset is Bitcoin or Ethereum and the quote asset is the fiat currency. The logic to generate candidate markets for fiat currencies differs from other spot assets because market convention sets fiat currencies as the quote asset for the majority of active markets. The following assets in the coverage universe are considered to be fiat currencies:

Name | Ticker |
---|---|

Euro | eur |

British Pound | gbp |

Japanese Yen | jpy |

Canadian Dollar | cad |

Korean won | krw |

Russian Ruble | rub |

Ukrainian Hryvnia | uah |

Turkish Lira | try |

Australian Dollar | aud |

Brazilian Real | brl |

Swiss Franc | chf |

Singapore Dollar | sgd |

For each asset in the coverage universe, a unique set of constituent markets are selected from the set of candidate markets. The set of constituent markets are determined by the following set of rules:

- 1.For each candidate market, calculate the average daily volume in U.S. dollars for the previous 90 days. If the constituent market is quoted in an asset other than U.S. dollars, the average daily volume is converted to U.S. dollars using the Coin Metrics Reference Rate.
- 2.If a candidate market is on a centralized exchange, exclude the candidate market if it has a volume market share of less than 1 percent, where the volume market share is calculated as the average daily volume in U.S. dollars described above.
- 3.If a candidate market is on a decentralized exchange, exclude the candidate market if it has a volume market of less than 5 percent, where the volume market share is calculated as the average daily volume in U.S. dollars described above.
- 4.For each candidate market, calculate the volume-weighted average price in U.S. dollars using the most recent 24 hour period beginning at 00:00:00.000000 UTC time and ending at 23:59:59.999999 UTC. If the constituent market is quoted in an asset other than U.S. dollars, the volume-weighted average price is converted to U.S. dollars using the Coin Metrics Reference Rate.
- 5.Exclude the candidate market if the absolute value of the volume-weighted average price in U.S. dollars exceeds 3 percent from the median volume-weighted average price in U.S. dollars, where the median is calculated using the volume-weighted average price in U.S. dollars for all candidate markets for the asset.
- 6.Sort the remaining candidate markets by quote asset using the following order: U.S. dollars, Bitcoin, Ethereum, USD Coin, Tether, Wrapped Ether. All other quote assets, if they exist, are sorted at the end. Within each grouping of quote asset, sort in descending order the candidate markets by each candidate market’s exchange score from the Coin Metrics Trusted Exchange Framework.
- 7.Select a candidate market as a constituent market if the candidate market is ranked within the top six according to the sorting described above.
- 8.Also select a candidate market as a constituent market if the candidate market meets the following criteria: (1) the candidate market is ranked within the top 10 according to the sorting described above, and (2) the candidate market has a volume market share greater than 20 percent.
- 9.If the above rules result in zero constituent markets, then the constituent markets are selected using expert judgment.

The CM Reference Rates represent the reference rate of one unit of the asset quoted in U.S. dollars or other currency. The CM Reference Rates supports multiple frequencies. The daily and hourly frequencies utilize one calculation methodology and the minute, second, and 200 millisecond frequencies (“real-time frequencies”) utilize a separate calculation methodology. The daily and hourly frequencies are calculated at the end of every hour and day, respectively, (the “Calculation Time”) and are published within 5 minutes (the “Publication Time”). The real-time frequencies are published in real-time with no delay.

The set of assets included in the CM Reference Rates coverage universe are included in Appendix A.

The calculation algorithm of the CM Reference Rates for daily and hourly frequencies is described below.

- 1.All observable transactions from Constituent Markets are combined and partitioned into time intervals, with each time interval spanning a period of one minute. The first one-minute time interval begins 60 minutes before the Calculation Time and the last one-minute time interval begins at the Calculation and ends one minute after the Calculation Time. In total, the calculation period spans a period of 61 minutes (the “Observation Window”). A total of 61 one-minute time intervals are created.
- 2.The price of each observable transaction for one unit of the given asset is converted to U.S. dollars if necessary using the Reference Rates calculated for Bitcoin (BTC), Ethereum (ETH), USD Coin (USDC), or Tether (USDT).
- 3.The volume-weighted median price (VWMP) of each time interval is calculated. The volume-weighted median rate is calculated by ordering the transactions from lowest to highest price, taking the cumulative sum of volumes of these transactions, and identifying the price associated with the trades at the 50th percentile of volume measured in native units.
- 4.The time-weighted average price (TWAP) of the 61 time intervals is calculated using a custom weight function. The weight function assigns a weight of 0 percent to the first time interval, subsequent time intervals are assigned a weight that increases linearly, and the last two time intervals are assigned a weight of 5 percent such that the sum of all weights equals 100 percent. The weight function assigns more weight to time slices that are closer to the Calculation Time. The resulting figure is the published reference rate.

The weights for each time interval are listed in Appendix B:

The following contingency rules are followed to address situations where data is delayed, missing, or unavailable due to periods of illiquidity, extraordinary market circumstances, or outside factors beyond the control of Coin Metrics.

- 1.If observable transactions from a constituent market are unable to be collected due to technical problems specific to the constituent market’s exchange during the calculation of a reference rate, the observable transactions from the constituent market are not included in the calculation of the specific instance of the given reference rate.
- 2.If no observable transactions from constituent markets occur during the first one-minute time interval, the next one-minute time interval’s volume-weighted median price is used as the volume-weighted median price. This contingency rule is applied recursively if necessary.
- 3.If no observable transactions from constituent markets occur during any one-minute time intervals, excluding the first and last one-minute time intervals in the Calculation Window, the next one-minute time interval’s volume-weighted median price is used as the volume-weighted median price. This contingency rule is applied recursively if necessary.
- 4.If no observable transactions from constituent markets occur during the last one-minute time interval, the previous time interval’s volume-weighted median price is used as the volume-weighted median price. This contingency rule is applied recursively if necessary.
- 5.If no observable transactions from constituent markets exist during the Calculation Period for a reference rate, the reference rate will be determined to equal the previous hourly reference rate in which there were trades during that hour’s Observation Window.

The calculation algorithm of the CM Reference Rates for the real-time frequencies is described below.

- 1.Calculate the volume denominated in units of the given asset from observable transactions that occurred over the trailing 60 minutes for each of the Constituent Markets. Calculate the volume weight for each of the Constituent Markets by dividing the volume figure for each of the Constituent Markets by the total volume across all Constituent Markets. The resulting figure is referred to as the volume weight.
- 2.Convert the trade price of all observable transactions over the trailing 60 minutes for each of the Constituent Markets to U.S. dollars if necessary using the Real-Time Reference Rate calculated for Bitcoin (BTC), Ethereum (ETH), USD Coin (USDC), or Tether (USDT). Calculate the inverse variance of the trade price converted to U.S. dollars for each of the Constituent Markets using the population mean in the calculation of variance, where the population mean is defined as the mean price of all trades from Constituent Markets over the trailing 60 minutes. If a Constituent Market has an infinite or undefined inverse price variance, the inverse price variance for that Constituent Market is set to zero. Calculate the inverse price variance weight for each of the Constituent Markets by dividing the inverse price variance by the total inverse price variance across all Constituent Markets. The resulting figure is referred to as the inverse price variance weight.
- 3.Calculate the final weight for each of the Constituent Markets by taking a mean of the volume weight and the inverse price variance weight.
- 4.Extract the most recent observable transaction from each of the Constituent Markets. Convert the trade price of the most recent observable transactions to U.S. dollars if necessary using the Reference Rate calculated for Bitcoin (BTC), Ethereum (ETH), USD Coin (USDC), or Tether (USDT).
- 5.Calculate the weighted median price of the most recent observable transactions using the prices calculated in step 4 and the final weights calculated in step 3. The weighted median price is calculated by ordering the transactions from lowest to highest price, and identifying the price associated with the trades at the 50th percentile of final weight. The resulting figure is the published reference rate for the given asset.

The following contingency rules are followed to address situations where data is delayed, missing, or unavailable due to periods of illiquidity, extraordinary market circumstances, or outside factors beyond the control of Coin Metrics.

- 1.If observable transactions from a constituent market are unable to be collected due to technical problems specific to the constituent market’s exchange during the calculation of a real-time reference rate, the observable transactions from the constituent market are not included in the calculation of the specific instance of the given real-time reference rate.
- 2.If no observable transactions from constituent markets exist during the trailing 60 minutes, the value of the real-time reference rate will be determined to equal the value calculated during the previous second.

The Principal Market Prices are published once per second, every day of the year, and represent the price of one unit of the asset quoted in U.S. dollars.

The Principal Market Prices were developed taking into account the requirements of IFRS 13 and FASB ASC 820 accounting guidelines defining what a Principal Market is and how it should be selected. These guidelines also allow for additional controls to verify the market is active and trades are orderly.

As Coin Metrics already provides the CM Reference Rates methodology to price cryptocurrencies which we believe to be robust and stable, it is worth briefly describing the philosophy behind producing the Principal Market Prices to supplement the reference rates. The first and most significant criteria is that certain regulatory agencies require a methodology consistent with the aforementioned accounting principles. These principles clearly describe the preferred “fair market value” calculation as one which identifies a Principal Market by trade volume and tracks executed trades in that market.

Beyond external requirements, the benefits for a Principal Market Prices methodology are that it is clearly defined and auditable. The price is always taken from a single market, which tends to remain constant, and can easily be traced and verified for a given time stamp. We minimize computations being done on the price, which reduces the likelihood of unforeseen behavior. Additionally, the trades are always taken from the exchange where the most of the activity occurs, which is a characteristic users are interested in.

Like all things in life, this comes with some trade offs. Our CM Reference Rates look for a central tendency among several markets. In some cases this can avoid volatility and the presence of outliers if the Principal Market Prices deviate from the global average, but it also means that the final price may be taken from comparatively insignificant market where the price is between the prices of markets of larger volume. With these trade-offs in mind, our methodology seeks to err on the side of trusting the largest market by volume of trades and only excludes a market in extreme situations.

We also attempt to avoid numerical comparisons of the price between markets in the methodology, in order to minimize the possibility that a price anomaly in another market could affect the calculation. Our CM Reference Rates by contrast choose to combine multiple markets to identify a more stable price representative of the global environment.

The set of assets included in the Principal Market Prices coverage universe are included in Appendix A.

The calculation algorithm of the Principal Market Prices is described below.

- 1.Consider the list of Constituent Markets selected by the Market Selection Framework.
- 2.Identify any inactive markets, and exclude all trades associated with the inactive market. A market is considered inactive if it meets the following conditions: (1) The last trade was more than 1-minute ago and the last trade was either: longer than 10 minutes from the calculation time or longer than 100 * [mean trade interval], (2) The mean trade interval is defined as the the average of all intervals between sequential trades in the window 0 to 60 minutes before the calculation time. For example, if trades occur at timestamps
`[00:02, 00:12, 00:37, 01:15]`

, the mean trade interval will be`mean([10 seconds, 25 seconds, 38 seconds]) = 23.3 seconds`

. - 3.If there are no active markets, then the Principal Market Price will forward-fill the last non-null value available.
- 4.Check if any trades in the markets are not considered orderly (IFRS 13.B37-B38). Exclude any non-orderly trades from the calculation. This is accomplished by examining the window 60 to 120 minutes before the calculation time to calculate a reference standard deviation of prices in each market separately. If there are insufficient trades to calculate a standard deviation, then all trades are considered orderly (i.e. no trades are dropped if there is sparse data).
- 5.We then partition the calculation window 0 to 60 minutes before the calculation time into 60 one-minute time intervals and calculate how far each trade is from the mean price of trades from that market in the one-minute time interval the trade resides in.
- 6.Finally, we exclude trades that occur more than three reference standard deviations from the mean price of trades within a particular one-minute time interval. We require at least five trades occur in a particular one-minute time interval in order to exclude trades. The two parameters (3 reference deviations and 5 trades) may be adjusted in the future.
- 7.Identify the active market with the largest volume of orderly trades in the calculation window 0 to 60 minutes before the calculation time. This will serve as the Principal Market (IFRS 13.16, FASB ASC 820-35-5).
- 8.Use the most recent orderly trade from the Principal Market and publish its price as the Principal Market Price.

All observable transactions from constituent markets are evaluated using a systematic data quality control process. If potential errors or anomalies in the data are detected, the exercise of expert judgment will be applied to determine if the potentially erroneous data is included in the calculation of the price. The exercise of expert judgment in this circumstance is used to determine if the potentially erroneous data reflects observable transactions that are entered into at arm’s length between buyers and sellers and constitute an active market in the underlying asset, whether the observable transactions in question are formed by the competitive forces of supply and demand, and whether the observable transactions in question are a credible indicator of executable prices in the underlying asset. The exercise of expert judgment may include adding or removing markets from the set of constituent markets for a particular asset.

An investigation into the causes of the potential error, including whether any price deviations are specific to the exchange itself, is conducted. Any exercise of expert judgment is subject to dual approval by staff members, and is logged and reported to the Oversight Committee which periodically reviews the application of expert judgment to ensure consistency.

The following table lists the current coverage universe:

Name | Ticker |
---|---|

Bitcoin | btc |

Bitcoin Cash | bch |

Litecoin | ltc |

Euro | eur |

XRP | xrp |

Ethereum | eth |

Ethereum Classic | etc |

British Pound | gbp |

Zcash | zec |

Monero | xmr |

Dash | dash |

Japanese Yen | jpy |

IOTA | miota |

EOS | eos |

OMG Network | omg |

Neo | neo |

Metaverse ETP | etp |

Qtum | qtum |

Aventus | avt |

Bitcoin Gold | btg |

Streamr | data |

QASH | qash |

Status | snt |

Basic Attention Token | bat |

Decentraland | mana |

FUNToken | fun |

0x | zrx |

TRON | trx |

iExec RLC | rlc |

Augur | rep |

aelf | elf |

IOST | iost |

Request | req |

Loopring | lrc |

WAX | waxp |

Aragon | ant |

Mithril | mith |

Storj | storj |

Stellar | xlm |

Verge | xvg |

Lympo | lym |

Maker | mkr |

VeChain | vet |

Kyber Network Crystal | knc |

xMoney | utk |

Ripio Credit Network | rcn_ripiocreditnetwork |

Polymath | poly |

Fusion | fsn |

Cortex | ctxc |

Zilliqa | zil |

Bancor | bnt |

MonaCoin | mona |

NEM | xem |

BNB | bnb |

Gas | gas |

Tether | usdt |

OAX | oax |

district0x | dnt |

Waltonchain | wtc |

SONM | snm |

Chainlink | link |

Moeda Loyalty Points | mda |

Metal DAO | mtl_metal |

AirSwap | ast |

Viberate | vib |

Powerledger | powr |

Ark | ark |

Enjin Coin | enj |

Komodo | kmd |

NULS | nuls |

AirDAO | amb |

Quantstamp | qsp |

BitShares | bts |

Lisk | lsk |

Etherparty | fuel |

Bitcoin Diamond | bcd |

AdEx | adx |

Cardano | ada |

Waves | waves |

ICON | icx |

PIVX | pivx |

OST | ost |

Civic | cvc |

Steem | steem |

Nano (New) | nano |

Bluzelle | blz |

Aeternity | ae |

Ontology | ont |

Wanchain | wan |

Syscoin | sys |

Ardor | ardr |

Holo | hot_holo |

Loom Network | loom |

Bytecoin | bcn |

TrueUSD | tusd |

Horizen | zen |

Theta Network | theta |

IoTeX | iotx |

QuarkChain | qkc |

SelfKey | key |

Siacoin | sc |

Nebulas | nas |

Dent | dent |

Dock | dock |

Gnosis | gno |

Canadian Dollar | cad |

Enzyme | mln |

Dogecoin | doge |

Bytom | btm |

BitKan | kan |

Arcblock | abt |

ACENT | ace |

Achain | act |

Auto | auto |

CyberVein | cvt |

Decred | dcr |

DigiByte | dgb |

InsurAce | insur |

Cred | lba |

Measurable Data Token | mdt |

NAGA | ngc |

TenX | pay |

Revain | rev |

Ren | ren |

SwftCoin | swftc |

TokenClub | tct |

Nxt | nxt |

VITE | vite |

Odyssey | ocn |

Huobi Token | ht |

Elastos | ela |

WaykiChain | wicc |

SIRIN LABS Token | srn |

DeepBrain Chain | dbc |

Propy | pro |

Open Campus | edu |

Bibox Token | bix |

HyperCash | hc_hypercash |

MaidSafeCoin | maid |

Amp | amp |

Chrono.tech | time |

Pluton | plu |

Tezos | xtz |

Stacks | stx |

Ignis | ignis |

Atletico De Madrid Fan Token | atm |

PolySwarm | nct |

Kin | kin |

IndiGG | indi |

Wilder World | wild |

OriginTrail | trac |

Nexo | nexo |

Telcoin | tel |

Cryptex Finance | ctx |

Berry | berry |

Crypterium | crpt |

IHT Real Estate Protocol | iht |

VeThor Token | vtho |

DxChain Token | dx |

CEEK VR | ceek |

Carry | cre |

Oxygen | oxy |

UNUS SED LEO | leo |

Vertcoin | vtc |

Game.com | gtc_gamecom |

MediBloc | med |

Creditcoin | ctc |

NKN | nkn |

Callisto Network | clo |

Uquid Coin | uqc |

Korean won | krw |

IQ | iq |

Ravencoin | rvn |

LBRY Credits | lbc |

ReddCoin | rdd |

Unbound | unb |

Memecoin | meme |

Numeraire | nmr |

Russian Ruble | rub |

Ukrainian Hryvnia | uah |

Turkish Lira | try |

Australian Dollar | aud |

BOB | bob |

Brazilian Real | brl |

Swiss Franc | chf |

Ethernity | ern |

Mantle | mnt |

Ronin | ron |

Singapore Dollar | sgd |

OpenDAO | sos |

Dragonchain | drgn |

Kleros | pnk |

USD Coin | usdc |

KuCoin Token | kcs |

Paxos Standard | pax |

Gemini Dollar | gusd |

Constellation | dag |

Nimiq | nim |

GoChain | go |

Electroneum | etn |

Bitcoin SV | bsv |

Artificial Liquid Intelligence | ali |

MXC | mxc |

Livepeer | lpt |

RSK Infrastructure Framework | rif |

v.systems | vsys |

Grin | grin |

Lambda | lamb |

Dora Factory | dora |

Beam | beam |

Unibright | ubt |

Only1 | like |

FTX Token | ftt |

Kryll | krl |

Fetch.ai | fet |

Ontology Gas | ong_ontologygas |

Ankr | ankr |

Quant | qnt |

SOLVE | solve |

Aergo | aergo |

Circuits of Value | coval |

Cronos | cro |

Cosmos | atom |

Orbs | orbs |

Theta Fuel | tfuel |

BORA | bora |

Function X | fx |

IRISnet | iris |

Celer Network | celr |

ABBC Coin | abbc |

Verasity | vra |

Wrapped Bitcoin | wbtc |

Polygon | matic |