Обговорення проблеми ліквідності в умовах епохи Рівня 2
З переходом Ethereum на розширення, зосереджене на Рівні 2, а також з появою таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато організацій прагнуть створити свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Проте поява численних публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проектів втрачають вартість вже під час випуску.
За допомогою OP Stack, одна торгова платформа запустила свій Рівень 2, інша торгова платформа випустила новий ланцюг; за допомогою ZK технології, одна торгова платформа запустила новий рівень; одна ігрова компанія випустила новий ланцюг, одна соціальна платформа запустила новий ланцюг тощо. Сьогодні фінансові та технологічні бар'єри для створення ланцюга значно знижені, витрати на експлуатацію ланцюга на базі OP Stack становлять приблизно 10 000 доларів на місяць.
Майбутнє безумовно буде епохою багатоланкової співіснуючої системи. Незважаючи на те, що ці Рівень 2 ланки можуть вибрати EVM-сумісність для забезпечення взаємодії, через те, що за ними стоять сутності з великою кількістю додаткових додатків, їм важко створювати додатки на одній ланці та досягати консенсусу.
Поточна багатоланкова екосистема принесла новий виклик: Ліквідність та розподіл стану. Оскільки існування багатоланковості є неминучим, тому інтероперабельність є сферою, яку потрібно вивчати та вирішувати. В даний час існує багато рішень для ліквідності, таких як абстракція ланцюга, намір, Clearing Execution, Native CrossChain, ZKSharding тощо, але їхня суть однакова.
Ми використовуємо визнану в індустрії архітектуру для поетапного представлення основних компонентів кросчейн-абстракції:
Застосунковий рівень
Це рівень, на якому користувач взаємодіє безпосередньо, а також найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конверсії ліквідності. На прикладному рівні користувач взаємодіє з фронтальним інтерфейсом, не обов'язково розуміючи механізм конверсії ліквідності на нижньому рівні.
Дозвільний рівень
Розташований нижче рівня застосунків, користувачі задовольняють свої торгові наміри, підключаючи гаманці до dApp та запитуючи ціну. Тут "наміри" стосуються очікуваного кінцевого результату угоди (тобто виходу), а не конкретного шляху виконання угоди.
Управління рахунками та абстрактний рівень
У зв'язку з існуванням багатоланцевого середовища, потрібна система управління обліковими записами та абстракцій, що адаптується до різних ланцюгів, щоб підтримувати унікальну структуру облікових записів кожного ланцюга. Наприклад, об'єктно-централізована система облікових записів певного публічного ланцюга абсолютно відрізняється від EVM. Один проект створив надійну систему облікових записів, не вимагаючи встановлення міжланцюгового консенсусу, а лише надійних зобов'язань між існуючими системами облікових записів. Інший проект реалізував абстрактне управління, генеруючи багатоланцеві гаманці для користувачів, що значно оптимізувало досвід користувачів і зменшило фрагментацію UX. Однак у сфері ліквідності основна увага була зосереджена на інтеграції існуючих публічних ланцюгів.
求解 Рівень 2
Цей рівень відповідає за прийом і реалізацію торгових намірів користувачів, роль Solver тут змагається, щоб забезпечити кращий досвід користувачів, включаючи швидший час угоди та швидкість виконання. На цій основі проекти, засновані на намірах, розробили різні рішення, орієнтовані на наміри. Такі похідні від намірів, як компонент Predicate, можуть реалізувати наміри користувача за певних правил.
Шар розрахунків
Це проміжний рівень, який використовується для реалізації намірів користувачів. Основні компоненти рішень з Ліквідності та розподілу станів включають:
Оркул: використовується для отримання інформації про стан на інших ланцюгах.
Крос-чейн міст: відповідає за передачу інформації та ліквідності між різними блокчейнами.
Попереднє підтвердження плану: скорочення часу підтвердження між блокчейнами.
Доступність даних: забезпечення доступності даних.
Крім того, слід врахувати ліквідність між ланцюгами, остаточну підтвердженість, механізм доказів Рівня 2 та інші фактори, щоб забезпечити ефективну роботу всієї багатоланцюгової системи.
Наразі на ринку є кілька рішень для усунення ліквіднісного розриву, основними з яких є такі способи:
Зосередження на RaaS: шляхом приєднання до певних спільних сортувальників та крос-чейн мостів для сприяння спільній ліквідності та стану, побудованих на певній архітектурі Rollup. Це має на меті вирішення проблем ліквідності та розподілу стану на більш високому рівні.
Орієнтація на обліковий запис: створення повноцінного облікового гаманця, який підтримується технологією, що називається "ланцюговий підпис", для підписання та виконання транзакцій через різні протоколи блокчейну. Основним компонентом є мережа MPC, яка замінює користувача для підписання багатоцільових транзакцій.
Зосередженість на мережі поза ланцюгом: користувач надсилає намір до мережі Solver, роль Solver полягає в конкуренції за пропозиції, надаючи оптимальний час виконання та ціну угоди, ці Solver можуть бути AI агентами, біржами, маркет-мейкерами або навіть інтегрованими протоколами.
Зосередженість на мережі ліквідності на базі блокчейну: створення шару ліквідності, на якому будуть розгорнуті додатки для спільного використання ліквідності всього ланцюга.
Зосередження на застосуваннях на базі блокчейн: такі застосування створюють високоліквідні рішення, інтегруючи великих маркет-мейкерів або сторонні застосунки.
Вирішення проблеми ліквідності є дуже важливим завданням, оскільки в фінансовому світі ліквідність часто означає все. Якщо вдасться створити платформу для інтеграції ліквідності, особливо об'єднати розрізнені ліквідності всього ланцюга, це матиме дуже великий потенціал.
Наступним ми обговоримо кілька типових проектів концепцій абстракції ланцюга, щоб побачити, як кожен з них вирішує проблему ліквідності обдурювати людей, як лохів зі своєї точки зору.
ІНФІНІТ
INFINIT побудував сервіс RaaS для DeFi, який може забезпечити компоненти, необхідні для прямого побудови DeFi протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може запропонувати миттєво активовані компоненти Leverage Trading і Yield Strategy. Це еквівалентно іншим додаткам для побудови, але остаточна ліквідність розміщується на ліквідному шарі Infinit. Однак наразі він все ще не розкрив роботу підкладки.
Мережа Халані
Khalani побудував три основні компоненти: сумісний рівень Intent, Validity та універсальний рівень розрахунків. Зовнішні додатки або рівень намірів можуть публікувати наміри для Khalani, після чого сумісний рівень Intent Khalani може перетворити зовнішні наміри в формат, який може бути розпізнаний протоколом Solver, використовуючи стандартизований формат, яким є мова Validity. Вузли Khalani відповідають за подачу остаточних результатів до універсального рівня розрахунків через міжланцюгові мости, технології швидкого розрахунку тощо.
Лакрица
Liquorice - це децентралізований додаток, що забезпечує виявлення цін на основі аукціонів та односторонніх ліквідних пулів. Головною метою Liquorice є надання професійним торговим компаніям ефективних інструментів для управління запасами та легкого підключення до основних DeFi протоколів під час розрахунку угод за наміром використання. Тим часом, Liquorice створила ринок кредитування для проведення кредитних угод. Цей додаток більше зосереджений на самій угоді.
Сіон
Xion побудований на основі протоколу консенсусу Comet BFT. Використуване міжланкове спілкування базується на Cosmos IBC, тому воно є більш рідним і безпечним у порівнянні з іншими міжланковими мостами.
=nil; Фонд
nil є ринком ZK обчислювальної потужності Ethereum, ZK ко-процесором та розробником Layer2, команда має глибокі знання ZK технологій. Запропонувала рішення zkSharding, яке використовує ZK технології для горизонтального масштабування основної мережі Ethereum, виконує паралобробку транзакцій та генерує ZKP, тоді як основна шард перевіряє дані, спілкується з Ethereum та синхронізує стан мережі між усіма валідаторами.
ERC-7683
Ethereum також працює над вирішенням проблеми кросчейн ліквідності, наразі певний публічний блокчейн та певний DEX першими відкрито підтримують стандарт ERC7683, який також використовує заснований на Intent кросчейн метод. Його основна мета полягає в створенні загального стандарту для кросчейн операцій між L2 і боковими ланцюгами, стандартизації замовлень та розрахункових інтерфейсів, забезпечення безшовного кросчейн виконання, його основною сутністю є Filler, можна також сказати, що це роль Solver в абстракції ланцюга, яка виконує платежі.
Стек OP
OP Stack, ERC-7683 та zkSharding є рішеннями для фрагментації ліквідності між Layer2 в межах Ethereum, які вирішують цю проблему на архітектурному, консенсусному та прикладному рівнях. OP Stack проектує повне рішення для кількох Layer2, щоб одночасно вирішити проблеми передачі інформації та централізації Sequencer. Коли ви використовуєте архітектуру OP Stack, автоматично розгортаються кросчанні контракти, і існує Supervisor, який оскаржує, щоб уникнути передачі хибної кросчанні інформації.
Серед них виокремлюється Unichain. Unichain в основному вирішує проблему фрагментації ліквідності між ланцюгами шляхом інтеграції з мережею Superchain. Це налаштування сприяє безшовному переміщенню ліквідності, надаючи такі функції:
Міст на основі намірів: цей міст підтримує швидкий і надійний трансфер ліквідності між блокчейнами, дозволяючи користувачам встановлювати наміри, що допомагає системі автоматично вибирати найкращий маршрут для переміщення ліквідності. Цей підхід абстрагує складність для користувачів, роблячи кросчейн-транзакції більш плавними та швидкими.
Unichain верифікаційна мережа (UVN): ця децентралізована мережа операторів вузлів верифікує кросчейн-транзакції, надаючи швидшу економічну фіналізацію. Швидша фіналізація є критично важливою для забезпечення ефективного розрахунку кросчейн-транзакцій, що максимально зменшує ризики фрагментації ліквідності, спричинені затримками в розрахунках.
Flashblocks та перевірка блоків: завдяки використанню Flashblocks Unichain значно скоротив час блокування, підвищив ефективність постачальників ліквідності та досяг більш синхронного міжланцюгового ринку. Flashblocks допомагає забезпечити ліквідність у будь-який момент та зменшити негативний вплив, спричинений затримками підтвердження блоків, що може призвести до фрагментації ліквідності.
Підсумок
Вирішення проблеми ліквідності між ланцюгами є дуже складною і багатогранною областю, наприклад, рішення рівня 2 поділяються на вбудовані міжланцюгові повідомлення Ethereum, особливо ERC-7683, а також рівень 2, такий як OP, що будує OP Stack для спільного використання Sequencer для їх вирішення. Відокремлюючись від контексту рівня 2, усі рівні 1 також стикаються з проблемами ліквідності, стану та розриву користувацького досвіду, існують спеціалізовані рішення, які орієнтовані на ліквідність, а також рішення поза ланцюгом, такі як Solver Network, і навіть є рішення, орієнтовані на облікові записи, але вони також потребують ролі, подібної до Solver в цій поза ланцюговій ролі.
Ми досить визнаємо, що проблема розриву між крос-лінковою ліквідністю, станом та досвідом користувачів є проблемою всієї індустрії блокчейну. Якщо розглядати це в цілому, потрібно підійти до питання більш абстрактно, подібно до абстракції ланцюга, що насправді є входом у справжній Web3, вирішуючи розриви в досвіді користувачів, одночасно інтегруючи ліквідність і стан в місцях, які користувачі не можуть сприйняти. Як саме відбуватиметься інтеграція, зокрема, розділяється на використання поза ланцюгових мереж Solver та атомарну інтеграцію крос-лінкових мостів та інших засобів, що заслуговує на обговорення. Загалом, майбутнє обов'язково буде багатоланцюговим, вирішення проблеми розподіленої ліквідності є питанням, з яким індустрія неминуче зіткнеться, і така інтеграція ліквідності по всіх ланцюгах має величезний потенціал для зростання, що може призвести до формування нової екосистеми епохи 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.
13 лайків
Нагородити
13
6
Поділіться
Прокоментувати
0/400
RektButStillHere
· 5год тому
Десять тисяч доларів на створення ланцюга не варто більше, ніж йти на свято до бога.
Переглянути оригіналвідповісти на0
GateUser-2fce706c
· 14год тому
Я вже давно казав, що за витрати в 10 тисяч доларів на місяць можна запустити одну ланцюг, і зараз потрібно скористатися гарною можливістю обдурювати людей, як лохів!
Переглянути оригіналвідповісти на0
ImpermanentTherapist
· 14год тому
Гаманець Адреса вже кілька разів переїжджала, кілька ланцюгів не можу запам'ятати.
Переглянути оригіналвідповісти на0
AirdropHustler
· 14год тому
Яка користь від ChainMore, роздрібний інвестор все ще втрачає гроші?
Переглянути оригіналвідповісти на0
DEXRobinHood
· 14год тому
Ланцюг одна велика купа обдурювати людей, як лохів одну велику хвилю невдахи
Переглянути оригіналвідповісти на0
LadderToolGuy
· 14год тому
Хто ще пам'ятає, яким було падіння Luna в ті роки? Люди все ще повинні навчитися робити висновки з уроків.
Виклики ліквідності епохи Рівня 2: інтеграція та рішення в багатоланковій екосистемі
Обговорення проблеми ліквідності в умовах епохи Рівня 2
З переходом Ethereum на розширення, зосереджене на Рівні 2, а також з появою таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато організацій прагнуть створити свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Проте поява численних публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проектів втрачають вартість вже під час випуску.
За допомогою OP Stack, одна торгова платформа запустила свій Рівень 2, інша торгова платформа випустила новий ланцюг; за допомогою ZK технології, одна торгова платформа запустила новий рівень; одна ігрова компанія випустила новий ланцюг, одна соціальна платформа запустила новий ланцюг тощо. Сьогодні фінансові та технологічні бар'єри для створення ланцюга значно знижені, витрати на експлуатацію ланцюга на базі OP Stack становлять приблизно 10 000 доларів на місяць.
Майбутнє безумовно буде епохою багатоланкової співіснуючої системи. Незважаючи на те, що ці Рівень 2 ланки можуть вибрати EVM-сумісність для забезпечення взаємодії, через те, що за ними стоять сутності з великою кількістю додаткових додатків, їм важко створювати додатки на одній ланці та досягати консенсусу.
Поточна багатоланкова екосистема принесла новий виклик: Ліквідність та розподіл стану. Оскільки існування багатоланковості є неминучим, тому інтероперабельність є сферою, яку потрібно вивчати та вирішувати. В даний час існує багато рішень для ліквідності, таких як абстракція ланцюга, намір, Clearing Execution, Native CrossChain, ZKSharding тощо, але їхня суть однакова.
Ми використовуємо визнану в індустрії архітектуру для поетапного представлення основних компонентів кросчейн-абстракції:
Застосунковий рівень
Це рівень, на якому користувач взаємодіє безпосередньо, а також найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конверсії ліквідності. На прикладному рівні користувач взаємодіє з фронтальним інтерфейсом, не обов'язково розуміючи механізм конверсії ліквідності на нижньому рівні.
Дозвільний рівень
Розташований нижче рівня застосунків, користувачі задовольняють свої торгові наміри, підключаючи гаманці до dApp та запитуючи ціну. Тут "наміри" стосуються очікуваного кінцевого результату угоди (тобто виходу), а не конкретного шляху виконання угоди.
Управління рахунками та абстрактний рівень
У зв'язку з існуванням багатоланцевого середовища, потрібна система управління обліковими записами та абстракцій, що адаптується до різних ланцюгів, щоб підтримувати унікальну структуру облікових записів кожного ланцюга. Наприклад, об'єктно-централізована система облікових записів певного публічного ланцюга абсолютно відрізняється від EVM. Один проект створив надійну систему облікових записів, не вимагаючи встановлення міжланцюгового консенсусу, а лише надійних зобов'язань між існуючими системами облікових записів. Інший проект реалізував абстрактне управління, генеруючи багатоланцеві гаманці для користувачів, що значно оптимізувало досвід користувачів і зменшило фрагментацію UX. Однак у сфері ліквідності основна увага була зосереджена на інтеграції існуючих публічних ланцюгів.
求解 Рівень 2
Цей рівень відповідає за прийом і реалізацію торгових намірів користувачів, роль Solver тут змагається, щоб забезпечити кращий досвід користувачів, включаючи швидший час угоди та швидкість виконання. На цій основі проекти, засновані на намірах, розробили різні рішення, орієнтовані на наміри. Такі похідні від намірів, як компонент Predicate, можуть реалізувати наміри користувача за певних правил.
Шар розрахунків
Це проміжний рівень, який використовується для реалізації намірів користувачів. Основні компоненти рішень з Ліквідності та розподілу станів включають:
Крім того, слід врахувати ліквідність між ланцюгами, остаточну підтвердженість, механізм доказів Рівня 2 та інші фактори, щоб забезпечити ефективну роботу всієї багатоланцюгової системи.
Наразі на ринку є кілька рішень для усунення ліквіднісного розриву, основними з яких є такі способи:
Зосередження на RaaS: шляхом приєднання до певних спільних сортувальників та крос-чейн мостів для сприяння спільній ліквідності та стану, побудованих на певній архітектурі Rollup. Це має на меті вирішення проблем ліквідності та розподілу стану на більш високому рівні.
Орієнтація на обліковий запис: створення повноцінного облікового гаманця, який підтримується технологією, що називається "ланцюговий підпис", для підписання та виконання транзакцій через різні протоколи блокчейну. Основним компонентом є мережа MPC, яка замінює користувача для підписання багатоцільових транзакцій.
Зосередженість на мережі поза ланцюгом: користувач надсилає намір до мережі Solver, роль Solver полягає в конкуренції за пропозиції, надаючи оптимальний час виконання та ціну угоди, ці Solver можуть бути AI агентами, біржами, маркет-мейкерами або навіть інтегрованими протоколами.
Зосередженість на мережі ліквідності на базі блокчейну: створення шару ліквідності, на якому будуть розгорнуті додатки для спільного використання ліквідності всього ланцюга.
Зосередження на застосуваннях на базі блокчейн: такі застосування створюють високоліквідні рішення, інтегруючи великих маркет-мейкерів або сторонні застосунки.
Вирішення проблеми ліквідності є дуже важливим завданням, оскільки в фінансовому світі ліквідність часто означає все. Якщо вдасться створити платформу для інтеграції ліквідності, особливо об'єднати розрізнені ліквідності всього ланцюга, це матиме дуже великий потенціал.
Наступним ми обговоримо кілька типових проектів концепцій абстракції ланцюга, щоб побачити, як кожен з них вирішує проблему ліквідності обдурювати людей, як лохів зі своєї точки зору.
ІНФІНІТ
INFINIT побудував сервіс RaaS для DeFi, який може забезпечити компоненти, необхідні для прямого побудови DeFi протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може запропонувати миттєво активовані компоненти Leverage Trading і Yield Strategy. Це еквівалентно іншим додаткам для побудови, але остаточна ліквідність розміщується на ліквідному шарі Infinit. Однак наразі він все ще не розкрив роботу підкладки.
Мережа Халані
Khalani побудував три основні компоненти: сумісний рівень Intent, Validity та універсальний рівень розрахунків. Зовнішні додатки або рівень намірів можуть публікувати наміри для Khalani, після чого сумісний рівень Intent Khalani може перетворити зовнішні наміри в формат, який може бути розпізнаний протоколом Solver, використовуючи стандартизований формат, яким є мова Validity. Вузли Khalani відповідають за подачу остаточних результатів до універсального рівня розрахунків через міжланцюгові мости, технології швидкого розрахунку тощо.
Лакрица
Liquorice - це децентралізований додаток, що забезпечує виявлення цін на основі аукціонів та односторонніх ліквідних пулів. Головною метою Liquorice є надання професійним торговим компаніям ефективних інструментів для управління запасами та легкого підключення до основних DeFi протоколів під час розрахунку угод за наміром використання. Тим часом, Liquorice створила ринок кредитування для проведення кредитних угод. Цей додаток більше зосереджений на самій угоді.
Сіон
Xion побудований на основі протоколу консенсусу Comet BFT. Використуване міжланкове спілкування базується на Cosmos IBC, тому воно є більш рідним і безпечним у порівнянні з іншими міжланковими мостами.
=nil; Фонд
nil є ринком ZK обчислювальної потужності Ethereum, ZK ко-процесором та розробником Layer2, команда має глибокі знання ZK технологій. Запропонувала рішення zkSharding, яке використовує ZK технології для горизонтального масштабування основної мережі Ethereum, виконує паралобробку транзакцій та генерує ZKP, тоді як основна шард перевіряє дані, спілкується з Ethereum та синхронізує стан мережі між усіма валідаторами.
ERC-7683
Ethereum також працює над вирішенням проблеми кросчейн ліквідності, наразі певний публічний блокчейн та певний DEX першими відкрито підтримують стандарт ERC7683, який також використовує заснований на Intent кросчейн метод. Його основна мета полягає в створенні загального стандарту для кросчейн операцій між L2 і боковими ланцюгами, стандартизації замовлень та розрахункових інтерфейсів, забезпечення безшовного кросчейн виконання, його основною сутністю є Filler, можна також сказати, що це роль Solver в абстракції ланцюга, яка виконує платежі.
Стек OP
OP Stack, ERC-7683 та zkSharding є рішеннями для фрагментації ліквідності між Layer2 в межах Ethereum, які вирішують цю проблему на архітектурному, консенсусному та прикладному рівнях. OP Stack проектує повне рішення для кількох Layer2, щоб одночасно вирішити проблеми передачі інформації та централізації Sequencer. Коли ви використовуєте архітектуру OP Stack, автоматично розгортаються кросчанні контракти, і існує Supervisor, який оскаржує, щоб уникнути передачі хибної кросчанні інформації.
Серед них виокремлюється Unichain. Unichain в основному вирішує проблему фрагментації ліквідності між ланцюгами шляхом інтеграції з мережею Superchain. Це налаштування сприяє безшовному переміщенню ліквідності, надаючи такі функції:
Міст на основі намірів: цей міст підтримує швидкий і надійний трансфер ліквідності між блокчейнами, дозволяючи користувачам встановлювати наміри, що допомагає системі автоматично вибирати найкращий маршрут для переміщення ліквідності. Цей підхід абстрагує складність для користувачів, роблячи кросчейн-транзакції більш плавними та швидкими.
Unichain верифікаційна мережа (UVN): ця децентралізована мережа операторів вузлів верифікує кросчейн-транзакції, надаючи швидшу економічну фіналізацію. Швидша фіналізація є критично важливою для забезпечення ефективного розрахунку кросчейн-транзакцій, що максимально зменшує ризики фрагментації ліквідності, спричинені затримками в розрахунках.
Flashblocks та перевірка блоків: завдяки використанню Flashblocks Unichain значно скоротив час блокування, підвищив ефективність постачальників ліквідності та досяг більш синхронного міжланцюгового ринку. Flashblocks допомагає забезпечити ліквідність у будь-який момент та зменшити негативний вплив, спричинений затримками підтвердження блоків, що може призвести до фрагментації ліквідності.
Підсумок
Вирішення проблеми ліквідності між ланцюгами є дуже складною і багатогранною областю, наприклад, рішення рівня 2 поділяються на вбудовані міжланцюгові повідомлення Ethereum, особливо ERC-7683, а також рівень 2, такий як OP, що будує OP Stack для спільного використання Sequencer для їх вирішення. Відокремлюючись від контексту рівня 2, усі рівні 1 також стикаються з проблемами ліквідності, стану та розриву користувацького досвіду, існують спеціалізовані рішення, які орієнтовані на ліквідність, а також рішення поза ланцюгом, такі як Solver Network, і навіть є рішення, орієнтовані на облікові записи, але вони також потребують ролі, подібної до Solver в цій поза ланцюговій ролі.
Ми досить визнаємо, що проблема розриву між крос-лінковою ліквідністю, станом та досвідом користувачів є проблемою всієї індустрії блокчейну. Якщо розглядати це в цілому, потрібно підійти до питання більш абстрактно, подібно до абстракції ланцюга, що насправді є входом у справжній Web3, вирішуючи розриви в досвіді користувачів, одночасно інтегруючи ліквідність і стан в місцях, які користувачі не можуть сприйняти. Як саме відбуватиметься інтеграція, зокрема, розділяється на використання поза ланцюгових мереж Solver та атомарну інтеграцію крос-лінкових мостів та інших засобів, що заслуговує на обговорення. Загалом, майбутнє обов'язково буде багатоланцюговим, вирішення проблеми розподіленої ліквідності є питанням, з яким індустрія неминуче зіткнеться, і така інтеграція ліквідності по всіх ланцюгах має величезний потенціал для зростання, що може призвести до формування нової екосистеми епохи Web3.