---
title: "Реорганизация блока"
description: "Реорганизация блоков — это явление, при котором определенная цепочка заменяется после временного разветвления блокчейна. В этой записи объясняется, как Reorg влияет на подтверждения транзакций, безопасность и время ожидания депозита."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Реорганизация блока
> Только в образовательных целях; не является инвестиционным советом или инвестиционной рекомендацией. Инвестиции могут привести к убыткам.
## Краткий ответ
Реорганизация блоков — это явление, при котором определенная цепочка заменяется после временного разветвления блокчейна. В этой записи объясняется, как Reorg влияет на подтверждения транзакций, безопасность и время ожидания депозита.
Реорганизация цепочки (Reorg) — это процесс, в котором узел отказывается от первоначально принятого блока и использует другую цепочку, соответствующую правилам консенсуса, в качестве основной цепочки. Это показывает, что «транзакция вошла в блок» и «транзакция достигла достаточной завершенности» — это не одно и то же.
Каждый блок ссылается на хэш предыдущего блока. Когда два блока в сети генерируются почти одновременно, некоторые узлы могут первыми увидеть блок A, а другие узлы могут сначала увидеть блок B одинаковой высоты, таким образом временно образуя две действительные ветви. Последующая ветвь с более высоким консенсусным весом побеждает, и узел переключается. Замененные блоки в исходной ветке называются потерянными блоками, устаревшими блоками или удаленными блоками. Конкретные названия варьируются от сети к сети.
Реорганизация не изменяет содержимое существующего блока. Хэш-связывание приводит к прямой модификации, уничтожающей последующие ссылки; на самом деле узел отменяет изменения состояния, вызванные старой веткой, а затем выполняет транзакции в новой ветке. Транзакции старых ветвей также могут появиться в новой цепочке, позже быть повторно введены в блоки или полностью признаны недействительными из-за конфликтов.
## Как это работает
Узлы следуют правилам выбора ветвей, определенным консенсусом. Сети Proof-of-Work обычно сравнивают совокупную работу, а не механически сравнивают количество блоков; Сети доказательства доли могут включать в себя голосование валидаторов, контрольные точки и правила окончательности. Так называемая «самая длинная цепочка» — это всего лишь упрощенное выражение. Точнее, это «эффективная цепочка с наибольшим консенсусным весом».
Обычная реорганизация обычно проходит через:
- Два производителя блоков публикуют блоки одинаковой высоты в близкое время.
- Задержка распространения в сети позволяет узлам временно видеть разные головки цепей.
- Следующая партия блоков или голосование придает ветке больший вес.
- Узел на другой стороне находит общего предка и откатывает старое состояние ветки.
- Узел выполняет новый блок ветвления и обновляет пул транзакций и статус учетной записи.
Одноуровневая реорганизация заменяет только один блок в начале цепочки, что встречается чаще и имеет ограниченное влияние. Реорганизация с глубиной 6 означает, что были заменены последние 6 блоков, что может включать в себя больше транзакций и значительно повысить подозрения на аномалии или атаки. Разные сети имеют разные скорости производства блоков, распределение валидаторов и структуру окончательности, и один и тот же номер подтверждения не может использоваться для измерения безопасности.
## Пример
Предположим, некая цепочка доказательства работы производит один блок в среднем каждые 10 минут. Когда транзакция впервые входит в блок, она подтверждается один раз; когда за ним следуют пять блоков, оно обычно подтверждается шесть раз и занимает около 60 минут. Если существует только один уровень конкуренции, вызванный одновременной добычей блоков двумя майнерами, то, скорее всего, будет заменено первое подтверждение; с каждым дополнительным уровнем ресурсы, необходимые атакующим или отстающим веткам, чтобы догнать их, обычно увеличиваются, но просто «очистить» вероятность не получится.
Предположим далее, что биржа получает депозит на сумму 50 долларов США и депозит на сумму 5 миллионов долларов США. Даже если они находятся в одной сети, платформе может потребоваться проверка вручную или дополнительные подтверждения для крупных депозитов, поскольку потери, вызванные реорганизацией, различны. Политики подтверждения — это параметры управления рисками, а не обязательства протокола цепочки.
Цепочки «доказательство доли» могут обеспечить экономическую завершенность. Например, после того, как блок достигает определенного типа контрольной точки, он не будет нормально откачен, если только большое количество валидаторов не нарушат правила и не понесут штрафы. Эта окончательность отличается от «прошло несколько секунд» и зависит от определения протокола и состояния клиента.
## Риски
Реорганизация может вернуть ранее подтверждённую транзакцию в мемпул, включить её в новом порядке или сделать недействительной из-за конфликта. Риск растёт вместе со стоимостью транзакции, глубиной реорганизации, концентрацией создателей блоков и слабой финальностью. Требования к числу подтверждений должны зависеть от сети и размера подверженности риску.
## Распространённые заблуждения
### Миф 1: После подтверждения это абсолютно необратимо
Сети вероятностной окончательности все еще могут подвергаться поверхностной реорганизации после первого подтверждения. Больше подтверждений, как правило, более стабильно, но «достаточно» зависит от сети и суммы.
### Миф 2: Реорганизация означает взлом блокчейна
Краткосрочные форки могут быть обычной сетевой конкуренцией. Только объединив глубину, частоту, конфликтующие транзакции и аномалии вычислительной мощности или валидатора, мы можем определить, является ли это атакой.
### Миф 3: Транзакции в удаленных блоках должны исчезнуть
Действительные транзакции без конфликтов обычно можно вернуть в пул транзакций и подтвердить еще раз. Что действительно важно, так это то, были ли входные данные использованы другими транзакциями в новой цепочке.
### Миф 4: 12 подтверждений во всех цепочках одинаково безопасны
Время блока, вес консенсуса, концентрация участников и правила окончательности различны, а количество подтверждений нельзя напрямую сравнивать между цепочками.
## Похожие темы
- [Количество подтверждений блокировки](/ru/crypto/block-confirmation/)
- [механизм консенсуса](/ru/crypto/consensus-mechanism/)
- [горячий кошелек](/ru/crypto/hot-wallet/)
- [Майнинг ликвидности](/ru/crypto/liquidity-mining/)
- [PoW-доказательство работы](/ru/crypto/proof-of-work/)
## Источники
- [Обзор технологии блокчейн](https://doi.org/10.6028/NIST.IR.8202) - NIST (дата обращения: 28 июля 2026 г.)
- [Руководство для разработчиков биткойнов](https://developer.bitcoin.org/devguide/) - Bitcoin.org (дата обращения: 28 июля 2026 г.)
Source: https://wiki.fcontext.com/ru/crypto/chain-reorg/index.mdx