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

Ассатор

Информация

На этой странице представлен общий обзор роли ассаторов в экосистеме Bitzal. Для получения более подробную информацию вы можете прочитать в Обзор протокола Синочейна.

Роль Ассаторов​

Ассистенты поддерживают синочейны, собирая транзакции синочейнов от пользователей и создавая доказательства переходов состояний для валидаторов релейных цепочек. Другими словами, ассаторы поддерживают синочейны путем агрегирования транзакций синочейна в кандидаты синочейных блоков и создания доказательств перехода состояний (Proof-of-Validity, PoV) для валидаторов.

Ассаторы поддерживают полный узел для ретрансляционной цепочки и полный узел для своего конкретного синочейна; Это означает, что они хранят всю необходимую информацию, чтобы иметь возможность создавать новые блоки и выполнять транзакций точно так же, как это делают майнеры в блокчейнах PoW. При обычных обстоятельствах они собирают и выполняют транзакции для создания незапечатанного блока и предоставляют его вместе с PoV одному или нескольким валидаторам, ответственным за предложение синочейн-блока.

Ассистенты похожи на валидаторы в любом другом блокчейне, но им не нужно предоставлять гарантии безопасности, поскольку их обеспечивает цепочка ретрансляции. Если блок синочейна недействителен, он будет отвергнут валидаторами. Валидаторы должны проверять достоверность представленных кандидатов, затем выдавать и собирать заявления о действительности кандидатов для других валидаторов. Этот процесс известен как поддержка кандидатов. Валидаторы получают произвольное количество кандидатов в синочейны с соответствующими PoV от недоверенных ассаторов. Кандидат считается с поддержкой когда не менее 2/3 всех назначенных валидаторов сделали достоверное заявление о данном кандидате.

Валидатор должен успешно проверить следующие условия в следующем порядке:

  1. Кандидат не превышает ни одного параметра в сохраняемых данных проверки.

  2. Подпись ассатора действительна.

  3. Проверка кандидата путем выполнения программы времени выполнения синочейнов.

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

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

XCM​

Ассаторы являются ключевым элементом XCM (Перекрестный формат передачи сообщений). Поскольку будучи полными узлами ретрансляционной цепочки, все они знают друг о друге как об одноранговых. Это делает возможным отправлять сообщения от синочейна A к синочейну B..

Решение о едином синочейне​

Запуск нового блока-кандидата инициируется временем создания блока. Ассатор агрегирует все новые транзакции в конце процесса. При этом ассатор подписывает блок в кандидаты синочейна и создает доказательства перехода состояний (Proof-of-Validity, PoV), которые представляют собой сводку итоговых остатков на счетах, вызванных транзакциями в блоке-кандидате. Ассатор отправляет блок-кандидат и PoV валидаторам синочейна, так называемым сино-валидаторам. Сино-валидаторы проверяют транзакции в блоке-кандидате синочейна. После проверки и если все в порядке, кандидат становится поддерженным и сино-валидатор распределяет блок-кандидат с ретрансляционной цепочкой.

synochain candidate block diagram

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

Ассаторы в естественных условиях​

Блокчейны, построенные с использованием Matter, не могут самостоятельно подключаться к ретрансляционной цепи. Команда GSB построила Библиотека Nimbus для решения этой проблемы. Ассаторы используются на Raseo тестнете, и вы можете узнать больше о том, как они используются в Nimbus, с помощью Nimbus Документация по Rust. Дополнительную информацию можно найти в разделе разделе Nimbus на странице сборки синочейна.

Руководства и инструменты​