Посібник з пропущеною складовою для досягнення широкого прийняття блокчейну, з додатковими випадковими дослідженнями.

Чому майбутнє багаторанкових систем є неуникненним & Як воно поглибить проблеми користувацького досвіду сьогодення

Світ з сотнями ланцюгів неодмінно. З часом майже кожна команда та розробник захоче володіти своєю економікою та користувачами, і навіть якщо це можна зробити в універсальних середовищах виконання, таких як Solana, додаток залежить від пропускної здатності цих середовищ, яка історично проявлялася як ненадійна у деякі моменти. Якщо ми вважаємо, що перехід до технології блокчейн неминучий, логічним наступним висновком буде створення сотень спеціалізованих середовищ виконання для додатків, які на ньому будуються. Ми вже бачимо, що це відбувається сьогодні, з додатками, такими як dYdX, Гіперрідкість, Фракс, та інші стартапи, які стають самостійними додатковими ланцюгами програм і ролапами. Крім того, ймовірно, що рішення масштабування 2-го рівня існують нарівні з рішеннями 1-го рівня, оскільки менший набір вузлів може спілкуватися глобально значно швидше, ніж більший набір. Це дозволить L2, такі як ролапи, масштабуватися практично без обмежень, одночасно успадковуючи безпеку від L1 та маючи припущення довіри 1/N (на відміну від високих кворумів для досягнення згоди, які є у L1). У суті, ми уявляємо майбутнє з сотнями L1 та L2.

Однак, навіть у нинішньому стані, коли є лише кілька десятків L1 і L2, ми вже бачили занепокоєння щодо значних перешкод UX у цьому мультичейн сьогоденні. Таким чином, багатоланцюгове майбутнє має багато проблем, які потрібно подолати, включаючи фрагментовану ліквідність, складність для кінцевих користувачів з кількома мостами, кінцеві точки RPC, різні газові токени та ринки. До сих пір не було достатньої методології для абстрагування цих складнощів UX у світі з кількома L1 і L2. Можна лише уявити, наскільки непридатними для використання будуть блокчейни для кінцевих користувачів, якщо мультичейн екосистема продовжить зростати, не усунувши спочатку ці значні перешкоди UX.

Інтернет не досяг свого поточного стану завдяки тому, що його користувачі розуміли його основні протоколи, такі як HTTP, TCP/IP, UDP. Замість цього він абстрагував технічні нюанси та дозволив простим людям користуватися ним. З часом те саме станеться з блокчейнами та блокчейн-орієнтованими додатками.

У криптовалюті користувачам потрібно розгортати ліквідність між кількома L1 і L2, погоджуватися на неоптимальний UX, маючи ончейн-джерела ліквідності, фрагментовані між цими L1 і L2, і мати розуміння технічних нюансів цих систем. Настав час абстрагуватися від усього від пересічного користувача – що стосується його, йому не потрібно знати, що він використовує блокчейн-рейки, не кажучи вже про те, скільки L1 і L2 існує під капотом, оскільки це єдиний спосіб, яким індустрія отримує масове поширення.

Чому ланцюжкова абстракція вирішує все

Абстракція ланцюга - це засіб, за допомогою якого ми абстрагуємо нюанси блокчейну та технічні деталі для звичайного користувача, щоб забезпечити безперервний досвід користувача, при цьому вони навіть не знають, що використовують блокчейн. Можна стверджувати, що цей прорив в UX може бути відсутнім елементом при включенні наступного покоління бізнесу та користувачів до блокчейнів та криптовалютних екосистем.

Погрузка в компоненты абстракции цепи

Перед тим як розглядати деякі проекти, що будують інфраструктуру, що є важливою для досягнення абстрактного майбутнього ланцюжка, розумно розглянути деякі технологічні компоненти, які забезпечують абстракцію ланцюжка.

Обліковий абстракція

Сучасні гаманці стикаються з безліччю обмежень. Окрім різних вразливостей безпеки, вони пропонують лише обмежену функціональність, якщо вони не використовуються в тандемі, тобто для взаємодії з іншими смарт-контрактами. Що, якби ми переосмислили цей сценарій, щоб перетворити облікові записи, що належать зовнішнім власникам (EOA), на гаманці смарт-контрактів (SCW)? На відміну від EOA, SCW не можуть ініціювати транзакції самостійно — їм потрібна підказка EOA. Об'єднавши можливості обох, ми ефективно перетворюємо EOA на SCW, надаючи їм можливість не тільки ініціювати транзакції, але й виконувати складну, довільну логіку, передумову смарт-контрактів.

Це може розблокувати безліч використань. У цьому контексті ми спеціально зосередимося на тому, як це пов'язано з абстракцією ланцюга.

Коли ви перетворюєте EOA на SCW, ви фактично відокремлюєте, хто виконує транзакцію та хто її підписує. Це означає, що користувачам не потрібно безпосередньо виконувати транзакції, а скоріше є складні суб'єкти (так звані виконавці), які роблять це від їхнього імені. Важливо зазначити, що під час цього процесу користувач не відмовляється від зберігання гаманця, оскільки користувач зберігає свій приватний ключ. Наявність виконавця має й інші переваги, як-от відсутність потреби в балансі газу на всіх блокчейнах, які ви хочете використовувати, оскільки комісії за транзакції/газ тепер також можна абстрагувати. Крім того, користувачі можуть мати пакети транзакцій, які виконуються одним натисканням кнопки. Наприклад, можна схвалити токен для DEX, обміняти його, а потім позичити виручені кошти на ринку Aave.

Наявність виконавця усуває необхідність взаємодії з розумними контрактами безпосередньо, при цьому користувач зберігає власні кошти. Уявіть собі, що ви можете використовувати будь-яку блокчейн-додаток, який вам потрібен через Телеграм бот– ця динаміка стає можливою завдяки абстракції облікового запису.

Крім того, абстракція облікового запису дозволяє користувачам самостійно зберігати активи та відкривати позиції DeFi на багатьох ланцюгах без необхідності використання різних гаманців, RPC або турбування про різні типи підпису, і все це, не знаючи, що вони використовують різний ланцюг. Ви можете переглянути демонстраційний варіант цього.тутабо продовжуйте читання, оскільки ми охопимо проекти, які саме очолюють зусилля з абстракції облікового запису.

Це ще не все - абстракція облікового запису також усуває потребу у користувачів у володінні власними приватними ключами для захисту своїх облікових записів без управління третьою стороною. Користувачі можуть вибрати більш традиційні засоби верифікації, такі як 2FA та відбитки пальців, на додаток до соціального відновлення для захисту своїх гаманців. Соціальне відновлення дозволяє втрачений гаманець відновити, наприклад, через родину користувача.

«Наступні мільярди користувачів не будуть писати 12 слів на папері. Звичайні люди цього не роблять. Нам потрібно надати їм кращу зручність; вони не повинні думати про криптоключі». - Йоав Вейс, EF

Оскільки гаманці є входом в криптовалюту та блокчейни, абстракція облікових записів в кінцевому підсумку дозволяє розквітати абстракцію ланцюга.

Для отримання докладнішої інформації про внутрішню роботу абстракції облікового запису див. цепоток від Джаррода Уоттса.Avocado Wallet від Instadappтакож робить значний прогрес у використанні потужності абстракції рахунку для кінцевих користувачів.

Наміри

Наміри дозволяють досвідченим суб'єктам або «вирішувачам» виконувати транзакції найбільш оптимальним способом від імені користувача. Справа в назві – користувач висловлює свій намір виконати ончейн-дію. Просте визначення — це вираження поза мережею бажаної ончейн-дії найоптимальнішим способом. Наприклад, коли ви надсилаєте ордер на CowSwap, ви фактично надсилаєте намір – намір обміняти цей токен на інший за найкращою можливою ціною. Надсилаючи цей намір поза мережею, він оминає публічний мемпул і натомість безпосередньо спрямовується до зашифрованого приватного мемпулу, де розв'язувачі змагаються, щоб заповнити або вирішити ваш намір за найкращою можливою ціною, використовуючи власні баланси, приватний потік ордерів або використовуючи ончейн майданчики ліквідності, такі як Uniswap і Curve. Таким чином, поля розв'язувача стискаються до нуля, надаючи користувачам найкраще виконання, тому що завжди є інший розв'язувач, готовий втрутитися, щоб виконати цей намір.

Отже, тепер, коли ми визначили, що таке наміри, як саме вони можуть допомогти нам досягти абстракції ланцюга?

Відповідь зводиться до розмежування між підписантами та виконавцями в абстрактному світі. Якщо все, що користувачам потрібно зробити, це натиснути кнопку, щоб підписати транзакцію, вони можуть передати всі свої потреби в мережі на аутсорсинг досвідченим суб'єктам, які потім беруть на себе відповідальність за пошук найкращого виконання. Складні суб'єкти несуть ризики, пов'язані з взаємодією з різними додатками в L1 і L2, пов'язаними з ними платежами за газ у різних токенах у різних ланцюгах, ризиками реорганізації (при цьому існують дві різні версії ланцюга) та іншими ризиками виконання. Беручи на себе ці кроки та ризики, вирішувачі відповідно встановлюватимуть плату, що стягується з користувачів. У цій ситуації користувачам не потрібно думати про різні складнощі та пов'язані з ними ризики, пов'язані з використанням ончейн продуктів і послуг, які натомість передаються на аутсорсинг досвідченим суб'єктам, які встановлюють користувачам відповідні ціни. Через конкуренцію між розв'язувачами комісії, що стягуються з користувачів, стискаються майже до нуля, оскільки завжди знайдеться інший розв'язувач, готовий підірвати того, хто виграє весь потік ордерів. Це магія вільного ринку – через процес конкуренції користувачі матимуть якісніші послуги за нижчими цінами.

Давайте розглянемо приклад: у мене є $ETH на Ethereum, і я хочу $SOL на Solana, і хочу, щоб це було виконано за найкращою ціною. Через систему запиту цінових пропозицій (RFQ) маркетплейс намірів передає потік замовлень, і за лічені секунди користувач отримує $SOL на Solana. Примітно, що Ethereum має 12-секундний час блокування, а це означає, що, хоча вирішувачі не мають гарантії розрахунку, запустивши власний вузол, вони можуть бути впевнені, що транзакція депозиту $USDC дійсна і пройде. Крім того, використовуючи власні баланси, розв'язувачі можуть передати $SOL капітал на Solana і, по суті, виконати намір до того, як отримають свій капітал. Оскільки ризики несуть не користувачі, а скоріше досвідчені суб'єкти, користувачі можуть досягти своїх намірів із затримкою в секунду та за найкращими цінами, не знаючи мостів, які вони використовують, RPC або витрат на газ.

У цьому випадку користувачі все ще знають, які ланцюги вони використовують. Цей приклад слугує для ілюстрації того, як діють наміри в сучасному ландшафті, а не в повністю абстрагованому від ланцюга. Але наміри не зупиняються тут - багато ще можливо.

Легко уявити майбутнє, де наміри працюють на задоволення всіх потреб користувачів. Користувачу просто потрібно вказати, що потрібно зробити, і це буде виконано найбільш ефективним способом. Наприклад, користувач може бажати позичити $DAI проти свого $ETH та внести $DAI до ліквідному пулу, щоб отримати винагороду $CRV. У цьому прикладі авторизований розв'язувальник порівнює всі ставки позики $DAI на $ETH та бере позику на найнижчу процентну ставку. Після цього розв'язувальник вносить $DAI до сховища, схожого на Yearn, щоб автоматично складати дохід від найбільш дохідних 100% $DAI-облікованих LP в $CRV, який потім потрапляє до гаманця користувача.

Однак є важливе застереження: ризик суб'єктивний і не може бути виражений в намірі, на відміну від інших об'єктивних вхідних даних, таких як максимальне прослизання ціни для угоди. Отже, які ринки кредитування, пули ліквідності та ланцюжки використовуються для досягнення цього наміру? Зрештою, кожен з них має різні профілі ризиків і припущення про довіру. Ось тут і з'являються «авторизовані вирішувачі». Кожному авторизованому розв'язувачу користувач певною мірою довіряє виконання наміру користувача з його перевагами щодо ризику та довіри, які висловлені заздалегідь. Наприклад, користувач може вказати, що він не вносить депозити в контракти, які є «ризикованими». Однак, швидше за все, тільки досвідчені користувачі вкажуть великий набір суб'єктивних переваг мережі розв'язувачів. Навіть більш досвідчені гравці, ніж досвідчені користувачі (HFT, MM, венчурні капіталісти тощо), швидше за все, будуть взаємодіяти з ланцюжком (ланцюгами) безпосередньо, щоб уникнути будь-яких комісій від вирішувачів і самостійно адаптувати свої припущення щодо ризику та довіри. Користувачі, які трохи розбираються в блокчейнах, швидше за все, зможуть вибирати з певного набору пресетів (наприклад, низький, середній або високий ризик), на основі яких розв'язувачі можуть діяти.

Використання набору авторизованих розв'язувачів для суб'єктивних потреб користувачів створює конкурентну динаміку між розв'язувачами, що стимулює виконання замовлень користувачів найкращим чином без будь-яких труднощів для користувача. Крім того, той факт, що користувач може «відкликати» розв'язувача, забираючи їх привілеї виконавця у будь-який час, забезпечує систему контролю та збалансованості. Таким чином, розв'язувачі мають стимул залишатися чесними та дотримуватися вподобань користувача, оскільки в іншому випадку інший розв'язувач може довести, що вони діяли зловмисно від користувача, що розпочав потік замовлень.

Звісно, наміри все ще є роботою в процесі, і спекуляції про те, як наміри можуть перетворитися на більш вдосконалену технологію, лише те - спекуляція. Однак не буде жодного сюрпризу побачити, як наміри еволюціонують у цьому напрямку. Ми вважаємо, що наміри відіграють найбільш важливу роль у матеріалізації абстрагованого майбутнього.

Два проекти, що безпосередньо борються з намірами, єCowSwapіdeBridge. Ми вже писали про CoWSwap та архітектуру, яка ґрунтується на намірах, яку вона використовує, щоб забезпечити користувачам вищий рівень зручності використання та виконаннятут. Подібно до CoWSwap, deBridge дотримується архітектури, заснованої на намірах, але робить це для забезпечення блискавичних крос-чейн свопів (торгівлі). DeBridge фокусується на безперебійному UX, оскільки це пов'язано з блискавичною швидкістю торгівлі між мережами, мінімальними комісіями та чудовим виконанням. Як і більшість рішень, заснованих на намірах, deBridge використовує мережу розв'язувачів, що складається з MM, HFT та інших складних суб'єктів, які спрямовують капітал через власний баланс у ланцюжку призначення, перш ніж зібрати капітал користувача у вихідному ланцюжку. Окрім того, що розв'язувачі конкурують один з одним, щоб забезпечити користувачам найкраще виконання, deBridge також вирізняється тим, що перекладає ризики, як-от ризики реорганізації та інші незручності, такі як плата за газ та різні RPC у різних залучених ланцюжках, на розв'язувачі.

Графік нижче ілюструє модель deBridge. У наведеному нижче прикладі користувачі з USD стейблкоїном на Solana хочуть EUR стейблкоїн на Ethereum. Вони висловлюють свій намір до додатку deBridge, який поширює його на мережу розв'язування, що дозволяє розв'язувачам, які мають $ETH на Ethereum на своєму балансовому листі, обмінювати свій $ETH на Ethereum на $ethEUR, стейблкоїн EUR на Ethereum. Незабаром після цього.набір валідаторів deBridgeперевіряє, що розв'язувач виконав намір користувача на цільовому ланцюжку (у цьому випадку, дати користувачу $ethEUR), це дозволяє розблокувати капітал користувача на початковому ланцюжку (у цьому випадку Solana) для розв'язувача. Важливо, щоб користувачі не мусили чекати, поки відбудеться перевірка, перш ніж отримати свій капітал на цільовому ланцюжку.

Для кращого розуміння deBridge та його заснованого на намірах дизайну, ми рекомендуємо переглянутицеподкаст епізод.

Агрегація ліквідності

Один з симптомів все більш багатоланцюжкового майбутнього - це екстремальний розкол ліквідності. Це може бути важко агрегувати в єдиному порядку. У світі з сотнями ролапів, валідіумів, L1 тощо, кожне з яких має власну ліквідність, розміщену на їхній мережі, UX стає все гірше для кінцевих користувачів через розкол ліквідного пулу.

Якби тільки одна централізована біржа (CEX) господарювала всією ліквідністю ринків криптовалют, замість сотень CEX, які існують разом із ще більшою кількістю on-chain DEX, що всі ділять одну й ту саму ліквідність, виконання для кінцевих користувачів було б найкращим, яке можливо було б, без урахування цензури та загальних питань централізації. Однак це лише гіпотетично, оскільки це неможливо в реальному світі, де існує конкуренція та існують децентралізуючі сили.

Поява агрегаторів DEX, які агрегують фрагментовані джерела ліквідності поодинокої мережі в єдиний інтерфейс, була важливим кроком для UX. Однак, починаючи грати неухильний мульти-ланцюжковий майбутній, агрегатори DEX більше не впораються, оскільки вони змогли б агрегувати ліквідність тільки на одному ланцюжку, а не на багатьох чи навіть більш, ніж на одному ланцюжку. Крім того, для блокчейнів, як от Ethereum, пов'язані витрати на газ, необхідні для маршрутизації ліквідності через кілька джерел або ланцюжків, зробили використання агрегаторів вартість більшою, ніж у прямих джерелах ліквідності.Ця модель продемонструвала більший успіх на дешевих та з низькою затримкою мережах, таких як Solana, хоча самі агрегатори все ще обмежені джерелами ліквідності, з яких вони можуть маршрутизувати угоди.

У майбутньому з абстрагованою ланцюгом маючи технологію для агрегування фрагментованої ліквідності важливо, оскільки ідеальний досвід користувача буде ланцюг-агностичним, і, ймовірно, буде покладатися на сторонніх вирішувачів для їхніх виконавчих послуг. Декілька рішень, які спрямовані на просування дефрагментації багатоланцюжкової ліквідності, включають Polygon AggLayer та Optimism Superchain. Це два з них, на яких ми зосередимося, але є ще багато команд, які працюють над такими рішеннями.

Polygon AggLayer

Як Веб-сайт Polygonстворює: «AggLayer буде децентралізованим протоколом з двома складовими: загальним мостом та механізмом, який працює на основі ZK, що забезпечує криптогарантію безпеки для безшовної міжланцюгової взаємодії. З допомогою доказів ZK, забезпечуючи безпеку, ланцюги, підключені до AggLayer, можуть залишатися суверенними та модульними, зберігаючи при цьому безшовний користувальницький досвід монолітних ланцюгів».

По суті, рішення для масштабування рівня 2 Ethereum, такі як rollups, мають канонічний міст з Ethereum. Це означає, що всі кошти користувачів, які переходять з Ethereum на L2, знаходяться в цьому мостовому контракті. Однак це порушує сумісність між різними L2, а також здатність безперешкодно обмінюватися даними та передавати цінність між ними. Це пов'язано з тим, що якщо ви хочете, наприклад, перейти з Base на Zora (обидва Ethereum rollups), як показано нижче, вам потрібно пройти 7-денний процес виведення коштів, щоб перейти з Base на Ethereum за допомогою канонічного Base bridge, а потім використовувати канонічний міст Zora для переходу з Ethereum на Zora. Це пов'язано з тим, що для оптимістичних зведень, таких як Base, потрібен час, щоб оскаржити транзакцію моста за допомогою доказ вини/шахрайстваОкрім того, це тривалий процес, а також дорогий, оскільки вам потрібно взаємодіяти з основним ланцюжком Ethereum.

AggLayer Polygon перевертає цей процес з ніг на голову. Замість того, щоб мати канонічний міст до Ethereum, де лише ненативні активи певного користувача rollup знаходяться, всі ланцюги ділять мости в контракті з іншими ланцюгами, що використовують AggLayer, щоб мати цей хаб ліквідності, як показано нижче. Через цей процес розробники тепер зможуть підключати свій ланцюг до AggLayer, щоб дозволити користувачам насолоджуватися об'єднаною ліквідністю.

Як працює AggLayer

В основі AggLayer є агрегація доказів нульового знання (ZK) з усіх пов'язаних з ним ланцюгів - це дозволяє йому сприяти трансакціям між ланцюгами. AggLayer - це, по суті, місце, де всі його підтримувані ланцюги публікують докази ZK, щоб показати, що відбувся певний дія. Наприклад, що 5 $USDC з Base були виведені, щоб розблокувати ліквідність на якійсь іншій стороні, наприклад, на Zora.

Для того, щоб ще більше проілюструвати це, розгляньте, як це працює на практиці. У цьому прикладі ми припускаємо, що всі названі ланцюги пов'язані з AggLayer.

Солвер виявляє запит або намір користувача, який проживає на Base. Користувач має $ETH і хоче придбати NFT на Zora, який коштує 3000 $DAI. Оскільки у солвера немає $DAI на його балансі, йому потрібно швидко знайти найкращий шлях для виконання цього наміру. Вони розуміють, що $DAI на Optimism є дешевшим, ніж ринковий $DAI на Zora. Тому солвер публікує доказ на AggLayer, що користувач має $ETH на Base і хоче відповідну кількість $ETH на Optimism. Оскільки контракт мосту є спільним, ZK доказ - все, що потрібно, щоб перемістити цінний актив, який знаходиться на ланцюгу «X», у такій же кількості на ланцюг «Y».

Після розміщення доказу ZK та розблокування відповідної кількості $ETH на Optimism розв'язувач потім обмінюється на $DAI і проводить той самий процес, щоб отримати таку саму кількість $DAI на Zora, а потім завершує купівлю NFT. За кулісами AggLayer також вирішує ці докази ZK на Ethereum для забезпечення більш міцних гарантій безпеки для кінцевих користувачів та підключених до AggLayer ланцюгів.

Однак у цьому випадку розв'язувач/користувач/інший суб'єкт несе ризик запасів. Це відбувається у формі $DAI ставки арбітражу Optimism, зростання вартості NFT, падіння ціни $ETH або будь-якого іншого ризику між моментом створення та виконання потоку ордерів від користувача, що згодом призводить до збитків відповідній стороні. На відміну від агрегаторів DEX в одному ланцюжку, які мають атомарну компонування, розв'язувачі, які взаємодіють з різними станами, не мають доступу до тієї самої атомарної компонування. Атомарна компонування гарантує, що всі операції виконуються в єдиній лінійній послідовності і або всі успішні, або всі разом зазнають невдачі. Це пов'язано з тим, що між різними автоматами станів завжди потрібна хоча б одна затримка блоку через потенційні ризики реорганізацій (у ланцюжку призначення).

Однак це не означає, що вищезазначені випадки використання неможливі. Існують не тільки довгі хвости подій, але й розв'язувачі та інші висококваліфіковані учасники, які можуть взяти на себе ці ризики і компенсувати їх, встановлюючи їх ціну для користувачів. Наприклад, розв'язувач може гарантувати виконання, покриваючи втрати, якщо вони стануться, або використовуючи власні баланси користувача для задоволення їх намірів.

Оптимізм Суперланцюг

Ще одним прикладом агрегації ліквідності є ініціатива Optimism Superchain. Суперланцюг, що визначається Оптимізм документація - це «мережа ланцюжків, які спільно використовують мости, децентралізоване управління, оновлення, шар зв'язку та багато іншого - все побудовано на OP Stack». Проект зосереджений на агрегації ліквідності, схожої на AggLayer. Optimism Superchain буде мати всі ланцюжки, що належать до Superchain, використовувати спільний договір мосту. Це перший крок у створенні агрегованої ліквідності між ланцюжками у Superchain.

Відмінність між Superchain та AggLayer полягає в тому, що AggLayer покладається на ZK-докази для безшовності, тоді як Superchain покладається на спільнусеквенцерміж ланцюгами, які вибирають участь у Суперланцюзі. Хоча цей пост не розглядає в деталях спільне послідовне виконання, ви можете звернутися до цещоб зрозуміти, як спільна послідовність розблоковує переваги в галузі безшовної міжланцюгової взаємодії та, до певної міри, атомної комбінованості (ті ж проблеми, що були висвітлені вище з атомною комбінованістю міжланцюговою, також застосовуються тут).

Оскільки Суперланцюг вимагає, щоб ланцюжки, які вибирають опцію, використовували спільний послідовник, це може обмежити середовища виконання, які можна використовувати для ланцюжків, які вибирають опцію входження в Суперланцюг. Виникають інші незручності, такі як втрата ланцюжками доступу до MEV, який створюють їх користувачі, наряду з іншими викликами, які розглянуті.тут. Однак, команди, такі як Еспресопрацюють над способами перерозподілу MEV, що дозволяють ланцюгам використовувати спільний послідовник. Крім того, всі ланцюги, підключені до AggLayer Polygon (і, отже, надсилають ZK-докази на цей AggLayer), повинні використовувати одні й ті самі ZK-схеми, що також може обмежити середовища виконання, які можуть використовуватися для ланцюгів, підключених до AggLayer.

Абстракція ланцюга - це шматок торта

Дослідження фронтурозробив фреймворк CAKE (Chain Abstraction Key Elements), який можна побачити вище. Це описує три рівні (за винятком користувацького рівня застосунку), необхідні для досягнення стану, де:

У світі, абстрагованому від ланцюга, користувач переходить на веб-сайт dApp, підключає свій гаманець, підписує намічену операцію і чекає на кінцеве засвоєння. Усю складність отримання потрібних активів до цільового ланцюга та кінцеве засвоєння абстрагується від користувача, відбуваючись в [трьох] інфраструктурних рівнях CAKE.

Структура ідентифікує три інфраструктурні рівні CAKE: рівень дозволу, рівень розв'язку та рівень розрахунків. Ми в основному займалися рівнями розв'язку та дозволу. Рівень дозволу складається з абстракції облікового запису та політик - авторизації, як ми його називаємо, а рівень розрахунків, який включає низькорівневі технології, такі як оракули, мости, передпідтвердження, та інші функції back-end.

Отже, очікується, що розрахунковий шар буде дуже корисним для вирішувачів та інших висококваліфікованих акторів та застосунків, які прямо стикаються з користувачами, оскільки компоненти розрахунку в цій рамці працюють разом, щоб допомогти вирішувачам управляти своїм ризиком та забезпечити краще виконання для користувачів. Це подальше розширення на інші компоненти, такі як доступність даних та докази виконання. Всі вони є вимогами для того, щоб ланцюжки забезпечували безпечний досвід побудови для розробників застосунків та надавали гарантії безпеки, які в кінцевому підсумку передаються користувачам.

Фреймворк CAKE охоплює багато концепцій, згаданих у цьому пості, і надає злагоджений спосіб розгляду різних компонентів абстракції ланцюга та їх взаємозв'язок між собою. Ті, хто зацікавлений у фреймворку, можуть прочитати,цеобізнавча стаття.

Кейси для вивчення ланцюгової абстракції

Хоча ми вже згадали декілька проектів, що очолюють зусилля на шляху до абстрактного майбутнього ланцюга, ось декілька інших помітних проектів, які роблять те саме.

Мережа частинок

Particle Network запускає модульний блокчейн L1, побудований на Cosmos SDK, який працюватиме як високопродуктивне EVM-сумісне середовище виконання. Спочатку Particle дебютував як постачальник послуг абстракції облікових записів, що дозволяє користувачам створювати гаманці смарт-контрактів, пов'язані з їхніми соціальними обліковими записами Web2, щоб потім використовувати їх у вбудованих інтерфейсах dApp. З тих пір протокол розширив свої пропозиції, прагнучи поширити абстракцію ланцюга в більш широкому блокчейн-ландшафті за допомогою набору гаманців, послуг з ліквідності та забору газу на своєму L1.

Подібно до інших постачальників послуг абстрагування ланцюга, Particle уявляє майбутнє, в якому будь-хто зможе легко здійснювати транзакції через кілька ланцюгів за одним обліковим записом, оплачуючи газові витрати будь-яким токеном, який вони бажають. Таким чином, базовий L1 буде слугувати координатором для багатоланцюгової екосистеми, об'єднуючи користувачів та ліквідність як в області EVM, так і в областях, що не є EVM.

Давайте подивимося, як це працює.

Стек абстракції ланцюга частинок

Particle пропонує багатогранний набір інструментів для послуг абстракції ланцюга, кожна основна технологія відіграє унікальну роль як частина більшого цілого.

Універсальні облікові записи

З погляду кінцевого користувача стек абстракції ланцюжка Particle починається з перших принципів - створення облікового запису. Універсальні облікові записи на Particle працюють як розумні облікові записи ERC-4337, пов'язані з попередньо існуючою EOA (зовнішнім власним адресом), агрегуючи баланси токенів на кількох ланцюжках в одну адресу шляхом автоматичного маршрутизування та виконання атомних міжланцюжкових транзакцій. Хоча для створення та керування обліковим записом можна використовувати традиційний криптовалютний гаманець, Particle's ...WaaSдозволяє користувачам використовувати соціальні логіни для входу в систему також.

Для абстрагування від різних складнощів нативних для блокчейн операцій, UA функціонує як уніфікований інтерфейс, побудований на основі існуючих гаманців, що дозволяє користувачам вносити токени та використовувати їх в різних середовищах блокчейн, ніби вони існували на одному ланцюжку. Для забезпечення синхронного стану на всіх UA, налаштування облікового запису зберігаються на Particle L1 для використання як центрального джерела правди на всіх екземплярах. Потім мережа буде сприяти перехресній передачі повідомлень для розгортання нового екземпляра (ів) або оновлення існуючих.

Таким чином, Particle L1 виступає як координаційний та розрахунковий шар для всіх міжланцюжкових транзакцій, оброблених через UA Particle.

Універсальна ліквідність

Ще один ключовий компонент служб абстрагування ланцюжків Particle - це функціональність Універсальної Ліквідності. Хоча UA надає засіб користувачам виражати свої транзакційні запити через інтерфейс, Універсальна Ліквідність означає шар, відповідальний за автоматичне виконання цих запитів, що у свою чергу дозволяє об'єднати баланси на різних мережах. Ця функція є ключовою для забезпечення міжланцюжкових переказів, які інакше були б ускладнені через поточні перешкоди, такі як придбання власного токена газу та створення власного гаманця для нової мережі.

Наприклад, коли користувач бажає придбати актив у блокчейні, який він ніколи раніше не використовував і на якому не має коштів, ліквідність, необхідна для цієї покупки, автоматично надходить з наявних балансів користувача, які, ймовірно, можуть бути в іншому ланцюжку та іншому токені. Це значною мірою стало можливим завдяки децентралізованій мережі обміну повідомленнями (DMN) Particle, яка дозволяє спеціалізованим службам, відомим як Relayer Nodes, відстежувати зовнішні події ланцюга та врегулювання подій стану. Якщо бути більш точним, то ретранслятори в DMN використовують протокол обміну повідомленнями (Messaging Protocol) для моніторингу стану UserOperations у зовнішніх ланцюжках, а потім встановлюють остаточний статус виконання для частинки L1.

Універсальний газ

Третім стовпом стека абстракції ланцюга Particle є реалізація Universal Gas Token - частини сервісу вилучення газу мережі. Доступ до Universal Gas, доступ до якого здійснюється шляхом взаємодії з UA Particle, дозволяє користувачам витрачати будь-який токен для оплати комісії за газ, тобто Боб може сплатити комісію за транзакцію за своп на Solana, використовуючи свій USDC на базі, тоді як Аліса сплачує комісію за транзакцію за покупку NFT на Ethereum за допомогою свого токена ARB на Arbitrum.

Якщо користувач бажає виконати транзакцію через Particle UA, інтерфейс запропонує користувачеві вибрати бажаний токен газу, який потім автоматично маршрутизується через внутрішній контракт Paymaster в Particle. Усі платежі за газ здійснюються на відповідні джерелові та призначенням ланцюгів, а частина комісії обмінюється на місцевий токен $PARTI Particle для вирішення на Particle L1.

Дорожня карта

Particle будується на основі існуючої інфраструктури абстракції облікових записів, для якої на сьогоднішній день вона повідомила про понад 17 мільйонів активацій гаманців і понад 10 мільйонів UserOperations. Додавання рівня універсальної ліквідності в поєднанні з токеном Universal Gas має на меті відзначити розширення Particle у сфері надання послуг абстракції ланцюга для ширшого кола користувачів та учасників. Частинка L1 не призначена для того, щоб бути ще одним блокчейном, який безпосередньо конкурує з сучасними чинними гравцями; скоріше він прагне забезпечити рівень сумісності, щоб об'єднати їх усіх, натомість працюючи з ключовими командами в секторі послуг абстракції ланцюга, включаючи команди досліджень і розробок Near і Cake.

Мережа Particle L1 наразі знаходиться в етапі тестової мережі, що дозволяє раннім учасникам випробувати Universal Gas у рамках експериментальної реалізації UA.

Протокол Near

Near — це сегментований блокчейн рівня 1 Proof-of-Stake, який служить повноцінним доменом додатків для розробників, які створюють децентралізовані продукти та послуги. Значна частина основного духу Near обертається навколо подолання розриву між блокчейн-додатками та основною аудиторією. Ключем до реалізації цього бачення є абстрагування блокчейну від кінцевого користувача. Near підходить до цього за допомогою Account Aggregation - багатогранної архітектури, створеної для того, щоб абстрагуватися від ключових больових точок використання блокчейн-мереж, таких як перемикання гаманців, управління платою за газ, мости. Це досягається шляхом спрямування всіх операцій через один обліковий запис.

Зануримося глибше, щоб краще зрозуміти, як все це працює.

Стек абстракції Near Chain

Близькі облікові записи

Крім стандартного алфавітно-цифрового хешу публічного ключа, який використовується на більшості блокчейнів сьогодні, власна модель облікового запису Near дозволяє кожному обліковому запису бути відображеним в читабельному для людини форматі, наприклад, alice.near. Облікові записи Near також використовують два типи ключів доступу, які відрізняються своєю природою та основними функціями, що дозволяють обліковим записам керувати кількома ключами на різних блокчейнах, при цьому кожен ключ відповідає різним дозволам та конфігураціям, які є унікальними для його домену:

• Ключі повного доступу: їх можна використовувати для підпису транзакціївиконання віртуальних дій від імені облікового запису і, отже, ніколи не повинно передаватися.
• Ключі виклику функцій: Ці ключі надають дозволи на підпис викликів виключно для конкретного контракту або набору контрактів.

Подальше зміцнення абстракції блокчейнів для кінцевого користувача - це спрощений процес введення в експлуатацію з FastAuth, власною системою управління ключами Near. FastAuth дозволяє користувачам створювати обліковий запис блокчейну за допомогою чогось такого простого, як їх адреса електронної пошти та використовувати паскі, які замінюють паролі біометрикою, замість довгих і складних фраз та паролів.

Ланцюг підписів

Багатоланцюгові підписи - ключовий компонент абстракції блокчейнів Near, що дозволяє будь-якому обліковому запису NEAR мати пов'язані віддалені адреси на інших ланцюгах та підписувати повідомлення та виконувати транзакції з цих адрес. Для цього використовуються ланцюжкові підписи, що використовують мережу NEAR MPC (багато сторінок обчислень) як підписника для цих віддалених адрес, що усуває потребу в явних приватних ключах. Це можливо завдяки новій протоколу підпису порогового значення, який реалізує форму перерозподілу ключів, що дозволяє підписнику MPC підтримувати той самий агрегований публічний ключ, навіть коли ключові частки та вузли постійно змінюються.

Включення вузлів підписування MPC до мережі NEAR також дозволяє смарт-контрактам розпочати процес підписання для облікового запису. Шляхом використання різних комбінацій ідентифікатора ланцюга, ідентифікатора облікового запису NEAR та конкретного шляху кожен обліковий запис може створити необмежену кількість віддалених адрес на будь-якому ланцюгу.

Мета-транзакції

Ще одним ключовим питанням, яке перешкоджає розвитку безшовного користувацького досвіду у всесвітньому блокчейн-ландшафті сьогодні, є те, що кожен блокчейн вимагає сплати газових винагород у своїй власній власній токені, що вимагає від користувачів отримання цих токенів перед тим, як вони зможуть використовувати базову мережу.

NEP-366Near запровадив мета-транзакції, функція, яка дозволяє виконувати транзакції на Near, не володіючи газом або токенами на ланцюжку. Це стає можливим завдяки Relayers, постачальнику послуг третьої сторони, який отримує підписані транзакції та пересилає їх до мережі, додаючи необхідні токени для підтримки їхніх газових комісій. З технічної точки зору, кінцевий користувач створює та підписує SignedDelegateAction, який містить дані, необхідні для створення транзакції, та відправляє його на сервіс релеї. Релеєр підписує транзакцію за допомогою цих даних, відправляє SignedTransaction у мережу через виклик RPC та забезпечує, що релеєр платить газові комісії, поки дії виконуються від імені користувача.

Щоб краще проілюструвати, як це може виглядати на практиці, розгляньте наступний приклад: Еліс хоче надіслати Бобу деякі свої токени $ALICE, але не має достатньо токенів $NEAR для оплати газу. За допомогою мета-транзакцій вона створює DelegateAction, підписує його та надсилає його до релейєра. Релейєр, який оплачує газові витрати, обгортає його в транзакцію та пересилає на ланцюжок, що дозволяє успішно завершити передачу.

Дорожня карта

Ключем до успішної реалізації безшовного користувацького досвіду на кількох мережах блокчейн є інтеграція і підтримка цих блокчейнів, навіть якщо вони є конкуруючими бізнесами. Незважаючи на те, що Near функціонує як конкурентний бізнес, їх стратегія зростання обертається навколо зростання галузі в цілому, надаючи їхнім користувачам доступ до багатьох інших блокчейнів безшовним та безпечним способом.

Похвальні згадки

Ось кілька інших команд, які розробляють рішення для послуг абстракції ланцюга, варто тримати під прицілом - цей список не обов'язково є вичерпним, а замість цього надає основу для тих, хто зацікавлений в проведенні подальших досліджень щодо моделей абстракції ланцюга.

Продовження

Connext — це модульний протокол інтероперабельності, який визначив абстракцію ланцюга у своєму блозі (Травень 2023) як «шаблон для покращення користувацького досвіду dApp шляхом мінімізації потреби користувачів піклуватися про ланцюжок, у якому вони знаходяться», що точно відображає основний принцип, навколо якого сьогодні будують постачальники послуг абстракції ланцюга. Незважаючи на те, що Connext пропонує набір модулів смарт-контрактів для розробників додатків через свій Chain Abstraction Toolkit, його основною функцією є xCall, примітив, який дозволяє смарт-контрактам взаємодіяти один з одним у різних середовищах. Функція xCall ініціює міжланцюгову передачу коштів, calldata та/або різних іменованих властивостей, які Chain Abstraction Toolkit загортає в просту логіку для використання розробниками. З точки зору розробника, це має на увазі відносно простий процес:

1. Напишіть адаптер для функції, яку вони бажають абстрагувати.
2. Розгорніть необхідні модулі для ланцюгів, які вони хочуть інтегрувати.
3. Викликайте функцію безпосередньо з їхнього інтерфейсу.

Протокол сокетів

Сокет надає інфраструктуру для розробників додатків, які будують продукти та послуги, орієнтовані на взаємодію, з безпечними та ефективними передачами даних та активів між ланцюжками.Розетка 2.0 знаменує собою перехід протоколу від крос-чейн до послуг абстракції ланцюгів, що підкреслюється його флагманським механізмом Modular Order Flow Auction (MOFA), який спрямований на забезпечення конкурентного механізму для ефективних ланцюгових абстрагованих ринків. Традиційні OFA передбачають мережу різних суб'єктів, які виконують спеціалізовані завдання, які конкурують за забезпечення найкращого можливого результату для запиту кінцевого користувача. Аналогічним чином, MOFA призначений для забезпечення відкритого ринку для агентів виконання, які називаються передавачами, і намірів користувачів. У рамках MOFA передавачі конкурують за створення та виконання абстрагованих пакетів ланцюжка або впорядкованих послідовностей запитів користувачів, які вимагають передачі даних і цінності між кількома блокчейнами.

Infinex

Infinex будує єдиний рівень UX, спрямований на уніфікацію децентралізованих додатків та екосистем. Її флагманський продукт, Обліковий запис InfinexInfinex - це багаторівневий сервіс, який працює як платформа для інтеграції будь-якої онлайн-додатків в спрощений UX для кінцевого користувача. В його основі Обліковий запис Infinex - це набір крос-ланцюжкових смарт-контрактів, які можуть бути керовані, захищені та відновлені за допомогою стандартної аутентифікації web2.

Консоль Brahma

Компанія Brahma Finance будує свій флагманський продукт Console, середовище виконання та утримання на ланцюжку, спрямоване на поліпшення користувацького досвіду у сегменті DeFi, зосереджуючись зокрема на екосистемі блокчейну EVM. Brahma використовує пакетні та зв'язані транзакції для синхронізації операцій на різних ланцюжках та розумні рахунки для взаємодії на ланцюжку. Результат відобразить досвід користувача, який дозволяє безперешкодну взаємодію між ланцюжками в одному інтерфейсі.

Агорік

Agoric - це блокчейн Layer 1, орієнтований на Cosmos, для створення крос-ланцюжкових розумних контрактів на JavaScript. Платформа Agoric розроблена з асинхронним середовищем виконання на кількох блоках і має на меті стати основним середовищем для розробки крос-ланцюжкових додатків. Agoric використовує протокол міжланцюжкового зв'язку Cosmos InterBlockchain Communication (IBC) для міжланцюжкового зв'язку, при цьому використовує загальний протокол передачі повідомлень Axelar (GMP) для взаємодії поза екосистемою Cosmos. API оркестрації Agoric спрощує досвід розробника, абстрагуючи складнощі крос-ланцюжкового зв'язку та виконання розумних контрактів, тоді як кінцевий користувач користується додатками зі вбудованими функціями абстрагування ланцюжків.

Заключні думки

Наразі переваги, які відкриваються для кінцевих користувачів завдяки абстракції ланцюжка, повинні бути очевидними - складності використання додатків, які працюють на блокчейні, повністю абстраговані в єдиний інтерфейсний шар, створюючи глобальну та незалежну від ланцюжка контактну точку для кожного, хто бажає взяти участь.

Не менш важливим є те, що абстракція ланцюга може відкрити величезну перевагу для блокчейн-додатків. Наразі розробники Web2 не «вибирають», де розгортати свій додаток. Наприклад, Airbnb доступний для всіх, хто має підключення до Інтернету. Однак у ландшафті Web3 розробникам додатків потрібно вибирати, де розгорнути свій додаток (наприклад, на Ethereum, Solana або Cosmos). Це не тільки обмежує TAM, але й означає, що розробники додатків обтяжені необхідністю вибору «правильного» ланцюжка для розгортання свого додатку. Це не тільки важке рішення, але й відповідальне. Було кілька додатків, які були надзвичайно успішними, але зазнали труднощів через базовий блокчейн. Крім того, з постійним розвитком та еволюцією блокчейнів сьогодні «правильний» ланцюжок може постійно змінюватися. У ланцюжку абстрактного майбутнього розробники додатків більше не обтяжені необхідністю вибирати ланцюжок, з яким пов'язаний їхній успіх.

Очевидно, що ми рухаємося до все більш мультичейн майбутнього. Це неминуче лише посилить проблеми з UX, які є однією з найважливіших перешкод для масового впровадження. Ми вважаємо, що ланцюгова абстракція з її різними компонентами є можливим рішенням багатьох проблем UX криптовалют сьогодні.

Відмова від відповідальності:

1. Ця стаття перепечатана з [ SHOALRESEARCH]. Усі авторські права належать оригінальному автору [IMAJINL И ПОЛЬ ТИМОФЕЕВ]. Якщо є зауваження до цього перевидання, будь ласка, зв'яжіться з Вивчіть воротакоманда, і вони швидко з цим справляться.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, є виключно тими, що автор і не становлять жодної інвестиційної поради.
3. Переклад статті на інші мови здійснює команда Gate Learn. Якщо не зазначено, копіювання, розповсюдження або плагіат перекладених статей заборонено.