Author
Listed:
- Mnacho Echenim
(LIG - Laboratoire d'Informatique de Grenoble - CNRS - Centre National de la Recherche Scientifique - UGA - Université Grenoble Alpes - Grenoble INP - Institut polytechnique de Grenoble - Grenoble Institute of Technology - UGA - Université Grenoble Alpes, CAPP - Calculs algorithmes programmes et preuves - LIG - Laboratoire d'Informatique de Grenoble - CNRS - Centre National de la Recherche Scientifique - UGA - Université Grenoble Alpes - Grenoble INP - Institut polytechnique de Grenoble - Grenoble Institute of Technology - UGA - Université Grenoble Alpes)
- Emmanuel Gobet
(CMAP - Centre de Mathématiques Appliquées de l'Ecole polytechnique - X - École polytechnique - IP Paris - Institut Polytechnique de Paris - CNRS - Centre National de la Recherche Scientifique)
- Anne-Claire Maurice
(Kaiko [Paris])
Abstract
Automated Market Makers have emerged quite recently, and Uniswap is one of the most widely used platforms (it covers 96% of the available pools as of today). This protocol is challenging from a quantitative point of view, as it allows participants to choose where they wish to concentrate liquidity. There has been an increasing number of research papers on Uniswap v3 but often, these articles use heuristics or approximations that can be far from reality: for instance, the liquidity in the pool is sometimes assumed to be constant over time, which con- tradicts the mechanism of the protocol. The objectives of this work are fourfold: first, to revisit Uniswap v3's principles in detail (starting from the open source code) to build an unambiguous knowledge base. Second, to analyze the Impermanent Loss of a liquidity provider by detailing its evolution, with no assumption on the swap trades or liquidity events that occur over the time period. Third, we introduce the notion of a liquidity curve. For each curve, we can construct a payoff at a given maturity, net of fees. Conversely, we show how any concave payoff can be synthetized by an initial liquidity curve and some tokens outside the pool; this paves the way for using Uniswap v3 to create options. Fourth, we analyze the behavior of collected fees without any simplifying hypothesis (like a constant liquidity or zero Spot-Pool spread) un- der the mild assumption that the pool price follows a general Ito price dynamic. The value of the collected fees then coincides with an integral of call and put prices. Our derivations are supported by graphical illustrations and experiments.
Suggested Citation
Mnacho Echenim & Emmanuel Gobet & Anne-Claire Maurice, 2023.
"Thorough mathematical modelling and analysis of Uniswap v3,"
Working Papers
hal-04214315, HAL.
Handle:
RePEc:hal:wpaper:hal-04214315
Note: View the original document on HAL open archive server: https://hal.science/hal-04214315v2
Download full text from publisher
Corrections
All material on this site has been provided by the respective publishers and authors. You can help correct errors and omissions. When requesting a correction, please mention this item's handle: RePEc:hal:wpaper:hal-04214315. See general information about how to correct material in RePEc.
If you have authored this item and are not yet registered with RePEc, we encourage you to do it here. This allows to link your profile to this item. It also allows you to accept potential citations to this item that we are uncertain about.
We have no bibliographic references for this item. You can help adding them by using this form .
If you know of missing items citing this one, you can help us creating those links by adding the relevant references in the same way as above, for each refering item. If you are a registered author of this item, you may also want to check the "citations" tab in your RePEc Author Service profile, as there may be some citations waiting for confirmation.
For technical questions regarding this item, or to correct its authors, title, abstract, bibliographic or download information, contact: CCSD (email available below). General contact details of provider: https://hal.archives-ouvertes.fr/ .
Please note that corrections may take a couple of weeks to filter through
the various RePEc services.