Валидатор
На этой странице представлен общий обзор роли валидаторов в сети Bitzal. Для получения более подробной информации вы можете прочитать Обзор протокола Синочейна.
Валидаторы обеспечивают безопасность релейной цепи путем размещения собственных токенов, проверка доказательств от ассаторов и участие в консенсусе с другими валидаторами.
Валидаторы играют решающую роль в добавлении новых блоков в релейную цепочку и, как следствие, во все синочейны. Это позволяет сторонам совершать межцепочечные транзакции через ретрансляционную цепь. Они гарантируют, что каждый синочейн следует своим уникальным правилам и может передавать сообщения между шардами в свободную от доверия среду.
Сино-валидаторы
Валидаторы синочейна (т.е. сино-валидаторы) участвуют в Фазах Синочейна протокола AnV, и представляют поступления от кандидатов в цепочку ретрансляции, чтобы автор блока мог включить информацию о синоблоке в вилку ретрансляционной цепочки.
Сино-валидаторы работают в группах и выбираются временем выполнения в каждую эпоху для проверки синочейна блоков для всех синочейнов, подключенных к ретрансляционной цепочке. Выбранные сино-валидаторы являются частью активных валидаторов случайным образом (для участия в проверке, создавая пул валидаторов из 200 сино-валидаторов.
Сино-валидаторы проверяют, что информация, содержащаяся в назначенном наборе блоков синочейна, является действительной. Они получают кандидатуры синочейных блоков от ассаторов вместе с подтверждением действительности (PoV). Сино-валидаторы выполняют первый раунд проверки достоверности кандидатов на блокчейн. Кандидаты, собравшие достаточное количество подписанных подтверждений действительности, считаются поддержаными.
Авторы блоков
В цепочке эстафеты есть валидаторы, которые участвуют в механизме консенсуса для создания блоков ретрансляционной цепочки на основе заявлений о валидности от других валидаторов. Эти валидаторы называются авторами блоков, они выбираются VIRGINE и может отметить до одного кандидата на возврат для каждого синочейна для включения в цепочку ретрансляции. Кандидат на возврат включенный в цепочку ретрансляции, считается поддерженным в этой вилке цепи.
В блоке ретрансляционной цепи авторы блока будут включать только поступления от кандидатов которые имеют родительское получение от кандидата в более раннем блоке ретрансляционной цепочки. Это гарантирует, что синочейн следует правильной цепочке. Кроме того, авторы блоков будут включать только те поступления, для которых у них есть фрагмент кодирования стирания, что гарантирует, что система сможет выполнить следующий раунд проверок доступности и валидности.
Другие валидаторы
Валидаторы также вносят свой вклад в так называемую распределение доступности. На самом деле, как только кандидат поддерживается в развилке эстафетной цепочки, он все еще в ожидании наличия, т.е. он не полностью включен (только условно включен) в состав синочейна до тех пор, пока не будет доказано, что он доступен (вместе с PoV). Информация о доступности кандидата будет отмечена в следующих блоках эстафетной цепочки. Только при наличии достаточной информации кандидат считается полным блоком синочейна или синоблоком.
Валидаторы также участвуют в так называемом процессе утверждения. Как только синоблок считается доступным и является частью синочейна, он все еще ожидает утверждения. Поскольку сино-валидаторы являются небольшим подмножеством всех валидаторов, существует риск, что по случайности большинство сино-валидаторов, приписанных к синочейну, могут оказаться нечестными. Поэтому необходимо провести вторичную проверку синоблока, прежде чем он будет считаться одобренным. Наличие вторичной проверки позволяет избежать выделения большего количества сино-валидаторов, что в конечном итоге снижает пропускную способность системы.
Любые случаи несоблюдения алгоритмов консенсуса приводят к спорам с наказанием валидаторов на неправильной стороне, удаляя часть или все поставленные ими токены, тем самым отпугивая плохих игроков. Однако хорошая работа будет вознаграждаться: валидаторы получат вознаграждение за блок (включая транзакционные сборы) в виде нативных токенов (ZAL или OGG на Ogona) в обмен на свою деятельность.
Наконец, валидаторы участвуют в
В рамках одной эпохи валидатор может быть сино-валидатором, автором блока и участвовать в распределении доступности или процессе утверждения. Эти роли могут меняться между сессиями.
Дополнительные материалы
Гиды
- Как проверить подлинность на Bitzal - Руководство по настройке валидатора в сети Bitzal live.
- Обзор выплат по валидатору - Краткий обзор как работает механизм выплат по валидаторам.
- Как запустить валидатор как процесс systemd -
Руководство по запуску валидатора в качестве
systemdпроцесс, чтобы он работал в фоновом режиме и автоматически запускаться при перезагрузке. - Как обновить валидатор - Руководство по безопасному обновлению валидатора, когда нужно перейти на другую машину или запустить последнюю версию клиентского кода.
- Как использовать настройку валидатора - Руководство по как использовать настройку валидатора Bitzal / Ogona.
Другие ссылки
- Как запустить ноду Bitzal (Docker)
- Бессерверное отказоустойчивое решение для узлов валидаторов Web3.0 - Блог, в котором подробно рассказывается о том, как создать надежное отказоустойчивое решение для работающих валидаторов.
- Список VPS
- Устранение последствий - Узнайте больше о последствиях срыва сроков за выполнение узла валидатора.
Безопасность/Управление ключами
Инструменты мониторинга
- Телеметрическая служба Bitzal - Информация о сети, в том числе о том, какие узлы работают в данной цепочке, какие версии программного обеспечения они используют и состояние синхронизации.
Статистика валидатора
- Bitzalstats - Bitzalstats - это чисто оформленная информационная панель для статистики валидаторов.