Реорганизация блокчейна – изменение локального представления узла о последних блоках, когда он переключается на другую допустимую ветвь с большей совокупной Proof of Work. Термин звучит тревожно, но короткая перестройка верхушки цепи может возникнуть естественно, если майнеры почти одновременно нашли блоки на одной высоте. Временный fork и двойная трата связаны с конкурирующими историями, однако это разные понятия и одно не доказывает другое.
Чтобы оценить событие, нужно различать блок, ветвь, подтверждение и платеж. Узлы проверяют блоки по консенсусным правилам, затем следуют цепи с наибольшей накопленной работой. Если блок перестал быть частью активной цепи, транзакции из него могут вернуться в mempool или попасть в другой блок. Их итоговый статус зависит от того, были ли они включены повторно и не противоречат ли другим подтверждённым расходам.
Почему появляется конкурирующая ветвь
Каждый блок ссылается на предыдущий через хеш. Если два майнера примерно одновременно публикуют допустимые блоки поверх одной вершины, разные узлы могут сначала получить разные блоки. Получаются две ветви с общим прошлым. Пока одна не получила больше работы, сетевые участники могут видеть различное состояние последнего блока, хотя всё предшествующее этому общему предку остаётся одинаковым.
Когда следующий блок продолжает одну из ветвей и её совокупная работа становится выше, узел переключает активную цепь на эту ветвь. Блок другой ветви называют stale или orphaned в зависимости от контекста и реализации. Он не обязательно был ошибочным: он мог пройти локальные проверки, но проиграть выбор истории. Описание выбора цепи в Bitcoin основано на доказательстве работы, а не просто на счётчике блоков, особенно если сравниваются ветви с разной сложностью.
Временные вилки чаще затрагивают недавнюю вершину и разрешаются, когда сеть распространяет продолжение одной ветви. Более глубокая реорганизация может отражать необычный сбой, разделение сети, изменение правил или попытку переписать историю. В любом случае глубину события нужно считать от общего предка: переключение вершины на один блок не эквивалентно удалению всего блокчейна.
Что происходит с транзакциями
Если транзакция была только в блоке, который больше не входит в активную цепь, она может вернуться в mempool и ждать повторного включения. Узлы заново проверяют её с учётом текущего состояния UTXO. Если её вход уже потрачен другой транзакцией, она не может быть подтверждена в таком виде. Если конфликтующей траты нет, та же операция или новая допустимая версия может снова попасть в блок.
Поэтому реорганизация меняет уверенность в недавних подтверждениях. Когда включающий блок удаляется из активной цепи, счётчик подтверждений транзакции может уменьшиться до нуля, пока она не будет подтверждена повторно. Кошельки и сервисы могут показывать обновлённый статус с задержкой, особенно если подключаются к разным узлам. Для самостоятельной проверки сравнивайте txid, активный блок и число новых блоков поверх него. Подробно о хеше и статусе платежа написано в инструкции по проверке Bitcoin-перевода.
При этом транзакции в общей части цепи сохраняют своё положение, пока не перестроена ветвь до их блока. Если блок с транзакцией остаётся в общей истории, обычная краткая реорганизация выше него не отменяет её. Следовательно, важно не только слово «reorg» в сообщении, но и его глубина относительно блока с конкретной операцией.
Почему реорганизация не равна двойной трате
Двойная трата – ситуация, когда один и тот же ранее не потраченный выход пытаются использовать в несовместимых транзакциях так, чтобы разные получатели или узлы приняли разные результаты. Для Bitcoin это требует конфликта расходов: один выход не может быть потрачен дважды в одной действительной цепи. Реорганизация же описывает изменение выбранной ветви, которое может пройти без такой атаки, например после естественной гонки блоков.
Риск двойной траты появляется, если отправитель создаёт конфликтующую операцию и рассчитывает, что платежный получатель примет одну ветвь, а затем более сильная история закрепит другую. Но наличие реорганизации не доказывает намерение отправителя и не означает, что существовал конфликтующий платеж. Для вывода нужно проверить входы и выходы обеих транзакций, их блоки, активную цепь и последовательность событий. Один скриншот с «unconfirmed» для этого недостаточен.
У получателей разные пороги подтверждений и толерантность к риску. Товар с мгновенной выдачей, крупный вывод биржи и мелкий перевод между собственными кошельками требуют разных процедур. Несколько подтверждений снижают вероятность того, что транзакция окажется за пределами активной ветви, но не дают абсолютной математической необратимости. Bitcoin.org отдельно объясняет, как подтверждения усиливают защиту, а полный узел позволяет самостоятельно проверять историю.
Как читать глубину и вероятности
Глубину реорганизации обычно описывают числом заменённых блоков над общим предком. Короткая перестройка на вершине может затронуть один блок, а более глубокая требует большего объёма накопленной работы, чтобы альтернативная ветвь сравнялась или обошла прежнюю. Считать только высоту недостаточно, потому что консенсус учитывает работу, вложенную в блоки. Для Bitcoin одинаковая высота не гарантирует одинаковую поддержку цепи.
Нельзя трактовать каждую переорганизацию как доказательство атаки с большинством хешрейта. Ветки могут конкурировать естественно, а временные проблемы передачи данных создают локальные расхождения. Глубокая перестройка требует отдельного расследования: какие узлы её наблюдают, какая цепь стала активной, какие блоки сменились, были ли конфликтующие расходы и какова работа ветвей. Точные выводы должны опираться на данные узла и транзакций, а не только на социальные сообщения.
Практические действия пользователя
Если перевод важен, дождитесь подтверждений согласно правилам получателя и проверьте транзакцию в нескольких источниках либо собственном узле. При сообщении о reorg сверьте блок включения с активной цепью и посмотрите, вернулась ли операция в mempool или получила новое подтверждение. Не отправляйте повторный платёж автоматически: старая транзакция могла остаться действительной и позже включиться, что приведёт к двойной оплате.
Биржевая запись и блокчейн-статус могут временно расходиться. Запишите txid, высоту блока и время, а затем обратитесь в официальный канал поддержки, если сервис показывает финальное зачисление при отсутствии транзакции в активной цепи или наоборот. При самостоятельной отправке проверяйте получателя и статус до новой операции. Для дальнейшего понимания роли Proof of Work можно прочитать материал о корректировке сложности Bitcoin и о весе транзакции.
Коротко: реорганизация – механизм переключения узлов на ветвь с большей суммарной работой; двойная трата – конфликтное использование одного выхода в разных историях. Первая может произойти без второй. Проверяйте глубину события, активную цепь, конфликтующие входы и подтверждения конкретного платежа. Такой подход отделяет нормальную перестройку вершины от ситуации, где действительно нужно пересмотреть принятие средств.
