Глубина разборки технических узких мест основных DEX с ордерными книгами: почему "гибридная архитектура" может быть окончательным ответом?

Автор: Алекс

От "ценовой кривой" AMM до "торговых книг" ордеров, это не просто изменение пользовательского интерфейса, но и ключевой шаг в эволюции DEX от "рая для розничных инвесторов" к "профессиональному торговому рынку". Торговая книга, благодаря своей точности в ценообразовании и максимальной капиталовложенности, широко считается будущим DEX.

Однако жестокая реальность такова: почти все основные DEX с ордерными книгами наткнулись на невидимую "стену" в своей технической реализации. Они были вынуждены делать болезненные компромиссы между производительностью, стоимостью и безопасностью, чтобы "децентрализовать" ордерную книгу, которая по своей природе является централизованным продуктом.

Чтобы понять будущее DEX, мы должны сначала глубоко разобрать технические узкие места, с которыми сталкиваются эти основные пути внедрения.

Путь один: "Проблемы производительности" чисто блокчейн ордербука

Типичные представители: ранний Serum (на базе Solana) и некоторые нативные DEX на L2.

Способ реализации: Все логики хранения, размещения заказов, отмены заказов, сватовства и т.д. всего ордерного листа выполняются в смарт-контракте на блокчейне.

Технические ограничения:

Потолок производительности: это самая смертоносная узкая часть. Независимо от того, насколько высок TPS базовой публичной цепи, он не может удовлетворить требования высокочастотной торговли к "миллисекундным" операциям с ордерной книгой. Каждое взаимодействие требует ожидания подтверждения блока, что в профессиональной торговле недопустимо.

Высокие затраты: каждая подача и отмена заказа требуют оплаты газа. Для маркет-мейкеров и высокочастотных трейдеров, которым необходимо часто корректировать цены, эти затраты астрономические, что в корне сдерживает предложение ликвидности.

MEV-очаг: все заказы открыто размещаются в мемпуле (Mempool), что создает идеальные условия для MEV-роботов для совершения фронт-раннинга и сэндвич-атак.

Путь два: "Проблемы безопасности" приложения цепочки заказов

Типичные представители: dYdX v4, Hyperliquid

Способ реализации: Для того чтобы полностью избавиться от ограничений производительности публичных цепочек, было решено с нуля построить независимую цепочку приложений (Appchain), созданную для транзакций.

Технологические ограничения:

Снижение размерности модели безопасности: это ее основное компромиссное решение. Ее безопасность, обеспечиваемая "общей безопасностью", гарантированной такими публичными блокчейнами, как Ethereum, снижена до "суверенной безопасности", обеспечиваемой собственной сетью валидаторов. Это приводит к тому, что верхний предел ее безопасности определяется рыночной стоимостью собственного токена и степенью децентрализации валидаторов, что создает "потолок доверия".

Экологический остров: Разрыв с основной экосистемой приводит к практически нулевой совместимости, а выход и вход активов сильно зависят от безопасности кросс-цепных мостов.

«Гибридная архитектура»: «вдохновляющий» процесс деконструкции и реконструкции

Когда оба указанных пути зайдут в свои «тупики», появляется более элегантный и логичный третий путь. Это «гибридная архитектура», представленная QuBitDEX.

Это не компромисс, а глубокая деконструкция и реорганизация акта «торговли», основанная на первых принципах. Он задает самый основной вопрос: какие этапы всего процесса торговли должны быть обеспечены блокчейном, а какие нет?

Ответ:

"Процесс" стремится к эффективности: подача, сопоставление и обновление заказов — это высокочастотный, мгновенно меняющийся процесс. Этот процесс ориентирован на максимальную эффективность. Поэтому он расположен в мощном оффчейн-матчинг-движке. Это в корне решает проблему "производительности" и "стоимости".

"Результат" стремится к безопасности: окончательный расчет сделки и передача активов - это низкочастотный процесс, но он должен гарантировать абсолютную безопасность и неизменность результата. Этот результат стремится к предельной безопасности и окончательности. Поэтому он закрепляется на самом безопасном уровне расчета с помощью технологий, таких как ZK-Rollup. Это в корне решает "проблему безопасности".

Суть "гибридной архитектуры" заключается в совершенном "распределении труда". Она позволяет блокчейну вернуться к тому, что он делает лучше всего и что он должен делать — стать децентрализованным, не требующим доверия "финальным расчетным уровнем" и "судом фактов", а не неуклюжим "универсальным сервером", пытающимся справиться со всем.

Это больше не очередная техническая итерация. Это скачок в мышлении. Он дает нам понять, что будущее DEX заключается не в том, чтобы «сильно» справляться с требованиями производительности книги заказов с помощью более мощной цепи, а в том, чтобы с помощью более умной архитектуры «разложить» требования книги заказов.

А это, возможно, и есть конечный ответ на вопрос о DEX с ордерной книгой, который мы можем предсказать.