As this site does not support LATEX in markdown files, please find more extensive readme here: https://github.com/AdamGagol/Common-Diffusion/blob/master/readme.ipynb (yeah, I know that hosting markdown files as jupyter notebooks on github seems overly complex, but I'm a bit in a hurry here..)

# Inspiration/Problem

In the classical market maker models (such as a constant product model, as used in Uniswap), the slippage for the trade A->B is proportional to the amount of A and B assets that exchange has reserved for this trading pair. Unfortunately, current DEX designs are utilizing reserve assets in a suboptimal way:

• Uniswap has ETH as a central token, so every trade between tokens A and B needs to be split into A->ETH and ETH->B trades, and naturally half of the whole reserve needs to be kept as ETH. Even worse, Uniswaps ETH reserve is fractioned into parts corresponding to each other traded token, so each trading pair can use only a small fraction of the total ETH reserve.
• Bancor uses a concept of a target reserve ratio for each token, what provides incentive for arbitrageurs to keep each token reserves close to the target values. Unfortunatelly, it lacks a mechanism of balancing these ratios, so they need to be set up manually and do not necessarily correspond to the actual volume on each of the assets (what in turn causes suboptimal slippage for traders).
• Balancer, contrary to the name, also does not have a rebalancing mechanism. Instead, it nicely merges the Bancor idea of target reserve ratios for each token (which are called weights within the Balancer model) with a generalized constant product model of Uniswap. In the current version the target reserve ratios/weights are assumed to be constant.

# What it does/Solution

Common is a DEX model that automatically balances reserve ratios in order to minimize the average slippage over all trades. The balancing is based purely on incentive mechanisms, hence does not rely on external price or volume oracles. The proposed balancing mechanism is independent from price equations, so it could be used with any market maker model. In scope of this project, I'm using prices as in the generalized constant product model.

# How I built it

The generalized constant product model is based on Balancer, and the balancing loop is my original idea. The cadCAD model shows that such rebalancing loop indeed decreases the average time (run with wnd without the voting mechanism on the same random seed).

# Challenges I ran into

1. It occured to be quite hard to formalize a mechanism for listing new tokens within such a model
2. As pointed out by Billy Rennekamp, DEX based on such mechanism itself would be susceptible to putting unreasonably high fraction of its reserves in highly traded tokens with very unstable price (AKA shitcoins), hence putting at risk market makers' capital. Due to this limitation, without further work the design should be rather used for a federated list of traded tokens. The issue can be partially alleviated by replacing logarithm in the price equations with a function with a horizontal asymptote (ex. $\frac{1}{1-f(x)}$ for any $f$ descending to $0$), so that even unbounded influx of a single type of token can't allow to buy the whole of the system reserves. Other proposed heuristics included shutting off the listed token after it reaches some 'danger threshold'.
3. Relation between balances $B_i$ and $B_j$ and the slippage on the $i,j$ trading pair is not trivial, and the concept of 'average slippage' is somewhat loosely defined (what is the average size of the trade? What is the distribution of the trade sizes?). It remains an open problem to me whether the equilibrium in which balances directly proportional to the traded volumes is the best possible in terms of slippage minimization.

# Accomplishments that I'm proud of

• the specification chart (AKA 'differential specification') is a piece of art,
• I've proven a theorem on a hackathon!

# What I learned

• how to formalize incentive mechanisms with differential specification,
• that constant product model easily generalizes for multiple tokens with different weights, and that someone actually already did the hard part of performing all the price calculations (thanks Michael Zargham for showing me Balancer),
• that volatility risk should be taken into account when designing DEXes.

# What's next for Common

1. To alleviate the problem in challenge nr 2., another mechanism should to be put in place, which would hold voters for a given token X accountable for its excessive drops in price.

2. The mechanism of listing new tokens should be formalized. Important note: without resolving issue 1., allowing for listing new tokens by users or market makers could lead to various exploits based on listing different shady assets (which are, for example, hacked in a way giving someone access to unlimited amounts of tokens).

3. Of course, it needs to be implemented, preferably using some interoperability stack to allow for decentralized trading of non-ERC-20 tokens (ex., Bitcoin...). Currently it seems that such interoperability is possible either via deploying DEX on Ethereum and trustless wrapping of non-ERC-20 tokens (see ex., Keep tBTC concept, the same would need to be done for every other problematic token...), or by deploying on a platform with built-in decentralized bridges (ex., Cosmos hubs and zones or Polkadot bridge chains).

### Glossary of terms:

DEX - An exchange which operates in a decentralized way, i.e., without a central authority.

slippage - refers to the difference between the expected price of a trade and the price at which the trade is executed. Slippage can occur at any time but is most prevalent during periods of higher volatility when market orders are used. It can also occur when a large order is executed but there isn't enough volume at the chosen price to maintain the current bid/ask spread. (investopedia). In the scope of this document, I'm referring particularly to the slippage occurring due to the large trades on pairs with insufficient liquidity

arbitrageur - a type of investor who attempts to profit from market inefficiencies. An arbitrageur would, for example, seek out price discrepancies between stocks listed on more than one exchange by buying the undervalued shares on one exchange while short selling the same number of overvalued shares on another exchange, thus capturing risk-free profits as the prices on the two exchanges converge. (investopedia)

market maker - a company or an individual that both sells to and also buys from its clients and is compensated by means of price differentials for the service of providing liquidity, reducing transaction costs and facilitating trade.

constant product model - a model of automated market maker for a tradable pair of tokens in which system keeps the product $X\cdot Y$ constant, where $X$ and $Y$ are the amounts of the tokens in systems deposit/reserve. (basic model, model generalized for many tokens with weights)