Розрив ліквідності в епоху Рівня 2: аналіз викликів та рішень

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

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

Завдяки OP Stack, одна торговельна платформа випустила свій власний Рівень 2, інша торговельна платформа представила Ink; завдяки ZK технології, одна торговельна платформа випустила XLayer; Sony випустила Soneium, LINE запустила Kaia тощо. Сьогодні фінансові та технологічні бар'єри для побудови ланцюга значно знижені, витрати на експлуатацію ланцюга на основі OP Stack становлять приблизно 10,000 доларів на місяць.

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

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

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

Застосунковий рівень(Application Layer)

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

权限层(Рівень дозволів)

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

Управління обліковим записом та абстракція рівня )Управління ключами та абстракція облікового запису(

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

Розв'язання Рівень)Solver Рівень(

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

Розрахунковий Рівень)Settlement Layer(

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

  • 预言机)Oracle(: для отримання інформації про стан з інших ланцюгів.
  • Крос-чейн міст ) Bridges (: відповідають за передачу інформації та ліквідності між ланцюгами.
  • Попереднє підтвердження ): скорочення часу підтвердження між ланцюгами.
  • Доступність даних(DA): забезпечення доступності даних.

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

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

Рішення

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

1.Зосередженість на RaaS: подібно до рішень Rollup, таких як OP Stack, шляхом додавання специфічних спільних сортувальників і міжланцюгових мостів, щоб допомогти у створенні Rollup на OP Stack, спільна ліквідність і стан. Це сподівається вирішити питання ліквідності та розподілу стану на більш високому рівні. Тут є більш детальною концепцією окремий дизайн спільного сортувальника, це рішення більше стосується Рівня 2, не має універсальності, такі як Astria, Espresso та Flashbots.

  1. Орієнтація на акаунти: подібно до NEAR, створити всебічний акаунт-гаманець, який підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, що називається "ланцюговий підпис". Основним компонентом є мережа MPC, яка підписує транзакції для користувачів у мульти-ланцюгових операціях. Це рішення, хоча й значно вирішує проблему фрагментації UX, але для розробників воно передбачає складну реалізацію на бекенді і не вирішує суттєво питання ліквідності та розподілу стану.

  2. Зосередженість на мережі намірів поза ланцюгом: це означає, що ми маємо на увазі мережу Solver, яка представлена на нашій схемі "вступу". Основна суть полягає в тому, що користувачі надсилають наміри до мережі Solver, де роль Solver полягає у конкуренції за пропозиції, надаючи оптимальний час виконання та ціну угоди. Ці Solver можуть бути AI агентами, CEX, маркет-мейкерами або навіть інтегрованими протоколами, такими як Liquorice тощо. До таких проектів належать Anoma, Khalani, Enso, aori та Valantis. Хоча наміри теоретично можуть реалізувати будь-які складні крос-ланцюгові операції, на практиці потрібні достатні ліквідні Solver для підтримки, і коли виникають деякі вимоги поза ланцюгом, існує можливість шахрайства з боку Solver. Якщо будуть впроваджені засоби шахрайства, реалізація мережі Solver стане ще складнішою, а поріг для запуску Solver також підвищиться.

  3. Зосередження на мережі ліквідності на базі блокчейну: цей напрямок спеціально оптимізує проблеми ліквідності між ланцюгами, але не вирішує інші проблеми розподілу стану на ланцюзі. Його основа полягає в створенні ліквіднісного рівня, на якому будуються додатки для спільного використання ліквідності по всьому ланцюгу. Деякі проекти включають: Raye Network, INFINIT, Everclear, Elixir тощо.

  4. Орієнтуючись на застосування в ланцюзі: такі застосування створюються шляхом інтеграції великих MM або сторонніх застосунків для побудови високої ліквідності, наприклад Liquorice, Socket, Radiant Capital, певна торгова платформа, Hedgemony тощо. Ці проекти потребують управління складними крос-ланцюговими процесами, що висуває дуже високі вимоги до розробників, тому також легко можуть статися випадки хакерських атак.

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

У двох наведених категоріях ми можемо побачити, що відповідно до структури торта, Settlement Layer є найатомарнішим рішенням, а над цими атомарними рішеннями, такими як міжланцюгові, оракули, Pre-Confirmation рішення, будується більш абстрактний рівень, а саме Solver Layer, Permission Layer та Application Layer. Різні рішення, які ми навели вище для побудови абстракцій або ліквідності в різних напрямках, можна розглядати як відношення між вверх та вниз по ланцюгу. Але ці рішення все ще не є атомарними рішеннями, і проблема розриву ліквідності призводить до виникнення багатьох складних похідних проблем, тому для міжопераційності виникає безліч різноманітних рішень. Але по суті все ще потрібно покладатися на ці компоненти. Далі ми обговоримо кілька типових проектів концепцій абстракції ланцюга, щоб побачити, як кожен з них вирішує проблему розриву ліквідності з власної точки зору.

Рівень 2时代下,Ліквідність обдурювати людей, як лохів问题的研究

( INFINIT

INFINIT побудував сервіс RaaS у світі DeFi, який може надати компоненти, необхідні для прямого створення DeFi протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти, такі як Leverage Trading і Yield Strategy, які можна активувати миттєво. Це еквівалентно іншим кінцевим конструкціям застосунків, але остаточна ліквідність розміщена на ліквіднісному рівні Infinit. Однак наразі він все ще не розкриває принципи роботи на нижньому рівні. Наразі INFINIT вже отримав 6 мільйонів доларів у посівному фінансуванні від Robot Ventures, Electric Capital та Maelstrom Capital.

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

Khalani побудував три основні компоненти: сумісний шар Intent, Validity та універсальний розрахунковий шар.

Зовнішні додатки або рівень намірів можуть надсилати наміри до Khalani, а потім сумісний рівень намірів Khalani може перетворити зовнішні наміри у формат, який може розпізнати протокол Solver, використовуючи нормалізований формат, яким є мова Validity. Вузол Khalani відповідає за подання остаточних результатів загальному розрахунковому рівню через міжмережеві мости, технології швидкого розрахунку тощо. Цей проект все ще перебуває на етапі будівництва, ще не розкрито більше деталей роботи. У серпні він отримав 2,2 мільйона доларів США в рамках початкового раунду фінансування від Ethereal Ventures, Nascent, Maelstrom Capital тощо.

Лікорис

Liquorice є децентралізованим додатком, що забезпечує ціновідкриття на основі аукціонів та односторонні ліквідні пул. Основна місія Liquorice полягає в наданні професійним торговим компаніям ефективних інструментів управління запасами та легкому з'єднанні з певним DEX та певними DEX, такими як основні DeFi протоколи, під час розрахунку угод на основі намірів використання. Одночасно Liquorice створила ринок для кредитування, щоб здійснювати кредитні операції. Цей додаток більше зосереджений на самій угоді. Наразі він все ще на стадії розробки; у липні було оголошено про отримання 1,2 мільйона доларів у фінансуванні Pre-seed від GreenField.

Сіон

Xion є оновленням бренду Burnt, який раніше зосереджувався на споживчих програмах. Після цього команда виявила велику фрагментацію в ланцюгових взаємодіях, тому було створено Xion для покращення цієї проблеми. Xion побудовано на основі консенсусного протоколу Comet BFT. Використувана міжланцюгова комунікація базується на Cosmos IBC, тому вона більш рідна та безпечніша, ніж інші міжланцюгові мости. Було проведено чотири раунди фінансування, інвестори включають Animoca, Multicoin, Alliance DAO, Mechanism та ін.

=nil; Фонд

nil є ринком ZK потужностей Ethereum, ZK співпроцесорів та розробником Layer2, команда має глибокі знання ZK технологій. Було запропоновано рішення zkSharding, яке використовує ZK технології для горизонтального масштабування основної мережі Ethereum, виконує паралобробку транзакцій та генерує ZKP, у той час як основне шард підтверджує дані, спілкується з Ethereum та синхронізує стан мережі між усіма валідаторами. Основне шард також управляє розподілом валідаторів та облікових записів у виконавчому шарді. Консенсусний протокол, який використовує комітет валідаторів, також є Hotstuff, що є досить поширеним у останніх проектах паралельного виконання. =nil; L2 з самого початку вбудував міжшардову комунікацію в протокол. Міжшардові повідомлення підтверджуються комітетом валідаторів кожного шард як транзакції.

Його базова ідея полягає в тому, щоб за допомогою фрагментованої архітектури Рівня 2 створити вбудовану архітектуру міжфрагментного зв'язку, схожу на IBC, що дозволить вирішити проблеми Ліквідності та розподілу стану. Проте його основна ідея не є розумною, оскільки проблема, яку вирішує розподіл ліквідності, є проблемою багатьох ланцюгів, а створюється єдиний Рівень 2, що означає, що для вирішення цієї проблеми всі ланцюги мають стати фрагментом ZK-sharding, що важко реалізувати.

ERC-7683

Ethereum також працює над вирішенням проблеми кросчейнової ліквідності. Наразі певний Рівень 2, певний Рівень 2 та певний DEX спочатку публічно підтримують стандарт ERC7683, який також використовує кросчейновий метод, заснований на намірі. Його основна мета – встановити загальний стандарт для кросчейнових операцій між L2 та бічними ланцюгами, стандартизувати інтерфейси замовлень та розрахунків, забезпечити безшовне кросчейнове виконання. Основна суть полягає в тому, що Filler також можна вважати роллю Solver у ланцюговій абстракції для оплати. Цю пропозицію спільно розробили певний DEX та Across, і наразі вона розглядається робочою групою Cake.

Стек ### OP

OP Stack, ERC-7683 та zkSharding, як і раніше, є рішеннями для фрагментації ліквідності між Рівень 2 в межах Ethereum.

Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 5
  • Поділіться
Прокоментувати
0/400
GateUser-1a2ed0b9vip
· 10год тому
Бульбашка оцінки вже проявилася
Переглянути оригіналвідповісти на0
FOMOmonstervip
· 10год тому
Усі хочуть забрати м'ясо.
Переглянути оригіналвідповісти на0
SeasonedInvestorvip
· 10год тому
падіння нижче ціни випуску стало звичайним явищем
Переглянути оригіналвідповісти на0
AlgoAlchemistvip
· 10год тому
обдурювати людей, як лохів即牺牲
Переглянути оригіналвідповісти на0
MemecoinResearchervip
· 10год тому
Ліквідність war ahead L2
Переглянути оригіналвідповісти на0
  • Закріпити