Liquidity & Native DEX

Documentation Index

Fetch the complete documentation index at: https://docs.areal.finance/llms.txt

Use this file to discover all available pages before exploring further.

​

Why a Native DEX

Areal builds a specialized decentralized exchange designed for yield-bearing tokens. Unlike standard AMMs where liquidity sits idle between trades, the Areal DEX ensures that the underlying yield of tokens in the pool is passed through to liquidity providers. The core difference: Ownership Tokens generate annual yield from real-world assets — rent, fees, royalties. On a standard DEX, this yield would be lost to LPs. On the Areal DEX, LPs earn both swap fees and the embedded yield of the tokens they provide.

---

​

How Yield Pass-Through Works

Traditional AMMs treat all tokens equally — as static assets that only generate value through trading fees. But Areal tokens are fundamentally different:

• RWT — grows in value as yield is credited to NAV Book Value
• Ownership Tokens — generate direct yield from real-world assets
• USDY — a yield-bearing stablecoin

When these tokens sit in a liquidity pool, their yield doesn’t disappear. The Areal DEX is designed to capture and distribute this yield to liquidity providers, on top of regular swap fees. This means LPs on the Areal DEX earn from three sources:

---

​

Pool Types

The Areal DEX supports two fundamentally different pool architectures, each optimized for its use case:

​

Concentrated Liquidity Pools — Monotonic Ladder

Master pools (RWT / USDY and RWT / USDC) use a custom bin-based design called the Monotonic Ladder — purpose-built for the structural properties of RWT:

• NAV grows monotonically in normal operation — 70% of yield accrues to book value, and RWT has no redeem contract
• mint_rwt is an always-on synthetic ask-side at a deterministic price of NAV × 1.01 (NAV + 1% mint fee)
• Exit-side depth is the scarce resource that LPs should actually provide

These properties enable a single-sided concentrated pool design that symmetric AMMs cannot match in capital efficiency.

​

Three zones of liquidity

​

Mint as synthetic ask-side

The master-pool swap instruction routes USDC→RWT orders intelligently:

1. If organic ask bins exist AND their price ≤ NAV × 1.005 (i.e., cheaper than mint including DEX fees) → normal bin-based swap
2. Otherwise → CPI to rwt_engine::mint_rwt; user receives RWT minted at NAV × 1.01. No DEX swap fee is charged on this path — the 1% mint fee already compensates the DAO.

The ask-side is therefore effectively unbounded at a deterministic ceiling price. No LP capital is locked above NAV “waiting for a buyer” — that role is played by the vault itself through mint.

​

Growth: rightward extension, never shift

When NAV rises by more than 1% relative to the pool’s active bin, the Pool Rebalancer calls grow_liquidity:

1. Extends the active bid wall rightward with fresh USDC bins funded from the Nexus accumulator
2. Recomputes geometric density weights so the peak sits at the new NAV
3. Older bid bins (now further below NAV) become an extended bid wall — still productive as stress buffer for any future drawdown
4. The permanent tail is never touched
5. The organic ask is never touched (it’s user inventory, not LP)

Over time the pool builds a cumulative, monotonically expanding bid structure — deeper at every historical price level RWT has ever traded at.

​

Writedown: compression, not destruction

If governance executes adjust_capital to reduce NAV (e.g., writedown on underlying OT positions), the Rebalancer calls compress_liquidity:

1. Recomputes bid density centered on the new (lower) NAV
2. Bid bins previously above the new NAV merge into the extended bid — immediately productive again
3. Organic ask RWT above the new NAV remains as a frozen ask wall, awaiting NAV recovery
4. The permanent tail is untouched

Capital is never destroyed — only redistributed or parked in place for future use.

​

Standard Curve Pools

Standard pools use the classic constant-product formula (x * y = k), spreading liquidity evenly across the entire price range. All remaining pairs on the DEX use this architecture:

• RWT / Ownership Tokens — project pools where both tokens are yield-bearing, giving LPs swap fees plus yield from both sides
• RWT / third-party tokens — tokenized equities, blue-chip crypto assets (SOL, ETH, BTC), additional stablecoins

All pairs are denominated in RWT, creating a unified trading hub that drives volume, deepens RWT liquidity, and generates continuous trading interest across the entire ecosystem.

---

​

Access Model

The Areal DEX separates trading access from pool-creation authority:

---

​

Arbitrage and Volume

The unique structure of Areal’s DEX — yield-bearing pairs, NAV-anchored pricing, and diverse asset types — creates natural arbitrage opportunities that drive trading volume:

• NAV arbitrage — when RWT market price deviates from NAV Book Value, arbitrageurs correct the price
• Cross-pool arbitrage — price discrepancies between RWT/USDC, RWT/USDY, and RWT/OT pools
• Yield-adjusted pricing — OT prices reflect both asset value and expected yield, creating continuous repricing opportunities

More arbitrage means more volume, more fees, and deeper liquidity — a self-reinforcing cycle that benefits all participants.

---

​

Fee Structure

The Areal DEX applies a base swap fee of 0.5% on all pairs, with an additional 0.5% OT Treasury fee on Ownership Token pairs. All fees are charged on top of the swap in RWT — pool reserves are never reduced by fees, preserving total pool capitalization.

​

Non-OT pairs (RWT/USDC, RWT/USDY) — 0.5% total on bin-path

​

OT pairs (OT/RWT) — 1% total

---

​

Revenue Engine for Areal DAO

The native DEX is a significant revenue source for Areal DAO:

• Swap fees — 0.25% of every trade flows to Areal Treasury, plus 0.5% OT Treasury fee on OT pairs goes to project reserves
• Growing volume — as more projects, OTs, and third-party tokens are listed, total volume and fee revenue increase
• Protocol flexibility — fee revenue gives the DAO resources to fund development, deepen liquidity where needed, and support ecosystem growth
• Nexus LP management — Areal Finance operates its own LP positions via the Nexus PDA. LP fee rewards are claimed directly to Areal Treasury via nexus_claim_rewards

This makes the DEX a core economic pillar of the protocol — not just infrastructure, but a self-sustaining revenue engine.

---

​

Liquidity as Governance Infrastructure

Areal liquidity pools serve a dual purpose — they are not only trading venues but also the infrastructure for futarchy governance:

• Decision markets rely on real liquidity to generate meaningful price signals
• Governance outcomes are grounded in actual economic exposure, not abstract votes
• Execution layer — approved governance decisions (deepening liquidity, rebalancing, capital reallocation) are executed directly through the DEX

---

​

Summary