У сучасних DeFi-торгових архітектурах більшість децентралізованих бірж використовують модель AMM для зіставлення угод. Такий підхід забезпечує бездозвільність і високу композиційність, але поступається у швидкодії, контролі прослизання та підтримці складних типів ордерів. Через зростання попиту на ончейн-торгівлю деривативами ринок шукає рішення, які наближають користувацький досвід до централізованих бірж. Інтеграція моделі Книги ордерів із технологіями масштабування Layer2 стає ключовим напрямом для підвищення продуктивності та якості користування.

У сучасному децентралізованому Perp DEX-середовищі Lighter є прикладом «гібридної архітектури»: він віддає перевагу ефективності виконання офчейн і використовує ончейн-верифікацію для гарантії цілісності системи. Такий підхід стає провідною тенденцією у створенні високопродуктивної DeFi-інфраструктури.

Загальна операційна архітектура Lighter

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

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

Спрощена схема технічної архітектури Lighter. Джерело: Lighter

Від подачі ордера до клірингу: покроковий розбір

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

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

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

Далі кілька результатів угод об’єднуються, і генерується відповідний zk-доказ. Вони надсилаються до zk-rollup-контракту, де основний ланцюг перевіряє їхню коректність. Цей етап критично важливий для безпеки системи, оскільки забезпечує верифікацію всіх офчейн-обчислень.

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

Перевага такого підходу — винесення високочастотних операцій офчейн, тоді як фінальне підтвердження стану відбувається ончейн, що забезпечує і швидкість, і безпеку.

Роль zk-rollup у процесі

У всьому торговому процесі zk-rollup виступає «шаром верифікації та клірингу». Він стискає Торгові дані та застосовує докази з нульовим розголошенням для гарантії коректності всіх переходів стану.

На відміну від Layer1, який обробляє угоди окремо, zk-rollup об’єднує великі обсяги угод для спільної верифікації. Це значно знижує витрати на Газ і підвищує загальну пропускну здатність системи.

Головне, zk-технологія усуває необхідність довіри до двигуна зіставлення: будь-які помилки чи маніпуляції будуть виявлені логікою ончейн-верифікації. Це основа офчейн-підходу до зіставлення в Lighter.

Чому офчейн-зіставлення прискорює продуктивність

Зіставлення — один із найбільш ресурсомістких компонентів торгової системи. Якщо виконувати його повністю ончейн, це призводить до високих витрат і обмежується часом блоку.

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

Водночас, оскільки фінальні результати перевіряються zk-rollup, безпека системи не страждає. Офчейн дає «швидкість», а ончейн гарантує «довіру».

Механізми клірингу та безпеки активів

Після завершення угоди кліринг є необхідним для точного оновлення стану активів. У Lighter цей процес використовує механізм оновлення стану zk-rollup, який фіксує та верифікує всі зміни Балансу рахунку ончейн.

Активи користувачів завжди управляються Смарт-контрактами, а не централізованими зберігачами, тому користувачі не ризикують втратити активи через зловживання біржі. Це забезпечує самостійне зберігання та прозорість — ключові переваги DeFi.

Пакетний кліринг додатково підвищує ефективність системи, дозволяючи зберігати стабільну роботу навіть при значному навантаженні.

Підсумок

Операційна архітектура Lighter — це високоефективна багаторівнева конструкція. Використання офчейн-зіставлення ордерів і zk-rollup для ончейн-верифікації та клірингу дозволяє досягти оптимального балансу між швидкістю та безпекою.

Парадигма «офчейн-виконання + ончейн-верифікація» не лише прискорює торгівлю, а й створює основу для високочастотних і професійних застосувань. Із розвитком DeFi ця архітектура має всі шанси стати галузевим стандартом.

Поширені запитання

Які етапи торгового процесу Lighter?

Процес включає подачу ордера, офчейн-зіставлення, пакетування угод, генерацію zk-доказу та ончейн-кліринг — разом вони формують повний торговий цикл.

Чому Lighter використовує офчейн-зіставлення?

Офчейн-зіставлення суттєво підвищує швидкість торгівлі та знижує витрати, а також підтримує складніші типи ордерів. Безпека гарантується перевіркою через zk-rollup.

Яка основна функція zk-rollup у Lighter?

zk-rollup верифікує коректність усіх результатів угод і здійснює фінальний кліринг ончейн. Це центральний елемент безпеки системи.

Чи є торгівля в Lighter повністю децентралізованою?

Зберігання активів і кліринг децентралізовані, але процес зіставлення відбувається офчейн, що є компромісом між продуктивністю та децентралізацією.

Чи масштабована архітектура Lighter для майбутнього?

Завдяки модульній структурі Lighter є високомасштабованим і може підтримувати додаткові Торгові пари, функції та підвищення пропускної здатності.