Вступ до Тришарового каркасу абстракції ланцюга

Середній11/8/2024, 11:50:48 AM
Трьохшарова концепція абстрагування ланцюга підкреслює центральну концепцію: створення високоміжкової, взаємодійної екосистеми блокчейну шляхом усунення прямої взаємодії між користувачами, розробниками та постачальниками інфраструктури з різними блокчейнами. Абстрагування ланцюга - це не лише технічний інноваційний; воно представляє важливий крок у зрілість екосистеми блокчейну, допомагаючи їй перейти від колекції ізольованих, багатоланцюгових островів до більш співпрацюючої та підключеної мережі.

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

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

TL;DR

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

  1. Додатковий рівень застосування (розробники): Розробники стикаються з викликами багатоланцюжкового розгортання та сумісності міжланцюжкового зв'язку, особливо при перенесенні проектів з EVM на неЕВМ-ланцюжки. Абстракція ланцюжка спрощує міжланцюжкові операції, зменшуючи технічні розбіжності, що робить розробку більш ефективною і дозволяє розробникам фокусуватися на інноваціях, а не на складності багатоланцюжковості.
  2. Шар облікового запису (Користувачі): Звичайним користувачам складно опанувати складні взаємодії між декількома ланцюжками та фрагментований управлінням активами. Абстракція ланцюга об'єднує баланси та автоматизує комісійні, дозволяючи легше навігувати між ланцюжками з однією ідентичністю, роблячи веб-простір більш зручним для користувачів і подібним до традиційних інтернет-додатків.
  3. Блокчейн Шар (Постачальники Інфраструктури): Постачальники інфраструктури стикаються з проблемами безпеки та фрагментації ліквідності між ланцюгами. Стандартизація абстракції ланцюга стандартизує міжланцюгову комунікацію та сумісність технологій, особливо допомагаючи екосистемам, таким як Cosmos та Polkadot, зменшуючи ризики безпеки та витрати на розгортання.

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

1. Абстракція ланцюжка прикладного рівня (розробники)

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

  • Повторне розгортання на різних ланцюжках: Для сумісних з EVM екосистем розробники повинні окремо розгортати свої децентралізовані додатки (Dapps) на кожному сумісному ланцюжку, що вимагає значних зусиль та ресурсів.
  • Кілька проектів перебудови для сумісності між ланцюгами: Розгортання проекту на основі EVM на ланцюжку, подібному до Sui, вимагає від розробників перебудови їх додатку з використанням мови Move, що потребує не лише коригувань для синтаксичних відмінностей, але й викликає питання щодо безпеки.
  • Потреби складної трансакції між ланцюжками: Розгляньте виклик забезпечення можливості користувача, який хоче обміняти ETH на Ethereum на мем-токен на Solana. Проблеми, такі як пошук відповідного пулу ліквідності та визначення шляху транзакції, ускладнюють перехресні транзакції.

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

  1. Об'єднані транзакції міжланцюжкової взаємодії з одним підписомОсновна потреба - це можливість додатків, де один підпис користувача може авторизувати транзакції по всіх ланцюгах блоків. Це дозволяє користувачам взаємодіяти між ланцюгами без управління окремими гаманцями або ключами для кожного з них. За допомогою єдиної ідентичності розробники можуть створювати складні додатки Dapps, як, наприклад, децентралізовані обмінники (DEXs) або багатоланцюжкові фінансові сервіси, які сприяють передачі вартості та обміну інформацією між ланцюгами блоків. Цей підхід знижує технічні бар'єри для користувачів, спрощує процес підпису та покращує взаємодію з багатоланцюжковими екосистемами.
  2. Підтримка асинхронної, довгострокової логіки міжланцюжковогоДозволяючи Dapps запускати складну, довготривалу бізнес-логіку в блокчейнах, розробники можуть реалізовувати складні операції, які охоплюють кілька мереж. Наприклад, фінансовій програмі може знадобитися одночасно перевіряти транзакції, виконувати виклики смарт-контрактів або керувати запитами даних у різних блокчейнах. Підтримуючи крос-чейн бізнес-логіку, Dapps може досягти розширених функцій, таких як автоматична торгівля або крос-чейн управління активами, надаючи розробникам більшу гнучкість і простір для інновацій.
  3. Абстрагування складності мульти-ланцюга \Розробка багатоланкового розроблення часто ускладнюється протоколами, специфічними для ланцюга, часами підтвердження транзакцій та структурами оплати. Абстрагування цих базових складнощів дозволяє розробникам фокусуватися на специфічних для додатків функціях та користувацькому досвіді, не поглиблюючись у деталі кожного блокчейну. Це не тільки прискорює розробку, але й знижує технічні бар'єри, зроблюючи розробку блокчейн-додатків більш доступною для широкого кола розробників.

Поточні проекти в додатковому рівні абстракції ланцюга включаютьAgoric (@agoric), Пропустити (@SkipProtocol), таSocket (@socketprotocol) , кожен з яких сприяє росту екосистеми інструментів, спрямованих на спрощення та покращення розвитку багатоланцюгових додатків (Dapps).

2. Абстракція ланцюга облікового запису (кінцеві користувачі)

Як основне джерело ринкової ліквідності та фундамент для зростання екосистеми, кінцеві користувачі важливі для простору блокчейну. Однак користувачі часто скаржаться на поганий досвід користувача (UX) з різними проектами на кількох ланцюгах. Ось деякі основні виклики, з якими стикаються користувачі в середовищі на кількох ланцюгах:

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

Рішення для кінцевих користувачів з абстракції ланцюгів

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

  1. Уніфікований баланс через ланцюжки та додатки«Єдиний баланс» дозволяє користувачам переглядати свої загальні активи в різних ланцюжках з єдиного інтерфейсу. Використовуючи міжланцюгові сервіси агрегації даних, користувачі можуть бачити всі свої активи — будь то в Ethereum, BSC, Solana чи інших мережах — в одному місці. Це спрощує управління активами та забезпечує чіткий огляд загальної кількості активів, одночасно полегшуючи крос-чейн перекази та транзакції. При єдиному балансі користувачі сприймають екосистему як єдиний інтегрований простір, зменшуючи відчуття взаємодії з окремими блокчейнами.
  2. Автоматизовані комісії за газ та взаємодія з обліковим записом на багатьох ланцюгахОднією з основних складнощів у взаємодії різних ланцюгів є керування витратами на газ. Оскільки кожен блокчейн потребує певного токена для оплати транзакційних комісій (наприклад, ETH на Ethereum, BNB на BSC), користувачам часто потрібно керувати балансом токенів на різних ланцюгах. Автоматизація оплати газових комісій дозволяє користувачам уникнути ручного керування балансами токенів на кожному ланцюзі. Вони можуть взаємодіяти з одним обліковим записом, не хвилюючись про різні токени комісій, ланцюги або технічні деталі. Ця автоматизація спрощує взаємодію різних ланцюгів та значно покращує UX.
  3. Уніфікований ідентифікатор для управління обліковими записами між ланцюжкамиНаразі користувачам потрібні окремі облікові записи в кожному ланцюжку, що призводить до фрагментованого керування ідентифікацією. Уніфікований обліковий запис дозволяє користувачам взаємодіяти з кількома блокчейнами під однією ідентифікацією, усуваючи необхідність створювати різні облікові записи та керувати ними в кожному ланцюжку. Цей уніфікований підхід до ідентифікації спрощує керування ресурсами та ідентифікаційними даними, а розробники також можуть скористатися перевагами спрощеного керування користувачами. Завдяки єдиній точці доступу Dapps можуть пропонувати безперебійну багатоланцюгову взаємодію, роблячи роботу більш інтуїтивно зрозумілою та узгодженою.

У рахунковому шарі абстракції ланцюга користувачі можуть зберігати послідовність та управляти активами на різних ланцюгах безперешкодно, зосереджуючись на своїх трансакційних потребах, не звертаючи уваги на підтримуючі технічні деталі. Провідні проекти у цьому напрямку включають Мережа частинок (@ParticleNtwrk),XION (@burnt_xion) та ПОБЛИЗУ (@nearprotocolДвері.

3. Абстракція ланцюжка блокчейну рівня (постачальники інфраструктури)

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

  • Високоризикове мостування та єдина ліквідність: Користувачі часто переносять активи між блокчейнами за допомогою «мостів», що призводить до високих ризиків безпеки через різницю в протоколах та технічних характеристиках між блокчейнами. Вразливості в контрактах мостів, потенційні атаки та втрати активів стали повторюваними проблемами, із значними втратами внаслідок минулих атак на мости. Крім того, фрагментація ліквідності ускладнює трансакції між блокчейнами, оскільки кожен з них має ізольовані ліквідні пули, що робить доступ до ліквідності на різних блокчейнах складним та дорогим для користувачів.
  • Непослідовні механізми міжланцюжкової комунікаціїВідсутність стандартизованих протоколів комунікації між блокчейнами створює значні перешкоди для міжланцюжкової взаємодії. Кожен блокчейн працює за різними моделями консенсусу (PoW, PoS і т.д.) та архітектурами з обмеженими прямими каналами зв'язку між ними. Ця різноманітність ускладнює розробку міжланцюжкових додатків, оскільки кожен ланцюжок має унікальні правила, механізми консенсусу та моделі безпеки.
  • Фрагментація держави: У мульти-ланцюжковому середовищі дані та стани користувачів розкидані по ланцюжкам, що призводить до фрагментованого досвіду користувача. Це стосується не тільки управління активами, але й обліку користувачів, історії транзакцій та станів розумних контрактів. Для постачальників інфраструктури фрагментація стану вимагає додаткових зусиль для забезпечення консистентності даних по ланцюжкам, включаючи синхронізацію станів користувачів та транзакцій.

Рішення Blockchain Layer Chain Abstraction

Blockchain layer of chain abstraction aims to address these foundational issues, enabling interoperability between blockchains with minimal risk, delay, and cost. Key solutions include:

  1. Покращені механізми безпекиБезпека є серйозним викликом у багатоланцюгових середовищах, особливо для крос-ланцюжкових транзакцій та мостів. Кожен блокчейн має власні протоколи безпеки, але взаємодії між ланцюжками створюють уразливості, такі як втрата активу і підроблення транзакцій. Основні механізми безпеки включають механізми консенсусу, аудити розумних контрактів, протоколи багато-підпису та криптографічні докази з нульовим знанням (ZK). Ці методи допомагають забезпечити безпеку крос-ланцюжкових транзакцій та зменшити ризики, пов'язані з мостами активів між ланцюжками.
  2. Повідомлення та місткування між ланцюгамиПовідомлення міжланцюгового взаємодії дозволяє передавати інформацію, інструкції або транзакції між блокчейнами. Наприклад, користувач може бажати активувати розумний контракт на Ethereum, а потім виконати пов'язану транзакцію на BSC або Polkadot. Протоколи, такі як IBC (Міжланцюжкова комунікація) від Cosmos та XCMP (Передача повідомлень міжланцюжкової) від Polkadot, працюють над стандартизованою міжланцюжковою комунікацією, що підтримує безпечний перенос даних та активів між блокчейнами. Мости, з іншого боку, блокують активи на одному ланцюжку та створюють еквівалентні токени на іншому, сприяючи потоку активів між ланцюжками. Ефективна технологія мостів може підвищити міжоперабельність та дозволити вільний рух активів між блокчейнами.
  3. Пряма сумісність для ланцюгів з єдиною технічною стекомЛанцюги, побудовані на єдиному технічному стеку, мають природний рівень сумісності, що дозволяє високу взаємодію. Технічний стек - це комбінація інструментів розробки, протоколів, фреймворків та механізмів консенсусу, яка забезпечує спільну основу, яка дозволяє безшовну взаємодію між сумісними ланцюгами. Наприклад, Cosmos і Polkadot кожен мають екосистеми, побудовані на спільних основних протоколах (Cosmos використовує Tendermint, тоді як Polkadot використовує Substrate). Це дозволяє легку взаємодію, спільну безпеку, ліквідність та обмін даними між ланцюгами в межах однієї і тієї ж екосистеми, що допомагає постачальникам інфраструктури знизити ризики безпеки та покращити ефективність розгортання.

Блокчейн-шар абстракції функціонує, як встановлення кількох основних шосе, які з'єднують цілі регіони, замість того, щоб будувати тисячі менших ізольованих доріг. Це значно підвищує ефективність, з'єднуючи ланцюги в єдиносистемних екосистемах. Ключові проекти, які приводять до абстракції блокчейн-шару, включають AggLayer від Polygon (@0xPolygon) та Доступно (@AvailProject).

Заява:

  1. Ця стаття взята з [cryptoHowe.eth], авторські права належать оригінальному автору [@weihaoming], якщо у вас є будь-які зауваження до повторного друку, будь ласка, зв'яжіться з Gate Learnкоманда, і команда розгляне його якомога швидше відповідно до відповідних процедур.
  2. Відмова від відповідальності: Погляди і думки, висловлені в цій статті, представляють лише особисті погляди автора і не є жодною інвестиційною порадою.
  3. Переклади статті на інші мови виконуються командою gate Learn. Якщо не зазначено, копіювання, поширення або плагіат перекладених статей заборонені.

Вступ до Тришарового каркасу абстракції ланцюга

Середній11/8/2024, 11:50:48 AM
Трьохшарова концепція абстрагування ланцюга підкреслює центральну концепцію: створення високоміжкової, взаємодійної екосистеми блокчейну шляхом усунення прямої взаємодії між користувачами, розробниками та постачальниками інфраструктури з різними блокчейнами. Абстрагування ланцюга - це не лише технічний інноваційний; воно представляє важливий крок у зрілість екосистеми блокчейну, допомагаючи їй перейти від колекції ізольованих, багатоланцюгових островів до більш співпрацюючої та підключеної мережі.

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

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

TL;DR

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

  1. Додатковий рівень застосування (розробники): Розробники стикаються з викликами багатоланцюжкового розгортання та сумісності міжланцюжкового зв'язку, особливо при перенесенні проектів з EVM на неЕВМ-ланцюжки. Абстракція ланцюжка спрощує міжланцюжкові операції, зменшуючи технічні розбіжності, що робить розробку більш ефективною і дозволяє розробникам фокусуватися на інноваціях, а не на складності багатоланцюжковості.
  2. Шар облікового запису (Користувачі): Звичайним користувачам складно опанувати складні взаємодії між декількома ланцюжками та фрагментований управлінням активами. Абстракція ланцюга об'єднує баланси та автоматизує комісійні, дозволяючи легше навігувати між ланцюжками з однією ідентичністю, роблячи веб-простір більш зручним для користувачів і подібним до традиційних інтернет-додатків.
  3. Блокчейн Шар (Постачальники Інфраструктури): Постачальники інфраструктури стикаються з проблемами безпеки та фрагментації ліквідності між ланцюгами. Стандартизація абстракції ланцюга стандартизує міжланцюгову комунікацію та сумісність технологій, особливо допомагаючи екосистемам, таким як Cosmos та Polkadot, зменшуючи ризики безпеки та витрати на розгортання.

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

1. Абстракція ланцюжка прикладного рівня (розробники)

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

  • Повторне розгортання на різних ланцюжках: Для сумісних з EVM екосистем розробники повинні окремо розгортати свої децентралізовані додатки (Dapps) на кожному сумісному ланцюжку, що вимагає значних зусиль та ресурсів.
  • Кілька проектів перебудови для сумісності між ланцюгами: Розгортання проекту на основі EVM на ланцюжку, подібному до Sui, вимагає від розробників перебудови їх додатку з використанням мови Move, що потребує не лише коригувань для синтаксичних відмінностей, але й викликає питання щодо безпеки.
  • Потреби складної трансакції між ланцюжками: Розгляньте виклик забезпечення можливості користувача, який хоче обміняти ETH на Ethereum на мем-токен на Solana. Проблеми, такі як пошук відповідного пулу ліквідності та визначення шляху транзакції, ускладнюють перехресні транзакції.

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

  1. Об'єднані транзакції міжланцюжкової взаємодії з одним підписомОсновна потреба - це можливість додатків, де один підпис користувача може авторизувати транзакції по всіх ланцюгах блоків. Це дозволяє користувачам взаємодіяти між ланцюгами без управління окремими гаманцями або ключами для кожного з них. За допомогою єдиної ідентичності розробники можуть створювати складні додатки Dapps, як, наприклад, децентралізовані обмінники (DEXs) або багатоланцюжкові фінансові сервіси, які сприяють передачі вартості та обміну інформацією між ланцюгами блоків. Цей підхід знижує технічні бар'єри для користувачів, спрощує процес підпису та покращує взаємодію з багатоланцюжковими екосистемами.
  2. Підтримка асинхронної, довгострокової логіки міжланцюжковогоДозволяючи Dapps запускати складну, довготривалу бізнес-логіку в блокчейнах, розробники можуть реалізовувати складні операції, які охоплюють кілька мереж. Наприклад, фінансовій програмі може знадобитися одночасно перевіряти транзакції, виконувати виклики смарт-контрактів або керувати запитами даних у різних блокчейнах. Підтримуючи крос-чейн бізнес-логіку, Dapps може досягти розширених функцій, таких як автоматична торгівля або крос-чейн управління активами, надаючи розробникам більшу гнучкість і простір для інновацій.
  3. Абстрагування складності мульти-ланцюга \Розробка багатоланкового розроблення часто ускладнюється протоколами, специфічними для ланцюга, часами підтвердження транзакцій та структурами оплати. Абстрагування цих базових складнощів дозволяє розробникам фокусуватися на специфічних для додатків функціях та користувацькому досвіді, не поглиблюючись у деталі кожного блокчейну. Це не тільки прискорює розробку, але й знижує технічні бар'єри, зроблюючи розробку блокчейн-додатків більш доступною для широкого кола розробників.

Поточні проекти в додатковому рівні абстракції ланцюга включаютьAgoric (@agoric), Пропустити (@SkipProtocol), таSocket (@socketprotocol) , кожен з яких сприяє росту екосистеми інструментів, спрямованих на спрощення та покращення розвитку багатоланцюгових додатків (Dapps).

2. Абстракція ланцюга облікового запису (кінцеві користувачі)

Як основне джерело ринкової ліквідності та фундамент для зростання екосистеми, кінцеві користувачі важливі для простору блокчейну. Однак користувачі часто скаржаться на поганий досвід користувача (UX) з різними проектами на кількох ланцюгах. Ось деякі основні виклики, з якими стикаються користувачі в середовищі на кількох ланцюгах:

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

Рішення для кінцевих користувачів з абстракції ланцюгів

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

  1. Уніфікований баланс через ланцюжки та додатки«Єдиний баланс» дозволяє користувачам переглядати свої загальні активи в різних ланцюжках з єдиного інтерфейсу. Використовуючи міжланцюгові сервіси агрегації даних, користувачі можуть бачити всі свої активи — будь то в Ethereum, BSC, Solana чи інших мережах — в одному місці. Це спрощує управління активами та забезпечує чіткий огляд загальної кількості активів, одночасно полегшуючи крос-чейн перекази та транзакції. При єдиному балансі користувачі сприймають екосистему як єдиний інтегрований простір, зменшуючи відчуття взаємодії з окремими блокчейнами.
  2. Автоматизовані комісії за газ та взаємодія з обліковим записом на багатьох ланцюгахОднією з основних складнощів у взаємодії різних ланцюгів є керування витратами на газ. Оскільки кожен блокчейн потребує певного токена для оплати транзакційних комісій (наприклад, ETH на Ethereum, BNB на BSC), користувачам часто потрібно керувати балансом токенів на різних ланцюгах. Автоматизація оплати газових комісій дозволяє користувачам уникнути ручного керування балансами токенів на кожному ланцюзі. Вони можуть взаємодіяти з одним обліковим записом, не хвилюючись про різні токени комісій, ланцюги або технічні деталі. Ця автоматизація спрощує взаємодію різних ланцюгів та значно покращує UX.
  3. Уніфікований ідентифікатор для управління обліковими записами між ланцюжкамиНаразі користувачам потрібні окремі облікові записи в кожному ланцюжку, що призводить до фрагментованого керування ідентифікацією. Уніфікований обліковий запис дозволяє користувачам взаємодіяти з кількома блокчейнами під однією ідентифікацією, усуваючи необхідність створювати різні облікові записи та керувати ними в кожному ланцюжку. Цей уніфікований підхід до ідентифікації спрощує керування ресурсами та ідентифікаційними даними, а розробники також можуть скористатися перевагами спрощеного керування користувачами. Завдяки єдиній точці доступу Dapps можуть пропонувати безперебійну багатоланцюгову взаємодію, роблячи роботу більш інтуїтивно зрозумілою та узгодженою.

У рахунковому шарі абстракції ланцюга користувачі можуть зберігати послідовність та управляти активами на різних ланцюгах безперешкодно, зосереджуючись на своїх трансакційних потребах, не звертаючи уваги на підтримуючі технічні деталі. Провідні проекти у цьому напрямку включають Мережа частинок (@ParticleNtwrk),XION (@burnt_xion) та ПОБЛИЗУ (@nearprotocolДвері.

3. Абстракція ланцюжка блокчейну рівня (постачальники інфраструктури)

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

  • Високоризикове мостування та єдина ліквідність: Користувачі часто переносять активи між блокчейнами за допомогою «мостів», що призводить до високих ризиків безпеки через різницю в протоколах та технічних характеристиках між блокчейнами. Вразливості в контрактах мостів, потенційні атаки та втрати активів стали повторюваними проблемами, із значними втратами внаслідок минулих атак на мости. Крім того, фрагментація ліквідності ускладнює трансакції між блокчейнами, оскільки кожен з них має ізольовані ліквідні пули, що робить доступ до ліквідності на різних блокчейнах складним та дорогим для користувачів.
  • Непослідовні механізми міжланцюжкової комунікаціїВідсутність стандартизованих протоколів комунікації між блокчейнами створює значні перешкоди для міжланцюжкової взаємодії. Кожен блокчейн працює за різними моделями консенсусу (PoW, PoS і т.д.) та архітектурами з обмеженими прямими каналами зв'язку між ними. Ця різноманітність ускладнює розробку міжланцюжкових додатків, оскільки кожен ланцюжок має унікальні правила, механізми консенсусу та моделі безпеки.
  • Фрагментація держави: У мульти-ланцюжковому середовищі дані та стани користувачів розкидані по ланцюжкам, що призводить до фрагментованого досвіду користувача. Це стосується не тільки управління активами, але й обліку користувачів, історії транзакцій та станів розумних контрактів. Для постачальників інфраструктури фрагментація стану вимагає додаткових зусиль для забезпечення консистентності даних по ланцюжкам, включаючи синхронізацію станів користувачів та транзакцій.

Рішення Blockchain Layer Chain Abstraction

Blockchain layer of chain abstraction aims to address these foundational issues, enabling interoperability between blockchains with minimal risk, delay, and cost. Key solutions include:

  1. Покращені механізми безпекиБезпека є серйозним викликом у багатоланцюгових середовищах, особливо для крос-ланцюжкових транзакцій та мостів. Кожен блокчейн має власні протоколи безпеки, але взаємодії між ланцюжками створюють уразливості, такі як втрата активу і підроблення транзакцій. Основні механізми безпеки включають механізми консенсусу, аудити розумних контрактів, протоколи багато-підпису та криптографічні докази з нульовим знанням (ZK). Ці методи допомагають забезпечити безпеку крос-ланцюжкових транзакцій та зменшити ризики, пов'язані з мостами активів між ланцюжками.
  2. Повідомлення та місткування між ланцюгамиПовідомлення міжланцюгового взаємодії дозволяє передавати інформацію, інструкції або транзакції між блокчейнами. Наприклад, користувач може бажати активувати розумний контракт на Ethereum, а потім виконати пов'язану транзакцію на BSC або Polkadot. Протоколи, такі як IBC (Міжланцюжкова комунікація) від Cosmos та XCMP (Передача повідомлень міжланцюжкової) від Polkadot, працюють над стандартизованою міжланцюжковою комунікацією, що підтримує безпечний перенос даних та активів між блокчейнами. Мости, з іншого боку, блокують активи на одному ланцюжку та створюють еквівалентні токени на іншому, сприяючи потоку активів між ланцюжками. Ефективна технологія мостів може підвищити міжоперабельність та дозволити вільний рух активів між блокчейнами.
  3. Пряма сумісність для ланцюгів з єдиною технічною стекомЛанцюги, побудовані на єдиному технічному стеку, мають природний рівень сумісності, що дозволяє високу взаємодію. Технічний стек - це комбінація інструментів розробки, протоколів, фреймворків та механізмів консенсусу, яка забезпечує спільну основу, яка дозволяє безшовну взаємодію між сумісними ланцюгами. Наприклад, Cosmos і Polkadot кожен мають екосистеми, побудовані на спільних основних протоколах (Cosmos використовує Tendermint, тоді як Polkadot використовує Substrate). Це дозволяє легку взаємодію, спільну безпеку, ліквідність та обмін даними між ланцюгами в межах однієї і тієї ж екосистеми, що допомагає постачальникам інфраструктури знизити ризики безпеки та покращити ефективність розгортання.

Блокчейн-шар абстракції функціонує, як встановлення кількох основних шосе, які з'єднують цілі регіони, замість того, щоб будувати тисячі менших ізольованих доріг. Це значно підвищує ефективність, з'єднуючи ланцюги в єдиносистемних екосистемах. Ключові проекти, які приводять до абстракції блокчейн-шару, включають AggLayer від Polygon (@0xPolygon) та Доступно (@AvailProject).

Заява:

  1. Ця стаття взята з [cryptoHowe.eth], авторські права належать оригінальному автору [@weihaoming], якщо у вас є будь-які зауваження до повторного друку, будь ласка, зв'яжіться з Gate Learnкоманда, і команда розгляне його якомога швидше відповідно до відповідних процедур.
  2. Відмова від відповідальності: Погляди і думки, висловлені в цій статті, представляють лише особисті погляди автора і не є жодною інвестиційною порадою.
  3. Переклади статті на інші мови виконуються командою gate Learn. Якщо не зазначено, копіювання, поширення або плагіат перекладених статей заборонені.
Розпочати зараз
Зареєструйтеся та отримайте ваучер на
$100
!