Citation
Durvasula, N. “The Monotone Priority System: Foundations of Contract-Specific Sequencing.” arXiv:2601.20783v1 [cs.DB] (28 Jan 2026). Columbia University & Ritual.
Core Contribution
An axiomatically justified way for smart-contract developers to impose sequencing constraints on the transactions that interact with them, balancing expressivity against block-building tractability. Developers set an integer global priority for each contract call, subject to the constraint that a call’s priority is no higher than any call it references; builders simply sequence transactions in priority order (high→low), breaking ties freely. The paper proves this is the unique system satisfying five independent axioms.
The Tension It Resolves
- Arbitrary per-pair constraints → block building becomes a Boolean-satisfiability problem; a valid block may not even exist.
- Status quo (no contract control) → tractable but developers have zero ordering power; a profit-maximizing builder decides winners.
- The Monotone Priority System sits in the “sweet spot”: maximally expressive under a tractability definition, while keeping block building a simple priority sort.
Motivating Use Case
Decentralized order books: after a price shock, standing buy orders are stale; a race erupts between cancellations (market makers) and stale-fill arbitrageurs. Exchanges are widely believed to be better off prioritizing cancellations (protecting LPs). Contract-specific sequencing lets the order-book contract enforce “cancellations before fills” rather than leaving it to the builder. Some leading DEXs already do this ad hoc.
Connection to Wiki
- Theoretical foundation for the application-specific sequencing / priority-update mechanisms surfacing in practice: BuilderNet’s prioritised updates and the Priority Update Registry for PropAMMs: Proportional AMMs and On-Chain Market Making (cf the $50M UI Lie quote-staleness problem in Sandwich Attacks / Intents, Solvers, and Cross-Chain Execution (ERC-7683)).
- Same author affiliation (Ritual) and ordering-rights theme as application-specific ordering experiments in the blockbuilding space (PropAMMs: Proportional AMMs and On-Chain Market Making).
- Complements Order Fairness (Batch-OF) Protocols: arrival-order fairness vs application-declared ordering are two different answers to “who decides the order.”
See Also
- PropAMMs: Proportional AMMs and On-Chain Market Making — prioritised updates / Priority Update Registry in production
- Order Fairness (Batch-OF) Protocols — contrast: protocol-fair vs app-specified ordering
- Intents, Solvers, and Cross-Chain Execution (ERC-7683) — cancellation-vs-stale-fill races and quote staleness