Skip to main content
Levery Account Dashboard

Introduction

Levery is a compliance-first, white-label DeFi exchange stack designed for regulated institutions that want to offer on-chain markets without rebuilding core trading infrastructure, access controls, and operational guardrails from scratch. Under the hood, Levery combines:
  • Deterministic, on-chain enforcement (permissioned pools, policy checks, and configurable fee behavior)
  • Institutional operations (audit-ready receipts, monitoring, reporting, and admin controls)
The result is a DEX-like experience that can be deployed and operated with the rigor expected in financial services.
This documentation explains how Levery works and how to integrate and operate it. It’s not legal advice. Always validate requirements with your compliance and legal teams for your jurisdiction.

Choose your path


What you can do with Levery

Levery is built to help institutions ship production-grade on-chain markets with a clear separation of concerns.

Launch a branded exchange experience

Deliver a web or embedded interface for spot swaps and liquidity with your own brand, UX, and customer journey.

Enforce policies on-chain

Apply access rules by user, asset, pool, and jurisdiction — with clear enforcement boundaries and auditable outcomes.

Operate with institutional rigor

Use receipts, logs, monitoring, and incident controls designed for auditability and daily operations.

Integrate into existing workflows

Connect Levery to your identity, risk, and reporting stack (KYC/KYB, AML, approvals, and internal controls).

How Levery works in 60 seconds

A practical mental model you can keep in your head while reading the rest of the docs:
  1. Onboard users (individuals or institutions) and attach the right compliance profile.
  2. Configure policies (who can trade, what can be traded, and where).
  3. Trade & invest using permissioned pools with deterministic enforcement and traceable results.
  4. Oversee activity through operator dashboards, receipts, and reporting pipelines.
If you’re implementing a proof-of-concept, start with Architecture, then jump to API Documentation (/api-reference/introduction) and endpoint examples.

Components at a glance

Levery is a stack. You’ll see these layers referenced throughout the docs:

On-chain enforcement

Permissioned pools and hook-based policy checks. Fee behavior can be configured per pool and may incorporate oracle inputs.

Off-chain services

Indexers and APIs that transform canonical on-chain activity into queryable, audit-ready operational data (positions, swaps, fees, balances).

Operator & user interfaces

A user-facing trading experience plus an admin console for policies, users, assets, pools, and operational controls.

Key concepts you’ll see everywhere

These concepts are the “language” of Levery. Getting comfortable with them early makes the rest of the docs much easier.
ConceptDefinition
AccountsWallets or institutional accounts linked to a user or entity, used for trading and liquidity actions.
PoliciesRules that govern which actions are allowed (trade, provide liquidity, access pools) based on identity and context.
AssetsTradable instruments with metadata (decimals, symbols), pricing sources, and risk flags.
PoolsPermissioned markets that define the trading pair, hooks, fee behavior, and policy boundaries.
PositionsLiquidity positions with defined ownership, lifecycle events, and auditable outcomes.
Service feesOptional protocol/operator fees charged according to configuration, with traceable accounting.
OraclesOptional price/reference feeds used to inform fee logic and risk controls depending on pool setup.
IndexersServices that ingest canonical events and produce operational datasets (TVL, volume, fees, history).
For a complete list of definitions, see Glossary (/glossary).

Security posture

Levery is designed for environments where security and compliance are non-negotiable:
  • Deterministic enforcement boundaries: rules are applied consistently where they matter.
  • Audit-ready data: events and outcomes are represented in a way that supports oversight and reporting.
  • Operational controls: configuration and policy changes are designed to be observable and governable.
Go deeper in Security and Architecture.

Next steps

Pick the next page based on what you’re trying to do:
  • Evaluating Levery → start with What is Levery and Architecture
  • Operating Levery → jump to the Admin Guide
  • Integrating Levery → start with API Documentation (/api-reference/introduction), then see the endpoint examples
  • Using the product → follow the End-User Guide