How Does Ekubo Work?

DEX|Risk B-|6 mechanisms|5 interactions

Ekubo is the dominant decentralized exchange on Starknet, a layer 2 blockchain built on Ethereum. It uses concentrated liquidity (like Uniswap V3) with a unique architecture where all trading pools share a single smart contract for maximum efficiency and lower gas costs. The protocol has also expanded to Ethereum mainnet in 2025. Its EKUBO token has 100% of supply already circulating with no future inflation.

TVL

$35M

Sector

DEX

Risk Grade

B-

Value Grade

B

Core Mechanisms

DEX/AMM/Concentrated-Liquidity

Ultra-concentrated liquidity positions with singleton contract architecture for maximum capital efficiency

Concentrated liquidity based on Uniswap V3 principles but implemented in Cairo on Starknet. Core AMM mathematics are well-established.

DEX/Singleton-Architecture

Novel

All pool state consolidated in a single contract with till-based execution to minimize token transfers

Novel singleton design consolidates all pool state into one contract. The till-based execution model batches token transfers, drastically reducing gas consumption. Inspired by Uniswap V4's singleton approach but implemented first on Starknet.

DEX/Extensions

Novel

Extensible hook system allowing third-party developers to build custom AMM logic on top of Ekubo's core

Novel extensions system enabling custom pool types, fee structures, and trading logic without modifying core contracts. Similar to Uniswap V4 hooks but live in production on Starknet before V4's launch.

DEX/Fee-Distribution

Protocol fees used for EKUBO token buyback program through DAO governance

Protocol revenue funds systematic token buybacks. Over $1M in fees collected and 197K EKUBO tokens (~2% supply) bought back as of August 2025. Direct value accrual to token holders.

Governance/DAO

EKUBO token governance with equal three-way initial distribution (airdrop, team, sale)

10M total supply split equally: 1/3 airdrop, 1/3 team (Ekubo Inc.), 1/3 DAO sale. 100% circulating (no future inflation), eliminating dilution risk.

Cross-Chain/Multi-Deployment

Expansion from Starknet to Ethereum mainnet and EVM chains in 2025

Cross-chain expansion launched July 2025 to Ethereum mainnet. Brings Starknet-native innovations to EVM ecosystem. Standard multi-chain deployment pattern.

How the Pieces Interact

Singleton contract architecturePool state vulnerability scopeHigh

A single vulnerability in the singleton contract could compromise all liquidity pools simultaneously. Unlike multi-contract architectures where exploits are isolated to individual pools, the singleton design creates a single point of catastrophic failure.

Extensions systemSingleton contract interactionMedium

Third-party extensions interact with the core singleton contract. A malicious or buggy extension could exploit the shared execution context to manipulate pool state, drain liquidity, or cause unexpected behavior across unrelated pools.

Starknet L2 dependencySequencer centralizationMedium

Starknet's centralized sequencer could censor transactions, front-run trades, or experience downtime that freezes all Ekubo operations. L2 sequencer risk is a known issue across the rollup ecosystem.

Cross-chain expansionCairo-to-Solidity translation riskMedium

Expanding Starknet-native Cairo contracts to EVM chains requires reimplementation in Solidity. Translation errors between programming paradigms could introduce vulnerabilities in the EVM deployment that don't exist in the Cairo original.

Token buyback mechanismRevenue sustainabilityMedium

Buyback program effectiveness depends on sustained trading fee revenue. If Starknet ecosystem growth stalls or competitors capture share, declining revenue would reduce buyback impact and token value support.

What Could Go Wrong

  1. Ekubo's singleton contract architecture consolidates all pool state into a single contract — while gas-efficient, a vulnerability in the singleton could compromise all liquidity pools simultaneously rather than being isolated to individual pools.
  2. Built primarily on Starknet (now expanding to EVM), Ekubo inherits L2 risks including sequencer centralization, data availability dependency on Ethereum, and potential Starknet-specific bugs in the Cairo programming language.
  3. The extensions system allows third-party developers to build custom logic on top of Ekubo's core AMM — malicious or buggy extensions could interact with the singleton contract in unexpected ways, creating a composability attack surface.

Singleton Contract Exploit

Tail

Trigger: Critical vulnerability discovered in Ekubo's singleton contract that allows unauthorized access to pooled liquidity across all trading pairs

  1. 1.Attacker discovers vulnerability in singleton contract's shared state management or till-based execution Exploit allows extraction of liquidity from one or more pools through the shared contract
  2. 2.Singleton architecture means exploit cannot be isolated — all pools share the same contract Attacker drains liquidity across multiple pools before the team can respond
  3. 3.Emergency shutdown of the entire singleton contract required All Ekubo trading and liquidity operations cease simultaneously
  4. 4.Starknet DeFi ecosystem loses its dominant DEX Cascading liquidity crisis across Starknet DeFi as Ekubo handles majority of DEX volume

Risk Profile at a Glance

Mechanism Novelty6/15
Interaction Severity5/20
Oracle Surface1/10
Documentation Gaps2/10
Track Record6/15
Scale Exposure3/10
Regulatory Risk2/10
Vitality Risk5/10
B-

Overall: B- (30/100)

Lower score = safer

More on Ekubo

Related DEX Explainers