Дослідження проблеми розриву ліквідності в епоху Рівня 2

З переходом Ethereum на розширення з акцентом на Рівень 2 та з появою таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато суб’єктів хочуть створити власний блокчейн, щоб представляти різні інтереси та шукати вищу оцінку. Однак численні публічні блокчейни, що виникають, ускладнюють розвиток екосистеми, внаслідок чого багато проектів зазнають зниження вартості під час TGE.

На даний момент фінансові та технологічні бар'єри для побудови блокчейну значно знижені, а витрати на експлуатацію ланцюга на основі OP Stack становлять близько 10 тисяч доларів на місяць. У майбутньому, безумовно, настане епоха співіснування кількох ланцюгів. Хоча ці Рівень 2 ланцюги можуть обрати EVM-сумісність для забезпечення взаємодії, через наявність великої кількості downstream додатків у Web2, їм важко буде будувати додатки та досягати консенсусу на одному і тому ж ланцюзі.

Поточна багатоланкова екосистема принесла нові виклики: ліквідність і розподіл стану. Оскільки багатоланковість є неминучою, то міжопераційність є сферою, яку необхідно досліджувати та вирішувати. В даний час існує безліч рішень для ліквідності, таких як абстракція ланцюга, намір, Clearing Execution, Native CrossChain, ZKSharding тощо, але їхня основна сутність залишається незмінною.

Ми використовуємо визнану в галузі архітектуру Cake, щоб зверху вниз представити основні компоненти крос-ланцюгової абстракції:

Рівень 2

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

Рівень доступу

Розташований нижче рівня застосунків, користувачі підключають гаманець до dApp і запитують ціну для задоволення торгового наміру. Тут "намір" означає очікуваний кінцевий результат торгівлі, а не конкретний шлях виконання угоди.

Управління обліковими записами та абстрактний рівень

Оскільки існує багатоланкове середовище, потрібна система управління обліковими записами та абстракції, яка б адаптувалася до різних ланцюгів для підтримки унікальної структури облікових записів кожного ланцюга. Наприклад, об'єктно-централізована система облікових записів SUI абсолютно відрізняється від EVM. One Balance побудувала надійну систему облікових записів, не потребуючи встановлення міжланкової консенсусу, лише довірчі зобов'язання між існуючими системами облікових записів. Near Account реалізує абстрактне управління, створюючи мульти-ланкові гаманці для користувачів, що значно покращує користувацький досвід і зменшує фрагментацію UX.

Розв'язання Рівня 2

Цей рівень відповідає за прийом та реалізацію торгових намірів користувачів. Роль Solver змагається тут, щоб забезпечити кращий користувацький досвід, включаючи швидший час торгівлі та швидкість виконання. На цій основі проекти, що базуються на намірах, такі як Anoma, створили різноманітні рішення, що керуються намірами. Подібні похідні від намірів, такі як компонент Predicate, можуть реалізувати наміри користувачів за певними правилами.

Рівень 2

Це проміжний шар, який використовується для реалізації намірів користувачів. Основні компоненти рішення для ліквідності та розподілу стану включають:

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

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

Рішення

Наразі на ринку існує кілька рішень для вирішення проблеми ліквідності, основними з яких є:

1. Зосереджуючись на RaaS: подібно до рішень Rollup, таких як OP Stack, шляхом додавання певних спільних сортувальників та крос-ланцюгових мостів для допомоги в побудові спільної ліквідності та стану Rollup, створених на OP Stack.

2. Обліковий запис в центрі: подібно до NEAR, створіть обліковий гаманець на основі всієї ланцюга, підтримуючи підписання та виконання угод через технологію "ланцюгового підпису" для різних протоколів блокчейну.

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

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

5. Централізація на використанні блокчейн-додатків: побудова високоліквідних додатків через інтеграцію великих MM або сторонніх додатків тощо.

Типові проекти

INFINIT

INFINIT створив сервіс RaaS для DeFi, який надає компоненти, необхідні для прямого створення DeFi протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може запропонувати компоненти, такі як Leverage Trading та Yield Strategy, які можна активувати одразу.

Мережа Халані

Khalani побудував три основні компоненти: сумісний рівень Intent, Validity та загальний рівень розрахунків. Зовнішні додатки або рівень намірів можуть публікувати наміри до Khalani, а потім сумісний рівень Intent Khalani може перетворювати зовнішні наміри в формат, який розуміє протокол Solver.

Лакриця

Liquorice є децентралізованим застосунком, який забезпечує ціновий вияв на основі аукціонів і односторонні ліквідні пулі. Його основна місія полягає в наданні професійним трейдинговим компаніям ефективних інструментів управління запасами та легкому підключенню до основних DeFi протоколів під час здійснення розрахунків за намірами.

Сіон

Xion побудований на основі протоколу консенсусу Comet BFT. Використувана міжланкова комунікація базується на Cosmos IBC, тому є більш рідною та безпечною в порівнянні з іншими міжланковими мостами.

=nil; Фонд

nil запропонував рішення zkSharding, яке використовує технологію ZK для горизонтального масштабування основної мережі Ethereum, виконує парал обробку транзакцій з поділом на частини та генерує ZKP, тоді як основна частина перевіряє дані, спілкується з Ethereum та синхронізує мережевий стан між усіма валідаторами.

ERC-7683

Основною метою стандарту ERC-7683 є створення загального стандарту для крос-чейн операцій між L2 та бічними ланцюгами, стандартизація замовлень і розрахункових інтерфейсів, що дозволяє безшовне крос-чейн виконання. Основний елемент цього стандарту - це Filler, який також можна назвати Solver у контексті абстракції ланцюга.

Стек ### OP

OP Stack через проектування повноцінного багато Рівень 2 рішення, щоб єдиноразово вирішити питання передачі інформації та децентралізації Sequencer, при використанні архітектури OP Stack автоматично розгортаються крос-лінкові контракти, одночасно існує Supervisor для оскарження, щоб уникнути передачі неправдивої крос-лінкової інформації.

Підсумок

Вирішення проблеми ліквідності між ланцюгами є дуже складною задачею з безліччю рішень. Майбутнє обов'язково буде багатоланцюговим, і вирішення проблеми розподілу ліквідності стане викликом, з яким галузь неминуче зіткнеться. Інтеграція ліквідності на всіх ланцюгах має величезний потенціал для зростання і може створити нове покоління інфраструктури епохи Web3.