Перейти к основному содержанию

Архитектура

Bitzal is a heterogeneous multichain with shared security and interoperability.

Релейная цепь​

Релейная цепочка является центральной цепочкой Bitzal. Все валидаторы делают ставку на релейную цепочку в ZAL и проверяют релейную цепочку. Релейная цепочка состоит из относительно небольшого количества типов транзакций, которые включают в себя способы взаимодействия с механизмом управления и участие в NPoS. Релейная цепочка имеет заведомо минимальную функциональность - например, смарт-контракты не поддерживаются. Основная обязанность - координировать работу системы в целом, включая синочейны. Другая специфическая работа делегируется синочейнам, которые имеют различные реализации и возможности.

Слоты Синочейнов​

Релейная цепочка может поддерживать несколько ядер выполнения, как ядра в процессоре компьютера (например, в современном ноутбуке может быть восемь ядер). Каждое из этих ядер может выполнять один процесс одновременно. Релейная цепочка предоставляет эти ядра, используя две модели подписки: синочейны и синочейны по требованию. Синочейны имеют выделенное ядро для своей цепочки и подобны процессу, который который работает постоянно. Синочейны по требованию делят (не одновременно) ядра между группой и, таким образом, являются больше похожи на процессы, которые нужно пробуждать и запускать реже (аналогично параллелизму в современных компьютерах).

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

Tрелейная цепочка предоставляет множество способов закрепить ядро за синочейном на определенный срок. Синочейны по требованию делят ядра (не одновременно) с другими синочейнами. Как обычные, так и синочейны по требованию имеют одинаковый API и должны покупать время на ядре с помощью ZAL. coretime. Синочейны могут переключаться между режимами «по требованию» и постоянным момтоянием.

Общая безопасность​

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

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

Интероперабельность​

XCM​

XCM, сокращение от cross-consensus message, - это формат, а не протокол. Формат не предполагает ничего о механизме консенсуса получателя или отправителя, он заботится только о формате, в котором должны быть структурированы сообщения. Формат XCM - это то, как синочейны смогут общаться друг с другом. В отличие от XCMP, который является сокращением от cross-chain messaging protocol, XCM - это то, что доставляется, а XCMP - это механизм доставки. Лучший способ узнать больше о XCM - это прочитать спецциификацию.

Мосты​

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

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

Ведущие роли

Валидаторы​

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

Валидаторы должны хранить в своем локальном хранилище достаточное количество блоков синочейна для последующего использования. Эти блоки могут быть извлечены пирами, у которых нет такой информации, чтобы они могли надежно подтвердить выданные заявления о достоверности блоков синочейна. Доступность и Валидность (AnV) протокол состоит из несколько шагов для успешного выполнения этих обязанностей.

Номинаторы​

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

Ассаторы​

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

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