Development платформы dark pool для криптовалют
Dark pool — это площадка для торговли крупными блоками без раскрытия намерений в публичный order book. Институциональный участник хочет продать 1000 ETH, не обвалив при этом рынок. Dark pool позволяет найти контрагента без предварительного раскрытия размера и стороны ордера.
Зачем нужен dark pool в крипте
На публичной бирже крупный ордер виден всем. HFT видит заявку на покупку 500 BTC, начинает покупать впереди (front-running) — институционал получает худшую цену. Dark pool скрывает намерение до момента match.
Ключевые отличия от публичной биржи:
- Ордера не публикуются в открытый order book
- Matching происходит против других dark pool участников
- Исполнение часто по mid-market price (без спреда)
- Минимальный размер ордера (например, $500K+)
Механика matching
Periodic batch matching: ордера накапливаются в течение N минут, потом одновременно матчатся. Не continuous matching. Это скрывает время исполнения и снижает информационный leakage.
Crossing: покупатель и продавец по одному инструменту матчатся по mid-price или договорной цене. Чистый обмен без spread.
Indication of Interest (IOI): участники могут отправлять non-binding сигналы интереса (хочу купить ~200 BTC) без раскрытия точного размера. Система ищет потенциальные crosses на основе IOI.
Reference price: цена исполнения берётся с публичных бирж (VWAP за последние N минут или mid NBBO). Dark pool не определяет цену сам — он использует внешний reference.
Privacy-preserving технологии
Проблема децентрализованного dark pool: блокчейн публичен. Решения:
Commit-reveal: трейдер отправляет хэш(ордер + соль), потом reveal. Matching engine работает с хэшами, reveal только перед исполнением. Простое решение для basic privacy.
ZK-proof matching: traderы предоставляют ZK доказательства что у них есть ордер определённого типа (buy, sell, size range) без раскрытия точных параметров. Matching engine работает с доказательствами. Технологически сложно, но возможно — проекты типа Penumbra исследуют это.
Trusted Execution Environment (TEE): matching engine запускается в SGX анклаве. Код верифицируем, данные недоступны оператору. Компромисс между privacy и децентрализованностью.
Private mempools: encrypt transactions, только designated relayer/sequencer может видеть и матчить. Примеры: Flashbots MEV-Boost private transactions, Aztec Protocol.
Защита от front-running
Традиционная проблема: оператор dark pool видит все ордера и может торговать впереди клиентов. Контрмеры:
- TEE: оператор физически не может видеть данные
- Cryptographic commitment: ордера зафиксированы криптографически до matching — задним числом не изменить
- Audit trail: все ордера логируются с timestamp, post-hoc проверка возможна
Ликвидность — главная проблема
Dark pool с малым числом участников матчит редко. Клиент отправил ордер, ждёт час — нет match. Он разочарован и уходит. Это chicken-and-egg проблема всех dark pools.
Решения:
- Lit-dark routing: если за N минут match не найден — автоматически роутировать на публичную биржу (с согласия клиента)
- Institutional partnership: привлечь нескольких крупных MM которые гарантируют liquidity
- Cross-pool: агрегировать несколько dark pools
Развертывание крипто dark pool — это в первую очередь regulatory и legal задача, а потом технологическая. В большинстве юрисдикций нужна лицензия.







