Руководство валидатора

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

Компьютер под управлением Linux и Ubuntu 24.04 LTS на архитектуре x86-64 или ARM64 с публичным адресом. Bigfoot CLI, который используется для создания ключа, работает на Linux и macOS, на ARM64 и x86-64. Валидатор не может использовать один компьютер или публичный адрес с узлом хранения; в IPv6 одна и та же сеть /64 считается тем же адресом.

За каждую новую запись и ответ взимается плата за обслуживание, и сеть распределяет 5 процентов этой платы поровну между валидаторами, чьи подписи завершили обработку. Другая работа по валидации не оплачивается, как и одно лишь членство. В разделе Платы и начисления объясняется плата за обслуживание.

Создайте ключ с помощью Bigfoot CLI и подпишите им заявку: bigfoot-node sign-application --role validator --email ADDRESS --thumbprint T, где ADDRESS — адрес электронной почты, с которым вы подаёте заявку. Команда выведет однострочный токен заявки, действующий только для этой роли и этого адреса электронной почты и только пока он свежий. Вставьте токен в форму на странице валидатора; сайт проверит его подпись и извлечёт из него ваш отпечаток. Участники управления принимают решение голосованием.

Команда bigfoot-node create-key оставляет роль ключа неназначенной, а bigfoot-node init --mode validator отказывается работать с каталогом, в котором нет ключа валидатора. После допуска сохраните защищённую копию ключа с помощью bigfoot-node export-key --id N --out FILE --passphrase-file FILE: параметр --out задаёт новый файл для копии, а --passphrase-file — файл с её парольной фразой. Затем на компьютере валидатора и в каталоге, который будет использовать его узел, зарегистрируйте копию командой bigfoot-node import --key FILE --role validator; команда запросит эту парольную фразу. Используйте абсолютные пути.

Сначала назначьте своему ключу роль валидатора, как описано выше. Затем запустите узел в режиме валидатора: bigfoot-node init --mode validator --endpoint HOST:PORT, а затем bigfoot-node start. При первом запуске узел доказывает, что владеет ключом, просит активный узел хранения по другому адресу подтвердить его адрес и присоединяется к валидаторам. Этот узел хранения выбирается автоматически.

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

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

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

Сначала выполните bigfoot-node maintenance on, затем bigfoot-node stop. Команда maintenance on проверяет, что остальные валидаторы смогут продолжать финализацию без вашего узла, и просит подтвердить действие, но лишь устанавливает флаг обслуживания: она не останавливает узел. Пока флаг включён, узел не запустится и не подготовит запланированные обновления. После завершения выполните bigfoot-node maintenance off, затем bigfoot-node start.

Запланированные обновления протокола устанавливаются автоматически на высоте, заданной сетью. Команда bigfoot-node status показывает подготовленное или запланированное обновление, а каждая команда выводит уведомление, пока выпуск ожидает вашего действия. Выпуск устанавливается после выполнения bigfoot-node update.

Подтверждённое неправомерное поведение валидатора фиксируется, но автоматически не наказывается. Удаление валидатора всегда требует голосования управления.

Да, без одобрения. Остановите узел, выполните bigfoot-node backup --out DIR, перенесите резервную копию на новый компьютер, выполните там bigfoot-node restore --from DIR и запустите узел. Никогда не запускайте старый и новый компьютеры одновременно.

Остановите узел и выполните на его компьютере bigfoot-node rotate-key --thumbprint T. Команда одновременно заменяет ключ валидатора и ключ подписи узла, а ваше членство продолжается с новым ключом.

Выполните bigfoot-node decommission на компьютере валидатора и подтвердите действие. Выход из состава валидаторов требует голосования управления, поэтому команда сообщит, что ожидает этого шага: попросите участника управления поддержать ваше удаление. Оставляйте узел запущенным, пока удаление не вступит в силу, затем остановите его и снова выполните bigfoot-node decommission, чтобы вывести его ключи из эксплуатации.

Да. В сети всегда остаётся не менее четырёх валидаторов, поэтому удаление, после которого их станет меньше или сеть перестанет финализировать записи, не вступит в силу, пока не присоединятся новые валидаторы.

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