Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Рівня 2
Відтоді, як Ethereum перейшов на рішення для розширення з основою на Рівні 2, разом з появою таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато суб'єктів хочуть створити свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Однак численні публічні блокчейни, що з'являються, ускладнюють розвиток екосистеми, що призводить до того, що багато проектів втрачають вартість під час TGE.
Завдяки OP Stack, одна торгова платформа запустила свій власний Рівень 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. Проте, в області ліквідності в основному інтегровано існуючі публічні ланцюги.
求解Рівень 2)Solver Рівень 2(
Цей рівень відповідає за прийом та реалізацію торгових намірів користувачів. Роль Solver тут змагається за надання кращого досвіду користувача, включаючи швидший час угоди та швидкість виконання. На цій основі проекти, що базуються на намірах, побудували різноманітні рішення, керовані намірами. Продукти, похідні від таких намірів, як компонент Predicate, можуть реалізувати намір користувача за певними правилами.
СЛ )Settlement Layer(
Це проміжний рівень, який використовується для реалізації намірів користувача. Основні компоненти рішень з ліквідності та розподілу стану включають:
Оркул ) Oracle (: використовується для отримання інформації про стан з інших ланцюгів.
Крос-чейн міст ) Bridges (: відповідає за передачу інформації та ліквідності між мережами.
Попереднє підтвердження ): скорочення часу підтвердження між ланцюгами.
Доступність даних(DA): надає доступність даних.
Крім того, необхідно враховувати ліквідність між ланцюгами, остаточність ( Finality ), механізм доказу Рівень 2 та інші фактори для забезпечення ефективної роботи всієї багатоланцюгової системи.
Наразі на ринку існує багато рішень для ліквідності, після огляду великої кількості варіантів, ми виявили, що основними способами є ці кілька:
Зосередження на RaaS: подібно до рішення Rollup, такого як OP Stack, шляхом додавання певних спільних сортувальників та кросчейн мостів для допомоги в побудові Rollup на OP Stack, спільна ліквідність і стан. Це має на меті вирішити проблему розподілу ліквідності та стану на більш високому рівні. Тут є більш детальне рішення, яке стосується окремого дизайну спільного сортувальника, це рішення більше стосується Рівня 2, не є універсальним.
Орієнтований на обліковий запис: подібно до NEAR, створити універсальний обліковий гаманець, який підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, званої "ланцюговий підпис". Основним компонентом є мережа MPC, яка підписує транзакції для користувачів в багатоланцюговому середовищі. Ця система, хоча і може значно вирішити проблему фрагментації UX, проте для розробників вона передбачає складну реалізацію на задньому плані і не вирішує по суті питання ліквідності та розподілу стану.
Зосереджуючись на мережі намірів поза ланцюгом: тобто "вступ" в архітектурному діаграмі торта Solver Network, основою є те, що користувач надсилає намір до мережі Solver, роль Solver полягає в конкуренції за ціни, щоб надати оптимальний час виконання та ціну угоди, ці Solver можуть бути AI Agent, CEX, Market Maker або навіть самою інтеграційною протоколом. Хоча намір теоретично може реалізувати складні операції між ланцюгами будь-якої складності, для його реалізації дійсно необхідні достатні ліквідні Solver для допомоги, і коли виникають деякі потреби поза ланцюгом, існує ймовірність шахрайства з боку Solver; якщо впроваджуються такі методи, як доказ шахрайства, реалізація мережі Solver стане ще складнішою, а поріг для запуску Solver також стане вищим.
Зосередження на мережі ліквідності на основі блокчейну: цей напрямок спеціально оптимізує проблеми ліквідності між блокчейнами, але не вирішує інші проблеми розподілу стану на блокчейні. Його суть полягає в створенні ліквіднісного рівня, на якому будуть збудовані додатки для спільного використання ліквідності з усіх блокчейнів.
Зосередженість на додатках на базі блокчейн: такі додатки створюються шляхом інтеграції великих MM або сторонніх додатків для побудови високих ліквідності додатків. Такі проекти потребують управління складними крос-ланцюговими процесами, що висуває високі вимоги до розробників, тому вони також піддаються високому ризику атак хакерів.
Вирішення проблеми ліквідності є дуже важливим питанням. У фінансовому світі ліквідність часто представляє собою все. Якщо буде можливість створити платформу для інтеграції ліквідності, особливо об'єднати розрізнені ліквідності з усієї мережі, це матиме дуже великий потенціал.
У наведених вище двох категоріях ми можемо побачити, що відповідно до структури торта, Settlement Layer є найатоменнішим рішенням, над якими, на цих атомних рішеннях, такими як крос-ланцюг, оракули, Pre-Confirmation рішення, будується більш абстрактний рівень, а саме Solver Layer, Permission Layer та Application Layer. Різні рівні, які ми навели вище у різних напрямках для побудови абстрактних або ліквідності рішень, можуть бути зрозумілі як відносини між верхнім і нижнім потоком. Однак ці рішення все ще не є атомними рішеннями, вся проблема розриву ліквідності призвела до виникнення багатьох складних похідних проблем, тому для інтероперабельності виникли різноманітні рішення. Але в основному все ще потрібно покладатися на ці компоненти. Наступним ми обговоримо кілька типових проектів концепцій абстракції ланцюга, щоб подивитися, як кожен з них вирішує проблему розриву ліквідності з власної точки зору.
(# ІНФІНІТ
INFINIT побудував сервіс RaaS для DeFi, який може надати компоненти, необхідні для безпосереднього створення DeFi протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти, такі як Leverage Trading і Yield Strategy, які можна миттєво активувати. Це еквівалентно іншим застосункам на стороні побудови, але остаточна ліквідність зберігається на ліквіднісному рівні Infinit. Однак наразі він все ще не розкриває принципи роботи на нижньому рівні.
)# Мережа Халані
Khalani побудував три основні компоненти: сумісний рівень Intent, Validity та універсальний рівень розрахунків.
Зовнішні додатки або рівень намірів можуть надсилати наміри до Khalani, а потім сумісний рівень намірів Khalani може перетворити зовнішні наміри в формат, який може розпізнати протокол Solver, використовуючи нормалізований формат, що є мовою Validity. Вузол Khalani відповідає за подання остаточних результатів загальному рівню розрахунків через міжланцюгові мости, технології швидкого розрахунку тощо. Цей проект все ще перебуває на стадії будівництва, і поки що не розкриває більше деталей роботи.
Лакриця
Liquorice є децентралізованим додатком, який забезпечує аукціонне ціноутворення та односторонні ліквідні пулі. Основною місією Liquorice є надання професійним трейдинговим компаніям ефективних інструментів управління запасами та легке підключення до основних DeFi протоколів під час розрахунку угод за наміром використання. Водночас Liquorice створила ринок позик для ведення позикових угод. Цей додаток більше зосереджений на самій торгівлі. Наразі він все ще знаходиться на стадії розробки.
Сіон
Xion є оновленням бренду Burnt, який раніше зосереджувався на споживчих програмах. Після цього команда виявила значну фрагментацію в ланцюгових взаємодіях, тому була створена Xion для покращення цієї проблеми. Xion побудовано на основі протоколу консенсусу Comet BFT. Використана міжланцюгова комунікація базується на Cosmos IBC, тому вона є більш нативною та безпечною в порівнянні з іншими міжланцюговими мостами.
![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# =nil; Фонд
nil є ринком ZK потужності Ethereum, ZK співпроцесором та розробником Layer2, команда має глибокі знання технології ZK. Запропоновано рішення zkSharding, яке використовує технологію ZK для горизонтального масштабування основної мережі Ethereum, виконуючи парал обробку транзакцій та генеруючи ZKP, тоді як основний шард перевіряє дані, спілкується з Ethereum і синхронізує стан мережі між усіма валідаторами. Основний шард також управляє розподілом валідаторів та рахунків в шарді виконання. Консенсусний протокол, що використовується комітетом перевірки, також є Hotstuff, що є звичним у останніх проектах паралельного виконання. =nil; L2 від самого початку вбудував міжшардову комунікацію в протокол. Міжшардові повідомлення перевіряються комітетом валідаторів кожного шарду як транзакції.
Основна ідея полягає в тому, щоб за допомогою розподіленої архітектури Рівень 2 створити вбудовану архітектуру міжфрагментної комунікації, подібну до IBC, що дозволить вирішити проблеми ліквідності та розподілу стану. Але основна ідея не є розумною, оскільки проблема, яку вирішує ліквідність, є проблемою багатоланцюговості, а створюється єдиний Рівень 2, що означає, що для вирішення потрібно, щоб усі ланцюги стали фрагментом ZK-sharding, що важко реалізувати.
)# ERC-7683
Ethereum також працює над вирішенням цієї проблеми кросчейн ліквідності, наразі кілька платформ спочатку публічно підтримують стандарт ERC7683, який також використовує кросчейн метод на основі Intent. Його основна мета полягає в створенні універсального стандарту для крос L2 та сайдчейнів, стандартизації замовлень та розрахункових інтерфейсів, забезпечуючи безшовне виконання кросчейну, основним елементом якого є Filler, також можна сказати, що це роль Solver в абстракції ланцюга для оплати. Цю пропозицію спільно розробили два проекти, наразі вона проходить перевірку робочою групою Cake.
![Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
Стек (# OP
OP Stack, ERC-7683 та zkSharding, як і всі вони, є рішеннями для фрагментації ліквідності між Layer 2 в межах Ethereum, які вирішуються на рівні архітектури, консенсусу та додатків. OP Stack розробляє повне багаторівневе рішення Layer 2, щоб одноразово вирішити проблеми передачі інформації та децентралізації Sequencer. Коли ви використовуєте архітектуру OP Stack, автоматично розгортаються крос-ланцюгові контракти, одночасно існує Supervisor, щоб оскаржити та уникнути передачі неправдивої крос-ланцюгової інформації. На даний момент кілька відомих проектів використовують архітектуру OP Stack.
Серед них, найбільш типовим є Unichain. Unichain в основному через
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Аналіз викликів та рішень розриву ліквідності в епоху Рівня 2
Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Рівня 2
Відтоді, як Ethereum перейшов на рішення для розширення з основою на Рівні 2, разом з появою таких інструментів, як RaaS, багато публічних блокчейнів швидко розвиваються. Багато суб'єктів хочуть створити свої власні ланцюги, щоб представляти різні інтереси та шукати вищу оцінку. Однак численні публічні блокчейни, що з'являються, ускладнюють розвиток екосистеми, що призводить до того, що багато проектів втрачають вартість під час TGE.
Завдяки OP Stack, одна торгова платформа запустила свій власний Рівень 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. Проте, в області ліквідності в основному інтегровано існуючі публічні ланцюги.
求解Рівень 2)Solver Рівень 2(
Цей рівень відповідає за прийом та реалізацію торгових намірів користувачів. Роль Solver тут змагається за надання кращого досвіду користувача, включаючи швидший час угоди та швидкість виконання. На цій основі проекти, що базуються на намірах, побудували різноманітні рішення, керовані намірами. Продукти, похідні від таких намірів, як компонент Predicate, можуть реалізувати намір користувача за певними правилами.
СЛ )Settlement Layer(
Це проміжний рівень, який використовується для реалізації намірів користувача. Основні компоненти рішень з ліквідності та розподілу стану включають:
Крім того, необхідно враховувати ліквідність між ланцюгами, остаточність ( Finality ), механізм доказу Рівень 2 та інші фактори для забезпечення ефективної роботи всієї багатоланцюгової системи.
Наразі на ринку існує багато рішень для ліквідності, після огляду великої кількості варіантів, ми виявили, що основними способами є ці кілька:
Зосередження на RaaS: подібно до рішення Rollup, такого як OP Stack, шляхом додавання певних спільних сортувальників та кросчейн мостів для допомоги в побудові Rollup на OP Stack, спільна ліквідність і стан. Це має на меті вирішити проблему розподілу ліквідності та стану на більш високому рівні. Тут є більш детальне рішення, яке стосується окремого дизайну спільного сортувальника, це рішення більше стосується Рівня 2, не є універсальним.
Орієнтований на обліковий запис: подібно до NEAR, створити універсальний обліковий гаманець, який підтримує підписання та виконання транзакцій через кілька блокчейн-протоколів за допомогою технології, званої "ланцюговий підпис". Основним компонентом є мережа MPC, яка підписує транзакції для користувачів в багатоланцюговому середовищі. Ця система, хоча і може значно вирішити проблему фрагментації UX, проте для розробників вона передбачає складну реалізацію на задньому плані і не вирішує по суті питання ліквідності та розподілу стану.
Зосереджуючись на мережі намірів поза ланцюгом: тобто "вступ" в архітектурному діаграмі торта Solver Network, основою є те, що користувач надсилає намір до мережі Solver, роль Solver полягає в конкуренції за ціни, щоб надати оптимальний час виконання та ціну угоди, ці Solver можуть бути AI Agent, CEX, Market Maker або навіть самою інтеграційною протоколом. Хоча намір теоретично може реалізувати складні операції між ланцюгами будь-якої складності, для його реалізації дійсно необхідні достатні ліквідні Solver для допомоги, і коли виникають деякі потреби поза ланцюгом, існує ймовірність шахрайства з боку Solver; якщо впроваджуються такі методи, як доказ шахрайства, реалізація мережі Solver стане ще складнішою, а поріг для запуску Solver також стане вищим.
Зосередження на мережі ліквідності на основі блокчейну: цей напрямок спеціально оптимізує проблеми ліквідності між блокчейнами, але не вирішує інші проблеми розподілу стану на блокчейні. Його суть полягає в створенні ліквіднісного рівня, на якому будуть збудовані додатки для спільного використання ліквідності з усіх блокчейнів.
Зосередженість на додатках на базі блокчейн: такі додатки створюються шляхом інтеграції великих MM або сторонніх додатків для побудови високих ліквідності додатків. Такі проекти потребують управління складними крос-ланцюговими процесами, що висуває високі вимоги до розробників, тому вони також піддаються високому ризику атак хакерів.
Вирішення проблеми ліквідності є дуже важливим питанням. У фінансовому світі ліквідність часто представляє собою все. Якщо буде можливість створити платформу для інтеграції ліквідності, особливо об'єднати розрізнені ліквідності з усієї мережі, це матиме дуже великий потенціал.
У наведених вище двох категоріях ми можемо побачити, що відповідно до структури торта, Settlement Layer є найатоменнішим рішенням, над якими, на цих атомних рішеннях, такими як крос-ланцюг, оракули, Pre-Confirmation рішення, будується більш абстрактний рівень, а саме Solver Layer, Permission Layer та Application Layer. Різні рівні, які ми навели вище у різних напрямках для побудови абстрактних або ліквідності рішень, можуть бути зрозумілі як відносини між верхнім і нижнім потоком. Однак ці рішення все ще не є атомними рішеннями, вся проблема розриву ліквідності призвела до виникнення багатьох складних похідних проблем, тому для інтероперабельності виникли різноманітні рішення. Але в основному все ще потрібно покладатися на ці компоненти. Наступним ми обговоримо кілька типових проектів концепцій абстракції ланцюга, щоб подивитися, як кожен з них вирішує проблему розриву ліквідності з власної точки зору.
(# ІНФІНІТ
INFINIT побудував сервіс RaaS для DeFi, який може надати компоненти, необхідні для безпосереднього створення DeFi протоколів, такі як Oracle, Pool Type, IRM, Asset тощо, а також може надати компоненти, такі як Leverage Trading і Yield Strategy, які можна миттєво активувати. Це еквівалентно іншим застосункам на стороні побудови, але остаточна ліквідність зберігається на ліквіднісному рівні Infinit. Однак наразі він все ще не розкриває принципи роботи на нижньому рівні.
)# Мережа Халані
Khalani побудував три основні компоненти: сумісний рівень Intent, Validity та універсальний рівень розрахунків.
Зовнішні додатки або рівень намірів можуть надсилати наміри до Khalani, а потім сумісний рівень намірів Khalani може перетворити зовнішні наміри в формат, який може розпізнати протокол Solver, використовуючи нормалізований формат, що є мовою Validity. Вузол Khalani відповідає за подання остаточних результатів загальному рівню розрахунків через міжланцюгові мости, технології швидкого розрахунку тощо. Цей проект все ще перебуває на стадії будівництва, і поки що не розкриває більше деталей роботи.
Лакриця
Liquorice є децентралізованим додатком, який забезпечує аукціонне ціноутворення та односторонні ліквідні пулі. Основною місією Liquorice є надання професійним трейдинговим компаніям ефективних інструментів управління запасами та легке підключення до основних DeFi протоколів під час розрахунку угод за наміром використання. Водночас Liquorice створила ринок позик для ведення позикових угод. Цей додаток більше зосереджений на самій торгівлі. Наразі він все ще знаходиться на стадії розробки.
Сіон
Xion є оновленням бренду Burnt, який раніше зосереджувався на споживчих програмах. Після цього команда виявила значну фрагментацію в ланцюгових взаємодіях, тому була створена Xion для покращення цієї проблеми. Xion побудовано на основі протоколу консенсусу Comet BFT. Використана міжланцюгова комунікація базується на Cosmos IBC, тому вона є більш нативною та безпечною в порівнянні з іншими міжланцюговими мостами.
![Рівень 2时代下，Ліквідність обдурювати людей, як лохів问题的研究]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# =nil; Фонд
nil є ринком ZK потужності Ethereum, ZK співпроцесором та розробником Layer2, команда має глибокі знання технології ZK. Запропоновано рішення zkSharding, яке використовує технологію ZK для горизонтального масштабування основної мережі Ethereum, виконуючи парал обробку транзакцій та генеруючи ZKP, тоді як основний шард перевіряє дані, спілкується з Ethereum і синхронізує стан мережі між усіма валідаторами. Основний шард також управляє розподілом валідаторів та рахунків в шарді виконання. Консенсусний протокол, що використовується комітетом перевірки, також є Hotstuff, що є звичним у останніх проектах паралельного виконання. =nil; L2 від самого початку вбудував міжшардову комунікацію в протокол. Міжшардові повідомлення перевіряються комітетом валідаторів кожного шарду як транзакції.
Основна ідея полягає в тому, щоб за допомогою розподіленої архітектури Рівень 2 створити вбудовану архітектуру міжфрагментної комунікації, подібну до IBC, що дозволить вирішити проблеми ліквідності та розподілу стану. Але основна ідея не є розумною, оскільки проблема, яку вирішує ліквідність, є проблемою багатоланцюговості, а створюється єдиний Рівень 2, що означає, що для вирішення потрібно, щоб усі ланцюги стали фрагментом ZK-sharding, що важко реалізувати.
)# ERC-7683
Ethereum також працює над вирішенням цієї проблеми кросчейн ліквідності, наразі кілька платформ спочатку публічно підтримують стандарт ERC7683, який також використовує кросчейн метод на основі Intent. Його основна мета полягає в створенні універсального стандарту для крос L2 та сайдчейнів, стандартизації замовлень та розрахункових інтерфейсів, забезпечуючи безшовне виконання кросчейну, основним елементом якого є Filler, також можна сказати, що це роль Solver в абстракції ланцюга для оплати. Цю пропозицію спільно розробили два проекти, наразі вона проходить перевірку робочою групою Cake.
![Дослідження проблеми ліквідності обдурювання людей, як лохів в епоху Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
Стек (# OP
OP Stack, ERC-7683 та zkSharding, як і всі вони, є рішеннями для фрагментації ліквідності між Layer 2 в межах Ethereum, які вирішуються на рівні архітектури, консенсусу та додатків. OP Stack розробляє повне багаторівневе рішення Layer 2, щоб одноразово вирішити проблеми передачі інформації та децентралізації Sequencer. Коли ви використовуєте архітектуру OP Stack, автоматично розгортаються крос-ланцюгові контракти, одночасно існує Supervisor, щоб оскаржити та уникнути передачі неправдивої крос-ланцюгової інформації. На даний момент кілька відомих проектів використовують архітектуру OP Stack.
Серед них, найбільш типовим є Unichain. Unichain в основному через