Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Рівня 2
З переходом Ethereum на розширення, орієнтоване на Рівень 2, а також із зростанням таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато підприємств прагнуть створити свої власні блокчейни, щоб представляти різні інтереси та шукати вищу оцінку. Проте поява численних публічних блокчейнів ускладнює розвиток екосистеми в темпі, що відповідає темпам блокчейнів, що призводить до того, що багато проектів в момент TGE вже зазнають зниження ціни.
За допомогою OP Stack, одна торгова платформа запустила свій власний Рівень 2, інша торгова платформа випустила Ink; за допомогою технології ZK, ще одна торгова платформа запустила XLayer; Sony випустила Soneium, LINE представила Kaia тощо. Сьогодні вартість та технологічний бар'єр для створення власного ланцюга значно знижені, витрати на експлуатацію ланцюга на основі OP Stack складають приблизно 10 000 доларів на місяць.
В майбутньому обов'язково настане епоха співіснування багатьох ланцюгів. Незважаючи на те, що ці ланцюги Рівень 2 можуть вибрати EVM-сумісність для забезпечення взаємодії, їм важко буде будувати додатки та досягати консенсусу на одному й тому ж ланцюзі через велику кількість додатків нижнього рівня, що підтримуються Web2-структурами.
Поточна багатоланкова екосистема принесла новий виклик: ліквідність та розподіл стану. Оскільки наявність багатоланковості є неминучою, то інтероперація є областю, яку потрібно вивчити та вирішити. Наразі існує безліч рішень для ліквідності, такі як ми всі чули про абстракцію ланцюга, наміри, Clearing Execution, Native CrossChain, ZKSharding, але їхня основна суть однакова.
Ми використовуємо визнану в галузі архітектуру Cake, щоб зверху вниз представити основні компоненти кросчейн-абстракції:
Рівень застосування(Application Layer)
Це рівень безпосередньої взаємодії з користувачами, а також найбільш абстрактний рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конвертації ліквідності. На прикладі цього рівня користувачі взаємодіють з фронтальним інтерфейсом і не обов'язково розуміють механізми конвертації ліквідності на нижньому рівні.
权限层(Рівень дозволів)
Розташований нижче рівня застосунку, користувачі підключають гаманці до dApp і запитують цінову пропозицію для задоволення торгового наміру. Тут "намір" відноситься до очікуваного користувачем кінцевого результату торгівлі (, а не до конкретного шляху виконання торгівлі.
Управління рахунками та абстракція рівня )Керування ключами та абстракція рахунків(
У зв'язку з існуванням багатоланкової середовища, потрібна система управління обліковими записами та абстракції, що адаптується до різних ланок для підтримки унікальної структури облікових записів кожного з ланок. Наприклад, об'єктно-центрована система облікових записів SUI зовсім відрізняється від EVM. One Balance є представницьким проектом у цій сфері, він побудував надійну систему облікових записів, яка не вимагає встановлення міжланкової консенсусу, а лише потребує надійних зобов'язань між існуючими системами облікових записів. Near Account реалізує абстрактне управління, генеруючи мультиланкові гаманці для користувачів, що значно оптимізує досвід користувачів і зменшує фрагментацію UX. Однак, у сфері ліквідності в основному інтегровано існуючі публічні ланки.
求解层)Solver Рівень 2 (
Цей рівень відповідає за прийом і реалізацію торгових намірів користувачів, роль Solver тут змагається, щоб забезпечити кращий досвід користувача, включаючи швидший час торгівлі та швидкість виконання. На цій основі, проекти, орієнтовані на наміри, такі як Anoma, побудували різні рішення, керовані намірами. Подібні похідні від намірів, такі як компонент Predicate, можуть реалізувати наміри користувачів за певними правилами.
СЛ )Settlement Layer(
Це проміжний рівень, що використовується для реалізації намірів користувачів. Основні компоненти рішень для Ліквідності та розподілу стану включають:
预言机)Oracle(: використовується для отримання інформації про стан з інших ланцюгів.
Кросчейн містки ) Bridges (: відповідають за передачу інформації та ліквідності між ланцюгами.
Попереднє підтвердження плану ): скорочення часу підтвердження міжланцюгових транзакцій.
Доступність даних ( DA ): забезпечує доступність даних.
Крім того, необхідно врахувати ліквідність між ланцюгами, фінальність ( Finality ), механізми доказу Рівень 2 та інші фактори, щоб забезпечити ефективну роботу всієї мульти-ланцюгової системи.
( Рішення
Наразі на ринку є безліч рішень для усунення ліквідності, і після огляду великої кількості варіантів ми виявили, що основними є кілька способів:
Центровано на RaaS: подібно до рішень Rollup, таких як OP Stack, шляхом додавання певних спільних сортувальників і міжланцюгових мостів для сприяння спільній ліквідності та стану Rollup, побудованих на OP Stack. Це має на меті вирішити розподіл ліквідності та стану на більш високому рівні. Тут є більш детальне рішення — окремий дизайн спільного сортувальника, яке більше орієнтоване на Рівень 2, не має універсальності, як Astria, Espresso та Flashbots.
Орієнтація на обліковий запис: подібно до NEAR, створіть універсальний гаманця облікового запису для всього ланцюга, що підтримує підписання та виконання транзакцій через технологію, відому як "ланцюговий підпис" на різних блокчейн-протоколах. Основним компонентом є мережа MPC, яка замінює користувача для підписання транзакцій на кількох ланцюгах. Це рішення, хоча й може суттєво вирішити проблему фрагментації UX, проте для розробників воно передбачає складну реалізацію на стороні сервера, і суттєво не вирішує питання ліквідності та розподілу стану.
Зосередженість на мережі поза блокчейном: це означає нашу "вступну" діаграму архітектури торта Solver Network, де основна суть полягає в тому, що користувач надсилає намір до мережі Solver, а роль Solver полягає в конкуренції за ціни, надаючи найкращий час виконання та ціну угоди. Ці Solver можуть бути AI агентами, CEX, маркет-мейкерами або навіть інтегрованими протоколами, такими як Liquorice. Проекти в цій сфері включають Anoma, Khalani, Enso, aori та Valantis. Хоча наміри теоретично можуть реалізувати операції між ланцюгами будь-якої складності, на практиці для цього потрібні достатні ліквідні Solver для допомоги, і коли виникають певні потреби поза ланцюгом, існує ймовірність шахрайства з боку Solver. Якщо впровадити такі методи, як докази шахрайства, реалізація мережі Solver стане ще складнішою, а поріг входження для роботи Solver також зросте.
Центруючись на мережі ліквідності на основі блокчейн: цей напрямок спеціально оптимізує проблеми ліквідності між блокчейнами, але не вирішує інші проблеми розподілу стану в блокчейні. Його основою є побудова ліквіднісного рівня, на якому розміщуються додатки для спільного використання ліквідності всього блокчейну. Деякі проекти включають: Raye Network, INFINIT, Everclear, Elixir тощо.
Зосередження на застосунках на базі блокчейн: Ці програми створюють високоліквідні застосунки шляхом інтеграції великих MM або сторонніх застосунків, таких як Liquorice, Socket, Radiant Capital, 1inch, Hedgemony тощо. Ці проекти потребують управління складними кросчейн-процесами, що висуває високі вимоги до розробників, тому також є дуже вразливими до атаки зловмисників.
Рішення проблеми ліквідності є дуже важливою темою, у фінансовому світі ліквідність часто представляє все. Якщо вдасться побудувати платформу для інтеграції ліквідності, особливо об'єднавши розрізнену ліквідність по всьому ланцюгу, це матиме величезний потенціал, і ми також розглянули багато різних рішень.
У двох вищезгаданих категоріях ми можемо побачити, що відповідно до структури торта, Settlement Layer є найатоми́стичнішим рішенням, над якими, на цих атомних рішеннях, таких як крос-ланцюги, оракули, Pre-Confirmation рішення тощо, збудовані більш абстрактні рівні, такі як Solver Layer, Permission Layer та Application Layer. Різні рішення, які ми перерахували вище, що будуються в різних напрямках для абстракції або Ліквідності, відповідають цим різним рівням, що можна розуміти як відносини між верхньою та нижньою частинами. Але ці рішення все ще не є атомними рішеннями, вся проблема розриву Ліквідності призвела до виникнення багатьох складних похідних проблем, тому для взаємодії виникли різноманітні рішення. Але в основному все ще потрібно покладатися на ці компоненти. Далі ми обговоримо кілька типових проектів з абстрактними концепціями ланцюга, щоб подивитися, як кожен з них вирішує проблему розриву Ліквідності з власної точки зору.
![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
(# ІНФІНІТ
INFINIT побудувала сервіс RaaS для DeFi, який може надати компоненти, необхідні для прямого будівництва DeFi-протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти для моментального використання, такі як Leverage Trading та Yield Strategy. Це аналогічно іншим застосункам для створення, але остаточна Ліквідність зберігається на ліквідному рівні Infinit. Проте наразі не розкрито принципи роботи підкладки. Наразі INFINIT вже отримала 600 тисяч доларів США у вигляді посівного фінансування від деяких відомих інвестиційних установ.
)# Мережа Халані
Khalani побудував три основні компоненти: сумісний шар Intent, Validity та універсальний шар розрахунків.
Зовнішні програми або рівень намірів можуть надсилати наміри в Khalani, а потім сумісний рівень намірів Khalani може перетворити зовнішні наміри у формат, який може розпізнати протокол Solver, використовуючи нормалізований формат, який називається мовою Validity. Вузол Khalani відповідає за подачу остаточних результатів до загального рівня розрахунків через крос-ланцюгові мости, технології швидкого розрахунку тощо. Цей проект все ще знаходиться на стадії будівництва, більше деталей роботи наразі не розкрито. У серпні він отримав 2,2 мільйона доларів США на етапі seed від деяких відомих інвестиційних установ.
Лакриця
Liquorice є децентралізованим додатком, що забезпечує виявлення цін на основі аукціонів та односторонні ліквідні пул. Головна місія Liquorice полягає в наданні професійним торговим компаніям ефективних інструментів управління запасами та легкому підключенні до деяких ключових DeFi протоколів під час розрахунку угод на основі намірів використання. Тим часом, Liquorice створила ринок кредитування для проведення кредитних угод. Цей додаток більше зосереджений на самій торгівлі. Наразі він все ще на стадії розробки, у липні було оголошено про отримання 1,2 мільйона доларів США в раунді Pre-seed від кількох відомих інвестиційних установ.
Сіон
Xion є вдосконаленою версією бренду Burnt. Раніше Burnt зосереджувався на споживчих додатках, але команда виявила, що в ланцюгових взаємодіях існує величезна проблема фрагментації, тому було створено Xion для вирішення цієї проблеми. Xion побудовано на основі консенсусного протоколу Comet BFT. Використана міжмережна комунікація базується на Cosmos IBC, тому вона є більш нативною та безпечною, ніж інші міжмережеві мости. Було проведено чотири раунди фінансування, серед інвесторів є кілька відомих інвестиційних установ.
=nil; Фонд
nil є розробником ринку ZK обчислювальної потужності Ethereum, ZK супутників та Рівня 2, команда має глибокі знання у технології ZK. Запропоновано рішення zkSharding, яке використовує технології ZK для горизонтального масштабування основної мережі Ethereum, виконує парал обробку транзакцій та генерує ZKP, тоді як основний шард перевіряє дані, спілкується з Ethereum та синхронізує мережевий стан між усіма валідаторами. Основний шард також керує розподілом валідаторів та облікових записів у виконавчих шардах. Консенсусний протокол, який використовує комітет перевірки, також є Hotstuff, що є поширеним у новітніх проєктах паралельного виконання. =nil; L2 з самого початку вбудував міжшардову комунікацію в протокол. Міжшардові повідомлення перевіряються комітетом валідаторів кожного шару як транзакції.
Основна ідея полягає в тому, щоб за допомогою фрагментованої архітектури Рівня 2 побудувати вбудовану архітектуру міжфрагментної комунікації, подібну до IBC, що дозволить вирішити проблеми ліквідності та розподілу стану. Однак основна ідея є нерозумною, оскільки проблема розподілу ліквідності є проблемою багатьох ланцюгів, а будується єдиний Рівень 2, що означає, що для вирішення цієї проблеми всі ланцюги повинні стати фрагментом ZK-sharding, що важко реалізувати.
ERC-7683
Ефіріум також працює над вирішенням проблеми ліквідності між ланцюгами, наразі деякі відомі проекти спочатку публічно підтримують стандарт ERC7683, який використовує також заснований на намірі спосіб міжланцюгових операцій. Його основна мета полягає в створенні універсального стандарту для міжланцюгових операцій між L2 та бічними ланцюгами, стандартизації замовлень та розрахункових інтерфейсів, реалізації безшовного міжланцюгового виконання, головним чином, основною частиною є Filler, який також можна назвати роллю Solver у абстракції ланцюга для оплати. Цю пропозицію спільно розробили деякі відомі проекти, наразі вона проходить перевірку у робочій групі Cake.
Стек #### OP
OP Stack, ERC-7683 та zkSharding, як і раніше, є внутрішніми рішеннями Ethereum для фрагментації ліквідності між Рівнем 2, які вирішуються на архітектурному, консенсусному та прикладному рівнях. OP Stack вирішує проблему передачі інформації та децентралізації Sequencer, розробивши комплексне рішення для багато Рівнів 2, яке автоматично розгортає крос-лінкові контракти, коли ви використовуєте архітектуру OP Stack, водночас існує Supervisor, який має право оскаржувати для запобігання передачі хибної крос-лінкової інформації. Наразі деякі відомі проекти використовують архітектуру OP Stack.
Серед них, найбільш типовим є Unichain. Unichain вирішує проблему фрагментації ліквідності між мережами, інтегруючись з мережею Superchain. Це налаштування сприяє безперешкодному переміщенню ліквідності, надаючи такі функції:
Міст між ланцюгами на основі наміру: цей
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
15 лайків
Нагородити
15
5
Репост
Поділіться
Прокоментувати
0/400
GateUser-75ee51e7
· 16год тому
Занадто багато малих ланцюгів лише дбають про оцінку. Сміття.
Переглянути оригіналвідповісти на0
GasFeeCry
· 20год тому
Злітна смуга не витримує!
Переглянути оригіналвідповісти на0
ContractExplorer
· 20год тому
Я хочу створити найжорсткіший ланцюг! Хто зі мною?
Переглянути оригіналвідповісти на0
MemeEchoer
· 20год тому
Ще одна хвиля мрійників про публічні блокчейни з однаковим фіналом хахаха
Переглянути оригіналвідповісти на0
TokenEconomist
· 20год тому
насправді, це класична дилема ув'язненого в розподілі ліквідності l2... давай я швидко розберу математику
Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Рівня 2 та основні рішення
Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Рівня 2
З переходом Ethereum на розширення, орієнтоване на Рівень 2, а також із зростанням таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато підприємств прагнуть створити свої власні блокчейни, щоб представляти різні інтереси та шукати вищу оцінку. Проте поява численних публічних блокчейнів ускладнює розвиток екосистеми в темпі, що відповідає темпам блокчейнів, що призводить до того, що багато проектів в момент TGE вже зазнають зниження ціни.
За допомогою OP Stack, одна торгова платформа запустила свій власний Рівень 2, інша торгова платформа випустила Ink; за допомогою технології ZK, ще одна торгова платформа запустила XLayer; Sony випустила Soneium, LINE представила Kaia тощо. Сьогодні вартість та технологічний бар'єр для створення власного ланцюга значно знижені, витрати на експлуатацію ланцюга на основі OP Stack складають приблизно 10 000 доларів на місяць.
В майбутньому обов'язково настане епоха співіснування багатьох ланцюгів. Незважаючи на те, що ці ланцюги Рівень 2 можуть вибрати EVM-сумісність для забезпечення взаємодії, їм важко буде будувати додатки та досягати консенсусу на одному й тому ж ланцюзі через велику кількість додатків нижнього рівня, що підтримуються Web2-структурами.
Поточна багатоланкова екосистема принесла новий виклик: ліквідність та розподіл стану. Оскільки наявність багатоланковості є неминучою, то інтероперація є областю, яку потрібно вивчити та вирішити. Наразі існує безліч рішень для ліквідності, такі як ми всі чули про абстракцію ланцюга, наміри, Clearing Execution, Native CrossChain, ZKSharding, але їхня основна суть однакова.
Ми використовуємо визнану в галузі архітектуру Cake, щоб зверху вниз представити основні компоненти кросчейн-абстракції:
Рівень застосування(Application Layer)
Це рівень безпосередньої взаємодії з користувачами, а також найбільш абстрактний рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конвертації ліквідності. На прикладі цього рівня користувачі взаємодіють з фронтальним інтерфейсом і не обов'язково розуміють механізми конвертації ліквідності на нижньому рівні.
权限层(Рівень дозволів)
Розташований нижче рівня застосунку, користувачі підключають гаманці до dApp і запитують цінову пропозицію для задоволення торгового наміру. Тут "намір" відноситься до очікуваного користувачем кінцевого результату торгівлі (, а не до конкретного шляху виконання торгівлі.
Управління рахунками та абстракція рівня )Керування ключами та абстракція рахунків(
У зв'язку з існуванням багатоланкової середовища, потрібна система управління обліковими записами та абстракції, що адаптується до різних ланок для підтримки унікальної структури облікових записів кожного з ланок. Наприклад, об'єктно-центрована система облікових записів SUI зовсім відрізняється від EVM. One Balance є представницьким проектом у цій сфері, він побудував надійну систему облікових записів, яка не вимагає встановлення міжланкової консенсусу, а лише потребує надійних зобов'язань між існуючими системами облікових записів. Near Account реалізує абстрактне управління, генеруючи мультиланкові гаманці для користувачів, що значно оптимізує досвід користувачів і зменшує фрагментацію UX. Однак, у сфері ліквідності в основному інтегровано існуючі публічні ланки.
求解层)Solver Рівень 2 (
Цей рівень відповідає за прийом і реалізацію торгових намірів користувачів, роль Solver тут змагається, щоб забезпечити кращий досвід користувача, включаючи швидший час торгівлі та швидкість виконання. На цій основі, проекти, орієнтовані на наміри, такі як Anoma, побудували різні рішення, керовані намірами. Подібні похідні від намірів, такі як компонент Predicate, можуть реалізувати наміри користувачів за певними правилами.
СЛ )Settlement Layer(
Це проміжний рівень, що використовується для реалізації намірів користувачів. Основні компоненти рішень для Ліквідності та розподілу стану включають:
Крім того, необхідно врахувати ліквідність між ланцюгами, фінальність ( Finality ), механізми доказу Рівень 2 та інші фактори, щоб забезпечити ефективну роботу всієї мульти-ланцюгової системи.
( Рішення
Наразі на ринку є безліч рішень для усунення ліквідності, і після огляду великої кількості варіантів ми виявили, що основними є кілька способів:
Центровано на RaaS: подібно до рішень Rollup, таких як OP Stack, шляхом додавання певних спільних сортувальників і міжланцюгових мостів для сприяння спільній ліквідності та стану Rollup, побудованих на OP Stack. Це має на меті вирішити розподіл ліквідності та стану на більш високому рівні. Тут є більш детальне рішення — окремий дизайн спільного сортувальника, яке більше орієнтоване на Рівень 2, не має універсальності, як Astria, Espresso та Flashbots.
Орієнтація на обліковий запис: подібно до NEAR, створіть універсальний гаманця облікового запису для всього ланцюга, що підтримує підписання та виконання транзакцій через технологію, відому як "ланцюговий підпис" на різних блокчейн-протоколах. Основним компонентом є мережа MPC, яка замінює користувача для підписання транзакцій на кількох ланцюгах. Це рішення, хоча й може суттєво вирішити проблему фрагментації UX, проте для розробників воно передбачає складну реалізацію на стороні сервера, і суттєво не вирішує питання ліквідності та розподілу стану.
Зосередженість на мережі поза блокчейном: це означає нашу "вступну" діаграму архітектури торта Solver Network, де основна суть полягає в тому, що користувач надсилає намір до мережі Solver, а роль Solver полягає в конкуренції за ціни, надаючи найкращий час виконання та ціну угоди. Ці Solver можуть бути AI агентами, CEX, маркет-мейкерами або навіть інтегрованими протоколами, такими як Liquorice. Проекти в цій сфері включають Anoma, Khalani, Enso, aori та Valantis. Хоча наміри теоретично можуть реалізувати операції між ланцюгами будь-якої складності, на практиці для цього потрібні достатні ліквідні Solver для допомоги, і коли виникають певні потреби поза ланцюгом, існує ймовірність шахрайства з боку Solver. Якщо впровадити такі методи, як докази шахрайства, реалізація мережі Solver стане ще складнішою, а поріг входження для роботи Solver також зросте.
Центруючись на мережі ліквідності на основі блокчейн: цей напрямок спеціально оптимізує проблеми ліквідності між блокчейнами, але не вирішує інші проблеми розподілу стану в блокчейні. Його основою є побудова ліквіднісного рівня, на якому розміщуються додатки для спільного використання ліквідності всього блокчейну. Деякі проекти включають: Raye Network, INFINIT, Everclear, Elixir тощо.
Зосередження на застосунках на базі блокчейн: Ці програми створюють високоліквідні застосунки шляхом інтеграції великих MM або сторонніх застосунків, таких як Liquorice, Socket, Radiant Capital, 1inch, Hedgemony тощо. Ці проекти потребують управління складними кросчейн-процесами, що висуває високі вимоги до розробників, тому також є дуже вразливими до атаки зловмисників.
Рішення проблеми ліквідності є дуже важливою темою, у фінансовому світі ліквідність часто представляє все. Якщо вдасться побудувати платформу для інтеграції ліквідності, особливо об'єднавши розрізнену ліквідність по всьому ланцюгу, це матиме величезний потенціал, і ми також розглянули багато різних рішень.
У двох вищезгаданих категоріях ми можемо побачити, що відповідно до структури торта, Settlement Layer є найатоми́стичнішим рішенням, над якими, на цих атомних рішеннях, таких як крос-ланцюги, оракули, Pre-Confirmation рішення тощо, збудовані більш абстрактні рівні, такі як Solver Layer, Permission Layer та Application Layer. Різні рішення, які ми перерахували вище, що будуються в різних напрямках для абстракції або Ліквідності, відповідають цим різним рівням, що можна розуміти як відносини між верхньою та нижньою частинами. Але ці рішення все ще не є атомними рішеннями, вся проблема розриву Ліквідності призвела до виникнення багатьох складних похідних проблем, тому для взаємодії виникли різноманітні рішення. Але в основному все ще потрібно покладатися на ці компоненти. Далі ми обговоримо кілька типових проектів з абстрактними концепціями ланцюга, щоб подивитися, як кожен з них вирішує проблему розриву Ліквідності з власної точки зору.
![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
(# ІНФІНІТ
INFINIT побудувала сервіс RaaS для DeFi, який може надати компоненти, необхідні для прямого будівництва DeFi-протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти для моментального використання, такі як Leverage Trading та Yield Strategy. Це аналогічно іншим застосункам для створення, але остаточна Ліквідність зберігається на ліквідному рівні Infinit. Проте наразі не розкрито принципи роботи підкладки. Наразі INFINIT вже отримала 600 тисяч доларів США у вигляді посівного фінансування від деяких відомих інвестиційних установ.
)# Мережа Халані
Khalani побудував три основні компоненти: сумісний шар Intent, Validity та універсальний шар розрахунків.
Зовнішні програми або рівень намірів можуть надсилати наміри в Khalani, а потім сумісний рівень намірів Khalani може перетворити зовнішні наміри у формат, який може розпізнати протокол Solver, використовуючи нормалізований формат, який називається мовою Validity. Вузол Khalani відповідає за подачу остаточних результатів до загального рівня розрахунків через крос-ланцюгові мости, технології швидкого розрахунку тощо. Цей проект все ще знаходиться на стадії будівництва, більше деталей роботи наразі не розкрито. У серпні він отримав 2,2 мільйона доларів США на етапі seed від деяких відомих інвестиційних установ.
Лакриця
Liquorice є децентралізованим додатком, що забезпечує виявлення цін на основі аукціонів та односторонні ліквідні пул. Головна місія Liquorice полягає в наданні професійним торговим компаніям ефективних інструментів управління запасами та легкому підключенні до деяких ключових DeFi протоколів під час розрахунку угод на основі намірів використання. Тим часом, Liquorice створила ринок кредитування для проведення кредитних угод. Цей додаток більше зосереджений на самій торгівлі. Наразі він все ще на стадії розробки, у липні було оголошено про отримання 1,2 мільйона доларів США в раунді Pre-seed від кількох відомих інвестиційних установ.
Сіон
Xion є вдосконаленою версією бренду Burnt. Раніше Burnt зосереджувався на споживчих додатках, але команда виявила, що в ланцюгових взаємодіях існує величезна проблема фрагментації, тому було створено Xion для вирішення цієї проблеми. Xion побудовано на основі консенсусного протоколу Comet BFT. Використана міжмережна комунікація базується на Cosmos IBC, тому вона є більш нативною та безпечною, ніж інші міжмережеві мости. Було проведено чотири раунди фінансування, серед інвесторів є кілька відомих інвестиційних установ.
=nil; Фонд
nil є розробником ринку ZK обчислювальної потужності Ethereum, ZK супутників та Рівня 2, команда має глибокі знання у технології ZK. Запропоновано рішення zkSharding, яке використовує технології ZK для горизонтального масштабування основної мережі Ethereum, виконує парал обробку транзакцій та генерує ZKP, тоді як основний шард перевіряє дані, спілкується з Ethereum та синхронізує мережевий стан між усіма валідаторами. Основний шард також керує розподілом валідаторів та облікових записів у виконавчих шардах. Консенсусний протокол, який використовує комітет перевірки, також є Hotstuff, що є поширеним у новітніх проєктах паралельного виконання. =nil; L2 з самого початку вбудував міжшардову комунікацію в протокол. Міжшардові повідомлення перевіряються комітетом валідаторів кожного шару як транзакції.
Основна ідея полягає в тому, щоб за допомогою фрагментованої архітектури Рівня 2 побудувати вбудовану архітектуру міжфрагментної комунікації, подібну до IBC, що дозволить вирішити проблеми ліквідності та розподілу стану. Однак основна ідея є нерозумною, оскільки проблема розподілу ліквідності є проблемою багатьох ланцюгів, а будується єдиний Рівень 2, що означає, що для вирішення цієї проблеми всі ланцюги повинні стати фрагментом ZK-sharding, що важко реалізувати.
ERC-7683
Ефіріум також працює над вирішенням проблеми ліквідності між ланцюгами, наразі деякі відомі проекти спочатку публічно підтримують стандарт ERC7683, який використовує також заснований на намірі спосіб міжланцюгових операцій. Його основна мета полягає в створенні універсального стандарту для міжланцюгових операцій між L2 та бічними ланцюгами, стандартизації замовлень та розрахункових інтерфейсів, реалізації безшовного міжланцюгового виконання, головним чином, основною частиною є Filler, який також можна назвати роллю Solver у абстракції ланцюга для оплати. Цю пропозицію спільно розробили деякі відомі проекти, наразі вона проходить перевірку у робочій групі Cake.
Стек #### OP
OP Stack, ERC-7683 та zkSharding, як і раніше, є внутрішніми рішеннями Ethereum для фрагментації ліквідності між Рівнем 2, які вирішуються на архітектурному, консенсусному та прикладному рівнях. OP Stack вирішує проблему передачі інформації та децентралізації Sequencer, розробивши комплексне рішення для багато Рівнів 2, яке автоматично розгортає крос-лінкові контракти, коли ви використовуєте архітектуру OP Stack, водночас існує Supervisor, який має право оскаржувати для запобігання передачі хибної крос-лінкової інформації. Наразі деякі відомі проекти використовують архітектуру OP Stack.
Серед них, найбільш типовим є Unichain. Unichain вирішує проблему фрагментації ліквідності між мережами, інтегруючись з мережею Superchain. Це налаштування сприяє безперешкодному переміщенню ліквідності, надаючи такі функції:
Міст між ланцюгами на основі наміру: цей