Liquidity tokens generated by the PrimitiveManager contract are currently following the ERC1155 standard.
This is a huge benefit for the PrimitiveManager at a contract level, but a bit limiting for the composability and the integration in other protocols, which are usually using ERC20.
A wrapper contract could be a very simple and effective solution to solve this problem. The specifications would be something like:
A wrapper contract would only target a specific pool
Users would deposit their liquidity tokens (ERC1155) to mint ERC20 tokens, and burn ERC20 tokens to get their liquidity tokens back
Liquidity tokens generated by the PrimitiveManager contract are currently following the ERC1155 standard. This is a huge benefit for the PrimitiveManager at a contract level, but a bit limiting for the composability and the integration in other protocols, which are usually using ERC20.
A wrapper contract could be a very simple and effective solution to solve this problem. The specifications would be something like: