ГЛАВНАЯ / ИНСТРУКЦИИ / REORG ETHEREUM И СТАТУСЫ SAFE/FINALIZED: КАК ПРОВЕРЯТЬ БЛОК
Reorg Ethereum и статусы safe/finalized: как проверять блок
У Ethereum proof-of-stake блоки проходят fork choice и получают статусы head, safe и finalized. Короткая reorg может изменить недавнюю верхушку цепи; поэтому статус receipt и число последующих блоков не следует путать с финальностью.
Reorg меняет каноническую последовательность около head
Узел может получать блоки с задержкой или временно видеть разные ветви. Fork-choice Ethereum PoS использует attestations и выбирает каноническую цепь; короткая реорганизация означает, что недавний блок или транзакция перестали быть частью выбранной ветви.
Если транзакция была включена в вытесненный блок, её receipt на прежнем block hash больше не описывает текущую каноническую запись. Транзакция может снова распространяться, попасть в другой блок или стать недействительной по состоянию nonce и баланса.
- сохраняйте transaction hash и block hash;
- проверяйте, остаётся ли блок каноническим;
- не отправляйте повторно, пока не установлена судьба nonce.
Head, safe и finalized обозначают разные уровни уверенности
`latest` или head указывает на текущую верхушку, которую может выбрать конкретный execution-клиент. `safe` описывает head, связанный с консенсусным представлением, для которого риск обычной reorg ниже, но он не равен окончательной финальности. `finalized` относится к блоку, который достиг условий Casper FFG.
Названия и доступность тегов зависят от RPC-метода и клиента. На другом блокчейне или L2 такие же слова могут иметь иные семантику и гарантию. Проверяйте сеть, ответ метода и документацию сервиса.
- зафиксируйте chain ID и block hash;
- сравните статусы latest, safe и finalized;
- сверяйте несколько источников при расхождении.
Finalized – сильная консенсусная гарантия, но не обещание нулевого риска
В Ethereum статус finalized требует суперкворума голосов активного stake по правилам Casper FFG. Возврат такого блока означал бы серьёзное нарушение безопасности и экономические последствия для нарушителей; это намного сильнее простого ожидания нескольких новых блоков.
Финальность не означает, что приложение, RPC или мост не может ошибиться. Важно различать финальность базовой цепи, подтверждение deposit-сервисом и собственную политику риска биржи. Не выводите универсальное число подтверждений для всех операций.
После reorg повторно найдите транзакцию в актуальной ветви
Сверьте transaction hash через несколько RPC, найдите актуальный receipt и block hash, затем проверьте статус соответствующего блока. Если receipt исчез, проверьте nonce и состояние аккаунта в канонической цепи до повторной отправки. Для биржевого депозита дополнительно следуйте её собственным правилам зачисления.
При расхождении источников дождитесь обновления или запросите статус у поставщика RPC, не подписывая повторную транзакцию автоматически. Успешный статус, который показывал старый интерфейс, мог относиться к уже вытесненному блоку.
Частые вопросы
Сколько подтверждений означает финальность Ethereum?
Единого числа подтверждений для всех сервисов нет. Смотрите статус safe/finalized, метод RPC и политику получателя.
Может ли транзакция исчезнуть после включения?
Короткая reorg способна вытеснить недавний блок. После этого проверьте receipt в текущей канонической цепи.
safe означает то же, что finalized?
Нет. Это разные статусы с разным уровнем консенсусной уверенности.
Чек-лист: reorg ethereum и статусы safe/finalized: как проверять блок
- сохранены transaction hash и block hash;
- уточнены сеть и chain ID;
- receipt перепроверен через актуальные RPC;
- статус safe/finalized не смешан с head;
- правила биржи, моста или приложения проверены отдельно.
Материал подготовлен редакцией сайта и проверен 12 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.