Balancer V1
Discord
Search…
Home
Getting Started
Use Cases
FAQ
Core Concepts
Protocol
Background
Glossary
Pool Lifecycle
Limitations
Math
BAL Governance Token
Liquidity Mining
Security
Smart Contracts
Exchange Proxy
Smart Order Router
Smart Pools
On Chain Registry
Interfaces
Addresses
API
Migration to Version 1.0
Events
API Index
UML Docs
Guides
Interact via Etherscan
Using the SOR
Creating a Shared Pool
Creating a Smart Pool
CRP Tutorial
Smart Pool Use Cases
Testing on Kovan
Hackathons
Powered By GitBook
Background

This page has been deprecated. V1 documentation is partially maintained here​

Background

Automated Market Makers (AMMs) have been around in some form for as long as trades could be automated, starting in the traditional financial markets. AMMs are essentially automated agents, controlled by algorithms, that define rules for matching buyers and sellers to facilitate trades. Usually AMMs are continuously active in both directions of a trading pair. The liquidity provider's profit comes from the spread between buy and sell prices.
Smart contract platforms like Ethereum have brought AMMs to a whole new level. They have, for the first time in history, combined the trading algorithms with custody of the underlying assets. This has led to interesting new features like atomic trading (sometimes incorporating flash loans), instant feedback loops for correcting prices offered by an AMM, and more.

AMMs in Ethereum

Alan Lu from Gnosis was the first in the Ethereum community to propose the simplest version of an AMM: a "pool," containing two tokens (let's call them A and B), in which the token prices are derived internally, using only the token balances, according to the simple invariant formula: balance(A) * balance(B) = (constant) k, most commonly written as x*y=k.
Martin Köppelmann and Vitalik Buterin also promoted this idea, which Hayden Adams eventually implemented on Uniswap.
V. Buterin, "On Path Independence" (linked below)
The "price curve," which can be steeper or gentler based on the choice of constant, defines the price of B in terms of A as the slope of the curve at the point defined by their relative balances. At any given time, we can represent the pool's current composition as a point on that curve.
The pool assets also have external market prices, so we can plot this "point" on the curve as well. If the external market prices diverge from the "internal" prices in either direction, these points will start to "move" away from each other along the curve. In response, arbitrageurs will buy or sell from the pool, trading against the market, changing the relative balances (and therefore prices), until the points converge again and balance is restored.
Balancer is essentially a generalization of the constant product rule to pools containing two or more tokens. In addition, Balancer Pools assign relative weights to each token, to accommodate pools of tokens with significantly different valuations. The weights represent the proportion of each token in the total pool. This flexibility greatly expands the utility of these pools, and allows for many interesting strategies and use cases, as we shall see.

Further Reading

​Euler: The simplest exchange and currency​
​Decentralized Exchanges as Prediction Markets​
​Building a Decentralized Exchange in Ethereum (Gnosis / Alan Lu)
​On Path Independence (Vitalik Buterin)
​Uniswap AMM (Medium article)
​Improving front-running resistance of AMMs​
​Advanced AMMs / Practical AMMs (CMU academic papers)
Core Concepts - Previous
Protocol
Next
Glossary
Last modified 2mo ago
Copy link
Contents
This page has been deprecated. V1 documentation is partially maintained here
Background
AMMs in Ethereum
Further Reading