All address keys follow the EIP 1191 address checksum format.

Submit PRs to add valid logos, and obviously valid logos will be merged.

Usage

You can install from npm with npm install @rsksmart/rsk-testnet-contract-metadata and use it in your code like this:

const contractMap = require('@rsksmart/rsk-testnet-contract-metadata')
const toChecksumAddress = require('rskjs-util').toChecksumAddress

function imageElFor (address) {
  const metadata = iconMap[toChecksumAddress(address, 30)]
  if (!('logo' in metadata)) {
    return false
  }
  const fileName = metadata.logo
  const path = `${PATH_TO_METADATA_MODULE}/images/${fileName}`
  const img = document.createElement('img')
  img.src = path
  img.style.width = '100%'
  return img
}

Submission Process

1. Fork this repository.
2. Add your logo image in a web-safe format to the images folder.
3. Add an entry to the contract-map.json file with the specified address as the key, and the image file's name as the value.

Criteria:

• The icon should be small, square, but high resolution, ideally a vector/svg.
• Do not add your entry to the end of the JSON map, messing with the trailing comma. Your pull request should only be an addition of lines, and any line removals should be deliberate deprecations of those logos.
• PR should include link to official project website referencing the suggested address.
• Project website should include explanation of project.
• Project should have clear signs of activity, either traffic on the network, activity on GitHub, or community buzz.
• Nice to have a verified source code on a RSK testnet explorer.

Tokens should include a field "erc20": true, and can include additional fields:

• symbol (a five-character or less ticker symbol)
• decimals (precision of the tokens stored)

A sample submission:

"0x19f64674D8a5b4e652319F5e239EFd3bc969a1FE": {
  "name": "tRIF Token",
  "logo": "rif.png",
  "erc20": true,
  "symbol": "tRIF",
  "decimals": 18
}

A full list of permitted fields can be found in the permitted-fields.json file.

Disclaimer

Maintaining this list is a considerable chore, and it is not our highest priority. We do not guarantee inclusion in this list on any urgent timeline. We are actively looking for fair and safe ways to maintain a list like this in a decentralized way, because maintaining it is a large and security-delicate task.