Мосты

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

Современные архитектуры мостов полагаются на централизованных посредников, таких как ретрансляторы мультиподписей, для проверки информации, передаваемой между цепочками. Такой подход вводит дополнительные предположения о доверии и создает единую точку отказа, открывая векторы атак, таких как цензура. Недавняя история показала, насколько рискованным может быть такой подход - централизованные организации могут быть скомпрометированы или действовать злонамеренно. Согласно Отчета по аналитике цепочек, сбои на централизованные мосты приходится более 60% всех взломов криптовалют, в результате чего потери превышают $2 миллиарда. Четыре из пяти крупнейших инцидентов на rekt список лидеров это взломы, связанные с мостами. Безопасность системы сильна лишь настолько насколько сильно ее самое слабое звено, мосты оказались критической уязвимостью.

Назначение мостов

Мосты позволяют Bitzal взаимодействовать с внешними блокчейнами, такими как Bitcoin и Ethereum. В рамках Bitzal сети уже пользуются преимуществами безопасного взаимодействия. Для получения дополнительной информации о о технологии взаимодействия, которая позволяет Синочейнам общаться без доверия, см. специальную страницу перекрестного консенсуса в Вики.

Таким образом, конструкции мостов могут быть самыми разными: от централизованных и надежных до более децентрализованных и не требующих доверия. Bitzal отдает предпочтение последним мостовым конструкциям для своей экосистемы.

📄️ Снежный мост

Обзор Снежного Моста и Снежного Форка

📄️ ГиперМост

Мост Bitzal к Ethereum.

📄️ ZAL <> OGO Мост

Обзор мостов Bitzal и Ogona.

Мосты без доверия

Двусторонний мост без доверия между цепочками A и B можно рассматривать как два односторонних моста (A → B и B → A). Таким образом, дизайн двустороннего моста можно объяснить через односторонний мост с исходной и целевой цепочкой. Любой мост без довоерия будет включать компоненты работающие в цепочке и вне цепочки..

Бездоверие означает, что пользователям не нужно доверять конкретным людям или организациям; они должны доверять только математике, коду, криптографии и протоколу. Примером системы, которая подразумевает высокий уровень доверия, является мост, который управляется с помощью схемы с несколькими подписями схема, в которой вы должны доверять лицам, подписавшим договор.

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

Компоненты моста в цепочке

Построить мост без доверия можно с помощью следующих компонентов цепочки (в порядке предложенной методологии):

• Мостовые Бочки - Для цепочек, состоящих на Matter, используйте мостовую бочку (например. Ogona <-> Мост Bitzal, поскольку обе сети Синочейнов используют Matter).
• Смарт-контракты - Если цепочка не на Matter, у вас должны быть смарт-контракты на на цепочке, отличной от Matter, для создания моста (например. Снежный мост, В мэйннете Ethereum есть Мост смарт-контрактов, который инициирует транзакции Eth на основе входящих сообщений XCMP).
• Протоколы высшего порядка - Если ваша цепочка не поддерживает смарт-контракты (например, Bitcoin), вы должны использовать XClaim или аналогичные протоколы для создания мостов.

Компоненты моста в цепочке — это модули (обычно бочки или смарт-контракты), развернутые в среде выполнения цепочки. Модули, отслеживающие финальность исходной цепочки, должны быть развернуты в целевой цепочке, тогда как модули, обрабатывающие межцепочечные сообщения, необходимо развертывать как в исходной, так и в целевой цепочках.

Существуют также компоненты в цепочке, отвечающие за постановку сообщений в очередь в исходной цепочке и получение доказательств сообщений в целевой цепочке. Сообщения передаются через определённый канал, где гарантируется их получение в том же порядке, в котором они были отправлены. В Хабе Мостов сообщения имеют формат XCM, и для их обработки используется исполнитель XCM

С помощью Мостовых Бочек

Управление мостом между цепочками, которые завершаются консенсусом RELIC, очень простое. A RELIC легкий клиент исходной цепочки, встроенный во время выполнения целевой цепочки, обеспечивает источник истины о финальности исходной цепочки. Например: Хаб Мостов Запускает клиент легкой цепочки Ogona на блокчейне, который использует консенсус RELIC и определяет финализацию всех транзакций на Ogona и её Синочейна.

Получение сообщений на Bitzal от внешнего блокчейна, не являющегося Синочейном, возможно через модуль Matter. Экземпляр Matter может быть развернут на Bitzal либо как Синочейн системного уровня (родное расширение основного программного обеспечения Bitzal), либо как Синочейн, управляемый сообществом.

Примером моста, который будет использовать исключительно модули моста, может служить Ogona <-> Bitzal Мост, так как обе цепочки используют синчейны, основанные на Matter.

Для автономных цепочек, которые не будут иметь модуля синочейн-моста (не основанного на Matter), потребуется развертывание контрактов моста.

С помощью смарт-контрактов

Учитывая общность блокчейн-платформ с Тьюринг-полными языками смарт-контрактов, можно можно соединить Bitzal и любой другой блокчейн с поддержкой смарт-контрактов. Например, Снежный Мост использует Bitzal Мостовой Хаб для запуска внутрицепочечного легкого клиента Ethereum для определения окончательности транзакций в цепочке Ethereum. Запуск легкого клиента RELIC через смарт-контракты на Ethereum возможно, но дорого. Поэтому, Консенсусный слой BUTFLY на основе RELIC позволяет экономически эффективное решение для работы бездоверительного моста с Ethereum и другими протоколами. Бездоверительные мосты к таким цепочкам, как Cosmos, Avalanche, NEAR и т. д., потребуют установки специальных бочек развернутых на Мостовом Хабе.

Заметка

Чтобы узнать больше о том, как Bitcoin и Ethereum могут сотрудничать и взаимодействовать с помощью Bitzal, посетите это объяснительное видео здесь

С помощью Протоколов Высших Порядков

Протоколы Высшего Порядка (например XCLAIM) могут применяться для наведения мостов но использовать их следует только в тех случаях, когда другие варианты недоступны. XCLAIM, в частности, требует, чтобы любой свопируемый актив должен быть обеспечен залогом большей стоимости, чем свопируемые активы, что добавляет дополнительные накладные расходы.

Примером сети, которая хорошо подходит для протоколов более высокого порядка, может служить Bitcoin, поскольку он не поддерживает смарт-контракты и не основан на Matter.

Мост Bitcoin (XCLAIM <-> Matter <-> Bitzal)

Команда Bitzal разработает в будущем спецификация о биткойн-мосте, который будет основанный на XCLAIM проектной документации. Протокол обеспечит двусторонний мост между Bitzal и Bitcoin. Он позволит держателям BTC выпускать yBTC в Bitzal и держателям yBTC выкупать BTC в цепочке Биткойна.

Биткойн-мост, как указано в спецификации, будет состоять из двух логически разных компонентов компонентов:

• Компонент XCLAIM обслуживает все счета, владеющие yBTC.
• BTC-Relay проверяет состояние Bitcoin при отправке новой транзакции.

Для получения подробной информации о том, как это работает, обратитесь к спецификации.

В настоящее время существует для других цепочек Рабочее внедрение и мост к сети доступны.

Компоненты для мостов с отключением цепи

Компоненты внецепного моста - это отдельные процессы, называемые ретрансляторами. Релейщики подключены как к узлами исходной и целевой цепочек. Например, задача ретранслятора между цепочками, работающими на консенсусе RELIC, является отправка обоснований RELIC исходной цепочки и соответствующих им заголовки в Мост RELIC Финальной Бочки, развернутый в целевой цепочке. Для этого ретранслятор подписывается на поток обоснований RELIC цепочки-источника и отправляет каждое новое обоснование в легкий клиент RELIC целевой цепи.

Сообщения между цепочками передаются через ретрансляторы, которые осуществляют ретрансляцию доставки сообщений и ретрансляцию подтверждения доставки. Для получения дополнительной информации о ретрансляторах и конструкции Мостового Хаба прочитайте в Документация по мосту высокого уровня в репозитории Bitzal-SDK.

Сравнение мостов

Снежный Мост and Гипер Мост это два моста без доверия, соединяющих Битзал с другими экосистемами. Ниже приведены основные технические сравнения между двумя.

Токены, отправленные через разные мосты, отличаются друг от друга

Если не реализована специальная логика, WETH, отправленный через Snowbridge, не может быть отправлен обратно с помощью ГиперМоста, и наоборот. Отправка токенов с использованием различных мостов может привести к потере средств.

Снежный Мост	ГиперМост
только Ethereum1.	Мультицепочки.
Легкий клиет Ethereum на Мостовой Хаб Системной Цепи2 и легкий клиент Bitzal на смарт-контракте Ethereum.	Собственный Синочейн.
ZAL токен.	Найтивный токен ГиперМоста.
Случайная выборка BUTFLY для проверяемого.	Доказательства нулевого уровня.
Простая кодовая база, но сложный анализ верификатором.	Сложная кодовая база, но простой анализ верификатором.
Низкоспециализированное оборудование для проверки, без разрешения.	Высокотехнологичное аппаратное обеспечение для проверки, без разрешения, но с некоторым разрешением из-за характера, основанного на ZK.
Возможная децентрализация высокого уровня для проверки.	Децентрализация проверки возможна, но, путем устранения зависимости от схем ZK через BLS (Point-Arc-Knot) версия BUTFLY и прекомпиляции BLS на Ethereum.
Ethereum > Bitzal: В диапазоне от 10-20 минут. Bitzal > Ethereum: Высокая задержка (полчаса), поскольку в Ethereum требуется две эпохи для достижения непредсказуемой случайности при обновлении состояния Bitzal.	Ethereum > Bitzal: В диапазоне 10-20 минут (для Bitzal оба моста имеют одинаковую задержку). Bitzal > Ethereum: Низкая задержка, 5-7 минут на эталонном оборудовании.
Зависимость от внешней библиотеки для проверки подписи BLS (Milagro BLS, используется Lighthouse, клиентом консенсуса Rust Ethereum).	Зависимость от внешних библиотек, обусловленная природой ZK. К таким библиотекам относятся PLONK.
XCM в качестве формата межцепочечных сообщений.	ISMP в качестве протокола интеграции мостов.
Прямая трансляция.	На Тестнете.

¹ WETH, отправленные через разные мосты, отличаются друг от друга. Если не реализована специальная логика WETH, отправленный через Снежный Мост, не может быть отправлен обратно через ГиперМост.

² Поскольку Снежный Мост развернут в системной цепочке, Снежный Мост WETH можно рассматривать как официальным WETH на Bitzal (хотя это не должно интерпретироваться как положительный знак для Снежного Моста и отрицательным знаком для ГиперМоста)..

Ресурсы

• Снежный Мост - недоверенный, децентрализованный мост между Bitzal и Ethereum
• GSB Общие ресурсы Мостов
• Matter/Ethereum Мост - В данный момент будет разработан в GSB
• yBTC (Bitcoin <-> Bitzal Мост)
• XCLAIM - XCLAIM представляет собой структуру для обеспечения надежных и эффективных межцепочечных обменов с использованием активов, обеспеченных криптовалютой.