Core concepts
MEV
Overview
Ramses uses permissioned engines designed to capture eligible MEV opportunities and retain the resulting value within the protocol. Allocation depends on the module described below.
MEV Solutions
| Solution | Status | Description |
|---|---|---|
| hyperRAM AMO | LIVE | Arbitrages the hyperRAM redeem floor and allocates the resulting value according to the AMO flow below. |
| Backrun Arbitrage | LIVE | Captures eligible arbitrage opportunities and retains the resulting value within the protocol. |
| Cross-chain Arbitrage | COMING SOON | Planned capture of price discrepancies across supported chains. |
| Native Market Integration | COMING SOON | Planned atomic arbitrage between chain-native spot markets and Ramses deployments. |
| Cross-venue Arbitrage | COMING SOON | Planned multi-step arbitrage across integrated protocols and venues. |
Automated Market Operations (AMO)
Ramses' AMO system is designed to optimize protocol efficiency and maximize value for all participants through systematic arbitrage when the hyperRAM redeem floor triggers.
The AMO system executes a systematic arbitrage process:
- Target liquidity pool identification
- Application of the module's fee privileges
- RAM → hyperRAM conversion
- hyperRAM → xRAM redemption
- Instant exit: xRAM → RAM
- Allocation of the resulting value according to the rules below
| Revenue Stream | Allocation |
|---|---|
| Exit Proceeds | 100% → Burn (deflationary; not distributed) |
| Arbitrage Earnings | 100% → hyperRAM compounding |
The AMO bot targets market inefficiencies through the atomic conversion and allocation flow above.
- MEV executor authorization required (permissioned)
- Atomic transaction execution
- On-chain transaction visibility
Backrun Arbitrage
The backrun arbitrage bot is designed to capture eligible opportunities that would otherwise be available to external extractors. Its goal is to reduce loss-versus-rebalancing (LVR) and adverse selection for liquidity providers while retaining captured value within the protocol.
MEV Infrastructure
Ramses' current MEV infrastructure includes the live modules above. The roadmap expands that system across additional chains, venues, and protocols.
Planned Multi-Venue Arbitrage
| Dimension | Planned Capability |
|---|---|
| Cross-chain arbitrage | Capture discrepancies across supported chains |
| DEX-DEX arbitrage | Trade across integrated DEXs to address cross-venue inefficiencies |
| CEX-DEX arbitrage | Connect centralized and decentralized venues for price discovery |
| Native market integration | Atomically arbitrage chain-native spot markets against Ramses deployments |
Planned Privileged Atomic Execution
| Feature | Benefit |
|---|---|
| Zero-fee swaps | Execute eligible arbitrage on Ramses pools without a pool swap fee |
| Atomic multi-protocol arbitrage | Complete integrated supply → borrow → swap → repay workflows atomically |
| Sub-block execution | Capture opportunities that exist only within block construction |
| Example: Cross-protocol arbitrage | Flow |
|---|---|
| Cross-protocol price discrepancy | Swap → supply → borrow → swap → repay (single atomic transaction) |
Dynamic Fee Integration
The MEV infrastructure works with Ramses' dynamic fee algorithm, which uses available market data to adjust fee levels in real time. This creates a feedback loop where:
- Dynamic fees protect LPs during volatile periods
- MEV bots capture arbitrage opportunities that would otherwise extract value from LPs
- Arbitrage proceeds are allocated according to the active module
- The protocol retains value that could otherwise leak to external extractors
The MEV infrastructure is designed to retain value through current and planned arbitrage modules. Distribution depends on each module's documented allocation rules.
Stopping Reverse JIT Liquidity
What Is Reverse JIT Liquidity?
Standard just-in-time (JIT) liquidity adds liquidity immediately before a known swap and removes it immediately afterward so the position participates in that swap. Ramses uses Reverse JIT Liquidity for the inverse behavior: a short-lived, tight one-tick position is removed just before an eligible swap, reducing exposure to the trade while seeking emissions during the intervals between swaps. This behavior may be shortened conversationally to "JIT," but it is specifically Reverse JIT in these docs.
How It Works
- Short-Lived Tight Position: An LP adds liquidity in a narrow, one-tick range to concentrate emissions per unit of capital.
- Pending-Swap Monitoring: The position operator monitors for an eligible incoming swap.
- Pre-Swap Exit: The liquidity is removed immediately before that swap, so it does not support the trade or bear its inventory impact.
- Between-Swap Emissions: The strategy seeks rewards for the periods in which the position was active and may repeat around later swaps.
This can disadvantage sustained LPs who remain available for execution and bear the inventory risk of actual trading.
Why DEXs Are Vulnerable
DEXs often fall prey to this exploit because:
- Instant Reward Streaming: Rewards are paid per second without mechanisms that require sustained liquidity.
- No Holding Period: LPs can withdraw instantly, avoiding losses from swaps.
Ramses tackles these issues head-on with targeted solutions.
Solutions
| Solution | Status | Description |
|---|---|---|
| Abuse Prevention Module | LIVE | Using quantitative subgraph data and external monitoring, the protocol utilizes this module to prevent abuse from unproductive liquidity. |
| Delayed Rewards | LIVE | Requires LPs to hold liquidity for a minimum time before claiming rewards. |
| Fee Growth | LIVE | Links rewards to swap fees earned, rewarding actual trading support. |
Ramses' solution targets Reverse JIT one-tick liquidity strategies by rewarding only LPs who provide sustained trade-supporting liquidity.