Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Рівня 2
З переходом Ethereum на масштабування з акцентом на Рівень 2 та зростанням відповідних інструментів, багато публічних блокчейнів швидко розвиваються. Багато суб'єктів хочуть побудувати свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Проте поява багатьох публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проектів стикаються з труднощами на початковому етапі.
Завдяки відповідним технологіям, кілька відомих компаній та установ запустили свої власні Рівень 2 або приватні блокчейни. Сьогодні витрати на створення блокчейну та технічні бар'єри значно знижені, а вартість експлуатації блокчейну на основі певного технологічного стеку становить близько 10,000 доларів на місяць.
Майбутнє, безумовно, буде епохою спільного існування багатьох ланцюгів. Хоча ці Рівень 2 ланцюги можуть обрати EVM-сумісність для забезпечення взаємодії, через велику кількість додатків знизу, що стоять за ними, їм буде важко будувати додатки та досягати консенсусу на одному ланцюзі.
Сучасна багатоланкова екосистема приносить новий виклик: ліквідність та розподіл стану. Оскільки наявність багатоланковості є неминучою, інтероперабельність стає сферою, яку необхідно досліджувати та вирішувати. Наразі існує безліч рішень для ліквідності, таких як абстракція ланцюга, наміри, Clearing Execution, Native CrossChain, ZKSharding тощо, але їхня сутність однакова.
Ми використовуємо визнану в індустрії архітектуру Cake для поетапного представлення основних компонентів абстракції міжланцюга:
Рівень застосунків (Application Layer)
Це рівень, на якому користувачі взаємодіють безпосередньо, а також найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конвертації ліквідності. На прикладному рівні користувачі взаємодіють з інтерфейсом, не обов'язково розуміючи механізм конвертації ліквідності на нижньому рівні.
Шар дозволів (Permission Layer)
Розташоване нижче рівня застосунків, користувач задовольняє торгові наміри, підключаючи гаманець до dApp і запитуючи ціну. Тут "намір" відноситься до бажаного кінцевого результату угоди (тобто виходу), а не до конкретного шляху виконання угоди.
Управління обліковим записом і абстракція ключів (Key Management and Account Abstraction)
Через існування багатоланцевого середовища потрібна система управління обліковими записами та абстракції, яка адаптується до різних ланцюгів для підтримки унікальної структури облікових записів кожного ланцюга. Деякі проєкти досягають абстрактного управління, створюючи надійні облікові системи або генеруючи мульти-ланцеві гаманці для користувачів, що суттєво оптимізує досвід користувачів і зменшує фрагментацію UX.
Рівень вирішення (Solver Layer)
Цей рівень відповідає за прийом та реалізацію торгових намірів користувачів, роль Solver тут змагається за надання кращого користувацького досвіду, включаючи швидший час торгівлі та швидкість виконання. На цій основі деякі проекти створили різноманітні рішення, орієнтовані на наміри.
Шар розрахунків (Settlement Layer)
Це проміжний шар, який використовується для реалізації намірів користувача. Основні компоненти рішень з ліквідності та розподілу стану включають:
Оркул (Oracle): використовується для отримання інформації про стан з інших ланцюгів.
Крос-чейн мости (Bridges): відповідають за передачу інформації та ліквідності між мережами.
Попереднє підтвердження плану (Pre-Confirmation): скорочення часу підтвердження між мережами.
Доступність даних (DA): забезпечує доступність даних.
Крім того, необхідно врахувати ліквідність між ланцюгами, остаточну підтвердженість (Finality), механізм підтвердження Рівня 2 та інші фактори, щоб забезпечити ефективну роботу всієї багатоланцюгової системи.
Рішення
Наразі на ринку існує кілька рішень для ліквідності, які обдурюють людей, як лохів, основними з яких є наступні способи:
Зосередження на певних технологіях: допомога в спільному використанні ліквідності та стану Rollup, побудованого на певному технологічному стеку, шляхом приєднання спеціальних спільних сортировщиків і кросчейн-мостів.
Зосередженість на обліковому записі: створення облікового гаманця для всього ланцюга, що підтримує підписання та виконання транзакцій через різні блокчейн-протоколи за допомогою спеціальних технологій.
Зосередження на мережі намірів поза ланцюгом: користувач надсилає намір до мережі Solver, роль Solver змагається за пропозиції, надаючи найкращий час виконання та ціну угоди.
Центрована на мережі ліквідності на базі блокчейну: спеціалізується на оптимізації проблем ліквідності між ланцюгами, створює рівень ліквідності, на якому можна розгортати додатки для спільного використання ліквідності всього ланцюга.
Центр на застосунках на базі блокчейна: створення високої ліквідності застосунків шляхом інтеграції великого MM або сторонніх застосунків.
Вирішення проблеми ліквідності є дуже важливим завданням, оскільки в фінансовому світі ліквідність часто означає все. Якщо зможуть побудувати платформу для інтеграції ліквідності, особливо об'єднавши розрізнені ліквідності з усієї мережі, це матиме великий потенціал.
Далі ми обговоримо кілька типових проектів абстрактних концепцій блокчейну, щоб подивитися, як кожен з них вирішує проблему ліквідності обдурювання людей, як лохів зі своєї точки зору.
ІНФІНІТ
INFINIT побудував сервіс у сфері DeFi, який може надати компоненти, необхідні для прямого створення DeFi-протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти, такі як Leverage Trading і Yield Strategy, які можна активувати негайно. Це еквівалентно іншим кінцевим застосункам, але остаточна ліквідність розміщується на ліквідність рівня INFINIT.
Мережа Халані
Khalani побудував три основні компоненти: сумісний шар Intent, Validity та загальний розрахунковий шар. Зовнішні додатки або шар намірів можуть публікувати наміри до Khalani, а потім сумісний шар Intent Khalani може перетворити зовнішні наміри в формат, який може бути розпізнаний протоколом Solver.
Лакриця
Liquorice є децентралізованим додатком, який забезпечує ціновий відкриття на основі аукціону та односторонні ліквідні пул. Головна місія Liquorice полягає в наданні професійним торговим компаніям ефективних інструментів управління запасами та легкому підключенню до основних DeFi протоколів під час розрахунку угод за наміром використання.
Сіон
Xion побудовано на основі протоколу консенсусу Comet BFT. Використуване міжланкове спілкування базується на Cosmos IBC, тому воно є більш рідним і безпечним, ніж інші міжланкові мости.
=nil; Фонд
nil є маркетом ZK обчислювальної потужності Ethereum, ZK супроводжуючого процесора та розробником Рівень 2, який запропонував рішення zkSharding. Це рішення використовує технологію ZK для горизонтального масштабування основної мережі Ethereum, виконує шардінг паралельної обробки транзакцій і генерує ZKP.
ERC-7683
Ethereum також працює над вирішенням цієї проблеми крос-ланцюгової ліквідності, наразі деякі відомі проекти спочатку відкрито підтримують стандарт ERC7683, який також використовує крос-ланцюговий підхід на основі Intent. Його основна мета полягає в створенні загальних стандартів для крос-ланцюгових операцій між L2 та бічними ланцюгами, стандартизації замовлень та розрахункових інтерфейсів для безшовного виконання крос-ланцюгових транзакцій.
Стек #### OP
OP Stack розробляє повноцінне багаторівневе рішення Рівень 2, щоб одноразово вирішити проблеми передачі інформації та децентралізації Sequencer. Коли ви використовуєте архітектуру OP Stack, автоматично розгортаються крос-ланцюгові контракти, одночасно існуючи наглядовий орган, щоб кидати виклик та уникати передачі фальшивої крос-ланцюгової інформації.
підсумок
Вирішення проблеми ліквідності між мережами - це дуже складна та багатогранна сфера з безліччю рішень. Різні рішення виходять з різних аспектів, намагаючись вирішити проблеми ліквідності, стану та розриву в користувацькому досвіді. Майбутнє обов'язково буде багаточинним, і вирішення проблеми розподілу ліквідності - це виклик, з яким галузь неодмінно зіткнеться, тоді як інтеграція ліквідності по всій мережі має великий потенціал для розвитку та може стати важливою інфраструктурою епохи Web3.
Переглянути оригінал
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Проблема фрагментації ліквідності в епоху рівня 2: дослідження рішень у мультичейн екосистемі
Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Рівня 2
З переходом Ethereum на масштабування з акцентом на Рівень 2 та зростанням відповідних інструментів, багато публічних блокчейнів швидко розвиваються. Багато суб'єктів хочуть побудувати свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Проте поява багатьох публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проектів стикаються з труднощами на початковому етапі.
Завдяки відповідним технологіям, кілька відомих компаній та установ запустили свої власні Рівень 2 або приватні блокчейни. Сьогодні витрати на створення блокчейну та технічні бар'єри значно знижені, а вартість експлуатації блокчейну на основі певного технологічного стеку становить близько 10,000 доларів на місяць.
Майбутнє, безумовно, буде епохою спільного існування багатьох ланцюгів. Хоча ці Рівень 2 ланцюги можуть обрати EVM-сумісність для забезпечення взаємодії, через велику кількість додатків знизу, що стоять за ними, їм буде важко будувати додатки та досягати консенсусу на одному ланцюзі.
Сучасна багатоланкова екосистема приносить новий виклик: ліквідність та розподіл стану. Оскільки наявність багатоланковості є неминучою, інтероперабельність стає сферою, яку необхідно досліджувати та вирішувати. Наразі існує безліч рішень для ліквідності, таких як абстракція ланцюга, наміри, Clearing Execution, Native CrossChain, ZKSharding тощо, але їхня сутність однакова.
Ми використовуємо визнану в індустрії архітектуру Cake для поетапного представлення основних компонентів абстракції міжланцюга:
Рівень застосунків (Application Layer)
Це рівень, на якому користувачі взаємодіють безпосередньо, а також найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конвертації ліквідності. На прикладному рівні користувачі взаємодіють з інтерфейсом, не обов'язково розуміючи механізм конвертації ліквідності на нижньому рівні.
Шар дозволів (Permission Layer)
Розташоване нижче рівня застосунків, користувач задовольняє торгові наміри, підключаючи гаманець до dApp і запитуючи ціну. Тут "намір" відноситься до бажаного кінцевого результату угоди (тобто виходу), а не до конкретного шляху виконання угоди.
Управління обліковим записом і абстракція ключів (Key Management and Account Abstraction)
Через існування багатоланцевого середовища потрібна система управління обліковими записами та абстракції, яка адаптується до різних ланцюгів для підтримки унікальної структури облікових записів кожного ланцюга. Деякі проєкти досягають абстрактного управління, створюючи надійні облікові системи або генеруючи мульти-ланцеві гаманці для користувачів, що суттєво оптимізує досвід користувачів і зменшує фрагментацію UX.
Рівень вирішення (Solver Layer)
Цей рівень відповідає за прийом та реалізацію торгових намірів користувачів, роль Solver тут змагається за надання кращого користувацького досвіду, включаючи швидший час торгівлі та швидкість виконання. На цій основі деякі проекти створили різноманітні рішення, орієнтовані на наміри.
Шар розрахунків (Settlement Layer)
Це проміжний шар, який використовується для реалізації намірів користувача. Основні компоненти рішень з ліквідності та розподілу стану включають:
Крім того, необхідно врахувати ліквідність між ланцюгами, остаточну підтвердженість (Finality), механізм підтвердження Рівня 2 та інші фактори, щоб забезпечити ефективну роботу всієї багатоланцюгової системи.
Рішення
Наразі на ринку існує кілька рішень для ліквідності, які обдурюють людей, як лохів, основними з яких є наступні способи:
Зосередження на певних технологіях: допомога в спільному використанні ліквідності та стану Rollup, побудованого на певному технологічному стеку, шляхом приєднання спеціальних спільних сортировщиків і кросчейн-мостів.
Зосередженість на обліковому записі: створення облікового гаманця для всього ланцюга, що підтримує підписання та виконання транзакцій через різні блокчейн-протоколи за допомогою спеціальних технологій.
Зосередження на мережі намірів поза ланцюгом: користувач надсилає намір до мережі Solver, роль Solver змагається за пропозиції, надаючи найкращий час виконання та ціну угоди.
Центрована на мережі ліквідності на базі блокчейну: спеціалізується на оптимізації проблем ліквідності між ланцюгами, створює рівень ліквідності, на якому можна розгортати додатки для спільного використання ліквідності всього ланцюга.
Центр на застосунках на базі блокчейна: створення високої ліквідності застосунків шляхом інтеграції великого MM або сторонніх застосунків.
Вирішення проблеми ліквідності є дуже важливим завданням, оскільки в фінансовому світі ліквідність часто означає все. Якщо зможуть побудувати платформу для інтеграції ліквідності, особливо об'єднавши розрізнені ліквідності з усієї мережі, це матиме великий потенціал.
Далі ми обговоримо кілька типових проектів абстрактних концепцій блокчейну, щоб подивитися, як кожен з них вирішує проблему ліквідності обдурювання людей, як лохів зі своєї точки зору.
ІНФІНІТ
INFINIT побудував сервіс у сфері DeFi, який може надати компоненти, необхідні для прямого створення DeFi-протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти, такі як Leverage Trading і Yield Strategy, які можна активувати негайно. Це еквівалентно іншим кінцевим застосункам, але остаточна ліквідність розміщується на ліквідність рівня INFINIT.
Мережа Халані
Khalani побудував три основні компоненти: сумісний шар Intent, Validity та загальний розрахунковий шар. Зовнішні додатки або шар намірів можуть публікувати наміри до Khalani, а потім сумісний шар Intent Khalani може перетворити зовнішні наміри в формат, який може бути розпізнаний протоколом Solver.
Лакриця
Liquorice є децентралізованим додатком, який забезпечує ціновий відкриття на основі аукціону та односторонні ліквідні пул. Головна місія Liquorice полягає в наданні професійним торговим компаніям ефективних інструментів управління запасами та легкому підключенню до основних DeFi протоколів під час розрахунку угод за наміром використання.
Сіон
Xion побудовано на основі протоколу консенсусу Comet BFT. Використуване міжланкове спілкування базується на Cosmos IBC, тому воно є більш рідним і безпечним, ніж інші міжланкові мости.
=nil; Фонд
nil є маркетом ZK обчислювальної потужності Ethereum, ZK супроводжуючого процесора та розробником Рівень 2, який запропонував рішення zkSharding. Це рішення використовує технологію ZK для горизонтального масштабування основної мережі Ethereum, виконує шардінг паралельної обробки транзакцій і генерує ZKP.
ERC-7683
Ethereum також працює над вирішенням цієї проблеми крос-ланцюгової ліквідності, наразі деякі відомі проекти спочатку відкрито підтримують стандарт ERC7683, який також використовує крос-ланцюговий підхід на основі Intent. Його основна мета полягає в створенні загальних стандартів для крос-ланцюгових операцій між L2 та бічними ланцюгами, стандартизації замовлень та розрахункових інтерфейсів для безшовного виконання крос-ланцюгових транзакцій.
Стек #### OP
OP Stack розробляє повноцінне багаторівневе рішення Рівень 2, щоб одноразово вирішити проблеми передачі інформації та децентралізації Sequencer. Коли ви використовуєте архітектуру OP Stack, автоматично розгортаються крос-ланцюгові контракти, одночасно існуючи наглядовий орган, щоб кидати виклик та уникати передачі фальшивої крос-ланцюгової інформації.
підсумок
Вирішення проблеми ліквідності між мережами - це дуже складна та багатогранна сфера з безліччю рішень. Різні рішення виходять з різних аспектів, намагаючись вирішити проблеми ліквідності, стану та розриву в користувацькому досвіді. Майбутнє обов'язково буде багаточинним, і вирішення проблеми розподілу ліквідності - це виклик, з яким галузь неодмінно зіткнеться, тоді як інтеграція ліквідності по всій мережі має великий потенціал для розвитку та може стати важливою інфраструктурою епохи Web3.