Gnosis Batch Auctions ยท interactive mechanism simulation

Traders submit standing limit orders into a shared pool. Every batch (illustrative seconds standing in for 5-minute epochs), competing solvers race to submit the best settlement โ€” the BatchExchange contract picks one uniform clearing price per token, verifies token conservation, and settles ring trades / coincidences-of-wants back to traders. The 0.1%-in-OWL fee splits: half rewards the winning solver, half is burned.
Traders submit standing limit orders Order pool 0 / 30 orders queued Solvers compete 3 solvers submitting solutions BatchExchange uniform clearing price token conservation ยท ring trades Batch #0 next batch in 5.0s Solver reward 0.0 OWL OWL burn ๐Ÿ”ฅ 0.0 burned
Batch #
0
Orders queued
0 / 30
Volume settled
0.0 ETH-eq
Ring trades / CoWs matched
0
OWL burned
0.0
Parameters โ€” edit me
5.0s
2.0/s
0.10%
30
3
Controls

Illustrative simulation. Defaults mirror the researched GPv1 mechanism (5-minute batches compressed to a few seconds here, 0.1% fee in OWL split 50/50 between winning solver and burn, a 30-order-per-solution cap), but order sizes, ring-trade counts and timing are randomized for visualization โ€” not live onchain data. The "Trigger order backlog" button illustrates the documented scalability ceiling (orders queue past the cap) โ€” it is not a real exploit. Drag the sliders to explore how the batch auction responds. Part of The Onchain Experiment Atlas.