wormhole-foundation / wormhole-token-list Goto Github PK

e592da2

tokenMarkets[x][y][TOK]['markets'] = ['uniswap'] says: token TOK starting from chain id x, sent to chain id y, will be tradeable on uniswap.

this requires a lot of duplicate information because, for example, the below 4 tokens are UST on Solana, Ethereum, Terra, and BSC, and the below states the fact that UST:

• when brought to Sol is tradeable on "saber", "mercurial", "jupiter","aldrin", "sunny", "apricot"
• when brought to Eth is tradeable on curve and uniswap
• when brought to Terra is tradeable on Anchor
• when brought to BSC is tradeable on pancakeswap
  and in the current schema we need 12 entries (4*(4-1)) instead of 4:

"tokenMarkets": { // <-- this key is already in the file
    "1": { // source = Sol
      "2": {  // dest = Eth
        "9vMJfxuKxXBoEa7rM12mYLMwTacLMLDJqHozw96WQL8i": {
          "markets":["curve","uniswap"]
        },
      },
      "3": {  // dest = Terra
        "9vMJfxuKxXBoEa7rM12mYLMwTacLMLDJqHozw96WQL8i": {
          "markets": ["anchor"]
        },
      "4": {  // dest = BSC
        "9vMJfxuKxXBoEa7rM12mYLMwTacLMLDJqHozw96WQL8i": {
          "markets": ["pancakeswap"]
        }
      }
    },
    "2": { // source = Eth
      "1": {  // dest = Sol
        "0xa693B19d2931d498c5B318dF961919BB4aee87a5": {
          "markets": ["saber", "mercurial", "jupiter","aldrin", "sunny", "apricot"]
        },
      },
      "3": {
        "0xa693B19d2931d498c5B318dF961919BB4aee87a5": {
          "markets": ["anchor"]
        },
      },
      "4": {  // dest = BSC
        "0xa693B19d2931d498c5B318dF961919BB4aee87a5": {
          "markets": ["pancakeswap"]
        }
      }
    },
    "3": { // source = Terra
      "1": {  // dest = Sol
        "uusd": {
          "markets": ["saber", "mercurial", "jupiter","aldrin", "sunny", "apricot"]
        }
      },
      "2": {  // dest = Eth
        "uusd": {
          "markets": ["curve", "uniswap"]
        }
      },
      "4": {  // dest = BSC
        "uusd": {
          "markets": ["pancakeswap"]
        }
      }
    },
    "4": { // source = BSC
      "1": {  // dest = Sol
        "0x3d4350cD54aeF9f9b2C29435e0fa809957B3F30a": {
          "markets": ["saber", "mercurial", "jupiter","aldrin", "sunny", "apricot"]
        },
      },
      "2": {  // dest = Eth
        "0x3d4350cD54aeF9f9b2C29435e0fa809957B3F30a": {
          "markets": ["curve", "uniswap"]
        },
      },
      "3": {  // dest = Terra
        "0x3d4350cD54aeF9f9b2C29435e0fa809957B3F30a": {
          "markets": ["anchor"]
        },
      "4": {  // dest = BSC
        "0x3d4350cD54aeF9f9b2C29435e0fa809957B3F30a": {
          "markets": ["pancakeswap"]
        }
      }
    }
}

it would be a lot less verbose to just have:

1. tokens list the native tokens for each chain, and then for each native token, the addresses on all other chains (this part can be autogenerated)
2. tokenMarkets lists the markets (on every chain) for each native token

for example the above information would be encoded with

"tokens":  {
    "3": {
      "uusd": {
        "symbol": "UST",
        "logo": "https://assets.terra.money/icon/60/UST.png",
        "addresses": {
          "1": "9vMJfxuKxXBoEa7rM12mYLMwTacLMLDJqHozw96WQL8i",
          "2": "0xa693B19d2931d498c5B318dF961919BB4aee87a5",
          "4": "0x3d4350cD54aeF9f9b2C29435e0fa809957B3F30a"
        },
      }
},
"tokenMarkets" {
    "3": {
      "uusd": {
        "1": { 
          "markets": ["saber", "mercurial", "jupiter","aldrin", "sunny", "apricot"]
        },
        "2": { 
          "markets": ["curve", "uniswap"]
        },
        "3": { 
          "markets": ["anchor"]
        },
        "4": { 
          "markets": ["pancakeswap"]
        }
    }
}

Hey team - we'd like the SPX6900 token logo on Solscan - is this something you can assist with?

https://github.com/wormhole-foundation/wormhole-token-list/blob/main/content/by_source.csv>=0.4.16 <0.7.0

https://github.com/kurumiimari/hsexplorer/blob/master/explorer/blueprints/blockchain.py

https://github.com/wormhole-foundation/wormhole-token-list/actions/runs/5681180535/job/15396774939

autogenerate the content in https://docs.wormholenetwork.com/wormhole/overview-liquid-markets from gen.py

It would have been so nice if this info was provided to me 2 yrs ago. But now it's to late. Everyone wants me to add crypto and then it disappears. That's it from, I've already lost my house, cars and wife. You guys have screwed up everything because of secrecy, well as far as I'm concerned it just as bad as CZ. I have a half of mind to just post all my private keys on the web. Hell you guys are basically in control of my accounts God knows I'm not. I'm just gonna shut down. This can clog up all it wants. You are nothing but a bunch of Cyber Bullies. I don't know much about how coding works and you guys sures hell don't help worth a shit. All I wanted to do was finally give my family the life they deserved and you guys fucked that up for me and now we get to spend the holidays on the streets. That's if I make it thru this weekend. Keep an eye out because if I decide this is the end, I'll make sure all of you get a very clear live feed. I hope you're happy.

the current schema is a bit confused
for example RAY -> 0x13b6A55662f6591f8B8408Af1C73B017E32eEdB8 (a BSC address) appears in tokens["1"]
https://github.com/certusone/wormhole-token-list/blob/main/src/markets.json#L158

but weUSDC -> A9mUU4qviSctJVPJdBJWkb28deg915LYJKrzQ19ji3FM (a SOL address) also appears in tokens["1"]
https://github.com/certusone/wormhole-token-list/blob/main/src/markets.json#L90

it seems like tokens["1"] should only contain destination Solana addresses, for example RAY's address should be replaced with 4k3Dyjzvzp8eMZWUXbBCjEvwSkkk59S5iCNLY3QrkX6R

it seems like the reason this kinda worked is because the website checks for EITHER the source address OR the dest address in our dict (but this is imprecise and generally leads to confusion).

you can see this here (screenshot from a SOL -> BSC transfer, the addresses below begin with 0x even though they are SOL tokens):

          @keone can you review, please?

Originally posted by @hudishkin in #234 (comment)

9b2f5f9

Originally posted by @SORA-ALONE in kurumiimari/hsexplorer#20

A PR submission should not require the submitter install npm or python deps. We can do this for them as part of CI/CD process.

On submission or merge of a PR we should run the scripts to update whatever needs updating.