Нову еру інтероперабельності Блокчейн: детальний розгляд Hyperlane
Основні моменти
Безліцензійне розгортання: Hyperlane дозволяє розробникам миттєво з'єднувати різні блоки, без необхідності у процесі затвердження, створюючи унікальну модель доступу.
Модульна безпека: Модуль безпеки між ланцюгами Hyperlane (ISM) дозволяє програмам налаштовувати вимоги до безпеки, підтримуючи швидкі дрібні транзакції та високу безпеку трансферу активів на одній інфраструктурі.
Дружній до розробників: Hyperlane надає TypeScript SDK, CLI-інструменти та всебічну документацію, що значно знижує технічний поріг для інтеграції між блокчейнами.
1. Блокчейн зв'язності переворот
Блокчейн екосистема переходить від ізольованої розробки до справжньої взаємозв'язку. Проекти більше не будують закриті середовища, а прагнуть інтеграції в ширшу мережу.
Проте, більшість поточних інтеграцій все ще є ручними та розрізненими. Нові проекти повинні безпосередньо переговорювати з кожним постачальником мостів або міжопераційності, що зазвичай призводить до високих витрат, затримок і управлінських витрат. Навіть для технічно просунутих команд це створює структурні бар'єри участі, що в кінцевому підсумку перешкоджає масштабованості всієї екосистеми.
Цей виклик не є новим. На початку 90-х років XX століття компанії працювали з незалежними внутрішніми мережами, які мали свої власні правила та доступи. Хоча міжмережеве спілкування було можливим, воно вимагало тривалої технічної координації та взаємного дозволу.
Поворотний момент настав у час, коли були введені стандартні протоколи, такі як HTTP і TCP/IP, які забезпечили відкритий, безліцензійний доступ до єдиного Інтернету. Ці стандарти, спростивши складність, звільнили експоненціальне зростання та глобальну участь, заклавши основу для цифрової революції.
Блокчейн індустрія зараз стикається з подібною точкою перегину. Щоб розблокувати наступний етап інновацій, вона повинна подолати розрізнені, на основі ліцензій інтеграції та перейти до стандартизованої, безліцензійної зв'язності. Зниження бар'єрів для входу є критично важливим для широкої участі та інновацій у всій екосистемі.
2. Рішення Hyperlane: бездозвільне з'єднання
2.1. Без ліцензії та з відкритим кодом
Hyperlane вирішує структурні обмеження через бездозвільну архітектуру, що є принципово іншим підходом, який дозволяє будь-якому проєкту вільно підключатися. У цьому підході є лише одна вимога: сумісність з підтримуваним віртуальним середовищем (VM). Як тільки ця умова буде виконана, інтеграція може бути здійснена без складних процесів затвердження.
Тому поріг входу в проекти Блокчейн значно знизився. Те, що раніше займало кілька місяців, тепер можна виконати миттєво, якщо дотримуватися технічної сумісності.
Давайте розглянемо практичний приклад, що стосується розробника Web3 Райана. Райан створює новий проект під назвою Tiger, який працює на власному основному мережі. Наразі користувачі на ланцюгу Tiger обмежені екосистемою Tiger і не можуть взаємодіяти з іншими блокчейнами. Проте користувачі хочуть перенести активи з Ethereum на ланцюг Tiger, а також з ланцюга Tiger на інші ланцюги, щоб розблокувати більше ліквідності. Щоб досягти цього, Райан повинен підключити ланцюг Tiger до кількох блокчейн-мереж.
Крок 1: Встановлення Hyperlane CLI
Перший крок, Райан встановив Hyperlane CLI інструмент для налаштування середовища інтеграції блокчейн. Процес дуже простий, йому лише потрібно виконати в терміналі "npm install @hyperlane-xyz/cli". Оскільки цей інструмент є відкритим, попереднє затвердження чи реєстрація не потрібні.
Крок 2: Розгортання Mailbox та ISM
Далі Райан безпосередньо розгортає два основні компоненти на Tiger Блокчейн: Mailbox(, що реалізує контракт для передачі повідомлень між Блокчейнами), і міжланковий безпечний модуль(ISM, що використовується для перевірки автентичності кожного повідомлення). Ці два компоненти є відкритими та доступними для публіки, що дозволяє розробникам інтегрувати їх на своїх умовах.
Крок 3: Перевірте обмін повідомленнями, щоб перевірити з'єднання
Третій крок, Райан відправив тестове повідомлення з Tiger-ланцюга на Ethereum, щоб перевірити, чи успішно передано. Тут "повідомлення" є конкретною командою виконання: "перевести 100 TIGER токенів на адресу Ethereum 0x123...". Процес передачі виглядає наступним чином:
Tiger Блокчейн ініціював повідомлення, що 100 $TIGER токенів було переведено на Ethereum
Валідація Hyperlane перевіряє повідомлення та підписує його
Реле( передає підписане повідомлення до Блокчейн Ethereum
Верифікація повідомлення ISM на Блокчейн Ethereum та випуск 100 токенів $TIGER отримувачу
Лише за умови, що джерельний ланцюг та цільовий ланцюг мають встановлений Mailbox, додаткової конфігурації не потрібно. Повідомлення передаються, перевіряються та виконуються. Успішне тестування підтвердило, що два ланцюги правильно підключені.
Крок 4: Зареєструвати в публічному реєстрі
На останньому етапі Райан зареєстрував деталі з'єднання Tiger ланцюга в реєстрі Hyperlane. Цей реєстр є публічним каталогом на основі GitHub, який зібрав всю інформацію про підключені ланцюги, включаючи доменні ID)domain IDs( та адреси Mailbox та інші ідентифікатори. Мета цього публічного списку полягає в тому, щоб забезпечити легкий доступ для інших розробників до інформації, необхідної для підключення до Tiger ланцюга. Його функціонал дуже схожий на телефонний довідник: після реєстрації будь-хто може знайти Tiger і розпочати спілкування. Завдяки цій реєстрації Tiger ланцюг зможе отримати всі мережеві ефекти екосистеми Hyperlane.
Ця архітектура базується на простому та потужному принципі: будь-хто може підключитися без попереднього схвалення, будь-який Блок може бути використаний як пункт призначення без дозволу.
Цю модель найкраще розуміти через знайомий аналог — електронну пошту. Як будь-хто може надіслати повідомлення на будь-яку електронну адресу у світі без попередньої координації, так і Hyperlane дозволяє будь-якому Блокчейн, на якому встановлено Mailbox, спілкуватися з будь-яким іншим Блокчейн. Це створює середовище, в якому бездозвільне з'єднання є стандартом, чого не можуть досягти традиційні системи, що базуються на затвердженні.
![Глибокий аналіз Hyperlane: бездозволений крос-чейн протокол, що з'єднує понад 150 Блоків])https://img-cdn.gateio.im/webp-social/moments-9ddb546c4fa57b8f0d2955d996b12503.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 (, безпосередній трансфер через Блокчейн, без необхідності упаковки ).
Заставний ERC20: блокування токенів ERC20 на вихідному ланцюзі в якості застави для міжланцюгового переміщення.
Синтетичний ERC20: Випуск нових токенів ERC20 на цільовому ланцюзі для представлення оригінального токена.
Багато заставних Warp Routes: дозволяє кільком заставним токенам надавати ліквідність.
Спеціалізовані Warp Routes: Додати розширені функції або інтегрувати певні випадки використання (, такі як сховища, підтримка фіатних токенів ).
Давайте використаємо модель lock-and-mint( для вивчення практичного прикладу. Розробник на ім'я Райан хоче перенести токен Tiger)$TIGER(, випущений на Ethereum, до мережі Base.
Раян спочатку розгортає контракт Hyperlane Warp Route на Блокчейн Ethereum і вносить токени $TIGER у цей контракт )EvmHypCollateral(. Потім Mailbox Ethereum генерує та надсилає повідомлення, яке вказує мережі Base на випуск упакованих версій токена Tiger.
Отримавши повідомлення, мережа Base використовує міжмережевий безпечний модуль )ISM( для перевірки його достовірності. Якщо перевірка пройде успішно, мережа Base безпосередньо створить упаковані токени Tiger )$wTIGER( для користувача.
Hyperlane Warp Route відіграє ключову роль у розширенні модульної, бездозвільної взаємодії Hyperlane між різними ланцюгами. Розробникам потрібно лише налаштувати контракти відповідно до особливостей кожного ланцюга. Решту процесу, передачу повідомлень, верифікацію та доставку, обробляє інфраструктура Hyperlane, що дозволяє розробникам реалізувати з'єднання між середовищами, не турбуючись про складні механізми перекладу.
![Глибокий аналіз Hyperlane: безліцензійний міжланцюговий протокол, що з'єднує понад 150 Блоків])https://img-cdn.gateio.im/webp-social/moments-49c49b634076b8b381ebd39bfb2340e3.webp(
) 2.3. Модульна безпека: безпека між блокчейнами (ISM)
Хоча Hyperlane реалізує безшовний рух повідомлень і активів між різними блокчейнами, що є ключовою перевагою масштабованості, це також створює ключовий виклик: як приймальний блокчейн може бути впевнений, що повідомлення дійсно походить з того джерела, яке воно стверджує? Передача повідомлень — це одне, а перевірка їх достовірності — зовсім інше.
Щоб вирішити цю проблему, Hyperlane впроваджує міжланцюговий безпековий модуль ###Interchain Security Module, ISM(, модульну систему безпеки, яка перевіряє автентичність повідомлення перед його прийняттям на цільовому ланцюзі. ISM – це смарт-контракт на ланцюзі, що використовується для перевірки того, чи дійсно повідомлення було створено на початковому ланцюзі, забезпечуючи захист від підробок і гарантію походження.
Коротко кажучи, коли Mailbox цільового ланцюга отримує повідомлення, він спочатку запитує: "Це повідомлення дійсно з оригінального ланцюга?" Тільки після успішної перевірки повідомлення буде передано до запланованого місця призначення. Якщо перевірка не вдасться або виглядає підозріло, повідомлення буде відхилено.
Цей процес схожий на те, як працює контроль на кордоні під час міжнародних подорожей. Перед тим, як ви вступите в країну, імміграційні官員 перевірять справжність вашого паспорта: "Цей паспорт справді виданий вашою батьківщиною?" Паспорт містить елементи захисту та криптографічні елементи, щоб підтвердити його легітимність. Хоча будь-хто може підробити документи, лише ті паспорти, які можуть бути належно перевірені та криптографічно доведені їхнє походження, будуть прийняті для в'їзду.
Важливо, що ISM може гнучко налаштовувати свою модель безпеки відповідно до потреби послуг. На практиці вимоги до безпеки суттєво відрізняються в залежності від контексту. Наприклад, невеликий переказ токенів може вимагати лише базового підпису валідатора для швидшого виконання. На відміну від цього, переказ активів на мільйони доларів може потребувати багаторівневого підходу до безпеки, включаючи валідаторів Hyperlane, зовнішні мостові ), такі як Wormhole (, а також додаткову багаторазову перевірку.
Таким чином, рамка ISM відображає одне ключове проектне рішення: Hyperlane пріоритизує з'єднуваність і безпеку через модульну верифікацію. Додатки можуть налаштовувати свою модель безпеки, зберігаючи при цьому бездозвільний характер протоколу.
![Глибокий аналіз Hyperlane: бездозвільний кросчейн-протокол, який з'єднує більше 150 Блоків])https://img-cdn.gateio.im/webp-social/moments-b9ec7fcd7437e0215721443df43ef1a6.webp(
3. Інструменти для розробників та доступність: найпростіший спосіб підключення
Hyperlane надає пріоритет досвіду розробників, забезпечуючи високий рівень доступності та зручності використання. Його командний інтерфейс )CLI( та програмний пакет для розробки на основі TypeScript )SDK( є основними інструментами для інтеграції нових блоків у екосистему Hyperlane, надсилання міжблокових повідомлень та налаштування Hyperlane Warp Route.
CLI та SDK є повністю відкритими, доступними для використання будь-ким. Розробники можуть встановити код з GitHub та почати інтеграцію без ліцензійних угод або процесів затвердження. Офіційна документація містить покрокові інструкції, які легко засвоїти навіть для розробників з обмеженим досвідом у Блокчейн.
) 3.1. Hyperlane CLI: пряма інтеграція інструментів
Hyperlane CLI - це офіційний інструмент командного рядка, призначений для того, щоб розробники могли розгортати контракти Hyperlane та взаємодіяти з ними за допомогою простих команд. Він підтримує широкий спектр операцій, включаючи передачу
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Hyperlane: нова ера безліцензійної крос-ланцюгової взаємодії
Нову еру інтероперабельності Блокчейн: детальний розгляд Hyperlane
Основні моменти
Безліцензійне розгортання: Hyperlane дозволяє розробникам миттєво з'єднувати різні блоки, без необхідності у процесі затвердження, створюючи унікальну модель доступу.
Модульна безпека: Модуль безпеки між ланцюгами Hyperlane (ISM) дозволяє програмам налаштовувати вимоги до безпеки, підтримуючи швидкі дрібні транзакції та високу безпеку трансферу активів на одній інфраструктурі.
Дружній до розробників: Hyperlane надає TypeScript SDK, CLI-інструменти та всебічну документацію, що значно знижує технічний поріг для інтеграції між блокчейнами.
1. Блокчейн зв'язності переворот
Блокчейн екосистема переходить від ізольованої розробки до справжньої взаємозв'язку. Проекти більше не будують закриті середовища, а прагнуть інтеграції в ширшу мережу.
Проте, більшість поточних інтеграцій все ще є ручними та розрізненими. Нові проекти повинні безпосередньо переговорювати з кожним постачальником мостів або міжопераційності, що зазвичай призводить до високих витрат, затримок і управлінських витрат. Навіть для технічно просунутих команд це створює структурні бар'єри участі, що в кінцевому підсумку перешкоджає масштабованості всієї екосистеми.
Цей виклик не є новим. На початку 90-х років XX століття компанії працювали з незалежними внутрішніми мережами, які мали свої власні правила та доступи. Хоча міжмережеве спілкування було можливим, воно вимагало тривалої технічної координації та взаємного дозволу.
Поворотний момент настав у час, коли були введені стандартні протоколи, такі як HTTP і TCP/IP, які забезпечили відкритий, безліцензійний доступ до єдиного Інтернету. Ці стандарти, спростивши складність, звільнили експоненціальне зростання та глобальну участь, заклавши основу для цифрової революції.
Блокчейн індустрія зараз стикається з подібною точкою перегину. Щоб розблокувати наступний етап інновацій, вона повинна подолати розрізнені, на основі ліцензій інтеграції та перейти до стандартизованої, безліцензійної зв'язності. Зниження бар'єрів для входу є критично важливим для широкої участі та інновацій у всій екосистемі.
2. Рішення Hyperlane: бездозвільне з'єднання
2.1. Без ліцензії та з відкритим кодом
Hyperlane вирішує структурні обмеження через бездозвільну архітектуру, що є принципово іншим підходом, який дозволяє будь-якому проєкту вільно підключатися. У цьому підході є лише одна вимога: сумісність з підтримуваним віртуальним середовищем (VM). Як тільки ця умова буде виконана, інтеграція може бути здійснена без складних процесів затвердження.
Тому поріг входу в проекти Блокчейн значно знизився. Те, що раніше займало кілька місяців, тепер можна виконати миттєво, якщо дотримуватися технічної сумісності.
Давайте розглянемо практичний приклад, що стосується розробника Web3 Райана. Райан створює новий проект під назвою Tiger, який працює на власному основному мережі. Наразі користувачі на ланцюгу Tiger обмежені екосистемою Tiger і не можуть взаємодіяти з іншими блокчейнами. Проте користувачі хочуть перенести активи з Ethereum на ланцюг Tiger, а також з ланцюга Tiger на інші ланцюги, щоб розблокувати більше ліквідності. Щоб досягти цього, Райан повинен підключити ланцюг Tiger до кількох блокчейн-мереж.
Крок 1: Встановлення Hyperlane CLI
Перший крок, Райан встановив Hyperlane CLI інструмент для налаштування середовища інтеграції блокчейн. Процес дуже простий, йому лише потрібно виконати в терміналі "npm install @hyperlane-xyz/cli". Оскільки цей інструмент є відкритим, попереднє затвердження чи реєстрація не потрібні.
Крок 2: Розгортання Mailbox та ISM
Далі Райан безпосередньо розгортає два основні компоненти на Tiger Блокчейн: Mailbox(, що реалізує контракт для передачі повідомлень між Блокчейнами), і міжланковий безпечний модуль(ISM, що використовується для перевірки автентичності кожного повідомлення). Ці два компоненти є відкритими та доступними для публіки, що дозволяє розробникам інтегрувати їх на своїх умовах.
Крок 3: Перевірте обмін повідомленнями, щоб перевірити з'єднання
Третій крок, Райан відправив тестове повідомлення з Tiger-ланцюга на Ethereum, щоб перевірити, чи успішно передано. Тут "повідомлення" є конкретною командою виконання: "перевести 100 TIGER токенів на адресу Ethereum 0x123...". Процес передачі виглядає наступним чином:
Tiger Блокчейн ініціював повідомлення, що 100 $TIGER токенів було переведено на Ethereum
Валідація Hyperlane перевіряє повідомлення та підписує його
Реле( передає підписане повідомлення до Блокчейн Ethereum
Верифікація повідомлення ISM на Блокчейн Ethereum та випуск 100 токенів $TIGER отримувачу
Лише за умови, що джерельний ланцюг та цільовий ланцюг мають встановлений Mailbox, додаткової конфігурації не потрібно. Повідомлення передаються, перевіряються та виконуються. Успішне тестування підтвердило, що два ланцюги правильно підключені.
Крок 4: Зареєструвати в публічному реєстрі
На останньому етапі Райан зареєстрував деталі з'єднання Tiger ланцюга в реєстрі Hyperlane. Цей реєстр є публічним каталогом на основі GitHub, який зібрав всю інформацію про підключені ланцюги, включаючи доменні ID)domain IDs( та адреси Mailbox та інші ідентифікатори. Мета цього публічного списку полягає в тому, щоб забезпечити легкий доступ для інших розробників до інформації, необхідної для підключення до Tiger ланцюга. Його функціонал дуже схожий на телефонний довідник: після реєстрації будь-хто може знайти Tiger і розпочати спілкування. Завдяки цій реєстрації Tiger ланцюг зможе отримати всі мережеві ефекти екосистеми Hyperlane.
Ця архітектура базується на простому та потужному принципі: будь-хто може підключитися без попереднього схвалення, будь-який Блок може бути використаний як пункт призначення без дозволу.
Цю модель найкраще розуміти через знайомий аналог — електронну пошту. Як будь-хто може надіслати повідомлення на будь-яку електронну адресу у світі без попередньої координації, так і Hyperlane дозволяє будь-якому Блокчейн, на якому встановлено Mailbox, спілкуватися з будь-яким іншим Блокчейн. Це створює середовище, в якому бездозвільне з'єднання є стандартом, чого не можуть досягти традиційні системи, що базуються на затвердженні.
![Глибокий аналіз Hyperlane: бездозволений крос-чейн протокол, що з'єднує понад 150 Блоків])https://img-cdn.gateio.im/webp-social/moments-9ddb546c4fa57b8f0d2955d996b12503.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 (, безпосередній трансфер через Блокчейн, без необхідності упаковки ).
Заставний ERC20: блокування токенів ERC20 на вихідному ланцюзі в якості застави для міжланцюгового переміщення.
Синтетичний ERC20: Випуск нових токенів ERC20 на цільовому ланцюзі для представлення оригінального токена.
Багато заставних Warp Routes: дозволяє кільком заставним токенам надавати ліквідність.
Спеціалізовані Warp Routes: Додати розширені функції або інтегрувати певні випадки використання (, такі як сховища, підтримка фіатних токенів ).
Давайте використаємо модель lock-and-mint( для вивчення практичного прикладу. Розробник на ім'я Райан хоче перенести токен Tiger)$TIGER(, випущений на Ethereum, до мережі Base.
Раян спочатку розгортає контракт Hyperlane Warp Route на Блокчейн Ethereum і вносить токени $TIGER у цей контракт )EvmHypCollateral(. Потім Mailbox Ethereum генерує та надсилає повідомлення, яке вказує мережі Base на випуск упакованих версій токена Tiger.
Отримавши повідомлення, мережа Base використовує міжмережевий безпечний модуль )ISM( для перевірки його достовірності. Якщо перевірка пройде успішно, мережа Base безпосередньо створить упаковані токени Tiger )$wTIGER( для користувача.
Hyperlane Warp Route відіграє ключову роль у розширенні модульної, бездозвільної взаємодії Hyperlane між різними ланцюгами. Розробникам потрібно лише налаштувати контракти відповідно до особливостей кожного ланцюга. Решту процесу, передачу повідомлень, верифікацію та доставку, обробляє інфраструктура Hyperlane, що дозволяє розробникам реалізувати з'єднання між середовищами, не турбуючись про складні механізми перекладу.
![Глибокий аналіз Hyperlane: безліцензійний міжланцюговий протокол, що з'єднує понад 150 Блоків])https://img-cdn.gateio.im/webp-social/moments-49c49b634076b8b381ebd39bfb2340e3.webp(
) 2.3. Модульна безпека: безпека між блокчейнами (ISM)
Хоча Hyperlane реалізує безшовний рух повідомлень і активів між різними блокчейнами, що є ключовою перевагою масштабованості, це також створює ключовий виклик: як приймальний блокчейн може бути впевнений, що повідомлення дійсно походить з того джерела, яке воно стверджує? Передача повідомлень — це одне, а перевірка їх достовірності — зовсім інше.
Щоб вирішити цю проблему, Hyperlane впроваджує міжланцюговий безпековий модуль ###Interchain Security Module, ISM(, модульну систему безпеки, яка перевіряє автентичність повідомлення перед його прийняттям на цільовому ланцюзі. ISM – це смарт-контракт на ланцюзі, що використовується для перевірки того, чи дійсно повідомлення було створено на початковому ланцюзі, забезпечуючи захист від підробок і гарантію походження.
Коротко кажучи, коли Mailbox цільового ланцюга отримує повідомлення, він спочатку запитує: "Це повідомлення дійсно з оригінального ланцюга?" Тільки після успішної перевірки повідомлення буде передано до запланованого місця призначення. Якщо перевірка не вдасться або виглядає підозріло, повідомлення буде відхилено.
Цей процес схожий на те, як працює контроль на кордоні під час міжнародних подорожей. Перед тим, як ви вступите в країну, імміграційні官員 перевірять справжність вашого паспорта: "Цей паспорт справді виданий вашою батьківщиною?" Паспорт містить елементи захисту та криптографічні елементи, щоб підтвердити його легітимність. Хоча будь-хто може підробити документи, лише ті паспорти, які можуть бути належно перевірені та криптографічно доведені їхнє походження, будуть прийняті для в'їзду.
Важливо, що ISM може гнучко налаштовувати свою модель безпеки відповідно до потреби послуг. На практиці вимоги до безпеки суттєво відрізняються в залежності від контексту. Наприклад, невеликий переказ токенів може вимагати лише базового підпису валідатора для швидшого виконання. На відміну від цього, переказ активів на мільйони доларів може потребувати багаторівневого підходу до безпеки, включаючи валідаторів Hyperlane, зовнішні мостові ), такі як Wormhole (, а також додаткову багаторазову перевірку.
Таким чином, рамка ISM відображає одне ключове проектне рішення: Hyperlane пріоритизує з'єднуваність і безпеку через модульну верифікацію. Додатки можуть налаштовувати свою модель безпеки, зберігаючи при цьому бездозвільний характер протоколу.
![Глибокий аналіз Hyperlane: бездозвільний кросчейн-протокол, який з'єднує більше 150 Блоків])https://img-cdn.gateio.im/webp-social/moments-b9ec7fcd7437e0215721443df43ef1a6.webp(
3. Інструменти для розробників та доступність: найпростіший спосіб підключення
Hyperlane надає пріоритет досвіду розробників, забезпечуючи високий рівень доступності та зручності використання. Його командний інтерфейс )CLI( та програмний пакет для розробки на основі TypeScript )SDK( є основними інструментами для інтеграції нових блоків у екосистему Hyperlane, надсилання міжблокових повідомлень та налаштування Hyperlane Warp Route.
CLI та SDK є повністю відкритими, доступними для використання будь-ким. Розробники можуть встановити код з GitHub та почати інтеграцію без ліцензійних угод або процесів затвердження. Офіційна документація містить покрокові інструкції, які легко засвоїти навіть для розробників з обмеженим досвідом у Блокчейн.
) 3.1. Hyperlane CLI: пряма інтеграція інструментів
Hyperlane CLI - це офіційний інструмент командного рядка, призначений для того, щоб розробники могли розгортати контракти Hyperlane та взаємодіяти з ними за допомогою простих команд. Він підтримує широкий спектр операцій, включаючи передачу