Summary
From Bancor V1 to Uniswap, the evolution of cryptocurrency liquidity provision has been characterised by significant innovations that sparked DeFi Summer. Although the Automated Market Maker (AMM) was a game-changer, Bancor is turning away from the AMM, recognising the complexities involved in providing liquidity.
Carbon, as an on-chain order book functionality provider, offers greater flexibility and control over liquidity provision than traditional AMMs. Carbon's app runs in the user's browser using an open-source software development kit (SDK), which is lightweight enough to run smoothly on a smartphone.
Key takeaways
Chapters
[01:12] What killed the AMM, and what comes next in the world of DeFi liquidity provision?
[07:05] How providing liquidity can align incentives and create a social basis for market making in DeFi
[10:45] What is the simplest way to describe impermanent loss to someone in the context of AMMs?
[13:37] Impermanent loss in liquidity provision and missed profit opportunities
[16:02] What are Mark Richardson's thoughts on how Bancor's Carbon can contribute to the concentrated liquidity pools model, and what is the next step in liquidity provision?
[18:21] What is a short gamma option, and why is it called that?
[23:53] The rise of constant function AMMs and the naive phase of decentralised finance and crypto
[26:50] What are the limitations of the Automated Market Maker (AMM), and why is it not the ideal financial instrument for liquidity provision in DeFi? How does Carbon solve these limitations, and what does it do differently?
[29:20] Carbon's customizable "buy low, sell high" strategy execution
[33:39] Is it possible that CLOBs lack statefulness and a concept of time, resulting in only valid or invalid orders and no if-then statements?
[35:27] How does Carbon solve the challenge of creating order book-like functionality and making it easy for users to buy within a certain range without having to pick specific orders, while still maintaining the ability to put trades on in microseconds or nanoseconds and avoiding potential performance issues with state-based logic in order matching engines?
[38:59] The genius of Carbon: a simple on-ledger solution for order routing
[43:29] Does using the SDK in Carbon for executing positions trustlessly while still submitting the execution to the ledger raise concerns among decentralisation maximalists?
[46:37] What are Carbon’s plans for the next 6–12 months?
Further resources