2

I'm working on a system wherein there're multiple blockchains involved, and withing each one, native assets and tokens too are used together, as well as wallet addresses of them.

In Ethereum and TRON, for instance, a single address is used for a native token, as well as for USDT, USDT. Looking at Solana, I see that it, on the other hand, has unique addresses. Or it may be that I've overlooked something.

Is this the case that each address in Solana is absolutely unique? For any token so too?

update

In my web application each user will have a Solana (SOL, USDT, USDC) wallet, among the wallets of a few other blockchains.

Does this mean that I could generate for each user either:

  • a) one parent Solana address for every asset; or

  • b) one parent Solana address and one token address per asset

.... and either (a) or (b) would work equally correct and fine?

1 Answer 1

2

In Solana, your wallet has an address and then can have N many associated token accounts that also have their own unique addresses that are derived from the combination of the parent wallet's address and the address of the token mint.

You're able to send an SPL token to the parent wallet address and the token program is smart enough to deposit the token into the correct associated token account, however, each of them still have their own unique address.


EDIT

(b) would be correct in your updated example. Each asset have its own associated token account with its own address that is owned by the parental Solana wallet (which also has its own address).

In order for the smart routing that i described to work (sending SPL tokens to the parent wallet), the underlying associated token accounts must already exist for that token mint.

3
  • That means, it both: unique and non-unique, right?
    – Kum
    Commented Dec 13, 2022 at 20:34
  • look at my update please
    – Kum
    Commented Dec 13, 2022 at 20:37
  • @Kum updated my response
    – m_callens
    Commented Dec 13, 2022 at 20:44

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.