Sui рідний міст: ключовий крок для покращення крос-ланцюгової взаємодії

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

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

Фон рідного мосту Sui

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

Міст Sui використовує механізм блокування та карбування, що є одним з найпоширеніших рішень. Як варіант дизайну блокування та карбування, цей міст утримує рідні активи Ethereum у смарт-контракті Ethereum, а в напрямку мостової взаємодії активи Sui будуть карбуватися або знищуватися.

Як рідний міст Sui, він не потребує додаткової довіри. Його безпеку забезпечують вузли мережі Sui, код вже вбудований у фреймворк Sui.

Наразі рідний міст Sui доступний в тестовій мережі, підтримуючи мост між ETH, WETH, WBTC та USDT тощо на Ethereum Sepolia та тестовій мережі Sui. Після запуску в основній мережі буде надано пріоритет підтримці більшої кількості активів. У майбутніх версіях будуть додані нові функції, такі як налаштування крос-ланцюг повідомлень та інтеграція з іншими блокчейнами.

Просунута архітектура

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

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

При мостуванні з Ethereum до Sui користувачі вносять активи в смарт-контракт на Ethereum. Клієнт потім спостерігає за цією транзакцією та координує процес мостування. Комітет мосту експлуатує повний вузол Ethereum, слухаючи такі операції мостування для перевірки законності запиту клієнта.

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

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

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

Повідомлення про міст

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

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

Безпека мостів

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

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

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

Комітет мостів

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

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

перевірка підпису

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

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

Побудова взаємодії

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

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

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