Add Liquidity Provider Token to Token List

[AdamCooke00]

Description

This PR adds an Ayin LP Token for the ALPH/SQRL Pair

[diomark]

I think the liquidity coins are left unverified in purpose even for Alph/usdt (?) Otherwise pools could be setup between the liquidity pools tokens and other tokens

[polto]

why not allow such pools ? also if a user want's to buy/sell liquidity - it's good to have those tokens verified.

[AdamCooke00]

I think the liquidity coins are left unverified in purpose even for Alph/usdt (?) Otherwise pools could be setup between the liquidity pools tokens and other tokens

I get what you're saying, but Who are we to decide what people are allowed to do with any given token. To the blockchain, it's just a token. In terms of ayin, they could reject supporting pools of the sort you mention if they wanted.
I'm aligned with the verification of LP tokens, and providing a logo to them for the sake of the wallet's UI. Also it incentivizes strengthening the pair and ultimately the adoption of Alephium.

[polarker]

@AdamCooke00, let's add this for now since the token list is still small.

We'll introduce new approaches to automatically cover liquidity tokens, ensuring we maintain a succinct list. This list will be loaded in many places, so it's crucial to keep it lightweight. For example, the extension wallet has a size limit and can't accommodate a large token list.

[AdamCooke00]

@AdamCooke00, let's add this for now since the token list is still small.

We'll introduce new approaches to automatically cover liquidity tokens, ensuring we maintain a succinct list. This list will be loaded in many places, so it's crucial to keep it lightweight. For example, the extension wallet has a size limit and can't accommodate a large token list.

Sounds good. Perhaps in the future some sort of token type id such that we can denote a liquidity token. Say something like:

ALPH=0
REGULAR=1
LP=2

[polarker]

@AdamCooke00, let's add this for now since the token list is still small.
We'll introduce new approaches to automatically cover liquidity tokens, ensuring we maintain a succinct list. This list will be loaded in many places, so it's crucial to keep it lightweight. For example, the extension wallet has a size limit and can't accommodate a large token list.

Sounds good. Perhaps in the future some sort of token type id such that we can denote a liquidity token. Say something like:

ALPH=0 REGULAR=1 LP=2

It's good to have more features, but that means more manual checks, larger size of the data, etc.

This simple token format follows the industry standard, which only contains the most necessary information. The other features could be added as extensions probably.