Understanding Platypus Design
Learn more about the design of platypus and the open liquidity pool concept
The key concept underpinning Platypus’s design is asset liability management (ALM). Most DeFi protocols today do not use the concept of liability.
For instance, once liquidity providers have made deposits, they will be given the ”LP Tokens” which represent a partial ownership of a pool. However, pools are often composed of multiple assets, and any user actions may change the relative percentage of tokens ratio in a pool. Consequently, liquidity providers may find that upon withdrawal, they will get a different amount to what they have deposited.
Platypus is different in that liability is recorded. Upon deposit, liquidity providers will be given LP tokens to specify the exact amount and the exact token that they have deposited. As a result, if the system is liquid, they will get back the exact amount of the same token upon withdrawal + token emission.
By introducing the concept of ALM, Platypus allows each token to grow organically based on its natural supply and demand. This is notably different from Curve or Saddle which requires all tokens to have the same liquidity, thus making the least popular token the bottleneck for the growth of the pool. We refer to this design as “Extendable Liquidity Pool”.
This design also allows Platypus to enjoy other benefits such as a method to track its financial health, ability to lend out idle assets, enabling of new stablecoin solutions, and removal of impermanent loss.
The function for Platypus is to define the price slippage instead of the price itself, additionally, Platypus is also the first in kind to use a single-variant slippage function instead of invariant curves. The ability to measure risk metrics using a single variable is one key reason why Platypus can get rid of the intertwinement of invariant curves, thus expanding its services into different verticals like lending and stablecoin.
Platypus allows users to provide unilateral liquidity. Instead of pools of token pairs and bundles, Platypus uses accounts of tokens to record assets and liabilities, allowing single-sided liquidity provision.
Platypus also uses coverage ratio as the input parameter for our AMM (instead of liquidity), hence removing the same liquidity equilibrium constraint from Curve’s stableswap invariant, allows token to grow organically based on its organic demand and supply.
This design also allows new tokens to be added into an existing pool, greatly enhancing the scalability and capital efficiency of the protocol. For example, while the protocol may start with the base 4 tokens (USDT.e, USDC.e, DAI.e, MIM), we may gradually add more tokens into the big pool (such as TUSD, FRAX) for shared liquidity.
Platypus design requires special attention to asset listing. At launch, listing new tokens will be subjected to the team’s approval. Later on, PTP token holders will be able to govern parameters such as fees, asset listings and asset risk parameters, token inflation and liquidity mining schedules.