Еволюція та пробудження публічних ланцюгів: переосмислення справжнього стандарту «DEX On-Chain Trading»

У лісі надгробків криптосвіту існує безліч проєктів, які намагаються вмістити «Центральну лімітну книгу ордерів (CLOB)» на блокчейн. Від найперших EtherDelta до численних претендентів із високими результатами, більшість із них не змогли уникнути долі виснаження ліквідності чи затримки.

Довгий час у галузі панувала хибна думка: «Книга замовлень не може бути виконана, бо ланцюг недостатньо швидкий.» ”**

Внаслідок цього публічні мережі опинилися в гонці озброєнь TPS (обсяг транзакцій за секунду). Від 15 TPS до 1 000 TPS і до 100 000 TPS, заявлених сьогодні. Але дивно, що, незважаючи на те, що ланцюг уже працює дивовижно швидко, топові маркет-мейкери все ще не наважуються згадати про базову ліквідність.

Корінна причина ніколи не в швидкості, а в генетичному конфлікті.

Традиційна публічна ланцюгова логіка прагне до «послідовного стану всієї мережі», тоді як рушій відповідності дотримується «однозначного часового порядку». Ці дві речі за своєю природою взаємовиключні за старою структурою. Лише останні два роки поява «нового виду» публічних ланцюгів справді зламала глухий кут. Вони не просто роблять вагон швидшим, а повністю переробляють базові «правила дорожнього руху».

Саме про це ми сьогодні поговоримо — справжні он-чейнгові DEX.

У загальнопримітивних публічних ланцюгах, таких як Ethereum чи Solana, часто порядок ваших транзакцій визначає не час прибуття, а газ, який ви сплачуєте.

Уявіть, що ви стоїте в залі біржі, очевидно, ви підняли руку, щоб купити першими, але людина поруч із вами набив у диктофон жменю купюр, тож його список опинився перед вами. Для врегулювання трансферу це не завадить; Але для ринків високочастотних каналів це фатально. Це означає, що кожен розглянутий або скасований ордер маркет-мейкерів бере участь у непередбачуваному аукціоні.

Справжні он-чейнгові DEX запускають свою першу революцію: від аукціону газу до сортування часу (FCFS) і семантичного сортування. **

Нове покоління ланцюгів додатків, що базуються лише на транзакціях, таких як Hyperliquid, повністю відмовляється від загальної логіки торгів на газ. Вони просувають сортування прямо на передній план консенсусу:

• Physics Time First: Хто прибуває до мемпулу першим, той перший, повністю імітуючи фізичний світ за принципом «хто перший, того й обслуговують».
• Семантичний порядок:* Це більш радикальний крок. Нижній шар ланцюга може «читати» значення транзакції. Наприклад, запити на скасування автоматично ранжуються перед очікуваними запитами.

Навіщо надавати привілей «скасовувати замовлення»? Тому що на ринку з сильними коливаннями, якщо маркет-мейкер хоче скасувати замовлення, але не може зняти його через перевантаження мережі, прострочена ціна (застарілі котирування) потрапляє в руки арбітражів, що називається «токсичним трафіком». Коли цей ризик виникає, маркет-мейкери припиняють ліквідність.

Лише якщо вписати «пріоритет скасування» у базовий протокол, і будь-який валідатор повинен дотримуватися цієї логіки, часова деталізація ланцюга вперше набуває «відчуття безпеки», необхідного фінансовому ринку. Це вже не звичка інженера, а залізний закон ланцюга.

Раніше книга замовлень не могла працювати, бо ланцюг дозволяв тисячам вузлів у мережі виконувати «повторювану роботу» разом. Кожна дія очікуваних ордерів, матчмейкінгу та скасування ордерів має виконуватися всією мережею як смарт-контракти, і вартість експоненційно зростає.

Багато так званих «DEX», щоб розв’язати цю проблему, обирають лінивість: вони встановлюють сервер під ланцюгом для матчмейкінгу і записують лише фінальні результати транзакцій у ланцюжку. Це не називається DEX, це називається «CEX на ланцюжку».

Справжні он-ланцюжкові DEX обирають третій шлях: ланцюг відповідає за підтвердження, а виконання передається нативному рушію. **

У цих нових архітектурах matching більше не є смарт-контрактом, що працює в EVM, а рідним модулем, написаним безпосередньо в програмному забезпеченні вузла ланцюга.

Мережевий консенсус: Усі валідататори виконують один і той самий набір надзвичайно оптимізованого коду співпадіння C++/Rust. Залежності стану: Книга замовлень зберігається безпосередньо в пам’яті ланцюга, а не в сховищі контрактів. Закріплення результатів: Валідаторам не потрібно виконувати складні операції з віртуальною машиною контракту при кожному збігу, потрібно лише перевіряти узгодженість входів і виходів.

Ось критерій, щоб уточнити: як визначити, чи двигун є «plug-in» чи «рідним»? ** Зверніть увагу на три жорсткі індикатори:

1. Чи всі валідатори мають використовувати однакову логіку?
2. Чи має результат виконання бути послідовним по всій мережі?
3. Чи сильно від цього залежить кінцевий стан ланцюга?

Поки ці три точки виконані, цей двигун еквівалентний ходу по ланцюгу. Це не приватний сервер проєктної сторони, а частина самого публічного ланцюга. Просто не існує такого поняття, як «позаланцейна тіньова книга замовлень», яку можна тихо замінити.

У стару епоху ланцюгів кожне підтвердження блоку було як гірка. Ethereum має 12 секунд на кадр, Solana — 0,4 секунди на кадр. Але в очах трейдерів високочастотних операцій 0,4 секунди — це все ще довга «затримка».

Нове покоління DEX розбирає «ритм». Вони відокремлюють виконавчий шар від консенсусного рівня. Виконавчий шар відповідає за безперервне оновлення ринків зі швидкістю мілісекунд і надання користувачам зворотного зв’язку в реальному часі. Ланцюг завершує ці послідовності і дає результати з дуже короткими інтервалами.

З точки зору користувача, це стрибок у досвіді: ліквідність у реальному часі з незмінним розрахунком. ** Ця архітектура «три в одному» (виконання, консенсус, врегулювання) робить ланцюжок вже не просто інструментом розрахунків, а сам по собі стає відповідністю.

**Якщо покращення продуктивності — це обличчя, то зміна структури влади — це всередині. **

Суть CLOB у ланцюжку полягає в тому, щоб конфіскувати всю енергію, яка спочатку була прихована в чорній скриньці серверів Binance і Coinbase, і зробити її публічною. Порядок чергування є публічним, логіка відповідності відкрита, черга купівлі-продажу відкрита, а траєкторія виконання — публічною.

Це підводить зовсім новий критерій судження: хто справжній ДЕКС? **

У міру того, як трек набирає обертів, багато протоколів почали називати себе «on-chain matchmaking». Але серед них є претенденти, як Астер. Aster був DEX, що вражає даними, з підсвічником і графіком глибини, що виглядало ідеально. Однак уважні дослідники виявили, що її торгова поведінка довгий час була «дзеркально синхронізованою» зі спотовим ринком Binance. Коли дослідники попросили Aster надати запис усіх очікуваних і скасованих замовлень у ланцюжку, Aster не змогла його використати.

Бо там взагалі немає узгодження в ланцюзі. Він просто «переміщує» дані Binance на сервері, потім підробляє результат у вигляді хешу транзакції і записує його в блокчейн. Зрештою, Aster була безпосередньо відокремлена (і тепер додана назад) галузевими джерелами даних, такими як DefiLlama.

Справжня прозорість — це не прозорість результатів, а прозорість процесу. Щоб визначити, чи знаходиться DEX у реальному ланцюгу, не дивіться дані TPS на офіційному сайті, а зверніть увагу на цей остаточний критерій:

**Чи може третя сторона взяти оригінальний запис події на ланцюжку і ідеально відтворити кожну секунду зміни ринку дня без покладання на офіційний інтерфейс? **

Якщо ваші дані в блокчейні можуть бачити лише «A і B були обміняні», але не «Коли зависло місце A», «B був ранжований у лінії на той час» і «Чому C успішно скасував замовлення», то це чорна скринька.

Hyperliquid вважається новим еталоном у галузі саме тому, що він витримує такого рівня аудиту. Будь-хто завантажує дані вузла, відтворюючи історію всього обміну рядок за рядком. Ця «перевірковість» — це душа, яка відрізняє DeFi від CeFi.

На цей момент ми бачимо два основні виміри справжнього ончейн-DEX:

• Вимір активів: чи може це бути самозбереженням і чи завжди кошти знаходяться у руках користувачів.
• Вимір виконання: Чи є відповідність, сортування та черга повністю в ланцюгу і чи можуть бути «репліковані та перебудовані».

Але це ще не кінець. Якщо ви використовуєте найшвидший ланцюжок і найпрозоріший підбір матчмейку, але учасник проєкту має «супер-адміністративний приватний ключ», який може призупинити контракт, змінити ставку або навіть заморозити ваш акаунт у будь-який момент, то це все одно не безкоштовне фінансування.