Глибокий аналіз: бездозвільний крос-ланцюг протокол, що з'єднує понад 150 Блокчейнів
Основні моменти
Справжнє безліцензійне розгортання: Hyperlane дозволяє будь-якому розробнику миттєво розгортати та підключатися до різних ланцюгів без необхідності в схваленні, створюючи абсолютно нову модель доступу до взаємодії.
Гнучка модульна безпека: Модуль безпеки між ланцюгами Hyperlane дозволяє програмам налаштовувати вимоги до безпеки, від базової верифікації до багаторівневої верифікації, підтримуючи швидкі дрібні транзакції та високозахищені передачі активів на одній інфраструктурі.
Дружня до розробників архітектура: Hyperlane надає TypeScript SDK, CLI-інструменти та всебічну документацію, що значно знижує технічний бар'єр інтеграції крос-ланцюгів, забезпечуючи просту передачу повідомлень між ланцюгами через API.
1. Переломний момент зв'язності Блокчейн
Блокчейн екосистема переходить від ізольованої розробки до справжньої взаємозв'язку. Проекти більше не створюють закриті середовища, а прагнуть інтегруватися в ширшу мережу.
Однак більшість інтеграцій сьогодні залишаються ручними та фрагментарними. Нові проекти повинні окремо вести переговори з кожним постачальником моста або міжоперабельності, що зазвичай призводить до високих витрат, затримок і управлінських витрат. Навіть для технологічно розвинених команд це створює структурні бар'єри для участі, що врешті-решт перешкоджає масштабованості цілої екосистеми.
Цей виклик не є новим. На початку 90-х років XX століття підприємства експлуатували окремі внутрішні мережі, які мали свої власні правила та права доступу. Хоча міжмережеве спілкування було можливим, воно вимагало тривалих технічних координацій та взаємних авторизацій.
Поворотний момент настав з впровадженням стандартних протоколів, таких як HTTP та TCP/IP, які зробили можливим відкритий, безліцензійний доступ до єдиного Інтернету. Ці стандарти замінили складність простотою, звільнивши експоненціальний ріст і глобальну участь, заклавши основу для цифрової революції.
Індустрія Блокчейн зараз стикається з подібною точкою повороту. Щоб розблокувати наступний етап інновацій, їй потрібно вийти за межі фрагментованих, ліцензованих інтеграцій і перейти до стандартизованої, безліцензійної з'єднувальності. Зниження бар'єрів для входу є критично важливим для широкої участі та інновацій у всій екосистемі.
2. Рішення Hyperlane: з'єднання без дозволу
2.1. Без ліцензії та з відкритим кодом
Hyperlane вирішує структурні обмеження за допомогою безліцензійної архітектури, що є принципово іншим підходом, який дозволяє будь-якому проекту вільно підключатися. У цьому підході є лише одна вимога: сумісність з підтримуваними віртуальними машинними середовищами. Як тільки ця умова виконана, інтеграція може бути проведена без складних процесів затвердження.
Тому вхідний бар'єр для проектів Блокчейн значно знизився. Те, що раніше вимагало місяців для завершення, тепер можна зробити миттєво, якщо виконано технічну сумісність.
Давайте розглянемо реальний приклад, що стосується розробника Web3 Райана. Райан створює новий проект під назвою Tiger, який працює на власному основному мережі. Наразі користувачі на ланцюзі Tiger обмежені екосистемою Tiger і не можуть взаємодіяти з іншими блокчейнами. Проте, користувачі хочуть перенести активи з ефіру на ланцюг Tiger, а також з ланцюга Tiger на інші ланцюги, щоб розблокувати більше ліквідності. Щоб досягти цього, Райану потрібно підключити ланцюг Tiger до кількох блокчейн-мереж.
Крок 1: Встановіть Hyperlane CLI
Перший крок, Райан встановив інструмент Hyperlane CLI для налаштування середовища інтеграції ланцюга. Процес дуже простий, йому потрібно лише виконати в терміналі "npm install @hyperlane-xyz/cli". Оскільки цей інструмент є відкритим, попереднє схвалення або реєстрація не потрібні. Ця простота використання підкреслює основну цінність бездозвільної архітектури Hyperlane.
Крок 2: Розгортання Mailbox та ISM
Далі Райан безпосередньо розгортає два основні компоненти на Tiger-ланцюзі: Mailbox (контракт, що реалізує передачу повідомлень між блокчейнами) та міжланцюговий модуль безпеки (для перевірки автентичності кожного повідомлення). Ці два компоненти є відкритими та публічно доступними, що дозволяє розробникам інтегрувати їх на своїх умовах. Як тільки ці елементи будуть на місці, систему можна буде протестувати.
Крок 3: Тестування повідомлень для перевірки підключення
Третій крок, Райан надіслав тестове повідомлення з Tiger-ланцюга на Ethereum, щоб перевірити, чи була передача успішною. Тут "повідомлення" є конкретною командою виконання: "перевести 100 токенів TIGER на адресу Ethereum 0x123...". Процес передачі наступний:
Tiger Блокчейн ініціював повідомлення, що 100 $TIGER токенів були переведені на Ethereum
Hyperlane валідатори перевіряють повідомлення та підписують його
Релей передає підписане повідомлення до Ефіру
Верифікація повідомлення ISM на Блокчейн Ethereum та випуск 100 $TIGER токенів отримувачу
Лише за умови, що джерельний ланцюг і цільовий ланцюг встановили Mailbox, додаткове налаштування не потрібно. Повідомлення передається, перевіряється та виконується. Успішне тестування підтвердило, що обидва ланцюги правильно з'єднані.
Крок 4: Зареєструйтесь у загальному реєстрі
На останньому етапі Райан зареєстрував деталі підключення Tiger-ланцюга у реєстрі Hyperlane. Цей реєстр є публічним каталогом на базі GitHub, який підсумовує всю інформацію про підключені ланцюги, включаючи ідентифікатори, такі як доменний ID та адреса Mailbox. Метою цього публічного списку є забезпечення того, щоб інші розробники могли легко знайти інформацію, необхідну для підключення до Tiger-ланцюга. Його функціонал схожий на телефонну книгу, як тільки зареєстровано, будь-хто може знайти Tiger і ініціювати комунікацію. Завдяки цій реєстрації Tiger-ланцюг зможе скористатися всіма мережефими ефектами екосистеми Hyperlane.
Ця архітектура базується на простому, але потужному принципі: будь-хто може підключитися без дозволу, будь-який Блокчейн може бути використаний як місце призначення без дозволу.
Найкраще цю модель можна зрозуміти через знайомий аналог: електронна пошта. Так само, як будь-хто може надіслати повідомлення на будь-яку електронну адресу у світі без попередньої узгодженості, Hyperlane дозволяє будь-якому блокчейну, на якому встановлено Mailbox, спілкуватися з будь-яким іншим блокчейном. Це створює середовище, в якому бездозвільне з'єднання є стандартом, що неможливо досягти в традиційних системах, заснованих на затвердженні.
2.2. Багато віртуальних машинна сумісність
З самого початку Hyperlane був спроектований як модульна архітектура, щоб підтримувати кілька віртуальних середовищ. Наразі він підтримує крос-ланцюгову взаємодію між 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 працює в залежності від природи активів та їх випадків використання. Іноді вони працюють як сейфи, іноді як обмінні пункти, іноді як прямі електронні перекази, і кожен тип маршруту надає відповідні рішення для кожного сценарію. Усі ці процеси використовують міжланцюгове повідомлення Hyperlane для роботи в різних віртуальних середовищах.
Нативний токен Warp Routes: підтримує прямий крос-ланцюговий перехід нативних паливних токенів (наприклад, ETH) без упаковки.
Закладковий ERC20: блокування ERC20 токенів на вихідному блоці як забезпечення для крос-ланцюгового переміщення.
Синтетичний ERC20: на цільовому ланцюзі емісія нових токенів ERC20 для представлення оригінальних токенів.
Багато забезпечень Warp Routes: дозволяє кільком забезпечувальним токенам надавати ліквідність.
Спеціалізовані Warp-маршрути: додавання розширених функцій або інтеграція конкретних випадків використання (наприклад, сховище, підтримка фіатних токенів).
Давайте використаємо модель блокування-емісії, щоб вивчити практичний приклад. Розробник на ім'я Райан хоче перенести токен Tiger ($TIGER), випущений в мережі Ethereum, до мережі Base.
Раян спочатку розгортає контракт Hyperlane Warp Route на Ethereum і вносить токени $TIGER до цього контракту (EvmHypCollateral). Потім Mailbox Ethereum генерує та надсилає повідомлення, що вказує мережі Base випустити упакову версію токена Tiger.
Отримавши повідомлення, мережа Base використовує міжланцюговий безпечний модуль для перевірки його достовірності. Якщо перевірка пройде успішно, мережа Base безпосередньо виготовить упаковані токени Tiger ($wTIGER) для гаманця користувача.
Hyperlane Warp Route відіграє ключову роль у розширенні модульної, бездозвільної взаємодії Hyperlane між різними Блокчейн. Розробникам потрібно лише налаштувати контракти відповідно до характеристик кожного Блокчейн. Решту процесу (передача повідомлень, перевірка та доставка) обробляє інфраструктура Hyperlane, що дозволяє розробникам реалізувати крос-ланцюгове з'єднання без необхідності впоратися зі складними механізмами перекладу.
2.3. Модульна безпека: модуль безпеки між блоками (ISM)
Хоча Hyperlane реалізує безперешкодний рух повідомлень та активів між різними ланцюгами (що є ключовою перевагою масштабованості), це також створює ключову проблему: як приймаючий ланцюг може бути впевнений, що повідомлення дійсно походить з його заявленого джерела? Передача повідомлень — це одне, а перевірка їхньої автентичності — зовсім інше.
Щоб вирішити цю проблему, Hyperlane запровадила модуль міжланцюгової безпеки (Interchain Security Module, ISM): модульну систему безпеки, яка перевіряє автентичність повідомлення перед його прийняттям на цільовому ланцюгу. ISM є смарт-контрактом на ланцюгу, що використовується для перевірки того, чи дійсно повідомлення було згенеровано на вихідному ланцюзі, забезпечуючи захист від підробки та гарантію походження.
Коротко кажучи, коли Mailbox цільового ланцюга отримує повідомлення, спочатку він запитує: "Це повідомлення дійсно походить з оригінального ланцюга?" Лише після успішної перевірки повідомлення буде передано до запланованого місця призначення. Якщо перевірка не вдалася або виглядає підозріло, повідомлення буде відхилено.
Цей процес схожий на роботу прикордонного контролю під час міжнародних подорожей. Перед тим, як ви увійдете в країну, імміграційні офіцери перевірять справжність вашого паспорта: "Цей паспорт дійсно виданий вашою батьківщиною?" Паспорт містить елементи захисту та шифрування для підтвердження своєї законності. Хоча будь-хто може підробити документи, приймаються лише ті паспорти, які можуть бути належним чином перевірені з метою шифрування для підтвердження їхнього походження.
Важливо, що ISM може гнучко налаштовувати свою модель безпеки залежно від потреби в обслуговуванні. На практиці вимоги до безпеки суттєво відрізняються в залежності від контексту. Наприклад, невеликий переказ токенів може вимагати лише базового підпису валідатора для швидшого виконання. У той же час, переказ активів на кілька мільйонів доларів може вимагати багатоетапного підходу до безпеки, включаючи валідаторів Hyperlane, зовнішні мости та додаткову багатопідписну перевірку.
Цим способом рамка ISM відображає одне з ключових дизайнерських рішень: Hyperlane пріоритетизує з'єднуваність і безпеку через модульну верифікацію. Додатки можуть налаштувати свою модель безпеки, зберігаючи при цьому бездозвільний характер протоколу.
3. Інструменти для розробників та доступність: найпростіший спосіб підключення
Hyperlane приділяє пріоритетному увазі досвід розробників, пропонуючи високий рівень доступності та зручності використання. Його інтерфейс командного рядка та програмний пакет для розробки на базі TypeScript є основними інструментами для інтеграції нових ланцюгів в екосистему Hyperlane, відправки міжланцюгових повідомлень та налаштування маршруту Hyperlane Warp.
CLI та SDK повністю відкриті, доступні для використання будь-ким. Розробники можуть встановити код з GitHub і почати інтеграцію без ліцензійних угод чи процесів затвердження. Офіційна документація містить покрокові навчальні посібники, які навіть для розробників з обмеженим досвідом у Блокчейн є легкими для освоєння.
3.1. Hyperlane CLI: безпосередня інтеграція інструментів
Hyperlane CLI є офіційним інструментом командного рядка, призначеним для того, щоб розробники могли розгортати контракти Hyperlane та взаємодіяти з ними за допомогою простих команд. Він підтримує широкий спектр операцій, включаючи розгортання Hyperlane на нових Блокчейн, створення Hyperlane W
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
9
Поділіться
Прокоментувати
0/400
AirdropHunterWang
· 07-17 07:11
Так багато інструментів для розробки, це дійсно смачно.
Переглянути оригіналвідповісти на0
ApeWithAPlan
· 07-16 21:27
крос-ланцюг це хто витримає?
Переглянути оригіналвідповісти на0
BlockTalk
· 07-16 11:22
Безпека є основною проблемою
Переглянути оригіналвідповісти на0
WalletWhisperer
· 07-14 17:56
Цей ланцюг непоганий! Підключення таке гладке.
Переглянути оригіналвідповісти на0
ImpermanentSage
· 07-14 17:56
Коли дивитися, здається, що потрібно До місяця.
Переглянути оригіналвідповісти на0
DaoGovernanceOfficer
· 07-14 17:55
*зітхання* емпірично кажучи, ще одне розрекламоване рішення для інтеграції, яке не має належних показників управління...
Переглянути оригіналвідповісти на0
CodeSmellHunter
· 07-14 17:55
Як це зробити 150 ланцюгів, бик?
Переглянути оригіналвідповісти на0
NonFungibleDegen
· 07-14 17:45
сер це справжній альфа... бичачий af на hyperlane ngl
Переглянути оригіналвідповісти на0
ImpermanentPhobia
· 07-14 17:36
Багато слів не допоможуть, я сам спробую зібрати пастку.
Hyperlane: технічний аналіз бездозвільного крос-ланцюгового протоколу, що з'єднує понад 150 Блокчейнів
Глибокий аналіз: бездозвільний крос-ланцюг протокол, що з'єднує понад 150 Блокчейнів
Основні моменти
Справжнє безліцензійне розгортання: Hyperlane дозволяє будь-якому розробнику миттєво розгортати та підключатися до різних ланцюгів без необхідності в схваленні, створюючи абсолютно нову модель доступу до взаємодії.
Гнучка модульна безпека: Модуль безпеки між ланцюгами Hyperlane дозволяє програмам налаштовувати вимоги до безпеки, від базової верифікації до багаторівневої верифікації, підтримуючи швидкі дрібні транзакції та високозахищені передачі активів на одній інфраструктурі.
Дружня до розробників архітектура: Hyperlane надає TypeScript SDK, CLI-інструменти та всебічну документацію, що значно знижує технічний бар'єр інтеграції крос-ланцюгів, забезпечуючи просту передачу повідомлень між ланцюгами через API.
1. Переломний момент зв'язності Блокчейн
Блокчейн екосистема переходить від ізольованої розробки до справжньої взаємозв'язку. Проекти більше не створюють закриті середовища, а прагнуть інтегруватися в ширшу мережу.
Однак більшість інтеграцій сьогодні залишаються ручними та фрагментарними. Нові проекти повинні окремо вести переговори з кожним постачальником моста або міжоперабельності, що зазвичай призводить до високих витрат, затримок і управлінських витрат. Навіть для технологічно розвинених команд це створює структурні бар'єри для участі, що врешті-решт перешкоджає масштабованості цілої екосистеми.
Цей виклик не є новим. На початку 90-х років XX століття підприємства експлуатували окремі внутрішні мережі, які мали свої власні правила та права доступу. Хоча міжмережеве спілкування було можливим, воно вимагало тривалих технічних координацій та взаємних авторизацій.
Поворотний момент настав з впровадженням стандартних протоколів, таких як HTTP та TCP/IP, які зробили можливим відкритий, безліцензійний доступ до єдиного Інтернету. Ці стандарти замінили складність простотою, звільнивши експоненціальний ріст і глобальну участь, заклавши основу для цифрової революції.
Індустрія Блокчейн зараз стикається з подібною точкою повороту. Щоб розблокувати наступний етап інновацій, їй потрібно вийти за межі фрагментованих, ліцензованих інтеграцій і перейти до стандартизованої, безліцензійної з'єднувальності. Зниження бар'єрів для входу є критично важливим для широкої участі та інновацій у всій екосистемі.
2. Рішення Hyperlane: з'єднання без дозволу
2.1. Без ліцензії та з відкритим кодом
Hyperlane вирішує структурні обмеження за допомогою безліцензійної архітектури, що є принципово іншим підходом, який дозволяє будь-якому проекту вільно підключатися. У цьому підході є лише одна вимога: сумісність з підтримуваними віртуальними машинними середовищами. Як тільки ця умова виконана, інтеграція може бути проведена без складних процесів затвердження.
Тому вхідний бар'єр для проектів Блокчейн значно знизився. Те, що раніше вимагало місяців для завершення, тепер можна зробити миттєво, якщо виконано технічну сумісність.
Давайте розглянемо реальний приклад, що стосується розробника Web3 Райана. Райан створює новий проект під назвою Tiger, який працює на власному основному мережі. Наразі користувачі на ланцюзі Tiger обмежені екосистемою Tiger і не можуть взаємодіяти з іншими блокчейнами. Проте, користувачі хочуть перенести активи з ефіру на ланцюг Tiger, а також з ланцюга Tiger на інші ланцюги, щоб розблокувати більше ліквідності. Щоб досягти цього, Райану потрібно підключити ланцюг Tiger до кількох блокчейн-мереж.
Крок 1: Встановіть Hyperlane CLI
Перший крок, Райан встановив інструмент Hyperlane CLI для налаштування середовища інтеграції ланцюга. Процес дуже простий, йому потрібно лише виконати в терміналі "npm install @hyperlane-xyz/cli". Оскільки цей інструмент є відкритим, попереднє схвалення або реєстрація не потрібні. Ця простота використання підкреслює основну цінність бездозвільної архітектури Hyperlane.
Крок 2: Розгортання Mailbox та ISM
Далі Райан безпосередньо розгортає два основні компоненти на Tiger-ланцюзі: Mailbox (контракт, що реалізує передачу повідомлень між блокчейнами) та міжланцюговий модуль безпеки (для перевірки автентичності кожного повідомлення). Ці два компоненти є відкритими та публічно доступними, що дозволяє розробникам інтегрувати їх на своїх умовах. Як тільки ці елементи будуть на місці, систему можна буде протестувати.
Крок 3: Тестування повідомлень для перевірки підключення
Третій крок, Райан надіслав тестове повідомлення з Tiger-ланцюга на Ethereum, щоб перевірити, чи була передача успішною. Тут "повідомлення" є конкретною командою виконання: "перевести 100 токенів TIGER на адресу Ethereum 0x123...". Процес передачі наступний:
Tiger Блокчейн ініціював повідомлення, що 100 $TIGER токенів були переведені на Ethereum
Hyperlane валідатори перевіряють повідомлення та підписують його
Релей передає підписане повідомлення до Ефіру
Верифікація повідомлення ISM на Блокчейн Ethereum та випуск 100 $TIGER токенів отримувачу
Лише за умови, що джерельний ланцюг і цільовий ланцюг встановили Mailbox, додаткове налаштування не потрібно. Повідомлення передається, перевіряється та виконується. Успішне тестування підтвердило, що обидва ланцюги правильно з'єднані.
Крок 4: Зареєструйтесь у загальному реєстрі
На останньому етапі Райан зареєстрував деталі підключення Tiger-ланцюга у реєстрі Hyperlane. Цей реєстр є публічним каталогом на базі GitHub, який підсумовує всю інформацію про підключені ланцюги, включаючи ідентифікатори, такі як доменний ID та адреса Mailbox. Метою цього публічного списку є забезпечення того, щоб інші розробники могли легко знайти інформацію, необхідну для підключення до Tiger-ланцюга. Його функціонал схожий на телефонну книгу, як тільки зареєстровано, будь-хто може знайти Tiger і ініціювати комунікацію. Завдяки цій реєстрації Tiger-ланцюг зможе скористатися всіма мережефими ефектами екосистеми Hyperlane.
Ця архітектура базується на простому, але потужному принципі: будь-хто може підключитися без дозволу, будь-який Блокчейн може бути використаний як місце призначення без дозволу.
Найкраще цю модель можна зрозуміти через знайомий аналог: електронна пошта. Так само, як будь-хто може надіслати повідомлення на будь-яку електронну адресу у світі без попередньої узгодженості, Hyperlane дозволяє будь-якому блокчейну, на якому встановлено Mailbox, спілкуватися з будь-яким іншим блокчейном. Це створює середовище, в якому бездозвільне з'єднання є стандартом, що неможливо досягти в традиційних системах, заснованих на затвердженні.
2.2. Багато віртуальних машинна сумісність
З самого початку Hyperlane був спроектований як модульна архітектура, щоб підтримувати кілька віртуальних середовищ. Наразі він підтримує крос-ланцюгову взаємодію між 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 працює в залежності від природи активів та їх випадків використання. Іноді вони працюють як сейфи, іноді як обмінні пункти, іноді як прямі електронні перекази, і кожен тип маршруту надає відповідні рішення для кожного сценарію. Усі ці процеси використовують міжланцюгове повідомлення Hyperlane для роботи в різних віртуальних середовищах.
Нативний токен Warp Routes: підтримує прямий крос-ланцюговий перехід нативних паливних токенів (наприклад, ETH) без упаковки.
Закладковий ERC20: блокування ERC20 токенів на вихідному блоці як забезпечення для крос-ланцюгового переміщення.
Синтетичний ERC20: на цільовому ланцюзі емісія нових токенів ERC20 для представлення оригінальних токенів.
Багато забезпечень Warp Routes: дозволяє кільком забезпечувальним токенам надавати ліквідність.
Спеціалізовані Warp-маршрути: додавання розширених функцій або інтеграція конкретних випадків використання (наприклад, сховище, підтримка фіатних токенів).
Давайте використаємо модель блокування-емісії, щоб вивчити практичний приклад. Розробник на ім'я Райан хоче перенести токен Tiger ($TIGER), випущений в мережі Ethereum, до мережі Base.
Раян спочатку розгортає контракт Hyperlane Warp Route на Ethereum і вносить токени $TIGER до цього контракту (EvmHypCollateral). Потім Mailbox Ethereum генерує та надсилає повідомлення, що вказує мережі Base випустити упакову версію токена Tiger.
Отримавши повідомлення, мережа Base використовує міжланцюговий безпечний модуль для перевірки його достовірності. Якщо перевірка пройде успішно, мережа Base безпосередньо виготовить упаковані токени Tiger ($wTIGER) для гаманця користувача.
Hyperlane Warp Route відіграє ключову роль у розширенні модульної, бездозвільної взаємодії Hyperlane між різними Блокчейн. Розробникам потрібно лише налаштувати контракти відповідно до характеристик кожного Блокчейн. Решту процесу (передача повідомлень, перевірка та доставка) обробляє інфраструктура Hyperlane, що дозволяє розробникам реалізувати крос-ланцюгове з'єднання без необхідності впоратися зі складними механізмами перекладу.
2.3. Модульна безпека: модуль безпеки між блоками (ISM)
Хоча Hyperlane реалізує безперешкодний рух повідомлень та активів між різними ланцюгами (що є ключовою перевагою масштабованості), це також створює ключову проблему: як приймаючий ланцюг може бути впевнений, що повідомлення дійсно походить з його заявленого джерела? Передача повідомлень — це одне, а перевірка їхньої автентичності — зовсім інше.
Щоб вирішити цю проблему, Hyperlane запровадила модуль міжланцюгової безпеки (Interchain Security Module, ISM): модульну систему безпеки, яка перевіряє автентичність повідомлення перед його прийняттям на цільовому ланцюгу. ISM є смарт-контрактом на ланцюгу, що використовується для перевірки того, чи дійсно повідомлення було згенеровано на вихідному ланцюзі, забезпечуючи захист від підробки та гарантію походження.
Коротко кажучи, коли Mailbox цільового ланцюга отримує повідомлення, спочатку він запитує: "Це повідомлення дійсно походить з оригінального ланцюга?" Лише після успішної перевірки повідомлення буде передано до запланованого місця призначення. Якщо перевірка не вдалася або виглядає підозріло, повідомлення буде відхилено.
Цей процес схожий на роботу прикордонного контролю під час міжнародних подорожей. Перед тим, як ви увійдете в країну, імміграційні офіцери перевірять справжність вашого паспорта: "Цей паспорт дійсно виданий вашою батьківщиною?" Паспорт містить елементи захисту та шифрування для підтвердження своєї законності. Хоча будь-хто може підробити документи, приймаються лише ті паспорти, які можуть бути належним чином перевірені з метою шифрування для підтвердження їхнього походження.
Важливо, що ISM може гнучко налаштовувати свою модель безпеки залежно від потреби в обслуговуванні. На практиці вимоги до безпеки суттєво відрізняються в залежності від контексту. Наприклад, невеликий переказ токенів може вимагати лише базового підпису валідатора для швидшого виконання. У той же час, переказ активів на кілька мільйонів доларів може вимагати багатоетапного підходу до безпеки, включаючи валідаторів Hyperlane, зовнішні мости та додаткову багатопідписну перевірку.
Цим способом рамка ISM відображає одне з ключових дизайнерських рішень: Hyperlane пріоритетизує з'єднуваність і безпеку через модульну верифікацію. Додатки можуть налаштувати свою модель безпеки, зберігаючи при цьому бездозвільний характер протоколу.
3. Інструменти для розробників та доступність: найпростіший спосіб підключення
Hyperlane приділяє пріоритетному увазі досвід розробників, пропонуючи високий рівень доступності та зручності використання. Його інтерфейс командного рядка та програмний пакет для розробки на базі TypeScript є основними інструментами для інтеграції нових ланцюгів в екосистему Hyperlane, відправки міжланцюгових повідомлень та налаштування маршруту Hyperlane Warp.
CLI та SDK повністю відкриті, доступні для використання будь-ким. Розробники можуть встановити код з GitHub і почати інтеграцію без ліцензійних угод чи процесів затвердження. Офіційна документація містить покрокові навчальні посібники, які навіть для розробників з обмеженим досвідом у Блокчейн є легкими для освоєння.
3.1. Hyperlane CLI: безпосередня інтеграція інструментів
Hyperlane CLI є офіційним інструментом командного рядка, призначеним для того, щоб розробники могли розгортати контракти Hyperlane та взаємодіяти з ними за допомогою простих команд. Він підтримує широкий спектр операцій, включаючи розгортання Hyperlane на нових Блокчейн, створення Hyperlane W