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