← Latest papers
⚡ electrical engineering

Arbitrage and the Stability of AMM Price Tracking

This paper establishes the block-scale stability of Automated Market Maker (AMM) price tracking by modeling the price gap as a stochastic error corrected by arbitrage, proving geometric ergodicity under specific execution conditions, and providing a quantitative framework that links tracking quality to liquidity, fees, and blockchain mechanics.

Original authors: Peihao Li, Nadia Dahmani, Wenqi Cai

Published 2026-05-08
📖 5 min read🧠 Deep dive

Original authors: Peihao Li, Nadia Dahmani, Wenqi Cai

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine a bustling digital marketplace called a Decentralized Finance (DeFi) exchange. Unlike a traditional stock market where buyers and sellers shout out prices on a board (a "limit order book"), this marketplace uses a robot trader called an Automated Market Maker (AMM).

The robot doesn't have a list of orders; it just has a giant pool of money (liquidity). It calculates the price of an item based on how much of each item is currently sitting in the pool.

The Problem: The Robot Gets Out of Sync

Here is the catch: The robot's price is only as good as the pool's contents. If the "real world" price of an item (like Ethereum) suddenly jumps up because of news, the robot's pool might still think the price is low. This creates a gap (or a "tracking error") between what the robot is quoting and what the item is actually worth.

If this gap gets too big, the robot is giving away free money.

The Hero: The Arbitrageur

Enter the Arbitrageur. Think of them as a fleet of high-speed delivery drivers who spot these price gaps.

  • If the robot says a token is cheap, the drivers buy it from the robot and sell it elsewhere for a profit.
  • If the robot says it's expensive, the drivers buy it elsewhere and sell it to the robot.

Every time these drivers make a trade, they push the robot's price back toward the "real" price. In theory, this keeps the robot honest.

The Twist: The Traffic Jam (Blockchain Reality)

In the real world, these drivers don't work instantly. They work in blocks (like batches of mail delivered once a day).

  • The Delay: The price might drift far away, but the drivers can only fix it when the next "block" of transactions is processed.
  • The Traffic: Sometimes the road is clogged (high fees), sometimes the drivers get stuck in traffic (transaction delays), and sometimes their delivery fails entirely (transaction reverts).
  • The Dead Zone: If the price gap is tiny, it's not worth the drivers' time or gas fees to fix it. They ignore small errors. This creates a "dead zone" where the robot is allowed to be slightly wrong.

What This Paper Does

The authors asked a big question: "Is this system stable, or will the robot eventually go crazy and lose track of reality?"

They built a mathematical model to prove that, despite the traffic jams and delays, the system does stay stable, provided certain conditions are met.

The Analogy of the "Rubber Band"

Imagine the price gap is a rubber band.

  1. The Stretch: The outside world pulls the rubber band (the price drifts).
  2. The Snap Back: The arbitrageurs are the hands pulling the band back.
  3. The Proof: The paper proves that even if the band stretches a lot, the hands are strong enough to pull it back before it snaps. They proved that the "gap" will bounce around, but it will never grow infinitely large. It stays within a safe, predictable range.

Key Findings in Simple Terms

  1. The "No-Trade" Zone: The paper calculates exactly how big a price gap must be before it's worth fixing. If the gap is smaller than this "dead zone," the drivers won't bother, and the robot stays slightly off. This is normal and expected.
  2. The "Big Gap" Rule: If the gap gets huge (outside the dead zone), the paper proves that the drivers will almost certainly step in and fix a significant chunk of it in the next block.
  3. Liquidity is Muscle: The "muscle" of the system is liquidity (how much money is in the pool).
    • Deep Pools: If the pool is deep, it's easy for drivers to move the price back. The robot stays very accurate.
    • Shallow Pools: If the pool is shallow, it takes a lot of effort to move the price. The robot might wobble more.
  4. Fees are Friction: High fees or fixed costs act like heavy boots on the drivers' feet. They make it harder to correct the price, widening the "dead zone" where the robot is allowed to be wrong.

The Simulation (The "What If" Game)

The authors didn't just do math; they looked at real data from the Ethereum blockchain. They took the actual behavior of drivers (arbitrageurs) and the real traffic conditions (fees and delays) and ran a simulation.

  • Result: When they simulated a "strong" system (lots of liquidity, low fees), the robot stayed very close to the real price.
  • Result: When they simulated a "weak" system (low liquidity, high fees), the robot wandered further away and took longer to get back on track.

The Bottom Line

This paper turns a simple economic idea—"arbitrage keeps prices honest"—into a rigorous mathematical guarantee. It proves that as long as there is enough money in the pool and the costs to trade aren't too high, the automated market maker will not drift away into chaos. It will wobble, it will have small errors, but it will always snap back to reality.

It's like proving that a ship with a good rudder and a strong crew will always return to its course, even if the waves (market volatility) try to push it off track.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →