Skip to content

GrassRootsCrypto/docstest

Repository files navigation

EVM Whitelist Procedure

Overview

Ecosystem devs can ask for tokens/contracts to be added/removed from any THORNode Whitelists using this procedure.

Background

THORNode maintains whitelists to prevent attacks on the network. There are a significant number of degrees of freedom when dealing with the EVM (event spoofing, re-entrancies, self-destructs), as well as economic attacks (zombie tokens, infinite mints etc). Maintaining a standard and whitelist nueters this attack surface.

There are 3 EVM Whitelists

  1. Pool Token Whitelist - allows to be a pool on THORChain
  2. DEX Token Whitelist - allows to be swapped to using DEX Aggregation
  3. Aggregator Whitelist - allows to be an Aggregator to call into, or be called from, the router

Procedure

Once a review cycle, the publisher will ask for new additions to be submitted for review and inclusion. There will be a 48hr cutoff. The publisher will follow the following checklist and will not include the token/contract if it does not meet the requirements.

"must" - unavoidable requirement "should" - loose requirement

Pool Token

  • Must be ERC-20 compliant https://ethereum.org/en/developers/docs/standards/tokens/erc-20/
  • Must not include token transfer fees (taxes)
  • Must not be mintable
  • Must be verified on Etherscan (or equivalent, eg Snowtrace for AVA)
  • Should be economically valuable (greater than $100m mcap)
  • Should be older than 4 years
  • Should have a sponsor willing to provide $1m in bootstrap liquidity

Dex Token

Aggregator

Examples: https://gitlab.com/thorchain/thornode/-/blob/develop/x/thorchain/aggregators/dex_mainnet.go

About

docstest

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published