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

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

Завдяки технологіям, таким як OP Stack, кілька відомих компаній та платформ випустили свої рішення Рівень 2. Сьогодні вартість та технічні вимоги для створення блокчейну значно знизились, а витрати на експлуатацію блокчейну на основі OP Stack становлять приблизно 10 000 доларів на місяць.

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

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

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

Рівень додатків (Application Layer)

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

Шар дозволів (Permission Layer)

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

Управління рахунками та абстракція ключів (Key Management and Account Abstraction)

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

Рівень вирішення (Solver Layer)

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

Шар розрахунків (Settlement Layer)

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

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

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

Рішення

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

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

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

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

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

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

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

Наступні кілька типових проектів концепцій абстракції ланцюга:

INFINIT

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

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

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

Лакриця

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

Сіон

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

= нуль; Фонд

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

ERC-7683

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

Стек ### OP

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

Підсумок

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