Інституційний трейдер виставляє ордер на продаж 1000 ETH — на публічній біржі це обвалює стакан і приваблює HFT-роботів. Front-running краде частину прибутку: прослизання може сягати 2–5% для ордерів більше $1 млн. Для ордера на $5 млн втрати від прослизання становитимуть $100–250 тис., dark pool скорочує цю цифру до $5–25 тис. Dark pool вирішує задачу, приховуючи заявку до моменту виконання. Ми розробляємо такі платформи: matching engine знаходить контрагента за mid-price, конфіденційність забезпечується TEE-анклавом та ZK-доведеннями. Команда — 10+ років у блокчейні, 15+ DeFi-проєктів у продакшені. Оцініть архітектуру вашого dark pool — зв'яжіться з нашими інженерами.
Навіщо потрібен dark pool у крипті
На публічній біржі великий ордер видно всім: HFT бачить заявку на купівлю 500 BTC, починає скуповувати попереду — інституціонал отримує гіршу ціну. Dark pool приховує намір до match. Ключові відмінності: ордери не публікуються; matching тільки між учасниками пулу; виконання за mid-market price (без спреду); мінімальний розмір зазвичай від $500K. Порівняно з публічною DEX, dark pool знижує прослизання в 5 разів, а batch matching зменшує інформаційний leakage на 60%. Темний пул — ключовий інструмент для інституційної криптоторгівлі.
Як dark pool захищає від front-running?
Традиційна проблема — оператор пулу бачить усі ордери і може торгувати попереду. Контрзаходи включають:
- TEE: оператор фізично не бачить даних — код виконується в SGX анклаві (Intel SGX).
- Cryptographic commitment: ордер фіксується криптографічно до matching — заднім числом не змінити.
- Audit trail: усі ордери логуються з timestamp, post-hoc перевірка можлива.
Результат: front-running стає неможливим. Економія на прослизанні може досягати 50% для великих ордерів. Такий підхід уже застосовується в промислових рішеннях.
Механіка matching
Періодичний batch matching: ордери накопичуються протягом 5–10 хвилин, потім матчаться одночасно. Це приховує час виконання та знижує інформаційний leakage.
Crossing: покупець і продавець матчаться за mid-price або договірною ціною — чистий обмін без спреду.
Indication of Interest (IOI): учасники надсилають non-binding сигнали (хочу купити ~200 BTC) без розкриття точного розміру. Система шукає потенційні crosses на основі IOI.
Reference price: ціна виконання береться з публічних бірж (VWAP за останні N хвилин або mid NBBO). Dark pool не визначає ціну сам — він використовує зовнішній reference.
Порівняння типів торговельних майданчиків
| Параметр | Публічна біржа | Dark pool | Private DEX |
|---|---|---|---|
| Прозорість ордерів | Повна | Нульова до match | Обмежена (ZK) |
| Прослизання (ордер $1M) | 2–5% | 0.1–0.5% | 1–3% |
| Захист від front-running | Ні | Є | Частковий |
| Ліквідність | Висока | Залежить від учасників | Середня |
Privacy-preserving технології
| Технологія | Рівень приватності | Складність реалізації | Аудит |
|---|---|---|---|
| Commit-reveal | Середній | Низька | Можливий |
| ZK-proof matching | Високий | Висока | Складний |
| TEE | Високий | Середня | Можливий |
| Private mempools | Середній | Середня | Утруднений |
Commit-reveal — трейдер надсилає keccak256(abi.encodePacked(amount, salt, isBuy)), потім розкриває параметри. Matching engine працює з хешами.
// Commit phase: send hash function commit(bytes32 hash) external; // Reveal phase: reveal order function reveal(uint256 amount, uint256 salt, bool isBuy) external view { require(keccak256(abi.encodePacked(amount, salt, isBuy)) == hash); } ZK-proof matching — трейдери надають доведення наявності ордера певного типу (buy/sell, size range) без розкриття точних параметрів. Технологія складна, але проєкти на кшталт Penumbra її досліджують.
Trusted Execution Environment (TEE): matching engine всередині Intel SGX. Код верифікований, дані недоступні оператору.
Private mempools: транзакції шифруються, бачить тільки designated relayer або sequencer. Приклади: Flashbots MEV-Boost, Aztec Protocol.
Чому ліквідність — головна проблема?
Dark pool з малою кількістю учасників матчить рідко. Клієнт надіслав ордер, чекає годину — немає match. Це chicken-and-egg проблема. Рішення:
- Lit-dark routing: якщо за N хвилин match не знайдено — автоматично роутити на публічну біржу (за згодою клієнта).
- Institutional partnership: залучити 2–3 великих маркет-мейкерів, які гарантують ліквідність.
- Cross-pool: агрегувати кілька dark pools.
На практиці комбінація цих методів дає заповнюваність ордерів до 85%.
Як працює типовий dark pool: покроково
- Трейдер надсилає commit (hash ордера) через смарт-контракт або API.
- Система накопичує commitments протягом batch-періоду (наприклад, 5 хвилин).
- Після закінчення періоду — розкриття (reveal) та перевірка commitments.
- Matching engine знаходить перетини за ціною та обсягом.
- Виконання за reference price з подальшим розрахунком (settlement) на блокчейні або в off-chain.
- Аудит усіх кроків через логи timestamp.
Що входить у роботу
- Розробка matching engine з підтримкою batch та crossing
- Інтеграція із зовнішніми біржами та oracle (Chainlink, VWAP)
- Налаштування TEE (Intel SGX) для конфіденційності
- Реалізація commit-reveal або ZK-proof шару
- Аудит безпеки з використанням Slither та Mythril
- Документація API та схеми розгортання
- Навчання команди (2–3 дні)
- Підтримка 3 місяці після запуску
Розгортання крипто dark pool — це в першу чергу regulatory та legal задача, а потім технологічна. У більшості юрисдикцій потрібна ліцензія. Отримайте консультацію з compliance — допоможемо оцінити вимоги. Зв'яжіться з нами для оцінки архітектури.
Терміни та вартість
Терміни розробки — від 3 до 6 місяців залежно від функціоналу та необхідності legal-опрацювання. Вартість розраховується індивідуально після аудиту вимог.
Замовте розробку dark pool під ключ — наші інженери підготують архітектуру та оцінять бюджет.