Orderly Network – торговая инфраструктура, на которой сторонние команды строят perpetual DEX, terminals и automated strategies. Пользователь может видеть бренд конкретного frontend, но заявки, позиции и ликвидность проходят через общий backend Orderly. Идея состоит в том, чтобы не собирать отдельный order book для каждого приложения и блокчейна.
Система сочетает off-chain matching engine с on-chain учётом на Orderly Chain. Депозиты поступают из поддерживаемых сетей, а единый ledger позволяет торговать против общей книги. Это даёт builders готовую exchange infrastructure, но создаёт зависимость от matcher, cross-chain messaging, settlement layer и параметров протокола.
Что представляет собой Orderly
Orderly не является одной биржей с единственным интерфейсом. Это liquidity layer и набор API, SDK, smart contracts и back-office components. Builder подключает wallet flow, торговый экран, комиссии и бренд, а Orderly предоставляет markets, order book, risk engine и settlement.
Traders из разных frontends взаимодействуют с общей ликвидностью. Market maker может поддерживать одну книгу вместо копирования котировок в десятки небольших DEX. Builder не обязан самостоятельно создавать matching engine, liquidation system и institutional API.
Общая книга не делает все приложения одинаковыми. Frontend определяет user fee поверх base fee, доступные сети, referrals, интерфейс и поддержку. Риски smart contract и custody flow также зависят от того, как builder интегрировал Orderly.
Omnichain account
Пользователь вносит collateral из поддерживаемой origin chain. Баланс регистрируется в едином omnichain ledger, после чего средства можно использовать в общем trading account. Трейдеру не нужно перемещать залог между каждым frontend ради доступа к той же liquidity.
Omnichain в данном случае не означает, что одна транзакция одновременно исполняется во всех сетях. Депозит и вывод начинаются в конкретной цепочке, cross-chain message обновляет учёт, а trade исполняется через общий engine. Сбой destination contract, relayer или origin chain может задержать отдельный этап.
Поддержка EVM networks и Solana расширяет распределение пользователей. Однако адреса, finality и wallet security различаются. Один account layer скрывает часть сложности, но не отменяет рисков Arbitrum, Optimism, Base или Solana.
Shared order book
Orderly использует central limit order book. Market makers размещают bid и ask, takers исполняют лучшие уровни, а risk engine проверяет collateral и margin. Order не становится отдельной on-chain транзакцией до settlement, поэтому система поддерживает высокую частоту обновления котировок.
Matching engine работает off-chain. Это снижает latency, но оператор влияет на sequencing, uptime и доступ к API. Пользователь сохраняет контроль над средствами в пределах заявленной self-custodial architecture, однако не может самостоятельно заставить engine принять или сопоставить order.
После match торговые данные и изменения балансов фиксируются в settlement layer. Общая книга улучшает depth, но концентрирует operational risk: ошибка risk engine или outage затрагивает сразу несколько builders.
Orderly Chain и settlement layer
Orderly Chain построена на OP Stack и служит специализированным ledger для balances, positions, trades и cross-chain operations. Она не конкурирует с универсальными L2 за обычные приложения – её задача состоит в проверяемом settlement торговой сети.
Модульная схема использует Celestia для data availability. OP Stack задаёт rollup framework, а Celestia публикует данные, необходимые для проверки состояния. Это разделяет execution и availability, но добавляет зависимость от обеих систем и bridge между ними.
Orderly Chain остаётся отдельным operational domain с sequencer, upgrades и governance. Фраза «данные on-chain» не означает, что matching децентрализован или что все ошибки автоматически откатываются. Settlement может подтвердить то, что передал авторизованный trading engine в рамках protocol rules.
Perpetual markets
Основной торговый продукт – perpetual futures. Позиция не требует владения базовым активом и рассчитывается в collateral. Funding передаёт стоимость между long и short, чтобы contract price не уходила далеко от index. Mark price используется для unrealized PnL и liquidation checks.
Multi-asset и isolated margin решают разные задачи. Общая margin повышает эффективность капитала, но убыток одной позиции способен использовать свободный collateral всего account. Isolated mode ограничивает бюджет конкретной позиции и полезен для risk segregation. Наличие режима и параметры зависят от текущего рынка и builder.
Permissionless listings позволяют builder создавать и управлять новыми perpetual markets. Это расширяет ассортимент, но качество oracle и liquidity для long-tail asset может быть намного ниже, чем у major pair. Разрешение на листинг не является проверкой экономической надёжности токена.
Price feeds и ликвидации
Risk engine опирается на index и mark prices, а не только на последнюю сделку в книге. Oracle design уменьшает возможность ликвидировать позицию единичной аномальной сделкой, но не устраняет задержки или расхождения источников. Для нового asset критичны coverage, heartbeat и fallback.
Когда account не выполняет maintenance requirements, liquidation engine сокращает позиции. При быстрых движениях фактическая цена закрытия может быть хуже mark, а insurance mechanisms не гарантируют полное покрытие любого дефицита. Высокое плечо делает небольшой oracle или latency shock существенным.
Двухуровневые комиссии
Orderly взимает base fee с builder, а builder задаёт user fee. Разница может стать доходом frontend, источником rebates или referral rewards. Поэтому две DEX на одной книге способны показывать одинаковую цену актива и разную итоговую стоимость сделки.
Base tier зависит от объёма или builder staking. Maker fee на верхних уровнях может быть отрицательной, то есть превращаться в rebate. Нельзя переносить один опубликованный тариф на все frontends и accounts – перед торговлей нужна текущая таблица конкретного builder.
Strategy Vaults
Strategy Vault собирает средства liquidity providers и передаёт их авторизованному strategy provider для торговли в Orderly. Это не обычный AMM pool. Доход зависит от стратегии, качества исполнения, market risk и performance fee, а не от автоматической формулы swap.
Standard vault проходит ручное onboarding со стороны Orderly. Permissionless Vault позволяет владельцу EOA развернуть vault через factory и зарегистрировать его в ledger посредством LayerZero. Одинаковая инфраструктура не означает одинаковую проверку управляющего.
LP должен оценивать strategy provider, историю результатов, drawdown, lock period, valuation и права на вывод. Permissionless creator может задать описание и fee, но Orderly прямо отделяет этот поток от vetted providers. Смарт-контракт не проверяет качество торгового решения.
OmniVault
OmniVault – флагманский market-making vault Orderly. Он использует капитал вкладчиков в стратегиях профессиональных providers, начиная с Kronos Research. Цель – увеличить liquidity общей книги и разделить trading performance между LP после расходов.
Доходность OmniVault не является фиксированной. Market making несёт inventory risk, adverse selection, execution risk и возможные потери при резком движении. Даже нейтральная стратегия может временно иметь направление или потерять на hedge.
Permissioned custody integrations, включая институциональные vault flows, добавляют другой профиль риска. Средства и расчёт могут зависеть от custodian, policy engine и off-exchange settlement. Их нельзя оценивать как обычный wallet deposit.
ORDER
ORDER – нативный utility и governance token сети. Максимальное предложение ограничено одним миллиардом. На Ethereum существует основной ERC20, а в поддерживаемых сетях используется Omnichain Fungible Token. Cross-chain экземпляры поддерживают соотношение один к одному через LayerZero OFT.
55% предложения отведено community, включая retroactive airdrop 13,3%, ecosystem incentives 25%, builder rewards 8,35% и future product launches 8,35%. Team and advisors получили 20%, strategic investors – 15%, Foundation – 10%.
Community rewards распределяются по epochs и рассчитаны на долгий emission period, который governance может изменить. Team и investor allocation используют cliff и последующий linear vesting. Максимальный supply не равен circulating supply, а крупные treasury balances создают governance и unlock risk.
Staking, esORDER и VALOR
Пользователь stakes ORDER или esORDER и накапливает VALOR. VALOR – не переводимый token, а accounting metric, отражающий количество и длительность stake и долю в protocol treasury. При unstake новые начисления прекращаются, но уже полученный VALOR сохраняется и подвержен dilution.
esORDER – escrowed reward asset. Он может участвовать в staking или проходить vesting в ликвидный ORDER. Такая схема замедляет немедленную продажу incentives, но создаёт lock risk и требует понимать актуальный redemption schedule.
После одобренного перехода в ноябре 2025 года новый revenue model использует buybacks ORDER. До 60% net fees направляется на периодические покупки: половина приобретённого ORDER распределяется stakers как esORDER, половина поступает в community wallet, дальнейшее применение которого определяет governance.
Документация staking также описывает protocol treasury, финансируемый долей net revenue, и VALOR redemption. Старый VALOR 1.0, который погашался в USDC, оставлен как legacy pool для ещё не востребованных сумм. Новый VALOR 2.0 связан с esORDER rewards. Эти системы существуют параллельно для перехода, но старый USDC flow уже не получает новую выручку.
Governance
Staked ORDER должен давать право участвовать в управлении по мере формализации governance. Community wallet, treasury и параметры rewards предназначены для решений сообщества. Однако не каждый operational параметр уже передан token vote.
Matching engine, listing services, contracts и emergency operations поддерживаются core team и multisig. Полезно различать опубликованный proposal, принятое голосование и исполненное on-chain изменение. Обещанная будущая utility также не является действующей функцией.
История
Orderly Network основана в 2021 году, а public trading infrastructure начала разворачиваться в 2022 году, первоначально с тесной связью с экосистемой NEAR. Позднее проект расширился на EVM chains и перешёл к omnichain positioning.
В 2023–2024 годах появились unified liquidity layer, Orderly Chain на OP Stack, Celestia DA и новые builders. В августе 2024 года состоялся запуск ORDER и retroactive distribution. Ранний staking отдавал часть net fees в USDC через VALOR.
В 2025 году protocol добавил institutional custody integrations, permissioned vaults и новую token economy. Ноябрьский buyback model заменил новый USDC revenue flow на покупки ORDER и esORDER distribution. В 2026 году появились isolated margin, permissionless listings и permissionless vault creation. Старые материалы без этих изменений описывают другую экономику.
Команда
Сооснователи Orderly Network – Ran Yi и Terence Ng. Публичная команда объединяет специалистов по trading systems, market making, protocol engineering и business development. Проект поддерживали стратегические участники централизованных и децентрализованных рынков.
Core team развивает engine и chain, но каждый builder отвечает за собственный frontend и user policy, strategy provider – за vault strategy, market maker – за котировки. Это распределённая операционная модель, а не единая организация с полной ответственностью за каждый продукт.
Роли участников
- Traders. Открывают perpetual positions через подключённые frontends.
- Market makers. Котируют общую книгу и управляют inventory.
- Builders. Создают DEX, задают user fee и привлекают order flow.
- Strategy providers. Управляют капиталом vault по заявленной стратегии.
- Vault LP. Принимают trading и manager risk ради потенциального дохода.
- ORDER stakers. Накапливают VALOR и получают esORDER по новой модели.
- Validators и operators. Поддерживают settlement и cross-chain infrastructure.
Основные риски
- Matching engine. Off-chain outage или неправильная последовательность влияет на все builders.
- Settlement. Ошибка Orderly Chain, sequencer или ledger угрожает balances.
- Cross-chain. Messaging, bridge и origin contract расширяют attack surface.
- Liquidation. Leverage, volatility и latency могут быстро уничтожить margin.
- Oracle. Ошибочный index особенно опасен для permissionless market.
- Builder. Frontend может иметь собственные fee, security и operational weaknesses.
- Vault manager. Permissionless strategy не проходит обязательную проверку качества.
- Token emissions. Community rewards и unlocks создают dilution и sell pressure.
- Governance. Значимые полномочия сохраняются у team, foundation и multisig.
- Legacy confusion. VALOR 1.0 и 2.0 имеют разные источники и способы redemption.
Как оценивать Orderly
Трейдеру нужно проверить builder, effective fee, collateral chain, margin mode, oracle и market depth. Одинаковый Orderly backend не гарантирует одинаковую надёжность frontends. Для вывода важны destination chain и состояние cross-chain route.
Vault investor должен изучить manager, strategy, fee, lock и worst drawdown. ORDER holder – circulating supply, remaining emissions, staking contract и конкретную версию VALOR. Сравнивая проект с обычной DEX, важно помнить: Uniswap объединяет liquidity в pools, а Orderly – в shared order book с отдельным matcher.
Итог
Orderly Network предлагает builders готовую omnichain exchange infrastructure и объединяет fragmented order flow. Shared book экономит market-making capital, Orderly Chain фиксирует trading state, а vaults создают дополнительный канал ликвидности.
Плата за эффективность – сложная цепочка доверия. Пользователь зависит от builder, matcher, settlement layer, messaging и oracle. Token economy также изменилась: старый USDC VALOR уступил новой buyback и esORDER model. Оценивать ORDER по описанию 2024 года без этих изменений уже нельзя.
