Дослідження проблеми розриву ліквідності в епоху Layer2
З переходом Ethereum на рішення з масштабування на основі Layer 2 та зростанням таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато організацій прагнуть створити свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Проте поява численних публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проєктів втрачають вартість під час TGE.
Завдяки OP Stack, одна з торгових платформ запустила свій власний Base Layer 2, інша торговельна платформа випустила Ink; за допомогою ZK технологій, одна торговельна платформа представила XLayer; Sony випустила Soneium, а LINE представила Kaia та інші. Сьогодні фінансові та технологічні бар'єри для побудови блокчейну значно знижені, витрати на експлуатацію ланцюга на основі OP Stack становлять приблизно 10,000 доларів на місяць.
Майбутнє, безумовно, буде епохою спільного існування багатьох ланцюгів. Хоча ці ланцюги Layer 2 можуть обрати сумісність з EVM для досягнення взаємодії, через те, що за ними стоять великі Web2 сутності з безліччю downstream-додатків, їм важко будувати додатки на одному ланцюзі та досягати консенсусу.
Поточна багатоланкова екосистема приносить новий виклик: Ліквідність та розподіл стану. Оскільки наявність багатоланковості є неминучою, тому інтероперабельність є сферою, яку потрібно досліджувати та вирішувати. Наразі існує багато рішень для ліквідності, таких як абстракція ланцюга, намір, Clearing Execution, Native CrossChain, ZKSharding тощо, але їхня основна суть є однаковою.
Ми використовуємо широко визнану в галузі архітектуру Cake, щоб зверху вниз представити основні компоненти абстракції крос-ланцюга:
Застосунковий рівень(Application Layer)
Це шар, в якому користувачі взаємодіють безпосередньо, також це найабстрактніший шар у рішеннях для ліквідності, оскільки він повністю приховує деталі конверсії ліквідності. На рівні застосунку користувачі взаємодіють з інтерфейсом, не обов'язково розуміючи механізми конверсії ліквідності на нижчому рівні.
Дозволи (Слой дозволів )
Розташоване нижче рівня застосунків, користувачі підключають гаманець до dApp і запитують ціну, щоб задовольнити торгове намір. Тут "намір" стосується очікуваного кінцевого результату угоди (, а не конкретного шляху виконання угоди.
Управління рахунком та абстракція )Управління ключами та абстракція рахунку(
З огляду на наявність багатоланкової середовища, потрібна система управління рахунками та абстракції, що відповідає різним ланцюгам, щоб підтримувати унікальну структуру рахунків кожного з ланцюгів. Наприклад, об'єктно-центрована система рахунків SUI кардинально відрізняється від EVM. One Balance є представницьким проєктом у цій сфері, який побудував надійну систему рахунків, не вимагаючи встановлення міжланкової консенсусу, а лише довірених зобов'язань між існуючими системами рахунків. Near Account реалізує абстрактне управління, створюючи для користувачів мульти-ланкові гаманці, що значно оптимізує досвід користувача, зменшуючи фрагментацію UX. Однак, у плані ліквідності в основному інтегровані існуючі публічні ланцюги.
Розв'язання шару ) Solver Layer (
Цей шар відповідає за прийом та реалізацію торгових намірів користувача. Роль Solver тут змагається за надання кращого досвіду користувача, включаючи швидший час торгівлі та швидкість виконання. На цій основі, проекти на основі намірів, такі як Anoma, розробили різноманітні рішення, що керуються намірами. Такі похідні від намірів, як компоненти Predicate, можуть реалізувати наміри користувача за певними правилами.
Розрахунковий шар )Settlement Layer(
Це проміжний шар, який використовується для досягнення намірів користувача. Основні компоненти рішення з Ліквідність та розподіленим станом включають:
预言机)Oracle(:для отримання інформації про стан на інших ланцюгах.
Крос-чейн міст ) Bridges (: відповідає за передачу інформації та ліквідності між блокчейнами.
Попереднє підтвердження плану ) Pre-Confirmation (: скорочення часу підтвердження міжланцюга.
Доступність даних)DA(: забезпечення доступності даних.
Крім того, потрібно враховувати міжланцюгову Ліквідність, остаточність ) Finality (, механізми підтвердження Layer 2 та інші фактори для забезпечення ефективної роботи всієї мульти-ланцюгової системи.
) Рішення
Наразі на ринку є безліч рішень для усунення ліквідності, ми переглянули велику кількість рішень і виявили, що основними є кілька способів:
1.Зосередження на RaaS: подібно до рішень Rollup, таких як OP Stack, шляхом додавання певних спільних сортувальників і міжланцюгових мостів для допомоги в побудові Rollup на OP Stack для спільної ліквідності та стану. Це має на меті вирішити проблему ліквідності та розподілу стану на більш високому рівні. Тут є більш детальне питання, що стосується окремого дизайну спільних сортувальників, це рішення більше стосується Layer2, не має універсальності, такі як Astria, Espresso та Flashbots.
Орієнтація на облікові записи: подібно до NEAR, створити повноцінний обліковий гаманець, який підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, що називається "ланцюговий підпис". Основним компонентом є мережа MPC, яка підписує транзакції для користувачів у багатоланцюговому середовищі. Ця система, хоча й значно вирішує проблему фрагментації UX, все ж пов'язана з складною реалізацією на стороні сервера для розробників, і насправді не вирішує проблеми ліквідності та розподілу стану.
Зосередження на мережі намірів поза ланцюгом: тобто, наша "вступна" структура графіку торта, Solver Network, основна суть полягає в тому, що користувач надсилає намір до мережі Solver, роль Solver полягає в конкуренції за пропозиції, надаючи найкращий час виконання та ціну угоди. Ці Solver можуть бути AI Agent, CEX, Market Maker або навіть інтегрованими протоколами, такими як Liquorice тощо. До проектів у цій сфері належать Anoma, Khalani, Enso, aori та Valantis. Хоча намір теоретично може реалізувати складні крос-ланцюгові операції будь-якої складності, на практиці необхідно мати достатню ліквідність Solver для надання допомоги, і коли виникають певні вимоги поза ланцюгом, існує ймовірність шахрайства з боку Solver. Якщо впроваджувати такі методи, як докази шахрайства, складність реалізації Solver Network зросте, а бар'єри для запуску Solver також підвищаться.
Центрований на мережі ліквідності в ланцюгу: цей напрямок спеціально оптимізує проблему ліквідності між ланцюгами, але не вирішує інші проблеми розподілу стану в ланцюгу. Його основа полягає в створенні шару ліквідності, на якому будуються додатки для спільного використання ліквідності всього ланцюга. Деякі проекти включають: Raye Network, INFINIT, Everclear, Elixir тощо.
Зосередження на застосуваннях на базі блокчейн: такі застосунки створюються шляхом інтеграції великих MM або сторонніх застосунків для побудови високої ліквідності, наприклад Liquorice, Socket, Radiant Capital, 1inch, Hedgemony тощо. Ці проекти потребують управління складними крос-ланцюговими процесами, що висуває високі вимоги до розробників, тому вони також легко піддаються атакам хакерів.
![Дослідження проблеми розриву ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Вирішення проблеми ліквідності є дуже важливим завданням, оскільки в фінансовому світі ліквідність часто означає все. Якщо вдалося б створити платформу для інтеграції ліквідності, особливо об'єднавши розрізнену ліквідність з усіх ланцюгів, це матиме величезний потенціал, і ми також розглянули багато різних рішень.
У двох вищезгаданих категоріях ми можемо побачити, що, виходячи зі структури торта, Settlement Layer є найбільш атомарним рішенням, а над цими атомарними рішеннями, такими як міжланцюгові, оракули, Pre-Confirmation рішення тощо, будується більш абстрактний рівень, а саме Solver Layer, Permission Layer та Application Layer. Різні напрямки, в яких ми наводили вище, для побудови абстрактних або ліквідних рішень відповідають різним рівням цієї системи, що можна розуміти як відносини між верхніми і нижніми ланками. Проте ці рішення все ще не є атомарними, і проблема розриву ліквідності привела до появи багатьох складних похідних проблем, тому для міжопераційності виникло безліч різноманітних рішень. Проте, по суті, все ще необхідно покладатися на ці компоненти. Далі ми обговоримо кілька типових проектів з абстрактними концепціями ланцюгів, щоб подивитися, як кожен з них вирішує проблему розриву ліквідності з власної точки зору.
)# ІНФІНІТ
INFINIT побудував сервіс RaaS для DeFi, який може надати компоненти, необхідні для безпосереднього створення DeFi-протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти для миттєвого використання, такі як Leverage Trading та Yield Strategy. Це аналогічно іншим додаткам для створення, але остаточна ліквідність зберігається на ліквідному шарі Infinit. Однак наразі не розкрито основні принципи роботи. На даний момент INFINIT вже залучив 6 мільйонів доларів США в раунді посівного фінансування від Robot Ventures, Electric Capital та Maelstrom Capital.
![Дослідження проблеми розподілу ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# Мережа Халані
Khalani побудував три основні компоненти: сумісний шар Intent, Validity та універсальний шар розрахунків.
Зовнішні додатки або шар намірів можуть надсилати наміри до Khalani, після чого сумісний шар намірів Khalani може перетворити зовнішні наміри у формат, який може розпізнати протокол Solver, використовуючи стандартизований формат, який називається Validity мовою. Вузол Khalani відповідає за подання остаточних результатів до загального розрахункового шару через міжланцюговий міст, технології швидкого розрахунку тощо. Цей проект все ще перебуває на стадії будівництва, і поки що не розкрито більше деталей роботи. У серпні він отримав 2,2 мільйона доларів у рамках початкового раунду фінансування від Ethereal Ventures, Nascent, Maelstrom Capital та інших.
![Дослідження проблеми розриву ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# Лікорис
Liquorice є децентралізованим додатком, який забезпечує ціновий відкритий аукціон та односторонні ліквідні пули. Основна місія Liquorice полягає в наданні професійним трейдинговим компаніям ефективних інструментів управління запасами та легкому підключенню до основних DeFi протоколів під час розрахунку угод на основі намірів використання. Водночас, Liquorice створив ринок кредитування для проведення угод з позик. Цей додаток більше зосереджений на самій торгівлі. Наразі він все ще перебуває на стадії розробки, в липні було оголошено про отримання 1,2 мільйона доларів у раунді Pre-seed, який очолив GreenField.
![Дослідження проблеми розподілу ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
)# Сіон
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 з самого початку вбудував міжфрагментну комунікацію в протокол. Міжфрагментні повідомлення перевіряються комісією валідаторів кожного фрагмента як транзакції.
Основна ідея полягає в тому, щоб за допомогою шаруватої архітектури Layer2, побудувати інтегровану архітектуру міжфрагментного зв'язку, подібну до IBC, що дозволить вирішити проблеми ліквідності та розподілу стану. Але її основна ідея є нераціональною, оскільки проблема, яку вирішує розподіл ліквідності, є проблемою багатьох ланцюгів, а створюється єдиний Layer2, що означає, що для вирішення потрібно, щоб усі ланцюги стали фрагментом ZK-sharding, що важко реалізувати.
![Дослідження проблеми розколу ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
)# ERC-7683
Ethereum також працює над вирішенням проблеми крос-чейн Ліквідність. Наразі деякі DEX, OP та інші спочатку відкрито підтримують стандарт ERC7683, який також використовує крос-чейн метод на основі Intent. Його основна мета полягає в тому, щоб створити загальний стандарт для крос-L2 і бічних ланцюгів, стандартизувати замовлення та інтерфейси розрахунків, забезпечити безшовне крос-чейн виконання. Основним елементом є Filler, який також можна вважати роллю Solver в абстракції ланцюга для оплати. Цю пропозицію спільно розробили деякі DEX та Across.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
14 лайків
Нагородити
14
2
Поділіться
Прокоментувати
0/400
PumpBeforeRug
· 4год тому
Чи можна зробити інтеграцію? Відчувається, що це приречений, як і з публічними блокчейнами.
Розрив ліквідності в епоху Layer2: обговорення викликів та рішень
Дослідження проблеми розриву ліквідності в епоху Layer2
З переходом Ethereum на рішення з масштабування на основі Layer 2 та зростанням таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато організацій прагнуть створити свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Проте поява численних публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проєктів втрачають вартість під час TGE.
Завдяки OP Stack, одна з торгових платформ запустила свій власний Base Layer 2, інша торговельна платформа випустила Ink; за допомогою ZK технологій, одна торговельна платформа представила XLayer; Sony випустила Soneium, а LINE представила Kaia та інші. Сьогодні фінансові та технологічні бар'єри для побудови блокчейну значно знижені, витрати на експлуатацію ланцюга на основі OP Stack становлять приблизно 10,000 доларів на місяць.
Майбутнє, безумовно, буде епохою спільного існування багатьох ланцюгів. Хоча ці ланцюги Layer 2 можуть обрати сумісність з EVM для досягнення взаємодії, через те, що за ними стоять великі Web2 сутності з безліччю downstream-додатків, їм важко будувати додатки на одному ланцюзі та досягати консенсусу.
Поточна багатоланкова екосистема приносить новий виклик: Ліквідність та розподіл стану. Оскільки наявність багатоланковості є неминучою, тому інтероперабельність є сферою, яку потрібно досліджувати та вирішувати. Наразі існує багато рішень для ліквідності, таких як абстракція ланцюга, намір, Clearing Execution, Native CrossChain, ZKSharding тощо, але їхня основна суть є однаковою.
Ми використовуємо широко визнану в галузі архітектуру Cake, щоб зверху вниз представити основні компоненти абстракції крос-ланцюга:
Застосунковий рівень(Application Layer)
Це шар, в якому користувачі взаємодіють безпосередньо, також це найабстрактніший шар у рішеннях для ліквідності, оскільки він повністю приховує деталі конверсії ліквідності. На рівні застосунку користувачі взаємодіють з інтерфейсом, не обов'язково розуміючи механізми конверсії ліквідності на нижчому рівні.
Дозволи (Слой дозволів )
Розташоване нижче рівня застосунків, користувачі підключають гаманець до dApp і запитують ціну, щоб задовольнити торгове намір. Тут "намір" стосується очікуваного кінцевого результату угоди (, а не конкретного шляху виконання угоди.
Управління рахунком та абстракція )Управління ключами та абстракція рахунку(
З огляду на наявність багатоланкової середовища, потрібна система управління рахунками та абстракції, що відповідає різним ланцюгам, щоб підтримувати унікальну структуру рахунків кожного з ланцюгів. Наприклад, об'єктно-центрована система рахунків SUI кардинально відрізняється від EVM. One Balance є представницьким проєктом у цій сфері, який побудував надійну систему рахунків, не вимагаючи встановлення міжланкової консенсусу, а лише довірених зобов'язань між існуючими системами рахунків. Near Account реалізує абстрактне управління, створюючи для користувачів мульти-ланкові гаманці, що значно оптимізує досвід користувача, зменшуючи фрагментацію UX. Однак, у плані ліквідності в основному інтегровані існуючі публічні ланцюги.
Розв'язання шару ) Solver Layer (
Цей шар відповідає за прийом та реалізацію торгових намірів користувача. Роль Solver тут змагається за надання кращого досвіду користувача, включаючи швидший час торгівлі та швидкість виконання. На цій основі, проекти на основі намірів, такі як Anoma, розробили різноманітні рішення, що керуються намірами. Такі похідні від намірів, як компоненти Predicate, можуть реалізувати наміри користувача за певними правилами.
Розрахунковий шар )Settlement Layer(
Це проміжний шар, який використовується для досягнення намірів користувача. Основні компоненти рішення з Ліквідність та розподіленим станом включають:
Крім того, потрібно враховувати міжланцюгову Ліквідність, остаточність ) Finality (, механізми підтвердження Layer 2 та інші фактори для забезпечення ефективної роботи всієї мульти-ланцюгової системи.
) Рішення
Наразі на ринку є безліч рішень для усунення ліквідності, ми переглянули велику кількість рішень і виявили, що основними є кілька способів:
1.Зосередження на RaaS: подібно до рішень Rollup, таких як OP Stack, шляхом додавання певних спільних сортувальників і міжланцюгових мостів для допомоги в побудові Rollup на OP Stack для спільної ліквідності та стану. Це має на меті вирішити проблему ліквідності та розподілу стану на більш високому рівні. Тут є більш детальне питання, що стосується окремого дизайну спільних сортувальників, це рішення більше стосується Layer2, не має універсальності, такі як Astria, Espresso та Flashbots.
Орієнтація на облікові записи: подібно до NEAR, створити повноцінний обліковий гаманець, який підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, що називається "ланцюговий підпис". Основним компонентом є мережа MPC, яка підписує транзакції для користувачів у багатоланцюговому середовищі. Ця система, хоча й значно вирішує проблему фрагментації UX, все ж пов'язана з складною реалізацією на стороні сервера для розробників, і насправді не вирішує проблеми ліквідності та розподілу стану.
Зосередження на мережі намірів поза ланцюгом: тобто, наша "вступна" структура графіку торта, Solver Network, основна суть полягає в тому, що користувач надсилає намір до мережі Solver, роль Solver полягає в конкуренції за пропозиції, надаючи найкращий час виконання та ціну угоди. Ці Solver можуть бути AI Agent, CEX, Market Maker або навіть інтегрованими протоколами, такими як Liquorice тощо. До проектів у цій сфері належать Anoma, Khalani, Enso, aori та Valantis. Хоча намір теоретично може реалізувати складні крос-ланцюгові операції будь-якої складності, на практиці необхідно мати достатню ліквідність Solver для надання допомоги, і коли виникають певні вимоги поза ланцюгом, існує ймовірність шахрайства з боку Solver. Якщо впроваджувати такі методи, як докази шахрайства, складність реалізації Solver Network зросте, а бар'єри для запуску Solver також підвищаться.
Центрований на мережі ліквідності в ланцюгу: цей напрямок спеціально оптимізує проблему ліквідності між ланцюгами, але не вирішує інші проблеми розподілу стану в ланцюгу. Його основа полягає в створенні шару ліквідності, на якому будуються додатки для спільного використання ліквідності всього ланцюга. Деякі проекти включають: Raye Network, INFINIT, Everclear, Elixir тощо.
Зосередження на застосуваннях на базі блокчейн: такі застосунки створюються шляхом інтеграції великих MM або сторонніх застосунків для побудови високої ліквідності, наприклад Liquorice, Socket, Radiant Capital, 1inch, Hedgemony тощо. Ці проекти потребують управління складними крос-ланцюговими процесами, що висуває високі вимоги до розробників, тому вони також легко піддаються атакам хакерів.
![Дослідження проблеми розриву ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Вирішення проблеми ліквідності є дуже важливим завданням, оскільки в фінансовому світі ліквідність часто означає все. Якщо вдалося б створити платформу для інтеграції ліквідності, особливо об'єднавши розрізнену ліквідність з усіх ланцюгів, це матиме величезний потенціал, і ми також розглянули багато різних рішень.
У двох вищезгаданих категоріях ми можемо побачити, що, виходячи зі структури торта, Settlement Layer є найбільш атомарним рішенням, а над цими атомарними рішеннями, такими як міжланцюгові, оракули, Pre-Confirmation рішення тощо, будується більш абстрактний рівень, а саме Solver Layer, Permission Layer та Application Layer. Різні напрямки, в яких ми наводили вище, для побудови абстрактних або ліквідних рішень відповідають різним рівням цієї системи, що можна розуміти як відносини між верхніми і нижніми ланками. Проте ці рішення все ще не є атомарними, і проблема розриву ліквідності привела до появи багатьох складних похідних проблем, тому для міжопераційності виникло безліч різноманітних рішень. Проте, по суті, все ще необхідно покладатися на ці компоненти. Далі ми обговоримо кілька типових проектів з абстрактними концепціями ланцюгів, щоб подивитися, як кожен з них вирішує проблему розриву ліквідності з власної точки зору.
)# ІНФІНІТ
INFINIT побудував сервіс RaaS для DeFi, який може надати компоненти, необхідні для безпосереднього створення DeFi-протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти для миттєвого використання, такі як Leverage Trading та Yield Strategy. Це аналогічно іншим додаткам для створення, але остаточна ліквідність зберігається на ліквідному шарі Infinit. Однак наразі не розкрито основні принципи роботи. На даний момент INFINIT вже залучив 6 мільйонів доларів США в раунді посівного фінансування від Robot Ventures, Electric Capital та Maelstrom Capital.
![Дослідження проблеми розподілу ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# Мережа Халані
Khalani побудував три основні компоненти: сумісний шар Intent, Validity та універсальний шар розрахунків.
Зовнішні додатки або шар намірів можуть надсилати наміри до Khalani, після чого сумісний шар намірів Khalani може перетворити зовнішні наміри у формат, який може розпізнати протокол Solver, використовуючи стандартизований формат, який називається Validity мовою. Вузол Khalani відповідає за подання остаточних результатів до загального розрахункового шару через міжланцюговий міст, технології швидкого розрахунку тощо. Цей проект все ще перебуває на стадії будівництва, і поки що не розкрито більше деталей роботи. У серпні він отримав 2,2 мільйона доларів у рамках початкового раунду фінансування від Ethereal Ventures, Nascent, Maelstrom Capital та інших.
![Дослідження проблеми розриву ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# Лікорис
Liquorice є децентралізованим додатком, який забезпечує ціновий відкритий аукціон та односторонні ліквідні пули. Основна місія Liquorice полягає в наданні професійним трейдинговим компаніям ефективних інструментів управління запасами та легкому підключенню до основних DeFi протоколів під час розрахунку угод на основі намірів використання. Водночас, Liquorice створив ринок кредитування для проведення угод з позик. Цей додаток більше зосереджений на самій торгівлі. Наразі він все ще перебуває на стадії розробки, в липні було оголошено про отримання 1,2 мільйона доларів у раунді Pre-seed, який очолив GreenField.
![Дослідження проблеми розподілу ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
)# Сіон
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 з самого початку вбудував міжфрагментну комунікацію в протокол. Міжфрагментні повідомлення перевіряються комісією валідаторів кожного фрагмента як транзакції.
Основна ідея полягає в тому, щоб за допомогою шаруватої архітектури Layer2, побудувати інтегровану архітектуру міжфрагментного зв'язку, подібну до IBC, що дозволить вирішити проблеми ліквідності та розподілу стану. Але її основна ідея є нераціональною, оскільки проблема, яку вирішує розподіл ліквідності, є проблемою багатьох ланцюгів, а створюється єдиний Layer2, що означає, що для вирішення потрібно, щоб усі ланцюги стали фрагментом ZK-sharding, що важко реалізувати.
![Дослідження проблеми розколу ліквідності в епоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
)# ERC-7683
Ethereum також працює над вирішенням проблеми крос-чейн Ліквідність. Наразі деякі DEX, OP та інші спочатку відкрито підтримують стандарт ERC7683, який також використовує крос-чейн метод на основі Intent. Його основна мета полягає в тому, щоб створити загальний стандарт для крос-L2 і бічних ланцюгів, стандартизувати замовлення та інтерфейси розрахунків, забезпечити безшовне крос-чейн виконання. Основним елементом є Filler, який також можна вважати роллю Solver в абстракції ланцюга для оплати. Цю пропозицію спільно розробили деякі DEX та Across.