Step by step: Onboarding process

Have more questions? Submit a request

Onboarding(whitelisting) tokens to enable these unique Bancor features depends on the BancorDAO approval. First, a discussion should be created to gauge interest by the community and ultimately, vBNT depositors who vote.

You can start a discussion in our Governance forum.

Afterwards, if there is interest, please make sure your token can be technically listed, by answering this questionnaire. On-chain vote via Snapshot can be sent after there's a written proposal in the governance forum. Below are the technical requirements as outlined in BIP15, in accordance to our guidelines


  1. The token contract needs to be verified on Etherscan.
  2. The token contract should have an audit from a known security auditor or explain why it wasn’t audited (for example, if it’s a standard token from the OpenZeppelin library).
  3. The project should have a publicly visible test suite with decent test coverage.

Administrative Risk

Special administrative privileges over the protocol - such as minting privileges - should be restricted:

  1. They should not be owned by EOA.
  2. They can be governed by multisigs.
  3. They can enforce timelock or similar restrictions.

Protocols that don’t comply with this should provide an explanation why (the DAO reserves the right to decide whether to accept the explanation or not).

The above may not contradict with the technical requirements - e.g. an upgradable token can not be whitelisted regardless of the reasoning.


  1. The token contract should not be upgradable.
  2. Only the token holders themselves should be able to transfer or burn their tokens. It shouldn’t be possible for any other account (including owners/admins) to transfer or burn tokens belonging to other users, without their explicit permission.
  3. Minting of new tokens should be restricted and conform to the whitepaper and the security audit.
  4. Rebasing tokens or tokens with elastic supply aren’t currently supported.
  5. Tokens that apply transfer fees aren’t currently supported. Please note that tokens that have the fee mechanism in place but haven’t activated it yet are exempt.
  6. Token transfers shouldn’t be pausable or subjected to a whitelist unless a reasonable explanation is provided.
  7. There should not be any restrictions on transferring or trading (e.g., restricting how many blocks you have to hold a token before you can transfer it, fees/taxes on transfers, including to/from trading pools, etc.)

Economic Requirements

  1. The token should be fairly distributed (e.g., it can’t be concentrated in a few addresses).

Original post can be viewed here.


Articles in this section

Was this article helpful?
0 out of 0 found this helpful