Хардфорк

Что такое хардфорк?

Хардфорк — это изменение правил консенсуса блокчейна, которое несовместимо с узлами, работающими по прежним правилам.

После активации новых правил обновленные узлы могут принимать блоки или транзакции, которые узлы без обновления считают недействительными.

Чтобы продолжить работу в обновленной сети, узлы должны установить совместимое ПО до момента активации или вскоре после него.

В глоссарии разработчиков Bitcoin хардфорк описывается как изменение правил консенсуса, которое нарушает безопасность узлов, не установивших обновление.

В глоссарии Ethereum также говорится, что изменение с хардфорком может привести к постоянному разделению сети, если старые узлы не могут проверять блоки, созданные по новым правилам.

Хардфорк может менять ограничения на размер блока, форматы транзакций, поведение виртуальной машины, криптографические операции, правила комиссий, требования к валидаторам, правила майнинга или другие фундаментальные элементы протокола криптовалюты.

Этот термин описывает совместимость изменения правил, а не степень разногласий вокруг него.

Запланированное и широко поддерживаемое обновление сети может быть хардфорком, даже если почти все участники продолжают работать в одной и той же обновленной цепочке.

Спорный хардфорк, напротив, может привести к появлению двух устойчивых блокчейнов, если разные группы продолжат применять разные правила.

Почему это называется форком?

Форк возникает, когда участники блокчейна перестают следовать одному и тому же пути допустимых блоков.

Название связано с образом дороги, которая разделяется на две ветви.

До активации хардфорка узлы с обновлением и без него могут иметь общую историю блокчейна.

После активации они могут расходиться во мнении о том, какие новые блоки соответствуют правилам протокола.

Обновленные узлы начинают применять новые правила консенсуса в установленный момент активации.

Старые узлы продолжают применять прежние правила, поскольку их ПО не распознает это изменение или не принимает его.

Если обе группы продолжат создавать блоки и признавать их действительными, общая история блокчейна может разделиться на две независимые истории.

Если обновление установят почти все экономически значимые участники, старая ветвь может получить мало поддержки или не получить ее вовсе.

Изменение правил все равно считается хардфорком, даже если вторая криптовалюта не получает долгосрочного развития.

Как работает хардфорк

Обычно хардфорк начинается с предложения изменить одно или несколько правил консенсуса блокчейна.

Разработчики готовят технические спецификации, описывающие новое поведение.

Команды, разрабатывающие клиенты, внедряют эти правила в совместимое ПО для узлов.

Предлагаемый код проверяют и тестируют, обычно сначала в сетях для разработки или общедоступных тестнетах, а затем активируют в основной сети.

После этого участники получают инструкции о необходимых версиях ПО и условиях активации.

Активация может происходить при достижении определенной высоты блока, временной отметки, эпохи, слота, значения суммарной сложности или другого предусмотренного протоколом условия.

До момента активации обновленное ПО обычно продолжает работать по действующим правилам.

При активации обновленные узлы переходят на новую логику проверки.

Блоки, созданные по новым правилам, могут содержать функции или особенности, которые старые узлы отклоняют.

Майнеры или валидаторы также должны использовать совместимое ПО, чтобы их блоки принимала обновленная сеть.

Что такое правила консенсуса?

Правила консенсуса — это правила, по которым независимо работающие узлы определяют, являются ли блоки, транзакции и состояния блокчейна допустимыми.

Эти правила могут определять допустимое предложение монет, подписи транзакций, структуру блока, учет газа, целевое значение Proof of Work, поведение валидаторов и выполнение смарт-контрактов.

Узел не принимает блок лишь потому, что другой участник назвал его действительным.

Узел проверяет блок по правилам, реализованным в его ПО.

Узлы с несовместимыми правилами могут по-разному оценивать один и тот же блок.

Хардфорк меняет эти оценки, разрешая или требуя поведение, которое прежнее ПО не принимает.

Поэтому хардфорк требует координации операторов узлов, майнеров или валидаторов, разработчиков приложений, поставщиков инфраструктуры, кошельков и других участников сети.

Хардфорк и софтфорк

Хардфорк вводит изменение правил, которое старые узлы не считают допустимым.

Софтфорк вводит более строгие правила, которые могут оставаться совместимыми с проверками допустимости, выполняемыми старыми узлами.

При софтфорке обновленные узлы применяют дополнительное ограничение, а старые узлы могут по-прежнему считать действительными блоки, соответствующие этому ограничению.

При хардфорке обновленные узлы могут принимать то, что старые узлы отклоняют.

Например, в руководстве по блокчейну Bitcoin объясняется, что увеличение допустимого размера блока сверх ограничения, распознаваемого старыми узлами, требует хардфорка.

Различие касается технической совместимости, а не того, является ли обновление хорошим, плохим, популярным или спорным.

Любой тип форка может потребовать тщательного тестирования и координации сообщества.

Хардфорк и временное разделение цепочки

Временное разделение цепочки может произойти и без изменения правил консенсуса.

Два майнера или валидатора могут примерно одновременно создать разные допустимые блоки.

Одни узлы могут сначала получить один блок, а другие — конкурирующий блок.

В конечном счете механизм консенсуса приводит к тому, что одна ветвь становится признанной цепочкой, а другая отбрасывается.

Это кратковременное событие иногда называют случайным форком, устаревшей ветвью или временной реорганизацией.

Хардфорк отличается тем, что меняет правила, по которым определяется допустимость блока.

Временная конкуренция блоков может возникнуть между узлами с одинаковыми правилами, тогда как хардфорк связан с несовместимыми наборами правил.

Хардфорк и форк ПО

Форк ПО возникает, когда разработчики копируют исходный код программного проекта и создают отдельную версию.

Такое значение широко используется в разработке ПО с открытым исходным кодом.

Копирование кода клиента блокчейна само по себе не создает новую сеть криптовалюты.

Разработчик может создать форк репозитория, чтобы предложить улучшения, протестировать функции или поддерживать независимую реализацию клиента.

Хардфорк блокчейна конкретно меняет работу консенсуса в действующей сети и может повлиять на то, какие блоки принимают узлы.

Эти понятия могут пересекаться, если скопированный программный проект запускает отдельный блокчейн, но они не означают одно и то же.

Запланированный хардфорк

Запланированный хардфорк — это назначенное обновление протокола, которое поддерживают основные сообщества разработчиков и инфраструктурных операторов сети.

Информация об активации обычно публикуется заранее.

Операторам узлов рекомендуют установить совместимое ПО до момента активации.

Разработчики кошельков и смарт-контрактов, валидаторы, майнеры, поставщики данных и другие сервисы могут протестировать системы с учетом предстоящих правил.

При широком внедрении сеть может перейти на новые правила, не сохраняя значимую старую цепочку.

Многие крупные обновления сети Ethereum реализуются в виде согласованных хардфорков.

В официальной хронологии форков Ethereum перечислены обновления, которые меняли работу уровня исполнения и уровня консенсуса сети.

Спорный хардфорк

Спорный хардфорк возникает, когда значительные группы участников расходятся во мнении о том, какие правила консенсуса должны определять работу криптовалюты.

Одна группа может принять новые правила, а другая — намеренно продолжить использовать прежние или внедрить другое изменение.

Если у обеих сторон достаточно пользователей, разработчиков, операторов узлов, экономической активности и производителей блоков, могут возникнуть две устойчивые сети.

После точки разделения у каждой сети формируется собственная история блокчейна.

Со временем сети могут получить разные названия, символы, планы развития, модели безопасности и рыночную стоимость.

Спорный форк связан не только с техническими вопросами, но и с общественными решениями: ПО не может заставить независимых участников считать одну ветвь легитимной.

Создает ли каждый хардфорк новую монету?

Нет. Большинство согласованных хардфорков не приводят к появлению второй криптовалюты, которая продолжает существовать в долгосрочной перспективе.

Новая монета приобретает значение только в том случае, если альтернативная ветвь продолжает работать и получает достаточную техническую и экономическую поддержку.

Если почти все майнеры или валидаторы, узлы, пользователи, кошельки и приложения переходят на обновленные правила, старая ветвь может перестать создавать блоки или утратить экономическую значимость.

Обновленная сеть может сохранить прежнее название, балансы активов, историю и идентичность сообщества.

Если обычное обновление прошло успешно, пользователи, как правило, продолжают держать тот же нативный актив без конвертации.

Отдельный актив может появиться, если другая группа намеренно поддерживает иную цепочку после разделения.

Что происходит с монетами при разделении цепочки?

При устойчивом разделении цепочки обе сети используют общую историю транзакций до точки форка.

Поэтому адрес, на котором до разделения хранились активы, может отображать соответствующие балансы в обеих образовавшихся сетях.

Приватный ключ, контролировавший адрес до форка, изначально может разрешать транзакции в обеих сетях.

Это не означает, что два актива будут иметь одинаковую рыночную стоимость, безопасность, ликвидность или долгосрочную поддержку.

После разделения у каждой цепочки формируется собственное состояние.

Транзакция, подтвержденная в одной ветви, не меняет баланс в другой автоматически, если только повторное воспроизведение не приводит к тому, что там принимается та же подписанная транзакция.

Прежде чем пытаться получить доступ к активам в обеих сетях, пользователям необходимо разобраться в правилах безопасности и защиты от повторного воспроизведения транзакций.

Что такое replay-атака после хардфорка?

Replay-атака может произойти, если транзакция, подписанная для одного блокчейна, также действительна в другом блокчейне с общей историей и такими же правилами подписания.

Наблюдатель может скопировать подписанную транзакцию из одной ветви и передать ее в другую.

Пользователь может намереваться перевести активы только в первой сети, но случайно перевести соответствующие активы и во второй.

Защита от повторного воспроизведения позволяет различать транзакции в разных сетях.

EIP-155 добавил идентификатор сети в подпись транзакций Ethereum, чтобы помочь предотвратить действительность транзакции, предназначенной для одной цепочки, в другой цепочке с иным идентификатором.

Не следует считать, что каждый форк автоматически предусматривает эффективную защиту от повторного воспроизведения.

Перед переводом активов, появившихся в результате разделения цепочки, следует изучить инструкции для конкретного форка.

Что такое Chain ID?

Chain ID — это числовой идентификатор, который используется для различения блокчейн-сетей при подписании транзакций и работе приложений.

Добавление Chain ID в подписанную транзакцию помогает связать разрешение на ее выполнение с нужной сетью.

Кошельки также используют Chain ID для выбора сетевых настроек, адресов контрактов, токенов и информации о комиссиях.

Две устойчивые цепочки не должны намеренно использовать один и тот же Chain ID, если это может привести к риску повторного воспроизведения транзакций или проблемам интерфейса.

Chain ID не подтверждает надежность сети или подлинность токена.

Пользователям все равно необходимо проверять название сети, нативный актив, обозреватель блокчейна, настройки кошелька и данные транзакции.

Идентификация форков между узлами

Узлам необходимо определять, совместимы ли их участники с одинаковыми правилами цепочки.

EIP-2124 определяет идентификатор форка, который совместимые с Ethereum узлы могут использовать для проверки совместимости пиров.

Идентификатор отражает предыдущие активации форков и ожидаемый момент будущей активации.

Совместимые узлы могут оставаться подключенными, а явно несовместимые — отключаться.

Это помогает не тратить ресурсы на постоянный обмен данными между узлами, которые в итоге будут отвергать цепочки друг друга.

Идентификаторы форков повышают безопасность сетевого взаимодействия, но не заменяют полную проверку блоков и транзакций.

Способы активации хардфорка

Активация по высоте блока начинается, когда блокчейн достигает заданного номера блока.

Активация по временной отметке начинается, когда время блока достигает или превышает заданное значение.

Активация по эпохе распространена в сетях Proof of Stake, где время консенсуса разделено на эпохи и слоты.

Активация по суммарной сложности может произойти, когда накопленная Proof of Work достигает установленного порога.

У каждого способа есть преимущества и операционные особенности.

Время создания блоков меняется, поэтому активацию по высоте блока не всегда можно предсказать с точностью до секунды.

Графики Proof of Stake, основанные на времени, могут позволить точнее оценить момент активации.

Клиенты должны согласованно реализовать логику активации, иначе в момент перехода они могут разойтись во мнении.

Хардфорки в сетях Proof of Work

В сети Proof of Work майнеры создают блоки-кандидаты, а полные узлы проверяют их на соответствие правилам консенсуса.

Хардфорк может менять алгоритм майнинга, структуру блока, вознаграждение, расчет сложности, правила транзакций или допустимые ресурсы блока.

Майнеры, не установившие обновление, могут создавать блоки, которые обновленные узлы отклонят.

При изменении алгоритма Proof of Work обновленное оборудование для майнинга также может стать несовместимым со старой ветвью.

Если обе цепочки продолжат работу, хешрейт может распределиться между ними.

Безопасность каждой ветви будет частично зависеть от объема совместимых вычислительных мощностей и от того, насколько легко перенаправить хешрейт извне.

Полные узлы продолжают отклонять блоки, нарушающие их собственные правила, независимо от объема вычислений, затраченных на их создание.

Хардфорки в сетях Proof of Stake

В сети Proof of Stake валидаторы должны использовать ПО, реализующее правильные правила консенсуса и исполнения.

Хардфорк может менять обязанности валидаторов, форматы блоков, штрафы, переходы состояний, криптографические операции или поведение виртуальной машины.

В зависимости от протокола валидаторы с устаревшим ПО могут пропускать обязанности, следовать несовместимой ветви или получать штрафы.

Разные реализации клиентов должны согласованно применять новые правила, чтобы избежать сбоя консенсуса.

Если в сети используются отдельные уровни клиентов, операторам узлов следует обновить клиенты и уровня исполнения, и уровня консенсуса.

В руководстве Ethereum по работе узлов операторам рекомендуется установить правильные версии клиентов до важных хардфорков.

Хардфорки Ethereum

Ethereum использует согласованные обновления сети для внедрения изменений на уровне исполнения, уровне консенсуса или обоих уровнях.

Обновления этих уровней могут иметь отдельные названия на этапе разработки, которые объединяются в одно публичное название обновления.

Например, изменения Prague и Electra составили обновление Pectra.

В официальной документации Pectra указано, что обновление активировалось в Ethereum Mainnet 7 мая 2025 года.

Следующее крупное обновление Ethereum, Fulu-Osaka или Fusaka, активировалось 3 декабря 2025 года.

По состоянию на июль 2026 года в официальной хронологии следующим крупным обновлением указано Glamsterdam; дата его активации пока не определена.

Эти обновления показывают, что хардфорк может быть обычным способом развития протокола, а не попыткой создать конкурирующую монету.

Хардфорк Ethereum DAO

Хардфорк Ethereum DAO — исторический пример спорной реакции на серьезный инцидент со смарт-контрактом.

Сообщество сети обсуждало, следует ли изменить правила протокола, чтобы решить проблему с активами, затронутыми этим инцидентом.

Одни участники приняли измененную историю, а другие продолжили признавать исходную.

Этот случай показал, что управление блокчейном включает общественные решения о том, какое ПО и состояние участники выбирают признавать.

В документации по управлению Ethereum это событие рассматривается как важный пример взаимодействия крупных изменений протокола и координации сообщества.

Этот пример не означает, что разработчики могут без последствий переписывать блокчейн при каждом сбое смарт-контракта.

Подобные вмешательства могут привести к длительным спорам о неизменности блокчейна, легитимности и полномочиях по управлению.

Особенности хардфорков Bitcoin

Изменения консенсуса Bitcoin требуют тщательной координации, поскольку независимо работающие узлы применяют выбранные ими правила.

Предлагаемое изменение, расширяющее набор допустимых блоков за пределы того, что принимают старые узлы, является изменением с хардфорком.

Распространенный технический пример — увеличение лимита размера блока сверх максимума, принимаемого старым узлом.

Старые узлы отклонят увеличенный блок, даже если обновленные его примут.

Поддержка двух несовместимых наборов правил может привести к появлению отдельных цепочек, если обе стороны продолжат получать поддержку майнеров, узлов, пользователей и экономики.

История Bitcoin повлияла на более широкие дискуссии в криптоиндустрии о консервативных обновлениях, обратной совместимости, суверенитете узлов и консенсусе сообщества.

Зачем блокчейнам нужны хардфорки

Блокчейну может потребоваться хардфорк для внедрения функций, которые невозможно реализовать в рамках действующих правил консенсуса.

Хардфорк может добавить новые типы транзакций, криптографические предкомпиляции, опкоды, функции аккаунтов или возможности валидаторов.

Он может изменить ограничения ресурсов для масштабирования или снижения риска отказа в обслуживании.

Он может устранить серьезную уязвимость протокола или удалить устаревшее поведение.

Он может изменить эмиссию, учет комиссий, распределение вознаграждений или механизмы консенсуса.

Также он может упростить старые правила, из-за которых реализация становится неоправданно сложной.

Обычно к хардфорку следует прибегать только после оценки совместимости, безопасности, тестирования, развертывания и влияния на экосистему.

Управление хардфорком

В публичных блокчейнах редко есть один человек с неограниченными полномочиями, который может заставить всех участников установить обновление.

Разработчики могут предложить и реализовать ПО, но операторы узлов сами решают, какие версии запускать.

Майнеры или валидаторы решают, какие совместимые блоки создавать и подтверждать.

Разработчики приложений решают, какую цепочку поддерживает их ПО.

Кошельки и поставщики инфраструктуры решают, как обозначать и подключать возникшую сеть.

Пользователи и владельцы активов выбирают сеть, которую будут признавать и использовать.

Экономическая координация этих групп часто определяет, станет ли обновление основным продолжением цепочки.

Таким образом, управление осуществляется через технические спецификации, публичные обсуждения, выпуски клиентского ПО, тестирование, сигналы поддержки и фактическое внедрение ПО.

Кто решает, будет ли хардфорк успешным?

Успех любого хардфорка не определяется одним показателем.

Важна поддержка разработчиков, поскольку клиенты должны реализовывать правила и поддерживать их.

Важен переход узлов на новое ПО, поскольку именно узлы применяют правила допустимости.

Важен переход майнеров или валидаторов, поскольку блоки должны создаваться по новым правилам.

Важна поддержка приложений и кошельков, поскольку пользователям нужен функциональный доступ к сети.

Если возникают отдельные активы, важны ликвидность и рыночная поддержка.

Важно признание сообществом, поскольку стоимость криптовалюты частично зависит от общих ожиданий и общественного согласия.

Технически работающая ветвь может оставаться экономически слабой, если ее признают немногие пользователи или приложения.

Тестирование хардфорка

Хардфорк следует тестировать с использованием нескольких реализаций клиентов и в разных сетевых условиях.

Разработчикам нужны тестовые векторы, подтверждающие, что все клиенты рассчитывают одинаковое состояние после форка.

Общедоступные тестнеты могут выявить проблемы с синхронизацией узлов, участием валидаторов, обработкой транзакций и совместимостью приложений.

Для тестирования отдельного запланированного обновления могут создавать временные сети разработки.

Команды безопасности могут проводить фаззинг, дифференциальное тестирование, формальный анализ и симуляции отказа в обслуживании.

Даже тщательное тестирование не гарантирует, что активация в основной сети пройдет без проблем.

Во время перехода операторам следует следить за официальными каналами связи и иметь процедуры реагирования на инциденты.

Разнообразие клиентов и безопасность хардфорка

У многих блокчейнов есть несколько независимых реализаций клиентов узлов.

Разнообразие клиентов снижает зависимость от одной кодовой базы, но все клиенты должны одинаково интерпретировать правила консенсуса.

Ошибка в одном клиенте может привести к тому, что его узлы будут принимать или отклонять другие блоки.

Если этот клиент используется значительной частью сети, ошибка может вызвать серьезное разделение цепочки или потерю финальности.

При тестировании хардфорка следует сравнивать результаты независимых реализаций.

Операторы узлов также могут уменьшить зависимость экосистемы от одной реализации, поддерживая здоровое разнообразие клиентов.

Что нужно делать операторам узлов

Операторам узлов следует выяснить, требует ли обновление установки новой версии ПО.

Релизы нужно получать из проверенных источников проекта.

Следует изучить примечания к выпуску: поддерживаемые операционные системы, миграции баз данных, изменения конфигурации и необходимые сочетания клиентов.

Перед крупными работами по обслуживанию операторам следует создать резервные копии необходимых ключей и данных конфигурации.

После обновления узел необходимо синхронизировать и контролировать.

Операторам следует проверить, соответствуют ли нужной сети Chain ID, версия форка, высота блока, подключения к пирам и состояние клиента.

Игнорирование обязательного обновления может привести к тому, что узел продолжит работать в несовместимой или неактивной цепочке.

Что нужно делать валидаторам

До активации валидаторы должны установить ПО, распознающее новые правила консенсуса.

Им следует убедиться в совместимости компонентов исполнения, консенсуса, валидации и подписания.

Обновление может потребоваться и удаленным системам подписания, и инструментам мониторинга.

Валидаторам не следует использовать конфликтующие конфигурации, которые могут привести к двойному подписанию или несовместимым подтверждениям.

Резервные системы нужно обновлять осторожно, чтобы аварийное переключение не запускало устаревшее ПО.

Пропуск обновлений может привести к потере вознаграждений, штрафам за бездействие или более серьезным последствиям — в зависимости от сети и поведения валидатора.

Что нужно делать майнерам

Майнерам следует убедиться, что их узел, ПО для шаблонов блоков, системы пулов и прошивка оборудования поддерживают новые правила.

Если хардфорк меняет алгоритм Proof of Work, может потребоваться другое оборудование или прошивка.

Майнинг блоков по устаревшим правилам может привести к напрасной трате электроэнергии, поскольку обновленные узлы могут отклонять такие блоки.

Участникам пула следует понимать, какую цепочку поддерживает их хешрейт.

Не стоит полагаться только на название пула или панель управления: во время спорного форка конфигурация и политика выплат могут меняться.

Что нужно знать пользователям кошельков

При согласованном хардфорке обычным пользователям кошельков часто не нужно предпринимать специальных действий.

Баланс и приватные ключи обычно сохраняют силу в обновленной цепочке.

Тем не менее пользователям следует обновлять ПО кошелька и следить за объявлениями авторитетных источников сети.

Никогда не сообщайте сид-фразу, чтобы получить обновление, конвертировать монеты, синхронизировать кошелек или забрать предполагаемые активы форка.

Для легитимного обновления протокола пользователям не нужно передавать фразы восстановления веб-сайтам или сотрудникам поддержки.

Если устойчивое разделение создает отдельные активы, дождитесь четких рекомендаций по безопасности, прежде чем пытаться переместить любой из балансов.

Нужно ли конвертировать монеты после хардфорка?

Обычное обновление сети, как правило, не требует обменивать старую монету на новую.

Тот же реестр и балансы продолжают существовать по обновленным правилам.

Например, согласно официальным рекомендациям по обновлениям Ethereum, после согласованных обновлений протокола пользователям не нужно конвертировать нативные активы.

Сообщение с требованием срочно выполнить конвертацию может быть попыткой фишинга.

Отдельная миграция может понадобиться, если проект намеренно запускает новую сеть или контракт токена, но это не является автоматическим следствием каждого хардфорка.

Проверяйте заявления о миграции по официальной документации протокола, а не по нежелательным сообщениям.

Хардфорк и совместимость смарт-контрактов

Хардфорк может изменить работу смарт-контрактов, даже если их исходный код остается прежним.

Стоимость газа может увеличиться или уменьшиться.

Могут стать доступны новые опкоды.

Прежнее поведение может быть ограничено или удалено.

Могут измениться доступные контрактам сведения о блоках, транзакциях или аккаунтах.

Приложения, зависящие от точных расчетов газа, поведения опкодов или полей блока, следует протестировать с новыми правилами.

Разработчикам также следует убедиться, что обновление поддерживают инструменты разработки, индексаторы, оракулы, ретрансляторы и инфраструктурные сервисы.

Хардфорк и сети Layer 2

Сети Layer 2 могут зависеть от форматов транзакций базового уровня, доступности данных, финальности, стоимости газа и поведения смарт-контрактов.

Поэтому хардфорк базового уровня может повлиять на роллапы, мосты, секвенсоры, пруверы и системы вывода средств.

Разработчикам Layer 2 может понадобиться обновить ПО узлов, схемы доказательств, развертывания контрактов или расчет комиссий.

Обновление базового уровня, предназначенное для улучшения масштабирования, может увеличить объем данных или добавить новые криптографические операции.

Изменение следует протестировать на обоих уровнях: допустимое обновление базового уровня все равно может выявить скрытые допущения зависимых систем.

Хардфорк и мосты

При разделении связанного блокчейна кроссчейн-мостам необходимо определить, какую ветвь признавать.

Мост, который принимает сообщения из обеих ветвей без четкого разделения, может столкнуться с дублированием или необоснованными требованиями на активы.

Во время спорного форка операторы моста могут приостановить переводы, пока не прояснятся идентичность цепочек и финальность.

Для смарт-контрактов могут потребоваться обновленные идентификаторы цепочек, наборы валидаторов или принимаемые корни блоков.

Во время неопределенного разделения не переводите активы через мост без четкой опубликованной политики поддержки.

Хардфорк и оракулы

Оракулы предоставляют внешние данные, которые используются протоколами кредитования, стейблкоинами, деривативами и другими смарт-контрактами.

При разделении цепочки могут появиться две версии одного контракта оракула и ценового потока.

Операторам оракулов необходимо решить, передавать ли данные только для одной ветви, для обеих ветвей или временно не передавать их вовсе.

Приложения могут работать с ошибками, если предполагают, что данные оракула будут без изменений поступать через любой форк.

Командам протоколов следует определить аварийные процедуры на случай устаревших цен, реорганизации цепочки и неподдерживаемых ветвей.

Хардфорк и стейблкоины

Разделение блокчейна может продублировать ончейн-представление стейблкоина, но не резервы эмитента вне блокчейна.

Организация, отвечающая за погашение, может признавать только одну ветвь.

Токен в неподдерживаемой ветви может утратить стоимость погашения, даже если его баланс в смарт-контракте выглядит неизменным.

Не следует считать, что каждый продублированный токен представляет собой продублированное требование на реальный актив.

На то, какая ветвь сохранит практическую поддержку, могут влиять эмитенты активов, кастодианы, мосты и системы управления.

Хардфорк и позиции в DeFi

При устойчивом форке может дублироваться состояние смарт-контрактов: депозиты залога, займы, позиции в пулах ликвидности и балансы для голосования.

Копирование состояния не гарантирует, что обе версии останутся экономически работоспособными.

Ценовые потоки, стейблкоины, мосты, администраторы, ликвидаторы, интерфейсные приложения и внешние сервисы могут поддерживать только одну ветвь.

Кредитная позиция может стать небезопасной, если оракул перестанет обновлять данные.

Пул ликвидности может сильно разбалансироваться, если один из продублированных активов утратит внешнюю стоимость.

Не следует считать дублированные позиции в DeFi безрисковым дополнительным капиталом.

Хардфорк и невзаимозаменяемые токены

В момент разделения хардфорк может создать идентичные ончейн-записи о невзаимозаменяемых токенах в обеих ветвях.

Маркетплейсы, авторы, сервисы метаданных, права на интеллектуальную собственность и сообщество могут признавать только одну версию.

Внеблокчейновые изображения или метаданные не становятся автоматически отдельными активами лишь потому, что состояние контракта было скопировано.

Экономическая ценность каждой версии зависит от дальнейшего признания и поддержки инфраструктуры.

Хардфорк и токены управления

При разделении цепочки балансы токенов управления могут дублироваться.

После этого в каждой ветви могут проводиться отдельные голосования и признаваться разные решения по управлению.

На момент форка также могут быть скопированы делегирования и состояния предложений.

Внеблокчейновые организации, юридические лица, сайты, репозитории и подписанты казначейства могут поддерживать только одну ветвь.

Одной лишь силы голосования токенами может быть недостаточно, чтобы определить, какая ветвь контролирует внешние ресурсы.

Риски безопасности хардфорка

Хардфорк может выявить ошибки ПО, которые не обнаружили при тестировании.

Разные клиенты могут по-разному обрабатывать одну и ту же транзакцию.

Узлы с устаревшим ПО могут следовать несовместимой цепочке.

Валидаторы могут пропускать обязанности или подписывать противоречивые сообщения.

Майнеры могут тратить хешрейт на блоки, которые будут отклонены.

Приложения могут использовать неправильные Chain ID или адреса контрактов.

Replay-атаки могут привести к неожиданному перемещению активов между ветвями.

Снижение участия майнеров или стейкеров может временно ослабить безопасность цепочки.

Мошенники могут воспользоваться неразберихой и распространять поддельные инструкции по обновлению, фальшивые активы или мошеннические инструменты для кошельков.

Рыночные риски хардфорка

Спорный хардфорк может вызвать значительную волатильность цен.

Участники рынка могут по-разному оценивать, какая ветвь получит долгосрочную поддержку.

Ликвидность может распределиться между связанными активами.

Во время неопределенности поставщики инфраструктуры могут приостановить пополнение и вывод средств.

Стандарты подтверждения транзакций могут ужесточить из-за повышения вероятности реорганизации цепочки.

У нового актива форка изначально может быть низкая ликвидность и крайне резкие колебания цены.

Совокупная стоимость двух активов после форка не гарантированно будет равна стоимости исходного актива или превысит ее.

Мошенничество под видом хардфорков

Мошенники часто утверждают, что пользователям нужно подключить кошелек, чтобы получить монеты, которые появятся после предстоящего хардфорка.

Поддельный сайт может запросить сид-фразу, приватный ключ, разрешение на использование токенов или подпись сообщения.

Другой вид мошенничества — продажа поддельного токена форка до появления какой-либо легитимной сети.

Злоумышленники могут также создать поддельное ПО кошелька, которое якобы поддерживает обе ветви, но похищает ключи.

Для получения активов форка ни в коем случае не нужно раскрывать фразу восстановления.

Перед взаимодействием с сетью проверьте ее официальную документацию, исходный код, релизы клиентов, Chain ID, защиту от повторного воспроизведения и обозреватель блокчейна.

Как подготовиться к хардфорку

Уточните дату активации, номер блока, эпоху или другое условие запуска по авторитетным источникам сети.

Определите, будет ли обновление согласованным или может привести к устойчивому разделению.

Обновите ПО узлов, валидаторов, кошельков и приложений через проверенные каналы.

Создайте резервные копии необходимых ключей и данных конфигурации, не раскрывая секреты восстановления.

Проверьте Chain ID, версии клиентов, идентификаторы форка и адреса контрактов.

Приостановите рискованные автоматизированные операции, если обновление может повлиять на поведение транзакций или финальность.

После спорного разделения дождитесь стабильного создания блоков, прежде чем переводить крупные суммы.

Перед попыткой получить доступ к продублированным активам проверьте наличие защиты от повторного воспроизведения.

Как оценить предлагаемый хардфорк

Сначала определите, какие именно правила консенсуса меняются.

Изучите техническую спецификацию и причины изменения.

Проверьте, реализовали ли предложение и протестировали ли его несколько независимых команд клиентов.

Изучите результаты тестнетов, аудиты, известные риски и нерешенные разногласия.

Выясните, как будет происходить активация и что случится с устаревшими узлами.

Проверьте, будут ли в транзакциях использоваться защита от повторного воспроизведения и отдельные идентификаторы цепочек.

Оцените влияние обновления на кошельки, смарт-контракты, валидаторов, майнеров, мосты, оракулы и сети Layer 2.

Отделяйте техническую поддержку от рекламных заявлений о будущих ценах активов.

Преимущества хардфорка

Хардфорк может добавить важные функции, которые не поддерживаются старыми правилами.

Он может устранить серьезные уязвимости протокола.

Он может улучшить масштабируемость, обработку транзакций, криптографические возможности или удобство разработки.

Он может изменить экономические параметры, которые больше не соответствуют целям сети.

Он может удалить устаревшее поведение и упростить реализацию клиента.

Кроме того, хардфорк может позволить сообществу с принципиально иными приоритетами поддерживать независимый набор правил.

Ограничения хардфорка

Хардфорк требует широкой координации многих независимых участников.

Узлы с устаревшим ПО могут стать несовместимыми или уязвимыми.

Неудачная активация может нарушить создание блоков или работу приложений.

Спорный форк может разделить пользователей, разработчиков, ресурсы безопасности, ликвидность и сетевые эффекты.

Продублированные активы могут создавать проблемы с повторным воспроизведением транзакций, мостами, оракулами и погашением.

Обновление также может внести новые ошибки, пытаясь исправить старые.

Поэтому к хардфорку следует относиться как к важному событию в развитии протокола, а не как к обычному обновлению приложения.

Распространенные заблуждения о хардфорках

Одно из распространенных заблуждений состоит в том, что каждый хардфорк создает бесплатную криптовалюту.

Большинство запланированных обновлений продолжают работу одной сети без появления ценной второй монеты.

Другое заблуждение — хардфорк всегда становится следствием спора в сообществе.

Многие хардфорки представляют собой широко поддерживаемые технические обновления.

Третье заблуждение: разработчики могут в одиночку заставить всех принять новые правила.

Независимые участники сами выбирают, какое ПО и какую цепочку признавать.

Четвертое заблуждение: дублирование ончейн-балансов гарантирует дублирование стоимости в реальном мире.

Внеблокчейновые резервы, приложения, ликвидность и поддержка сообщества могут относиться только к одной ветви.

Пятое заблуждение — пользователям нужно вводить фразу восстановления, чтобы обновить монеты.

Для обновления блокчейна никогда не требуется передавать секреты кошелька другому человеку или сайту.

FAQ

Что такое хардфорк простыми словами?

Хардфорк — это изменение правил блокчейна, которое старое ПО узлов не может полностью принять или проверить.

Хардфорк — это новый блокчейн?

Хардфорк меняет правила блокчейна и может создать новую ветвь, но отдельная устойчивая цепочка появляется только в том случае, если участники продолжают поддерживать оба набора правил.

Каждый ли хардфорк создает новую криптовалюту?

Нет, согласованные обновления обычно продолжаются в одной сети и не создают значимый второй актив.

В чем разница между хардфорком и софтфорком?

Хардфорк вводит правила, которые старые узлы отклоняют, а софтфорк обычно вводит более строгие правила, которые остаются допустимыми при более широких проверках старых узлов.

Может ли хардфорк произойти случайно?

Ошибка ПО может случайно привести к несовместимой проверке, но запланированные хардфорки — это намеренно разработанные и активированные изменения протокола.

Нужно ли продавать криптовалюту до хардфорка?

Общего правила, обязывающего продавать активы, нет, однако пользователям следует понимать риски волатильности, разделения цепочки, повторного воспроизведения и низкой ликвидности.

Нужно ли конвертировать монеты после хардфорка?

При согласованном обновлении конвертация обычно не требуется: существующие балансы сохраняются по обновленным правилам.

Изменится ли адрес кошелька после хардфорка?

Чаще всего он остается действительным, хотя новые правила, форматы адресов или схема миграции конкретной сети могут потребовать иных действий.

Может ли мой баланс отображаться в обеих цепочках?

Да, если две цепочки используют общую историю до форка, один и тот же баланс может изначально отображаться в обеих ветвях.

Дублированные монеты форка — это бесплатные деньги?

Нет. Дублированные балансы могут быть связаны с replay-атаками, низкой ликвидностью, неподдерживаемыми активами, небезопасными кошельками, налогами, мошенничеством и неопределенной рыночной стоимостью.

Что такое защита от повторного воспроизведения?

Защита от повторного воспроизведения предотвращает или снижает вероятность того, что транзакцию, подписанную для одной цепочки, скопируют и примут в другой.

Что такое Chain ID?

Chain ID идентифицирует блокчейн-сеть и может привязать подписанную транзакцию к конкретной сети.

Может ли хардфорк отменить транзакции?

Теоретически хардфорк может изменить признаваемое состояние, но обычные обновления, как правило, сохраняют историю транзакций и балансы.

Кто контролирует хардфорк?

Разработчики предлагают и внедряют правила, а узлы, майнеры, валидаторы, приложения, пользователи и экономические участники определяют, какое ПО и какую цепочку они поддерживают.

Могут ли майнеры навязать хардфорк?

Майнеры могут поддержать ветвь своим хешрейтом, но полные узлы все равно могут отклонять блоки, нарушающие применяемые ими правила.

Могут ли валидаторы остаться на старом ПО?

Технически они могут продолжить его использовать, но могут оказаться в несовместимой цепочке, пропускать обязанности или получать штрафы по протоколу.

Влияет ли хардфорк на смарт-контракты?

Да. Изменение стоимости газа, опкодов, типов транзакций, полей блока или правил перехода состояния может повлиять на работу смарт-контрактов.

Может ли хардфорк повлиять на позиции в DeFi?

Да. Дублирование состояния, неподдерживаемые оракулы, сбои мостов, фрагментация ликвидности и изменение стоимости активов могут сделать позиции после форка небезопасными.

Может ли хардфорк повлиять на невзаимозаменяемые токены?

Да, записи могут существовать в обеих ветвях, но признание со стороны маркетплейсов, сервисов метаданных, авторов и сообщества может различаться.

Как безопасно получить монеты из форка?

Сначала убедитесь, что вторая цепочка действительно существует, проверьте защиту от повторного воспроизведения, используйте проверенное ПО и ни при каких обстоятельствах не раскрывайте фразу восстановления.

Зачем сети планируют хардфорки?

Их планируют, чтобы добавить важные функции, изменить работу консенсуса, устранить уязвимости, улучшить масштабирование или обновить экономические правила.

Может ли хардфорк оказаться неудачным?

Да. Низкий уровень внедрения, ошибки клиентов, несогласованные реализации, слабая координация или недостаточное тестирование могут нарушить активацию.

Является ли хардфорк постоянным?

Новые правила консенсуса остаются в силе в обновленной цепочке до тех пор, пока их не изменит другое обновление протокола.

Всегда ли хардфорк вреден для криптовалюты?

Нет. Хорошо протестированный и широко поддерживаемый хардфорк может улучшить сеть, а плохо скоординированный — создать серьезные риски.

Как проверить объявление о хардфорке?

Изучите официальную документацию протокола, примечания к выпускам клиентов, технические спецификации, условия активации и информацию нескольких независимых команд разработчиков.

Потребует ли хардфорк мою сид-фразу?

Нет. Для легитимного обновления блокчейна пользователям никогда не нужно сообщать сид-фразу или приватный ключ.

Заключение

Хардфорк — это несовместимое с предыдущими версиями изменение правил консенсуса, применяемых узлами криптовалюты.

Обновленные узлы начинают принимать или требовать поведение, которое старые узлы не считают допустимым.

Изменение может быть запланированным обновлением сети или частью серьезных разногласий о будущем блокчейна.

Хардфорк не приводит автоматически к созданию постоянной второй цепочки или ценной новой криптовалюты.

Для устойчивого разделения необходима постоянная техническая, защитная, общественная и экономическая поддержка обеих ветвей.

При разделении балансы, существовавшие до форка, могут отображаться в обеих сетях, но получившиеся активы могут различаться по безопасности, ликвидности, управлению и рыночной стоимости.

Защита от повторного воспроизведения и отдельные Chain ID важны, поскольку изначально в обеих ветвях могут использоваться одинаковые приватные ключи и форматы транзакций.

Операторам узлов, майнерам, валидаторам, кошелькам, разработчикам смарт-контрактов, мостам, оракулам и системам Layer 2 необходимо подготовиться к изменениям, затрагивающим их ПО.

Обычным пользователям во время согласованного обновления часто достаточно поддерживать доверенное ПО кошелька в актуальном состоянии.

Никогда не вводите фразу восстановления на сайте для конвертации, обновления, проверки или получения активов, связанных с форком.

Хардфорки — важный инструмент для добавления функций, устранения слабых мест протокола, изменения экономических правил и долгосрочного развития блокчейна.

При этом они создают риски, связанные с несовместимыми клиентами, разделением цепочки, дублированием активов, нестабильной работой приложений и неопределенностью на рынке.

Безопаснее всего перед любыми действиями проверить техническую спецификацию, условия активации, официальные релизы клиентов, идентификатор цепочки и схему защиты от повторного воспроизведения.

В конечном счете хардфорк показывает, что правила блокчейна применяются программным обеспечением, но принимаются благодаря координации людей и организаций, которые выбирают это ПО.