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

Резюме: В продължение на години DeFi беше синоним на "Автоматизирани маркет мейкъри" (AMM), защото блокчейните бяха твърде бавни за книги за поръчки. Това технологично ограничение изчезна. През 2026 г. веригите с висока пропускателна способност позволяват Напълно On-Chain Централни книги за лимитирани поръчки (CLOB), носейки изпълнение на търговията от ниво Wall Street в DeFi без данъка "Непостоянна загуба".

---

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, създаден специално за perp търговия. Той изпълнява двигателя за съвпадение в самия набор от валидатори.
2. dYdX v5: App-Chain екосистема, където всеки валидатор поддържа in-memory книга за поръчки.
3. Phoenix (Solana): Книга за поръчки за незабавен сетълмент, която се комбинира с други dApps на Solana.

2.3 AMM срещу CLOB 2026

3. Техническа реализация: Market Making Бот

Търговията в CLOB изисква различна структура на бота от AMM арбитражния бот. Вие вече сте "Мейкърът".

# Simple Market Making Strategy for a CLOB
class MarketMaker:
    def on_tick(self, current_price):
        # Calculate fair value + spread
        bid_price = current_price * (1 - self.spread)
        ask_price = current_price * (1 + self.spread)
        
        # Place Limit Orders
        self.place_order("BUY", bid_price, size=1.0)
        self.place_order("SELL", ask_price, size=1.0)
        
        # 2026: Cancel old orders in same block bundle
        self.cancel_stale_orders()

4. Предизвикателства и рискове: Проблемът "Fill or Kill"

В децентрализиран CLOB се сблъсквате с риска от Latency Mismatch. Ако пазарът се движи, докато вашата поръчка "Отказ" се разпространява, вашата стара оферта може да бъде изпълнена от по-бърз HFT бот (Токсичен поток).

• Решение: "Just-in-Time" (JIT) куки за ликвидност, които позволяват на мейкърите да отхвърлят изпълнение, ако цената на оракула се е отклонила твърде много.

5. Бъдещи перспективи: Хибридна ликвидност

Виждаме появата на Хибридни DEX като Vertex, които комбинират AMM (за long-tail активи с ниска ликвидност) с CLOB (за BTC/ETH). Това гарантира, че неясните меме монети все още могат да се търгуват (чрез AMM), докато основните двойки получават институционално изпълнение.

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

1. По-добър ли е CLOB от AMM? За основните активи (BTC, ETH, SOL), да. За малки активи с $5k дневен обем, AMM все още са по-добри, защото гарантират ликвидност.

2. Мога ли да получа "Непостоянна загуба" в CLOB? Не. Получавате "Риск на инвентара" (държане на актив, който пада), но не и математическия разпад на IL.

3. Какво е "Maker Rebate"? В CLOBs, ако поставите Лимитирана поръчка, която добавя ликвидност, борсата ви плаща такса, когато тя бъде изпълнена. Така печелят HFT фирмите.

4. Децентрализиран ли е dYdX? Да. Книгата за поръчки се държи в паметта от валидатори, но консенсусът е децентрализиран.

5. Колко бърз е сетълментът? В модерните CLOB вериги като Monad или Hyperliquid, сетълментът е под секунда (< 500ms).