Безліцензійний крос-ланцюг протокол Hyperlane Глибина аналізу

Основні пункти

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

• Модуль міжланцюгової безпеки Hyperlane (ISM) дозволяє додаткам налаштовувати вимоги до безпеки, підтримуючи швидкі мікротранзакції та високу безпеку переносу активів на одній і тій же інфраструктурі.

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

1. Переломний момент зв'язності блокчейну

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

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

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

Поворний момент настав, коли були впроваджені стандартні протоколи, такі як HTTP та TCP/IP, які зробили можливим відкритий, безліцензійний доступ до єдиного Інтернету. Ці стандарти замінили складність простотою, звільнивши експоненціальний ріст і глобальну участь, заклавши основу для цифрової революції.

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

2. Рішення Hyperlane: з'єднання без дозволу

2.1. Без ліцензії та з відкритим кодом

Hyperlane вирішує структурні обмеження за допомогою бездозвільної архітектури, що є принципово іншим підходом, який дозволяє будь-якому проєкту вільно підключатися. У цьому підході є лише одна вимога: сумісність з підтримуваними віртуальними машинами (VM) середовища, такими як Ethereum/EVM, Solana/SVM або Cosmos/CosmWasm. Як тільки ця умова буде виконана, інтеграція може бути здійснена без складних процедур затвердження.

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

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

Крок 1: Встановіть Hyperlane CLI Раян спочатку встановлює інструмент Hyperlane CLI для налаштування середовища інтеграції ланцюга. Цей процес дуже простий, потрібно лише виконати в терміналі "npm install @hyperlane-xyz/cli". Оскільки цей інструмент є відкритим кодом, попереднє схвалення або реєстрація не потрібні.

Крок 2: розгортання Mailbox та ISM Далі Райан безпосередньо розмістив два ключові компоненти на Tiger-ланцюзі: Mailbox( для реалізації контракту), що забезпечує передачу повідомлень між блокчейнами, та міжланцюговий безпечний модуль(ISM, який використовується для перевірки автентичності кожного повідомлення). Ці два компоненти є відкритим кодом і доступні для публічного використання, що дозволяє розробникам інтегрувати їх відповідно до своїх умов.

Крок 3: протестуйте обмін повідомленнями для перевірки з'єднання Райан відправляє тестове повідомлення з Tiger-ланцюга на Ethereum, щоб перевірити, чи був передача успішною. Тут "повідомлення" є конкретною командою виконання: "перевести 100 TIGER токенів на адресу Ethereum 0x123...". Процес передачі виглядає наступним чином:

1. Tiger ланцюг ініціює повідомлення, що 100 $TIGER токенів передаються на Ethereum
2. Hyperlane валідатори перевіряють повідомлення та підписують
3. Реле( передає підписане повідомлення до Ethereum
4. Верифікація повідомлення ISM на Ethereum та випуск 100 $TIGER токенів отримувачу

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

Крок 4: Зареєструйтесь у публічному реєстрі Нарешті, Райан зареєстрував деталі з'єднання ланцюга Tiger у реєстрі Hyperlane. Цей реєстр є публічним каталогом на основі GitHub, який узагальнює інформацію про всі підключені ланцюги, включаючи доменний ідентифікатор ), ідентифікатори доменів ( та адреси Mailbox та інші ідентифікатори. Цей публічний список забезпечує легкий доступ для інших розробників до необхідної інформації для підключення до ланцюга Tiger. Його функціонал схожий на телефонний довідник, і як тільки інформація зареєстрована, будь-хто може знайти Tiger і розпочати комунікацію. Завдяки цій реєстрації, ланцюг Tiger зможе скористатися всіма мережевими ефектами екосистеми Hyperlane.

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

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

! [Глибоке занурення в Hyperlane: Інклюзивний крос-чейн протокол, який підключає понад 150 блокчейнів])https://img-cdn.gateio.im/webp-social/moments-7dc804540ff46ec291dffc054bd7741b.webp(

)# 2.2. Багато віртуальних машин ###VM( сумісність

Hyperlane з самого початку був розроблений з модульною архітектурою, щоб підтримувати кілька віртуальних машин )VM( середовищ. Наразі він підтримує крос-ланцюг інтероперабельність між EVM на базі Ethereum, CosmWasm на базі Cosmos SDK та SVM на базі Solana, і наразі додається підтримка ланцюгів на базі Move.

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

Наприклад, EVM Ethereum підтримує 18 знаків після коми, тоді як SVM Solana використовує 9 знаків після коми. Подолання навіть найменших відмінностей, зберігаючи при цьому безпеку та надійність, є одним із ключових технологічних досягнень Hyperlane.

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

Скажімо коротко, Hyperlane Warp Route працює залежно від природи активів та їх використання. Іноді вони працюють як сховище )vault(, іноді як валютні обмінники, іноді як прямі електронні перекази, кожен тип маршруту забезпечує відповідний підхід для кожної ситуації. Усі ці процеси використовують міжланцюгову передачу повідомлень Hyperlane, що працює в різних віртуальних середовищах.

• Нативний токен Warp Routes: підтримує нативні паливні токени ), такі як ETH(, для крос-ланцюгового прямого переносу, без необхідності упаковки )wrapping(.

• Заставний ERC20: блокування ERC20 токенів на вихідному ланцюгу як застави для крос-ланцюгового переказу.

• Синтетичний ERC20: випуск нових токенів ERC20 на цільовому ланцюзі для представлення оригінального токену.

• Багато забезпечення Warp Routes: дозволяє кільком забезпечуючим токенам надавати ліквідність.

• Спеціалізовані Warp Routes: додати розширені функції або інтегрувати специфічні випадки ), такі як сховище, підтримка фіатних токенів (.

Давайте використаємо модель lock-and-mint) для вивчення практичного прикладу. Припустимо, що розробник Райан хоче перенести токен Tiger($TIGER), випущений на Ethereum, до мережі Base.

Раян спершу розгортає контракт Hyperlane Warp Route на Ethereum і вносить токени $TIGER у цей контракт (EvmHypCollateral). Потім Ethereum Mailbox генерує і відправляє повідомлення, яке вказує мережі Base виготовити упаковану версію токенів Tiger.

Отримавши повідомлення, мережа Base використовує міжланцюговий захисний модуль (ISM) для перевірки його достовірності. Якщо перевірка пройде успішно, мережа Base безпосередньо випустить упаковані токени Tiger ($wTIGER) на гаманець користувача.

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

(# 2.3. Модульна безпека: міжланцюгова безпека модуль )ISM###

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

Щоб вирішити цю проблему, Hyperlane впровадив крос-ланцюговий безпековий модуль ( Interchain Security Module, ISM ), це модульна система безпеки, яка перевіряє автентичність повідомлень перед їх отриманням на цільовому ланцюзі. ISM є смарт-контрактом на ланцюзі, який використовується для перевірки, чи дійсно повідомлення було створено на вихідному ланцюзі, надаючи гарантію захисту від підробок та походження.

Коротко кажучи, коли Mailbox цільового ланцюга отримує повідомлення, спочатку вона запитує: "Це повідомлення дійсно з оригінального ланцюга?" Лише після успішної перевірки повідомлення буде передане до очікуваного місця призначення. Якщо перевірка не вдалася або виглядає підозріло, повідомлення буде відхилено.

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

Важливо, що ISM може гнучко налаштовувати свою модель безпеки відповідно до потреб сервісу. На практиці вимоги до безпеки можуть суттєво відрізнятися в залежності від контексту. Наприклад, невеликий переказ токенів може вимагати лише базового підпису валідатора для швидшого виконання. У порівнянні, передача активів на мільйони доларів може вимагати багатоуровневого підходу до безпеки, включаючи валідаторів Hyperlane, зовнішні мости (, такі як Wormhole ), а також додаткову мультипідписну перевірку.

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

( 3. Інструменти для розробників та доступність: найпростіший спосіб підключення

Hyperlane пріоритизує досвід розробників, забезпечуючи високий рівень доступності та зручності використання. Його командний інтерфейс )CLI### та програмний інструментальний набір на основі TypeScript (SDK) є основними інструментами для інтеграції нових ланцюгів в екосистему Hyperlane, надсилання міжланцюгових повідомлень та налаштування Hyperlane Warp Route.

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

(# 3.1. Hyperlane CLI: безпосередньо інтеграційний інструмент

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

• Реєстрація інформації про ланцюг: визначте ім'я ланцюга, адресу та ідентифікатор домену ID)
• Розгортання основних компонентів: автоматична установка Mailbox та ISM
• Тестування передачі повідомлень: надсилання експериментальних повідомлень між підключеними ланцюгами