Обговорення проблеми ліквідності в умовах Рівня 2

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

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

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

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

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

Рівень 2

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

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

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

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

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

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

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

Рівень розрахунків

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

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

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

![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(

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

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

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

3. Зосередженість на мережі намірів поза ланцюгом: основна суть полягає в тому, що користувач надсилає намір до мережі рішень, а роль рішень полягає в конкуренції за пропозиції, щоб надати оптимальний час виконання та ціну угоди. Цими рішальниками можуть бути AI-агенти, централізовані біржі, маркет-мейкери, а також самі інтеграційні протоколи. Хоча намір теоретично може реалізувати операції між ланцюгами будь-якої складності, для реалізації дійсно потрібно мати достатню ліквідність рішень для допомоги. Крім того, коли виникають певні потреби поза ланцюгом, існує можливість шахрайства з боку рішальників. Якщо впроваджувати заходи проти шахрайства, такі як доказ шахрайства, складність реалізації мережі рішальників зросте, і поріг входу для роботи рішальників також стане вищим.

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

5. Зосередженість на застосуваннях на блокчейні: такі застосунки створюються шляхом інтеграції великих маркет-мейкерів або сторонніх застосунків для побудови високоліквідних застосувань. Такі проекти потребують управління складними крос-ланцюговими процесами, що висуває високі вимоги до розробників, тому виникає велика ймовірність появи проблем з безпекою.

![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(

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

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

![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(

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

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

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

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

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

Ще один проект - це ринок ZK обчислювальної потужності Ethereum, ZK коопроцесор та розробники Layer 2, команда має глибокі знання технології ZK. Запропоновано рішення zkSharding, яке використовує технологію ZK для горизонтального масштабування основної мережі Ethereum, виконання паралельної обробки транзакцій та генерації ZKP, в той час як основний шард перевіряє дані, спілкується з Ethereum та синхронізує стан мережі між усіма валідаторами. Основний шард також управляє розподілом валідаторів та рахунків у виконавчому шарді. Консенсусний протокол, що використовується комітетом перевірки, також є протоколом, який часто використовують у проектах паралельного виконання. Цей проект з самого початку вбудував міжшардову комунікацію в протокол. Міжшардові повідомлення перевіряються комітетом валідаторів кожного шару як транзакції.

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

![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(

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

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

![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(

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

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

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

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