Архітектури децентралізованих книг ордерів: еволюція CLOB

Резюме: Роками DeFi був синонімом «Автоматизованих маркет-мейкерів» (AMM), оскільки блокчейни були надто повільними для книг ордерів. Це технологічне обмеження зникло. У 2026 році ланцюги з високою пропускною здатністю дозволяють повністю ончейн Центральні книги лімітних ордерів (CLOB), забезпечуючи виконання торгів рівня Уолл-стріт у DeFi без податку на «непостійну втрату» (Impermanent Loss).

---

1. Вступ: Компроміс AMM

Формула x*y=k Uniswap була геніальним хаком. Вона дозволила торгувати на Ethereum, коли він міг обробляти лише 15 транзакцій на секунду. Але для професійних маркет-мейкерів AMM є неефективними з погляду капіталу. Ви повинні розподіляти свою ліквідність по всій кривій (або діапазону), піддаючи себе Непостійній втраті (IL).

Маркет-мейкери не хочуть надавати пасивну ліквідність. Вони хочуть розміщувати конкретні Лімітні ордери.

2. Основний аналіз: Ренесанс CLOB

2.1 Чому зараз?

Чому у нас не було CLOB раніше? Тому що книга ордерів вимагає тисяч оновлень «скасувати/замінити» на секунду.

• 2024: Ethereum (15 TPS) -> Тільки AMM.
• 2026: Monad/Sei (100 000 TPS) -> Повна підтримка CLOB.

2.2 Топ архітектур CLOB

1. Hyperliquid: Оптимізований L1, створений спеціально для торгівлі безстроковими контрактами. Він запускає двигун зіставлення в самому наборі валідаторів.
2. dYdX v5: Екосистема App-Chain, де кожен валідатор запускає книгу ордерів у пам'яті.
3. Phoenix (Solana): Спотова книга ордерів з миттєвим розрахунком, яка компонується з іншими dApps Solana.

2.3 AMM проти CLOB 2026

3. Технічна реалізація: Бот для маркет-мейкінгу

Торгівля на CLOB вимагає іншої структури бота, ніж бот для арбітражу AMM. Тепер ви «Мейкер».

# Проста стратегія маркет-мейкінгу для CLOB
class MarketMaker:
    def on_tick(self, current_price):
        # Розрахувати справедливу вартість + спред
        bid_price = current_price * (1 - self.spread)
        ask_price = current_price * (1 + self.spread)
        
        # Розмістити лімітні ордери
        self.place_order("BUY", bid_price, size=1.0)
        self.place_order("SELL", ask_price, size=1.0)
        
        # 2026: Скасувати старі ордери в тому ж пакеті блоків
        self.cancel_stale_orders()

4. Виклики та ризики: Проблема "Fill or Kill"

У децентралізованому CLOB ви стикаєтеся з ризиком невідповідності затримки. Якщо ринок рухається, поки ваш ордер «Скасувати» поширюється, ваша застаріла котирування може бути виконана швидшим HFT-ботом (Токсичний потік).

• Рішення: Хуки ліквідності «Just-in-Time» (JIT), які дозволяють мейкерам відхиляти виконання, якщо ціна оракула занадто сильно відхилилася.

5. Перспективи майбутнього: Гібридна ліквідність

Ми спостерігаємо появу Гібридних DEX, таких як Vertex, які поєднують AMM (для активів з довгим хвостом і низькою ліквідністю) з CLOB (для BTC/ETH). Це гарантує, що маловідомі мем-коїни все ще можуть торгуватися (через AMM), тоді як основні пари отримують інституційне виконання.

6. Часті запитання: Торгівля за книгою ордерів

1. Чи краще CLOB за AMM? Для основних активів (BTC, ETH, SOL) — так. Для крихітних активів із щоденним обсягом 5 тис. доларів AMM все ще кращі, оскільки вони гарантують ліквідність.

2. Чи можу я отримати "непостійну втрату" на CLOB? Ні. Ви маєте «Ризик інвентарю» (утримання активу, який падає), але не математичний розпад IL.

3. Що таке "Рібейт мейкера"? На CLOB, якщо ви розміщуєте лімітний ордер, який додає ліквідність, біржа платить вам комісію, коли він виконується. Так заробляють HFT-фірми.

4. Чи є dYdX децентралізованим? Так. Книга ордерів зберігається в пам'яті валідаторами, але консенсус децентралізований.

5. Наскільки швидкий розрахунок? На сучасних ланцюгах CLOB, таких як Monad або Hyperliquid, розрахунок займає менше секунди (< 500 мс).