Gate Ventures
Оскільки Ethereum перейшов до моделі розширення, зосередженої на Рівні 2, і з появою інструментів, таких як RaaS, численні публічні блокчейни швидко з'явилися. Багато суб'єктів прагнуть створити свої власні ланцюги для представлення унікальних інтересів і досягнення вищих оцінок. Однак розростання цих блокчейнів створило виклик для екосистеми, яка не встигає за темпами, внаслідок чого багато проектів зазнають падіння цін відразу після їх TGE (Події Генерації Токенів).
Використовуючи OP Stack, Coinbase запустила Base, свою мережу Рівень 2, в той час як Kraken випустила Ink; OKX використала ZK технологію для впровадження XLayer; Sony випустила Soneium, а LINE представила Kaia. Сьогодні фінансові та технічні бар'єри для створення блокчейну значно зменшилися, а операційні витрати для ланцюга на базі OP Stack тепер в середньому становлять близько 10 000 доларів на місяць.
Майбутнє, безсумнівно, буде епохою співіснування багатьох ланцюгів. Хоча ці ланцюги Рівня 2 можуть використовувати EVM-сумісність для взаємодії, досягнення консенсусу щодо створення додатків на одному ланцюзі залишається складним завданням, враховуючи, що багато з цих ланцюгів підтримуються Web2-структурами з широким спектром прикладних програм.
Розподіл TVL, джерело: Defillama
Сучасний багатоланцюговий ландшафт призвів до нової проблеми: ліквідності та фрагментації стану. Оскільки багатоланцюгове середовище є неминучим, міжмережна взаємодія стала важливою сферою для дослідження та вирішення. Хоча існує безліч рішень для ліквідності, таких як абстракція ланцюга (Particle Network, Socket, XION, INFINIT, Borsa), протоколи на основі наміру (Anoma, Khalani), виконання очищення (Connext), нативний крос-ланцюг (Cross) та ZK Sharding (=nil; Foundation), всі вони в основному спрямовані на вирішення одних і тих самих основних проблем.
Стек абстракцій ланцюга, Джерело: Frontier Research
Ми використовуємо визнану в галузі архітектуру Cake, щоб представити основні компоненти крос-ланцюгової абстракції з верхньої частини до нижньої:
Це рівень, де користувачі безпосередньо взаємодіють, і це найабстрактніший рівень у рішеннях з ліквідності, оскільки він повністю приховує деталі конверсії ліквідності. На рівні застосунків користувачі взаємодіють з інтерфейсом фронт-енду, не обов'язково розуміючи основні механізми конверсії ліквідності.
Розташований нижче рівня додатків, цей рівень дозволяє користувачам підключати свої гаманці до децентралізованих додатків (dApp) та запитувати котирування для виконання своїх намірів щодо транзакцій. Тут "наміри" відносяться до бажаного фінального результату транзакції користувача (тобто, виходу), а не до конкретного шляху виконання, яким транзакція буде йти.
Через багато-ланцеве середовище потрібна система управління та абстракції для обробки унікальних структур облікових записів на різних ланцюгах. Наприклад, об'єктно-орієнтована система облікових записів SUI повністю відрізняється від EVM. OneBalance є представницьким проектом у цій області, створюючи надійну систему облікових записів, яка не потребує крос-ланцевого консенсусу — лише надійне зобов'язання між існуючими системами облікових записів. Модель облікового запису NEAR використовує генерацію мульти-ланцевих гаманців для досягнення абстракції в управлінні гаманцями, що значно покращує досвід користувачів і зменшує фрагментацію UX. Проте інтеграція ліквідності в основному зосереджується на існуючих публічних ланцюгах.
Цей рівень відповідає за отримання та виконання намірів користувачів щодо транзакцій, при цьому ролі «Solver» змагаються тут, щоб забезпечити покращений користувацький досвід, включаючи швидші часи транзакцій та швидкість виконання. Проекти, що базуються на намірах, такі як Anoma, використовують цей рівень для створення рішень, орієнтованих на наміри. Деривативи цих намірів, такі як компоненти Predicate, можуть виконувати наміри користувачів у межах певних правил.
Це проміжний шар, який використовує Рівень 2 для виконання намірів користувачів. Ключові компоненти в рішеннях щодо ліквідності та фрагментації стану включають:
Оракул: Використовується для отримання інформації про стан з інших ланцюгів.
Мости:Сприяти міжмережевій передачі інформації та ліквідності.
Механізми попереднього підтвердження:Скоротити час підтвердження міжмережевих транзакцій.
Доступність даних (DA):Забезпечує доступність даних.
Крім того, такі фактори, як міжланкова ліквідність, фіналізація та механізми доказу Рівня 2, враховуються для забезпечення ефективної роботи всієї мульти-ланкової системи.
Наразі на ринку існує кілька рішень, спрямованих на вирішення проблеми фрагментації ліквідності. Після перегляду численних підходів ми виявили такі основні методи:
1. Рішення, орієнтоване на RaaS (Rollup-as-a-Service)
Подібно до рішення Rollup OP Stack, цей підхід додає специфічні спільні секвенсори та крос-ланцеві мости, щоб допомогти Rollup, побудованим на OP Stack, ділитися ліквідністю та станом. Цей метод прагне вирішити проблеми фрагментації ліквідності та стану на більш високому рівні. Більш спеціалізований аспект цього підходу включає проєктування автономних спільних секвенсорів, хоча це в основному підходить для рішень Рівня 2 і не має універсальної застосовності. Прикладами є Astria, Espresso та Flashbots.
Абстракція ланцюга, джерело: NEAR
2. Підхід, орієнтований на рахунок
Подібно до NEAR, цей метод створює крос-ланцюговий обліковий гаманець, що дозволяє підписувати та виконувати транзакції через декілька блокчейн-протоколів, використовуючи технологію, названу "ланцюговими підписами". Основним компонентом є мережа MPC (Обчислення з багатьма учасниками), яка підписує мульти-ланцюгові транзакції від імені користувачів. Хоча це рішення значно зменшує фрагментацію UX, воно передбачає складні бекенд-впровадження для розробників і не вирішує фундаментально проблеми ліквідності та фрагментації стану.
3. Підхід, орієнтований на мережу намірів поза ланцюгом
Це "Мережа Розв'язувачів", згадана в нашій діаграмі архітектури Cake у вступі. Тут користувачі надсилають свої наміри транзакцій до Мережі Розв'язувачів, де Розв'язувачі змагаються, щоб надати найкращу пропозицію, оптимізуючи час і вартість завершення транзакції. Ці Розв'язувачі можуть включати AI-агентів, CEX, маркет-мейкерів або навіть інтегровані протоколи, такі як Liquorice. Проекти в цій галузі включають Anoma, Khalani, Enso, Aori і Valantis. Хоча рішення на основі намірів теоретично підтримують складні міжланцюгові операції, вони вимагають значної ліквідності в Мережі Розв'язувачів для ефективного виконання. Крім того, у випадках поза ланцюгом, Розв'язувачі можуть стати джерелом шахрайських ризиків; впровадження доказів шахрайства або подібних механізмів ускладнить реалізацію і підвищить операційний поріг для роботи Розв'язувачів.
4. Підхід, зосереджений на мережі ліквідності в ланцюзі
Цей метод спеціально націлений на оптимізацію ліквідності між ланцюгами, не вирішуючи більш широку проблему фрагментації стану між ланцюгами. Основним компонентом є побудова шару ліквідності, на якому можуть бути створені додатки для обміну ліквідністю між ланцюгами. Прикладами є Raye Network, INFINIT, Everclear та Elixir.
5. Підхід, орієнтований на застосування
Цей тип додатка інтегрує основних маркет-мейкерів або сторонні додатки для створення рішень з високою ліквідністю, таких як Liquorice, Socket, Radiant Capital, 1inch та Hedgemony. Однак ці проекти повинні управляти складними крос-чейн процесами, що вимагає високого рівня експертизи від розробників, роблячи їх вразливими до ризиків безпеки, таких як інциденти з хакерством.
Вирішення проблем з ліквідністю є критично важливою метою, оскільки ліквідність часто визначає все у фінансовому світі. Потенціал створення єдиної платформи ліквідності, особливо такої, що консолідує фрагментовану ліквідність на всіх ланцюгах, має величезні перспективи, і ми розглянули різні рішення, що мають на меті вирішити цю проблему.
У рамках, які ми обговорили вище, на основі структури Cake, Рівень 2 представляє найатомарніші рішення. Цей рівень включає в себе основні компоненти, такі як крос-ланцюгові механізми, оракули та схеми попереднього підтвердження. Будуючи на цих атомарних рішеннях, з'являються більш абстрактні рівні, включаючи Рівень розв'язувача, Дозвільний рівень та Застосунковий рівень. Кожен напрямок рішення, який ми окреслили, відповідає цим рівням, формуючи відношення між upstream та downstream. Однак ці рішення все ще не є атомарними, і складність фрагментації ліквідності призвела до низки похідних проблем, що спонукало до появи ряду рішень з інтероперабельності, які в кінцевому підсумку все ще залежать від цих основних компонентів.
Далі ми розглянемо кілька типових проєктів, зосереджених на концепції абстракції ланцюга, щоб дослідити, як кожен з них вирішує проблеми фрагментації ліквідності з унікальної точки зору.
Структура INFINIT, джерело: Infinit
INFINIT створив сервіс RaaS у секторі DeFi, який може надати компоненти, необхідні для безпосереднього будівництва протоколів DeFi, такі як Oracle, Pool Type, IRM, Asset тощо. Він також може запропонувати готові до використання компоненти, такі як Leverage Trading та Yield Strategy. Це еквівалентно іншим кінцевим точкам створення додатків, але врешті-решт розміщує ліквідність на ліквідному рівні Infinit. Однак його основні принципи роботи ще не були розкриті. Наразі INFINIT забезпечив 6 мільйонів доларів США початкового фінансування від Robot Ventures, Electric Capital та Maelstrom Capital.
Структура мережі Khalani, джерело: Мережа Khalani
Khalani побудував три основні компоненти: Рівень сумісності намірів, Дійсність та Універсальний рівень врегулювання. Зовнішні програми або рівні намірів можуть публікувати наміри в Khalani, після чого Рівень сумісності намірів Khalani може перетворювати зовнішні наміри в формат, зрозумілий протоколу Solver, використовуючи стандартизований формат, званий мовою Дійсності. Вузли Khalani відповідають за подачу остаточних результатів в Універсальний рівень врегулювання через кросчейн-мости та технології швидкого врегулювання. Цей проект все ще знаходиться на стадії будівництва, подробиці подальшої роботи поки не розголошуються. Він отримав 2,2 мільйона доларів США в якості початкового фінансування від Ethereal Ventures, Nascent, Maelstrom Capital тощо, в серпні.
Лікарська структура, джерело: Лікарська
Liquorice - це децентралізований додаток, який дозволяє виявлення цін на основі аукціонів та односторонні ліквідні пулі. Основна місія Liquorice полягає в наданні ефективних інструментів управління запасами для професійних торгових фірм та легкому підключенні до основних DeFi протоколів, таких як 1inch та UniswapX, при виконанні угод з наміром. Тим часом Liquorice створила ринки кредитування для своїх позикових та кредитних транзакцій. Цей додаток більше зосереджений на самій угоді. Він все ще знаходиться на стадії розробки, оголосивши в липні, що забезпечив 1,2 мільйона доларів у фінансуванні на початковому етапі, яке очолило Greenfield Capital.
Xion є оновленням бренду Burnt. У минулому Burnt зосереджувався на споживчих застосунках, але команда згодом виявила значні проблеми фрагментації в on-chain взаємодіях. Тому вони створили Xion для вирішення цієї проблеми. Xion побудовано на протоколі консенсусу Comet BFT і використовує крос-ланцюгову комунікацію на основі Cosmos IBC, що робить його більш нативним і безпечним, ніж інші крос-ланцюгові мости. Він пройшов чотири раунди фінансування з інвесторами, включаючи Animoca, Multicoin, Alliance DAO, Mechanism та інших.
Фонд =nil; є розробником ринку обчислювальної потужності ZK Ethereum, ZK копрогресора та Рівня 2, з командою, що має глибокий досвід у технології ZK. Вони запропонували рішення zkSharding, яке використовує технологію ZK для горизонтального масштабування основної мережі Ethereum шляхом виконання транзакцій паралельної обробки шард і генерації ZKP. Головний шард перевіряє дані, взаємодіє з Ethereum і синхронізує стан мережі серед усіх валідаторів. Він також керує розподілом валідаторів і рахунків у виконавчих шард. Консенсусний протокол, що використовується комітетом валідації, - це Hotstuff, який є поширеним у недавніх проектах паралельного виконання. =nil; L2 вбудував крос-шардове спілкування у свій протокол з самого початку. Крос-шардові повідомлення перевіряються як транзакції комітетом валідаторів кожного шару.
Основна ідея полягає в створенні архітектури вбудованої міжшардової комунікації, схожої на IBC, через шардовану архітектуру Рівня 2 для вирішення проблеми ліквідності та дисперсії стану. Однак її основна ідея не має сенсу, оскільки вирішення дисперсії ліквідності стосується багатоланцюгових проблем, тоді як вона будує єдиний Рівень 2. Це означає, що для вирішення цієї проблеми всі ланцюги повинні стати шардом ZK-шардінгу, що важко досягти.
ERC-7683, джерело: Across
Ethereum також працює над вирішенням проблеми ліквідності між блокчейнами. Наразі Arbitrum, OP і Uniswap першими публічно підтримують стандарт ERC7683, який використовує підхід на основі намірів для міжблокчейн-взаємодії. Його основною метою є встановлення універсального стандарту для міжблокчейн-операцій між L2 та сайдчейнами, стандартизуючи інтерфейси замовлення та розрахунків для досягнення безперебійного виконання між блокчейнами. Основна суть полягає в тому, що Filler також можна вважати Solver в абстракції ланцюга, діючи як проксі-спонсор. Цю пропозицію спільно розробили Uniswap та Across і наразі вона перебуває на розгляді Робочої групи Cake.
OP Stack, ERC-7683 та zkSharding є внутрішніми рішеннями Ethereum для вирішення проблеми фрагментації ліквідності між Рівнями 2. Вони вирішують цю проблему з архітектурного, консенсусного та прикладного рівнів відповідно. OP Stack вирішує проблеми передачі інформації та децентралізації Sequencer, розробляючи комплексне багаторівневе рішення Рівня 2, яке автоматично розгортає крос-ланцюгові контракти при використанні архітектури OP Stack. Також присутній Супервізор, який оскаржує та запобігає неправдивій передачі крос-ланцюгової інформації. В даний час Coinbase, Uniswap, Kraken та інші використовують архітектуру OP Stack.
Типовим прикладом є Unichain. Unichain в основному вирішує проблему фрагментації ліквідності між блокчейнами шляхом інтеграції з мережею Superchain. Ця конфігурація сприяє безперешкодному переміщенню ліквідності, надаючи:
У підсумку, вирішення проблем з ліквідністю між ланцюгами є величезною галуззю з численними підходами. Наприклад, у екосистемі Рівня 2 рішення варіюються від вбудованого крос-ланцюгового повідомлення Ethereum, такого як ERC-7683, до OP Stack на Optimism, який ділить послідовники для полегшення ліквідності. За межами Рівня 2, блокчейни Рівня 1 також стикаються з проблемами фрагментованої ліквідності, стану та користувацького досвіду. Рішення в цьому випадку охоплюють підходи, орієнтовані на додатки, які зосереджені на ліквідності, позапланові мережі Solver та рішення, орієнтовані на облікові записи, такі як NEAR, які також покладаються на ролі Solver поза ланцюгом.
Крос-чейн ліквідність, стан та фрагментація UX представляють основні виклики для всієї індустрії блокчейн. Вищий рівень абстракції, подібний до абстракції ланцюга, є багатообіцяючим підходом для вирішення цих проблем комплексно. Це слугуватиме справжніми воротами до Web3, вирішуючи фрагментацію UX, одночасно консолідуючи ліквідність і стан безшовно, непомітно для користувача. Методи інтеграції варіюються, включаючи офлайн мережі Solver або атомні крос-чейн мости, кожен з яких має переваги, варті вивчення.
В кінцевому підсумку, багатоланкове майбутнє є неминучим, а вирішення фрагментації ліквідності є важливим кроком для галузі. Потенціал створення єдиного шару ліквідності на всіх ланцюгах представляє величезну можливість для зростання, можливо, прокладаючи шлях для еквівалента Google у Web3.
Gate Ventures, венчурний капітал від Gate, зосереджений на інвестиціях у децентралізовану інфраструктуру, проміжне програмне забезпечення та додатки, які перепроектують світ в епоху Web 3.0. Працюючи з лідерами галузі по всьому світу, Gate Ventures допомагає обіцяючим командам і стартапам, які мають ідеї та можливості, необхідні для переосмислення соціальних та фінансових взаємодій.
Вебсайт: https://www.gate.com/ventures
Дякую за вашу увагу.