UNI Default list

Hello guys!

I was reading this proposal discussion to update $ANT’s address, and made me research a bit how default token list works.

Currently uniswap uses gemini token list instead, that hasn’t been updated for half a year, nor gov have direct control over it, unlike with default one. I got nothing against it, I just think its time for community to provide the protocol with an awesome token list it deserves that is curated in a decentralised and fair manner. Also Optimism and Arbitrum network lists are maintained by optimism ethereum and offchain labs accordingly.

Deprecated default token list is on github

What this discussion aims to achieve?

  1. Discuss potential mechanics to govern the token list (committee, off-chain vote, etc)

Imho this is super important:

  • as it posses enormous power on people’s decision making
  • affects listed token and platform credibility

It would be governing body’s responsibility to make it as neutral, transparent, inclusive, decentralised and prone to attacks as possible as well as it should aspire to meet core values of ethereum ethos.

  1. Define token requirements for the list inclusion (background, cap, ecosystem, team, tvl, volume, etc)

This should be as clear as possible to avoid any controversy, since everyone would want to get into it

  1. Outline technical aspects
  • Wether current schema needs an update. i.e improved chain support?
  • Migrate repo to radicle and connect to gnosis safe in case of committee control?
  • Would it be possible to create a permissionless direct governance to update and control the list when certain rules are met? Maybe something like ceramic.network stream update by offchain verifiable vote results
  • Interface to control, vote, submit tokens, etc?
  1. Formulate potential steps of execution

Initial goal

UNI governance MVP (v0.1) token list to be used at app.uniswap.org as a basis and iterate from there. (In the future it could also split into multiple lists i.e Uniswap ecosystem ones, upcoming tokens, grouped by segment/industry, dynamically created, hot/sponsored etc)

Would love to hear feedback and wether this all makes sense


I think this is an awesome idea! It does make sense and I like the structural approach.


Great idea! This would be a good way to get more involved in Uniswap Governance.

Current methods to accessible tokens with low barriers to entry:

  • CoinGecko token list
  • Inputting Token Address

The risk of having a token list that is too open is it becomes a way to legitimize sketchy projects.

Mechanics to govern the token list:

  • UGP Token List: Tokens on this list have recieved a UGP grant in the past. This allows a showcasing of projects that have passed screening criteria of the UGP comitee as being worthy of a grant in the past/future. (easiest to impliment, commitee already in place)

  • Uniswap Community Token List: Snapshot vote/off chain vote to include a project to this token list. Requires a minimum of UNI to pass by consensus, i.e. 30k threshold UNI to pass with majority of yes, minimum raised as intrest gains/or issues with bad actor delegates. This list would start with a replication of the Gemini List. (requires more engagement with UNI holders)

  • Uniswap Token Commitee List: Multisig is created with an initial commitee of 10 people. To list a token it costs ~300 USD to be payed in UNI and sent to the Multisig. The commitee is an oversight panel and is payed a % of the funds recieved. The rest of the funds effectively burned or can be used as an insurance etc. (requires a new commitee formation and structure)

  1. The job of the oversight panel is to: screen blatant scams/code of those who applied. Tokens who applied and do not pass the oversight committee lose the deposited listing cost.

  2. To apply for this token list. 1) a github introduction to project 2) how token is used (community token, payments, etc) 3) and a link to project’s repository 4) $300 (in UNI) deposit to multisig with tx hash.

  3. Github introduction will serve two purposes, a public declaration of intent of good faith, and also a way for people to have dialogue for the specific project (i.e. grievances)

It may be beneficial to launch different lists models at the same time inorder to gauge which is a better approach overtime.

1 Like