З переходом Ethereum на розширення, орієнтоване на Рівень 2, а також з появою таких інструментів, як RaaS, велика кількість публічних блокчейнів швидко розвивається. Багато суб'єктів прагнуть побудувати свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Однак поява багатьох публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проектів вже на момент TGE зазнають зниження вартості.
Завдяки OP Stack, одна з交易平台 запустила свій Base Рівень 2, інша交易平台 випустила Ink; завдяки ZK технології, одна з交易 платформ запустила XLayer; Sony випустила Soneium, LINE представила Kaia тощо. Сьогодні фінансові та технологічні бар'єри для побудови блокчейну значно знижені, вартість експлуатації блокчейну на базі OP Stack становить приблизно 10,000 доларів США на місяць.
Майбутнє, безумовно, буде епохою спільного існування багатьох ланцюгів. Хоча ці ланцюги Рівень 2 можуть обрати EVM-сумісність для забезпечення взаємодії, проте через наявність великої кількості downstream-додатків у Web2-структурі, їм буде важко будувати додатки та досягати консенсусу на одному ланцюзі.
Поточна багатоконтурна екосистема принесла новий виклик: Ліквідність та розподіл стану. Оскільки існування багатоконтурності є неминучим, то взаємодія є областю, яку необхідно дослідити та вирішити. Наразі існує багато рішень для ліквідності, наприклад, ми всі чули про абстракцію контурів, наміри, Clearing Execution, Native CrossChain, ZKSharding, але їхня основна суть є однаковою.
Ми використовуємо визнану в галузі архітектуру Cake, щоб зверху вниз представити основні компоненти абстракції крос-ланцюга:
Застосунковий рівень(Application Layer)
Це рівень безпосередньої взаємодії з користувачем, а також найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конвертації ліквідності. На прикладному рівні користувач взаємодіє з інтерфейсом, не обов'язково розуміючи механізм конвертації ліквідності на нижчому рівні.
权限层(Рівень дозволів)
Розташований нижче рівня додатків, користувачі підключають гаманці до dApp і запитують ціни для задоволення торгових намірів. Тут «наміри» відносяться до очікуваного кінцевого результату угоди (, а не до конкретного шляху виконання угоди.
Управління рахунками та абстракція рівня )Керування ключами та абстракція рахунків(
У зв'язку з існуванням багатоланкової середовища, потрібна система управління обліковими записами та абстракції, що підходить для різних ланцюгів, щоб підтримувати унікальну структуру облікових записів кожного ланцюга. Наприклад, об'єктно-центрована система облікових записів SUI повністю відрізняється від EVM. One Balance є представницьким проєктом у цій сфері, який побудував надійну систему облікових записів, не вимагаючи створення міжланцюгового консенсусу, а лише на основі надійних зобов'язань між існуючими системами облікових записів. Near Account реалізує абстрактне управління, генеруючи багатоланкові гаманці для користувачів, що значно оптимізує користувацький досвід і зменшує фрагментацію UX. Проте, в аспекті ліквідності, основна інтеграція здійснена з існуючими публічними ланцюгами.
Розв'язання Рівень )Solver Рівень (
Цей рівень відповідає за прийом та реалізацію торгових намірів користувачів. Роль Solver тут змагається за надання кращого досвіду для користувачів, включаючи швидший час угод та швидкість виконання. На цій основі проекти на основі намірів, такі як Anoma, розробили різноманітні рішення, орієнтовані на наміри. Подібні похідні наміри, такі як компонент Predicate, можуть реалізувати наміри користувачів за певними правилами.
Рівень розрахунків)Settlement Layer(
Це проміжний рівень, що використовується для реалізації намірів користувачів. Основні компоненти рішень з ліквідності та розподілу стану включають:
Оракул ): використовується для отримання інформації про стан з інших ланцюгів.
Кросчейн міст (Мости ): відповідають за передачу інформації та ліквідності між мережами.
Попереднє підтвердження (: скорочення часу підтвердження між ланцюгами.
Доступність даних)DA(: забезпечує доступність даних.
Крім того, необхідно враховувати ліквідність між ланцюгами, остаточність ) Finality (, механізми підтвердження Рівня 2 та інші фактори, щоб забезпечити ефективну роботу всієї багатоланцюгової системи.
![Дослідження проблеми поділу ліквідності в еру Рівня 2])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
) Рішення
Наразі на ринку існує безліч рішень для ліквідності, переглянувши велику кількість рішень, ми виявили, що основними є такі методи:
Зосередженість на RaaS: подібно до рішень Rollup, таких як OP Stack, шляхом додавання певних спільних сортувальників і міжланкових мостів для сприяння спільній ліквідності та стану Rollup, побудованих на OP Stack. Це має на меті вирішити розподіл ліквідності та стану на більш високому рівні. Тут є більш детальне рішення - окремий дизайн спільного сортувальника, яке більше орієнтоване на Рівень 2, і не має універсальності, як-от Astria, Espresso та Flashbots.
Централізований облік: подібно до NEAR, створіть універсальний обліковий гаманець, який підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, відомої як «ланцюговий підпис». Основними компонентами є мережа MPC, яка підписує транзакції для користувачів у багатоланцюговому середовищі. Це рішення, хоча й суттєво покращує UX, пов’язане з складною реалізацією на стороні сервера для розробників і в основному не вирішує проблеми ліквідності та розподілу стану.
Зосередженість на off-chain Intent Network: це те, що ми маємо на увазі в схемі архитектури «Вступ» з Solver Network, основою якої є те, що користувач надсилає наміри до Solver мережі, роль Solver полягає в конкуренції за цінові пропозиції, щоб надати оптимальний час виконання та ціну транзакції, ці Solver можуть бути AI агентами, CEX, Market Maker або навіть інтегрованими протоколами, такими як Liquorice тощо. Проекти в цій сфері включають Anoma, Khalani, Enso, aori та Valantis. Хоча наміри теоретично можуть реалізувати складні міжланцюгові операції будь-якої складності, проте для їх реалізації необхідні достатні ліквідні Solver для допомоги, і коли виникають деякі off-chain запити, існує можливість шахрайства з боку Solver, якщо впроваджувати такі засоби, як доказ шахрайства, реалізація Solver Network стане більш складною, а поріг входу для роботи Solver також підвищиться.
Зосередження на мережі ліквідності на базі блокчейн: цей напрямок спеціально оптимізує проблеми ліквідності між блокчейнами, але не вирішує інших питань розподілу станів на блокчейні. Його основа – побудова ліквідного шару, на якому створюються додатки для спільного використання ліквідності всіх блокчейнів. Деякі проекти включають: Raye Network, INFINIT, Everclear, Elixir та ін.
Зосередження на застосуваннях на базі блокчейн: такі застосування будуються шляхом інтеграції великих MM або сторонніх застосувань для створення високоліквідних застосувань, таких як Liquorice, Socket, Radiant Capital, 1inch, Hedgemony тощо. Ці проекти потребують управління складними крос-ланцюговими процесами, що ставить високі вимоги до розробників, тому також легко можуть виникнути випадки хакерських атак.
Вирішення проблеми ліквідності є дуже важливим завданням, оскільки у фінансовому світі ліквідність часто представляє собою все. Якщо вдасться створити інтегровану платформу ліквідності, особливо поєднавши розрізнені ліквідності з усіх ланцюгів, це матиме величезний потенціал, і ми також бачили багато різних рішень.
У вищезазначених двох категоріях ми можемо побачити, що відповідно до структури торта, 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 вже отримав 6000000 доларів у раунді насіння від Robot Ventures, Electric Capital і Maelstrom Capital.
(# Мережа Халані
Khalani побудував три основні компоненти: сумісний рівень Intent, Validity та універсальний рівень розрахунків.
Зовнішні додатки або шар намірів можуть надсилати наміри до Khalani, а сумісний шар намірів Khalani може перетворювати зовнішні наміри у формат, який може розпізнати протокол Solver, використовуючи нормалізований формат, що називається мовою Validity. Вузол Khalani відповідає за подання остаточних результатів до загального розрахункового шару через міжланцюговий міст, технології швидкого розрахунку тощо. Цей проект все ще знаходиться на етапі будівництва, деталі роботи наразі не розкриті. У серпні він отримав 2,2 мільйона доларів у рамках початкового раунду фінансування від Ethereal Ventures, Nascent, Maelstrom Capital та інших.
![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
Лакриця
Liquorice є децентралізованим додатком, який забезпечує виявлення цін на основі аукціонів та односторонні ліквідні пул. Основна місія Liquorice полягає в наданні професійним торговим компаніям ефективних інструментів управління запасами та легкому підключенні до основних DeFi протоколів під час врегулювання угод з намірами використання. Тим часом, Liquorice створила ринок кредитування для проведення кредитних угод. Цей додаток більше зосереджений на самій торгівлі. Наразі він все ще на стадії розробки, у липні було оголошено про отримання фінансування на суму 1,2 мільйона доларів у раунді Pre-seed, очолюваному GreenField.
(# Сіон
Xion є покращеною версією бренду Burnt, який раніше зосереджувався на споживчих програмах. Пізніше команда виявила, що існує велика фрагментація в онлайнових взаємодіях, тому було створено Xion для покращення цієї проблеми. Xion побудовано на основі консенсусного протоколу Comet BFT. Використовувана міжланкова комунікація базується на Cosmos IBC, тому є більш рідною та безпечною в порівнянні з іншими міжланковими мостами. Він пройшов чотири раунди фінансування, інвесторами є Animoca, Multicoin, Alliance DAO, Mechanism та інші.
)# =nil; Фонд
nil є ринком ZK обчислювальної потужності Ethereum, ZK співпроцесором та розробником Рівня 2, команда має глибокі знання в ZK технологіях. Запропоновано рішення zkSharding, яке використовує ZK технології для горизонтального розширення основної мережі Ethereum, виконує паралобробку транзакцій через шардінг і генерує ZKP, в той час як основний шард перевіряє дані, спілкується з Ethereum та синхронізує стан мережі між усіма валідаторами. Основний шард також управляє розподілом валідаторів та рахунків у виконавчому шардінгу. Консенсусний протокол, що використовується в комітеті перевірки, також є Hotstuff, що є поширеним у останніх проектах паралельного виконання. =nil; L2 з самого початку вбудувала міжшардову комунікацію в протокол. Міжшардові повідомлення перевіряються комітетом валідаторів кожного шард для транзакцій.
Його основна ідея полягає в тому, що за допомогою фрагментованої архітектури Рівня 2 можна побудувати вбудовану архітектуру міжфрагментної комунікації, подібну до IBC, що дозволить вирішити проблеми Ліквідності та розподілу стану. Однак його основна концепція не є розумною, оскільки проблема розподілу ліквідності є проблемою багатоланковості, а будується єдиний Рівень 2, що означає, що для вирішення цієї проблеми всі ланки повинні стати фрагментом ZK-sharding, що важко реалізувати.
![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
ERC-7683
Ethereum також працює над вирішенням проблеми ліквідності між ланцюгами. Наразі Arbitrum, OP та деякі DEX спочатку публічно підтримують стандарт ERC7683, який також використовує крос-ланцюговий підхід на основі Intent. Основною метою є встановлення загального стандарту для крос-ланцюгових операцій між L2 та бічними ланцюгами, стандартизація інтерфейсів замовлень та розрахунків, досягнення безшовного крос-ланцюгового виконання, основним елементом якого є Filler, який також можна назвати роллю Solver в контексті абстракції ланцюга для здійснення платежів. Цю пропозицію спільно розробили деякий DEX та Across, і наразі вона переглядається робочою групою Cake.
Стек (# OP
OP Stack, ERC-7683 та zkSharding, як і всі, є рішеннями для фрагментації ліквідності між Layer 2 в Ethereum, що вирішуються на архітектурному, консенсусному та прикладному рівнях. OP Stack вирішує передачу інформації та Sequ одноразово, створюючи повне рішення для Multi-Layer 2.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Дослідження рішень для ліквідності в крос-ланцюгах в еру Рівня 2
Дослідження проблеми ліквідності в епоху Рівня 2
З переходом Ethereum на розширення, орієнтоване на Рівень 2, а також з появою таких інструментів, як RaaS, велика кількість публічних блокчейнів швидко розвивається. Багато суб'єктів прагнуть побудувати свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Однак поява багатьох публічних блокчейнів ускладнює розвиток екосистеми, що призводить до того, що багато проектів вже на момент TGE зазнають зниження вартості.
Завдяки OP Stack, одна з交易平台 запустила свій Base Рівень 2, інша交易平台 випустила Ink; завдяки ZK технології, одна з交易 платформ запустила XLayer; Sony випустила Soneium, LINE представила Kaia тощо. Сьогодні фінансові та технологічні бар'єри для побудови блокчейну значно знижені, вартість експлуатації блокчейну на базі OP Stack становить приблизно 10,000 доларів США на місяць.
Майбутнє, безумовно, буде епохою спільного існування багатьох ланцюгів. Хоча ці ланцюги Рівень 2 можуть обрати EVM-сумісність для забезпечення взаємодії, проте через наявність великої кількості downstream-додатків у Web2-структурі, їм буде важко будувати додатки та досягати консенсусу на одному ланцюзі.
Поточна багатоконтурна екосистема принесла новий виклик: Ліквідність та розподіл стану. Оскільки існування багатоконтурності є неминучим, то взаємодія є областю, яку необхідно дослідити та вирішити. Наразі існує багато рішень для ліквідності, наприклад, ми всі чули про абстракцію контурів, наміри, Clearing Execution, Native CrossChain, ZKSharding, але їхня основна суть є однаковою.
Ми використовуємо визнану в галузі архітектуру Cake, щоб зверху вниз представити основні компоненти абстракції крос-ланцюга:
Застосунковий рівень(Application Layer)
Це рівень безпосередньої взаємодії з користувачем, а також найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конвертації ліквідності. На прикладному рівні користувач взаємодіє з інтерфейсом, не обов'язково розуміючи механізм конвертації ліквідності на нижчому рівні.
权限层(Рівень дозволів)
Розташований нижче рівня додатків, користувачі підключають гаманці до dApp і запитують ціни для задоволення торгових намірів. Тут «наміри» відносяться до очікуваного кінцевого результату угоди (, а не до конкретного шляху виконання угоди.
Управління рахунками та абстракція рівня )Керування ключами та абстракція рахунків(
У зв'язку з існуванням багатоланкової середовища, потрібна система управління обліковими записами та абстракції, що підходить для різних ланцюгів, щоб підтримувати унікальну структуру облікових записів кожного ланцюга. Наприклад, об'єктно-центрована система облікових записів SUI повністю відрізняється від EVM. One Balance є представницьким проєктом у цій сфері, який побудував надійну систему облікових записів, не вимагаючи створення міжланцюгового консенсусу, а лише на основі надійних зобов'язань між існуючими системами облікових записів. Near Account реалізує абстрактне управління, генеруючи багатоланкові гаманці для користувачів, що значно оптимізує користувацький досвід і зменшує фрагментацію UX. Проте, в аспекті ліквідності, основна інтеграція здійснена з існуючими публічними ланцюгами.
Розв'язання Рівень )Solver Рівень (
Цей рівень відповідає за прийом та реалізацію торгових намірів користувачів. Роль Solver тут змагається за надання кращого досвіду для користувачів, включаючи швидший час угод та швидкість виконання. На цій основі проекти на основі намірів, такі як Anoma, розробили різноманітні рішення, орієнтовані на наміри. Подібні похідні наміри, такі як компонент Predicate, можуть реалізувати наміри користувачів за певними правилами.
Рівень розрахунків)Settlement Layer(
Це проміжний рівень, що використовується для реалізації намірів користувачів. Основні компоненти рішень з ліквідності та розподілу стану включають:
Крім того, необхідно враховувати ліквідність між ланцюгами, остаточність ) Finality (, механізми підтвердження Рівня 2 та інші фактори, щоб забезпечити ефективну роботу всієї багатоланцюгової системи.
![Дослідження проблеми поділу ліквідності в еру Рівня 2])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
) Рішення
Наразі на ринку існує безліч рішень для ліквідності, переглянувши велику кількість рішень, ми виявили, що основними є такі методи:
Зосередженість на RaaS: подібно до рішень Rollup, таких як OP Stack, шляхом додавання певних спільних сортувальників і міжланкових мостів для сприяння спільній ліквідності та стану Rollup, побудованих на OP Stack. Це має на меті вирішити розподіл ліквідності та стану на більш високому рівні. Тут є більш детальне рішення - окремий дизайн спільного сортувальника, яке більше орієнтоване на Рівень 2, і не має універсальності, як-от Astria, Espresso та Flashbots.
Централізований облік: подібно до NEAR, створіть універсальний обліковий гаманець, який підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, відомої як «ланцюговий підпис». Основними компонентами є мережа MPC, яка підписує транзакції для користувачів у багатоланцюговому середовищі. Це рішення, хоча й суттєво покращує UX, пов’язане з складною реалізацією на стороні сервера для розробників і в основному не вирішує проблеми ліквідності та розподілу стану.
Зосередженість на off-chain Intent Network: це те, що ми маємо на увазі в схемі архитектури «Вступ» з Solver Network, основою якої є те, що користувач надсилає наміри до Solver мережі, роль Solver полягає в конкуренції за цінові пропозиції, щоб надати оптимальний час виконання та ціну транзакції, ці Solver можуть бути AI агентами, CEX, Market Maker або навіть інтегрованими протоколами, такими як Liquorice тощо. Проекти в цій сфері включають Anoma, Khalani, Enso, aori та Valantis. Хоча наміри теоретично можуть реалізувати складні міжланцюгові операції будь-якої складності, проте для їх реалізації необхідні достатні ліквідні Solver для допомоги, і коли виникають деякі off-chain запити, існує можливість шахрайства з боку Solver, якщо впроваджувати такі засоби, як доказ шахрайства, реалізація Solver Network стане більш складною, а поріг входу для роботи Solver також підвищиться.
Зосередження на мережі ліквідності на базі блокчейн: цей напрямок спеціально оптимізує проблеми ліквідності між блокчейнами, але не вирішує інших питань розподілу станів на блокчейні. Його основа – побудова ліквідного шару, на якому створюються додатки для спільного використання ліквідності всіх блокчейнів. Деякі проекти включають: Raye Network, INFINIT, Everclear, Elixir та ін.
Зосередження на застосуваннях на базі блокчейн: такі застосування будуються шляхом інтеграції великих MM або сторонніх застосувань для створення високоліквідних застосувань, таких як Liquorice, Socket, Radiant Capital, 1inch, Hedgemony тощо. Ці проекти потребують управління складними крос-ланцюговими процесами, що ставить високі вимоги до розробників, тому також легко можуть виникнути випадки хакерських атак.
Вирішення проблеми ліквідності є дуже важливим завданням, оскільки у фінансовому світі ліквідність часто представляє собою все. Якщо вдасться створити інтегровану платформу ліквідності, особливо поєднавши розрізнені ліквідності з усіх ланцюгів, це матиме величезний потенціал, і ми також бачили багато різних рішень.
У вищезазначених двох категоріях ми можемо побачити, що відповідно до структури торта, 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 вже отримав 6000000 доларів у раунді насіння від Robot Ventures, Electric Capital і Maelstrom Capital.
(# Мережа Халані
Khalani побудував три основні компоненти: сумісний рівень Intent, Validity та універсальний рівень розрахунків.
Зовнішні додатки або шар намірів можуть надсилати наміри до Khalani, а сумісний шар намірів Khalani може перетворювати зовнішні наміри у формат, який може розпізнати протокол Solver, використовуючи нормалізований формат, що називається мовою Validity. Вузол Khalani відповідає за подання остаточних результатів до загального розрахункового шару через міжланцюговий міст, технології швидкого розрахунку тощо. Цей проект все ще знаходиться на етапі будівництва, деталі роботи наразі не розкриті. У серпні він отримав 2,2 мільйона доларів у рамках початкового раунду фінансування від Ethereal Ventures, Nascent, Maelstrom Capital та інших.
![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
Лакриця
Liquorice є децентралізованим додатком, який забезпечує виявлення цін на основі аукціонів та односторонні ліквідні пул. Основна місія Liquorice полягає в наданні професійним торговим компаніям ефективних інструментів управління запасами та легкому підключенні до основних DeFi протоколів під час врегулювання угод з намірами використання. Тим часом, Liquorice створила ринок кредитування для проведення кредитних угод. Цей додаток більше зосереджений на самій торгівлі. Наразі він все ще на стадії розробки, у липні було оголошено про отримання фінансування на суму 1,2 мільйона доларів у раунді Pre-seed, очолюваному GreenField.
(# Сіон
Xion є покращеною версією бренду Burnt, який раніше зосереджувався на споживчих програмах. Пізніше команда виявила, що існує велика фрагментація в онлайнових взаємодіях, тому було створено Xion для покращення цієї проблеми. Xion побудовано на основі консенсусного протоколу Comet BFT. Використовувана міжланкова комунікація базується на Cosmos IBC, тому є більш рідною та безпечною в порівнянні з іншими міжланковими мостами. Він пройшов чотири раунди фінансування, інвесторами є Animoca, Multicoin, Alliance DAO, Mechanism та інші.
)# =nil; Фонд
nil є ринком ZK обчислювальної потужності Ethereum, ZK співпроцесором та розробником Рівня 2, команда має глибокі знання в ZK технологіях. Запропоновано рішення zkSharding, яке використовує ZK технології для горизонтального розширення основної мережі Ethereum, виконує паралобробку транзакцій через шардінг і генерує ZKP, в той час як основний шард перевіряє дані, спілкується з Ethereum та синхронізує стан мережі між усіма валідаторами. Основний шард також управляє розподілом валідаторів та рахунків у виконавчому шардінгу. Консенсусний протокол, що використовується в комітеті перевірки, також є Hotstuff, що є поширеним у останніх проектах паралельного виконання. =nil; L2 з самого початку вбудувала міжшардову комунікацію в протокол. Міжшардові повідомлення перевіряються комітетом валідаторів кожного шард для транзакцій.
Його основна ідея полягає в тому, що за допомогою фрагментованої архітектури Рівня 2 можна побудувати вбудовану архітектуру міжфрагментної комунікації, подібну до IBC, що дозволить вирішити проблеми Ліквідності та розподілу стану. Однак його основна концепція не є розумною, оскільки проблема розподілу ліквідності є проблемою багатоланковості, а будується єдиний Рівень 2, що означає, що для вирішення цієї проблеми всі ланки повинні стати фрагментом ZK-sharding, що важко реалізувати.
![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
ERC-7683
Ethereum також працює над вирішенням проблеми ліквідності між ланцюгами. Наразі Arbitrum, OP та деякі DEX спочатку публічно підтримують стандарт ERC7683, який також використовує крос-ланцюговий підхід на основі Intent. Основною метою є встановлення загального стандарту для крос-ланцюгових операцій між L2 та бічними ланцюгами, стандартизація інтерфейсів замовлень та розрахунків, досягнення безшовного крос-ланцюгового виконання, основним елементом якого є Filler, який також можна назвати роллю Solver в контексті абстракції ланцюга для здійснення платежів. Цю пропозицію спільно розробили деякий DEX та Across, і наразі вона переглядається робочою групою Cake.
Стек (# OP
OP Stack, ERC-7683 та zkSharding, як і всі, є рішеннями для фрагментації ліквідності між Layer 2 в Ethereum, що вирішуються на архітектурному, консенсусному та прикладному рівнях. OP Stack вирішує передачу інформації та Sequ одноразово, створюючи повне рішення для Multi-Layer 2.