Разберитесь, кто за что отвечает, прежде чем определять, что означает контроль над Blocknet. Написание ПО, нахождение блока, его проверка и расходование монет — разные полномочия. Это руководство прослеживает их границы в выпущенном core v0.22.0, затем объясняет, как предлагаемое обновление попадает в используемое ПО. Оно описывает ответственность за проверку, не измеряя распределение майнинга или разработки.
Кто обеспечивает соблюдение правил Blocknet?
Узлы обеспечивают правила своего ПО при проверке входящих блоков и транзакций. Майнеры создают блоки-кандидаты, разработчики поддерживают реализации, а владельцы кошельков авторизуют платежи. Каждая роль вносит вклад в сеть, но публикация кода, владение BNT или нахождение доказательства работы сами по себе не удовлетворяют остальным проверкам.
Проследите платёж через эти обязанности. Кошелёк создаёт и авторизует его; майнер включает в предлагаемый блок; узел проверяет соответствие предложения своим правилам. Принятие зависит от этих проверок. Известное имя проекта, крупный баланс или личность отправившего пира не заменяют их.
Схема разделяет обязанности: 1 разрабатывает ПО; 2 создаёт предложение блока; 3 проверяет его по действующим в программе правилам; 4 авторизует платёж собственного кошелька. Номера не обозначают голоса или измеренное количество участников сети.
Что могут менять разработчики?
Разработчики могут предлагать изменения, писать реализации, проверять код и выпускать версии. Это важно, поскольку ПО содержит правила, которые исполняют узлы. Открытый код core позволяет изучить реальные пути проверки. Документация объясняет их назначение, а выпущенный код определяет поведение конкретной версии.
Коммит в репозитории не переписывает работающую программу. Изменение попадает на узел через процесс обновления ПО и, где применимо, логику активации. Поэтому участникам нужно ПО, совместимое с правилами сети, которым они намерены следовать. Такая координация развёрнутого ПО не гарантирует, что каждое предложение станет правилом сети.
Политика обновлений — часть этой связи. Управляющая CLI может планировать обновления core, следующего последнему выпуску, тогда как закреплённые версии имеют другую политику. Руководство по узлу объясняет различие. Прочтите политику своей установки вместо предположения, что любое обновление ждёт ручного подтверждения.
Что могут решать майнеры?
Майнинг создаёт блоки-кандидаты и доказательство работы, необходимое для их принятия. При прямом майнинге seine получает задания от узла; при работе в пуле пул координирует задания и отправляет найденные блоки вышестоящему узлу. Оба пути строят цепочку. Объяснение майнинга описывает процесс и различие между шарой пула и полноценным блоком.
Найденное доказательство работы — одно из нескольких требований. Выпущенный валидатор блоков также проверяет контекст блока, сложность, корректность транзакций и положенную награду. Если предложенная награда отличается от разрешённой на этой высоте, её обязательство не проходит проверку. Дополнительная вычислительная мощность не меняет это сравнение.
Например, изменение поля награды в майнинговой программе не меняет ожидания другого узла. Принимающий узел вычисляет положенную награду по высоте и сравнивает с ней отправленный выход. Руководство по предложению монет объясняет график эмиссии; задача майнера — создать соответствующий ему блок.
Как узлы выбирают цепочку?
Выпущенный core проверяет кандидата до применения логики выбора цепочки. Он учитывает накопленную работу и может перейти на корректную ветку с большей работой согласно правилам реорганизации. Простой подсчёт блоков упускает это различие. Работа помогает выбрать допустимую историю, но не заменяет проверки её блоков.
При описании проверки истории важны и настройки узла. Необязательная синхронизация по доверенным контрольным точкам может пропускать повторную проверку криптографии и доказательств работы для охваченных исторических блоков. Проверка текущей вершины и такая синхронизация истории — разные пути. Сам факт наличия локального узла не показывает, какая политика синхронизации использовалась.
Поэтому полезный вопрос конкретен: какие ПО, правила и режим проверки используются? Руководство по ролям программ помогает выбрать приложения, а руководство по узлу описывает эксплуатацию. Число пиров или снимок высоты блока не устанавливает, сколько независимых людей контролирует сеть.
Что контролируют владельцы монет?
Имея необходимые закрытые ключи, владелец кошелька может авторизовать расходование принадлежащих ему выходов. Сеть проверяет эту авторизацию и остальные правила транзакции. Владение большим количеством BNT не превращает выпущенную систему proof of work в голосование, взвешенное по балансу, о принятии чужой некорректной транзакции.
Владение также отличается от выбора раскрываемых сведений. Поддерживаемые кошельком функции просмотра и доказательства платежа позволяют делиться информацией о собственных средствах или платеже. Это не разрешает создавать дополнительные монеты. Руководство по проверке скрытых сумм объясняет, как сохраняется проверка учёта при приватных суммах платежей.
Как читать предложение об обновлении?
Разделяйте объявление, реализующий выпуск и правила активации. Объявление описывает планируемое изменение; совместимое ПО реализует проверки; активация определяет, когда они действуют. Так появляются конкретные вещи для проверки, а заявление в дорожной карте не воспринимается как уже работающее поведение.
Для Faraday официальное объявление описывает предложение, которое ещё разрабатывается и тестируется. Наше руководство по обновлению отслеживает подготовку пользователей, а руководство по денежной политике отделяет предлагаемую эмиссию от сегодняшних правил. Используйте эти датированные источники перед решениями о будущем переходе.
Часто задаваемые вопросы
Может ли майнер создать больше BNT, чем разрешено наградой?
По выпущенным правилам узел сравнивает награду блока с суммой, положенной на этой высоте. Нахождение корректного доказательства работы не отменяет эту проверку. Награда с другим обязательством отклоняется, поэтому вычислительная мощность майнера не определяет график эмиссии валюты.
Даёт ли владение BNT право голоса по протоколу?
Баланс кошелька даёт средства, которые можно потратить по правилам сети. Выпущенный механизм проверки proof of work не взвешивает принятие блоков по количеству монет. Запуск ПО, создание блоков и авторизация собственных платежей — отдельные роли; большой баланс не делает некорректную транзакцию корректной.
Меняет ли публикация нового кода Blocknet немедленно?
Изменение кода влияет на консенсус, когда реализующее его ПО работает в сети и выполняются условия активации. Объявление или коммит в репозитории сами по себе не заменяют правила работающих узлов. Следуйте официальным инструкциям и проверяйте политику обновлений используемого ПО.