Дослідження проблеми ліквідності обдурювання людей, як лохів в еру Рівня 2
З переходом Ethereum на рішення з розширення на основі Рівня 2 і з появою відповідних інструментів, багато публічних блокчейнів швидко розвиваються. Багато організацій прагнуть побудувати свої власні ланцюги, щоб представляти різні інтереси і шукати вищу оцінку. Однак велика кількість публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проектів зазнають краху в момент випуску.
За допомогою відповідних технологій кілька відомих установ випустили свої власні Рівень 2 або інші ланцюги. Сьогодні поріг фінансування та технологій для створення ланцюга значно знижено, а витрати на експлуатацію ланцюга, заснованого на певних технологіях, становлять приблизно 10 000 доларів на місяць.
В майбутньому безсумнівно настане епоха багатоланкової співіснуючої системи. Незважаючи на те, що ці Рівень 2 ланцюги можуть обрати EVM-сумісність для забезпечення взаємодії, через велику кількість downstream-додатків, які підтримують їх, їм буде важко будувати додатки та досягати консенсусу на одній ланцюзі.
Поточна багатоланкова екосистема принесла новий виклик: ліквідність і розподіл стану. Оскільки наявність багатоланковості є неминучою, то взаємодія є обов'язковою сферою для дослідження та вирішення. Наразі існує багато рішень для ліквідності, але їхня основна суть є однаковою.
Ми використовуємо визнану в індустрії архітектуру для поступового представлення основних компонентів кросчейн абстракції:
Рівень застосувань (Application Layer)
Це рівень, де користувачі взаємодіють безпосередньо, а також найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі перетворення ліквідності. На прикладному рівні користувачі взаємодіють з фронтальним інтерфейсом, не обов'язково розуміючи механізми перетворення ліквідності на нижньому рівні.
Шар дозволів (Permission Layer)
Розташований нижче рівня застосунків, користувачі задовольняють свої торгові наміри, підключаючи гаманець до dApp і запитуючи котирування. Тут «наміри» відносяться до очікуваного кінцевого результату угоди (тобто виходу), а не до конкретного шляху виконання угоди.
Управління рахунками та абстракція ключів (Key Management and Account Abstraction)
Через існування багатоланкової середовища, необхідна система управління обліковими записами та абстракції, що адаптується до різних ланцюгів, щоб підтримувати унікальну структуру облікових записів кожного ланцюга. Деякі проекти побудували надійну систему облікових записів, що не вимагає встановлення міжланцюгового консенсусу, а лише надійних зобов'язань між існуючими системами облікових записів. Інші реалізують абстрактне управління, генеруючи багатоланкові гаманці для користувачів, що значно оптимізує користувацький досвід і зменшує фрагментацію користувацького досвіду.
Рівень розв'язання (Solver Layer)
Цей рівень відповідає за отримання та реалізацію торгових намірів користувачів, роль Solver тут змагається за надання кращого досвіду для користувачів, включаючи швидший час угод та швидкість виконання. На цій основі деякі проєкти створили різні рішення, орієнтовані на наміри.
Шар розрахунків (Settlement Layer)
Це проміжний шар, що використовується для реалізації намірів користувача. Основні компоненти рішень з ліквідності та розподілу стану включають:
Оркул (Oracle): використовується для отримання інформації про стан з інших ланцюгів.
Крос-чейн мости (Bridges): відповідають за передачу інформації та ліквідності між блокчейнами.
Попереднє підтвердження (Pre-Confirmation): скорочення часу підтвердження між ланцюгами.
Доступність даних (DA): забезпечує доступність даних.
Крім того, слід враховувати ліквідність між ланцюгами, фінальність (Finality), механізми доказів Рівня 2 та інші фактори, щоб забезпечити ефективну роботу всієї багатоланцюгової системи.
Рішення
Наразі на ринку існує безліч рішень для розв'язання проблеми ліквідності, після огляду великої кількості рішень ми виявили, що основними є кілька способів:
Орієнтація на технічні рішення: допомога у спільній ліквідності та стані Rollup, побудованому на певному технологічному стеку, шляхом додавання специфічних спільних сортувальників та кросчейн-мостів. Це має на меті вирішити проблему децентралізації ліквідності та стану на вищому рівні.
Зосередженість на рахунках: створення облікового гаманця для всієї мережі, що підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, яка називається «ланцюговий підпис». Основним компонентом є мережа MPC, яка замінює користувачів при підписанні транзакцій у кількох ланцюгах.
Зосередженість на мережі поза ланцюгом: суть полягає в тому, що користувач надсилає намір до мережі Solver, де роль Solver полягає в конкуренції за цінові пропозиції, щоб надати найкращий час виконання та ціну угоди. Ці Solver можуть бути AI агентами, торговими платформами, маркет-мейкерами чи навіть самими інтегрованими протоколами.
Зосередженість на мережі ліквідності на базі блокчейну: цей напрямок спеціально оптимізує проблеми ліквідності між блокчейнами, але не вирішує інші проблеми розподілу стану на блокчейні. Його основою є побудова шару ліквідності, на якому створюються додатки для спільного використання ліквідності з усіх блокчейнів.
Зосередження на застосуваннях на базі блокчейн: такі застосунки створюють високоліквідні рішення шляхом інтеграції з великими маркет-мейкерами або сторонніми застосунками. Ці проекти потребують управління складними крос-ланцюговими процесами, що висуває високі вимоги до розробників, тому вони також дуже схильні до проблем безпеки.
Вирішення проблеми ліквідності є дуже важливим питанням, у фінансовому світі ліквідність часто представляє собою все, якщо вдасться створити платформу для інтеграції ліквідності, особливо об'єднавши розрізнену ліквідність по всьому ланцюгу, це матиме величезний потенціал.
У двох наведених вище категоріях ми можемо побачити, що відповідно до архітектури, рівень розрахунків є найатомарнішим рішенням. На цих атомарних рішеннях, таких як крос-ланцюги, оракули, попередні підтвердження тощо, будується більш абстрактний рівень, а саме рівень вирішення, рівень доступу та рівень застосування. Різні рішення, які ми навели вище, що побудовані в різних напрямках для створення абстрактних або Ліквідність-рішень, можна розглядати як відношення між верхньою та нижньою частинами. Однак ці рішення все ще не є атомарними рішеннями, і вся проблема Ліквідність-розриву призвела до виникнення багатьох складних похідних проблем. Тому, що стосується взаємодії, виникло безліч різноманітних рішень. Але, по суті, все ще потрібно покладатися на ці компоненти.
підсумок
Розв'язання проблеми ліквідності між ланцюгами є дуже складною і має багато різноманітних рішень, наприклад, рішення Рівня 2 поділяються на ті, що використовують вбудовані міжланцюгові повідомлення для розв'язання, і ті, що будують специфічний технологічний стек для спільного використання сортувальників. Виходячи з контексту Рівня 2, усі Рівні 1 також стикаються з проблемами ліквідності, стану та розриву в досвіді користувачів, є спеціалізовані рішення, зосереджені на ліквідності, а також рішення для мережі з поза ланцюгом, навіть існують подібні рішення, зосереджені на облікових записах, але також потрібно базуватися на розв'язанні цієї поза ланцюгової ролі.
Ми досить визнані, що розрив між крос-ланцюговою ліквідністю, станом та досвідом користувачів є проблемою всього блокчейн-індустрії. Якщо розглядати це в цілому, потрібно діяти більш абстрактно, подібно до абстракції ланцюга, що фактично є справжнім входом у Web3, вирішуючи розрив у досвіді користувачів, при цьому інтеграція ліквідності та стану відбувається в місцях, які користувачі не можуть сприймати. Конкретно, як інтегрувати, знову ж таки розділяється на використання поза ланцюгових мереж для розв'язання та атомарну інтеграцію крос-ланцюгових мостів та інших об'єктів, що варто обговорити. Загалом, майбутнє безумовно буде мульти-ланцюговим, вирішення проблеми розподілу ліквідності є питанням, з яким індустрія неодмінно зіткнеться, і така інтеграція всього ланцюга ліквідності має величезний потенціал для зростання, що може призвести до створення нових платформ епохи Web3.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Виклики ліквідності епохи Рівня 2: рішення та тенденції розвитку в багатоланцюговій екосистемі
Дослідження проблеми ліквідності обдурювання людей, як лохів в еру Рівня 2
З переходом Ethereum на рішення з розширення на основі Рівня 2 і з появою відповідних інструментів, багато публічних блокчейнів швидко розвиваються. Багато організацій прагнуть побудувати свої власні ланцюги, щоб представляти різні інтереси і шукати вищу оцінку. Однак велика кількість публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проектів зазнають краху в момент випуску.
За допомогою відповідних технологій кілька відомих установ випустили свої власні Рівень 2 або інші ланцюги. Сьогодні поріг фінансування та технологій для створення ланцюга значно знижено, а витрати на експлуатацію ланцюга, заснованого на певних технологіях, становлять приблизно 10 000 доларів на місяць.
В майбутньому безсумнівно настане епоха багатоланкової співіснуючої системи. Незважаючи на те, що ці Рівень 2 ланцюги можуть обрати EVM-сумісність для забезпечення взаємодії, через велику кількість downstream-додатків, які підтримують їх, їм буде важко будувати додатки та досягати консенсусу на одній ланцюзі.
Поточна багатоланкова екосистема принесла новий виклик: ліквідність і розподіл стану. Оскільки наявність багатоланковості є неминучою, то взаємодія є обов'язковою сферою для дослідження та вирішення. Наразі існує багато рішень для ліквідності, але їхня основна суть є однаковою.
Ми використовуємо визнану в індустрії архітектуру для поступового представлення основних компонентів кросчейн абстракції:
Рівень застосувань (Application Layer)
Це рівень, де користувачі взаємодіють безпосередньо, а також найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі перетворення ліквідності. На прикладному рівні користувачі взаємодіють з фронтальним інтерфейсом, не обов'язково розуміючи механізми перетворення ліквідності на нижньому рівні.
Шар дозволів (Permission Layer)
Розташований нижче рівня застосунків, користувачі задовольняють свої торгові наміри, підключаючи гаманець до dApp і запитуючи котирування. Тут «наміри» відносяться до очікуваного кінцевого результату угоди (тобто виходу), а не до конкретного шляху виконання угоди.
Управління рахунками та абстракція ключів (Key Management and Account Abstraction)
Через існування багатоланкової середовища, необхідна система управління обліковими записами та абстракції, що адаптується до різних ланцюгів, щоб підтримувати унікальну структуру облікових записів кожного ланцюга. Деякі проекти побудували надійну систему облікових записів, що не вимагає встановлення міжланцюгового консенсусу, а лише надійних зобов'язань між існуючими системами облікових записів. Інші реалізують абстрактне управління, генеруючи багатоланкові гаманці для користувачів, що значно оптимізує користувацький досвід і зменшує фрагментацію користувацького досвіду.
Рівень розв'язання (Solver Layer)
Цей рівень відповідає за отримання та реалізацію торгових намірів користувачів, роль Solver тут змагається за надання кращого досвіду для користувачів, включаючи швидший час угод та швидкість виконання. На цій основі деякі проєкти створили різні рішення, орієнтовані на наміри.
Шар розрахунків (Settlement Layer)
Це проміжний шар, що використовується для реалізації намірів користувача. Основні компоненти рішень з ліквідності та розподілу стану включають:
Крім того, слід враховувати ліквідність між ланцюгами, фінальність (Finality), механізми доказів Рівня 2 та інші фактори, щоб забезпечити ефективну роботу всієї багатоланцюгової системи.
Рішення
Наразі на ринку існує безліч рішень для розв'язання проблеми ліквідності, після огляду великої кількості рішень ми виявили, що основними є кілька способів:
Орієнтація на технічні рішення: допомога у спільній ліквідності та стані Rollup, побудованому на певному технологічному стеку, шляхом додавання специфічних спільних сортувальників та кросчейн-мостів. Це має на меті вирішити проблему децентралізації ліквідності та стану на вищому рівні.
Зосередженість на рахунках: створення облікового гаманця для всієї мережі, що підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, яка називається «ланцюговий підпис». Основним компонентом є мережа MPC, яка замінює користувачів при підписанні транзакцій у кількох ланцюгах.
Зосередженість на мережі поза ланцюгом: суть полягає в тому, що користувач надсилає намір до мережі Solver, де роль Solver полягає в конкуренції за цінові пропозиції, щоб надати найкращий час виконання та ціну угоди. Ці Solver можуть бути AI агентами, торговими платформами, маркет-мейкерами чи навіть самими інтегрованими протоколами.
Зосередженість на мережі ліквідності на базі блокчейну: цей напрямок спеціально оптимізує проблеми ліквідності між блокчейнами, але не вирішує інші проблеми розподілу стану на блокчейні. Його основою є побудова шару ліквідності, на якому створюються додатки для спільного використання ліквідності з усіх блокчейнів.
Зосередження на застосуваннях на базі блокчейн: такі застосунки створюють високоліквідні рішення шляхом інтеграції з великими маркет-мейкерами або сторонніми застосунками. Ці проекти потребують управління складними крос-ланцюговими процесами, що висуває високі вимоги до розробників, тому вони також дуже схильні до проблем безпеки.
Вирішення проблеми ліквідності є дуже важливим питанням, у фінансовому світі ліквідність часто представляє собою все, якщо вдасться створити платформу для інтеграції ліквідності, особливо об'єднавши розрізнену ліквідність по всьому ланцюгу, це матиме величезний потенціал.
У двох наведених вище категоріях ми можемо побачити, що відповідно до архітектури, рівень розрахунків є найатомарнішим рішенням. На цих атомарних рішеннях, таких як крос-ланцюги, оракули, попередні підтвердження тощо, будується більш абстрактний рівень, а саме рівень вирішення, рівень доступу та рівень застосування. Різні рішення, які ми навели вище, що побудовані в різних напрямках для створення абстрактних або Ліквідність-рішень, можна розглядати як відношення між верхньою та нижньою частинами. Однак ці рішення все ще не є атомарними рішеннями, і вся проблема Ліквідність-розриву призвела до виникнення багатьох складних похідних проблем. Тому, що стосується взаємодії, виникло безліч різноманітних рішень. Але, по суті, все ще потрібно покладатися на ці компоненти.
підсумок
Розв'язання проблеми ліквідності між ланцюгами є дуже складною і має багато різноманітних рішень, наприклад, рішення Рівня 2 поділяються на ті, що використовують вбудовані міжланцюгові повідомлення для розв'язання, і ті, що будують специфічний технологічний стек для спільного використання сортувальників. Виходячи з контексту Рівня 2, усі Рівні 1 також стикаються з проблемами ліквідності, стану та розриву в досвіді користувачів, є спеціалізовані рішення, зосереджені на ліквідності, а також рішення для мережі з поза ланцюгом, навіть існують подібні рішення, зосереджені на облікових записах, але також потрібно базуватися на розв'язанні цієї поза ланцюгової ролі.
Ми досить визнані, що розрив між крос-ланцюговою ліквідністю, станом та досвідом користувачів є проблемою всього блокчейн-індустрії. Якщо розглядати це в цілому, потрібно діяти більш абстрактно, подібно до абстракції ланцюга, що фактично є справжнім входом у Web3, вирішуючи розрив у досвіді користувачів, при цьому інтеграція ліквідності та стану відбувається в місцях, які користувачі не можуть сприймати. Конкретно, як інтегрувати, знову ж таки розділяється на використання поза ланцюгових мереж для розв'язання та атомарну інтеграцію крос-ланцюгових мостів та інших об'єктів, що варто обговорити. Загалом, майбутнє безумовно буде мульти-ланцюговим, вирішення проблеми розподілу ліквідності є питанням, з яким індустрія неодмінно зіткнеться, і така інтеграція всього ланцюга ліквідності має величезний потенціал для зростання, що може призвести до створення нових платформ епохи Web3.