Практические гайды
Кто предлагает обновления блокчейна, почему узлы должны их принять и чем хардфорк отличается от обычного изменения программы. На примере The DAO.
7 разделов · начните с короткого ответа или выберите нужный
В публичных сетях вроде Bitcoin и Ethereum нет одного администратора, который может приказать всем компьютерам принять новую версию протокола. Разработчики предлагают изменения, выпускают программы и объясняют последствия. Но операторы узлов выбирают, какое программное обеспечение запускать.
В публичных сетях вроде Bitcoin и Ethereum нет одного администратора, который может приказать всем компьютерам принять новую версию протокола. Разработчики предлагают изменения, выпускают программы и объясняют последствия. Но операторы узлов выбирают, какое программное обеспечение запускать.
Поэтому важны две разные вещи: предложить новые правила и добиться их принятия. Публикация новой версии программы сама по себе не обновляет сеть целиком.
Представим настольную игру. Пока все игроки следуют одной редакции правил, партии сопоставимы. Одна группа может договориться изменить правило и начать новую партию по своим условиям. Но невозможно обязать другую группу считать эти условия правильными.
В блокчейне похожая ситуация, хотя речь не об устной договорённости, а о проверках внутри программ каждого узла.
Хардфорк — несовместимое изменение правил; подробности и ограничения этого сравнения раскрываются ниже.
Нет. Если участники согласованно обновляют совместимое программное обеспечение, сеть может продолжить работу под тем же именем. Изменение правил не обязано создавать второй публичный актив.
Два независимых продолжения возникают, когда часть участников поддерживает новую цепочку, а другая — старую, и обе стороны продолжают свою сеть. Так произошло в июле 2016 года после кризиса The DAO: часть сообщества перешла к Ethereum с изменённым состоянием, часть продолжила Ethereum Classic.
Не нужно путать форк блокчейна с копированием кода на GitHub. Можно скопировать репозиторий программы и ничего не изменить в работающей сети.
Большинство читателей не запускает собственный узел. Это не лишает их значения, но делает различие между ролями особенно важным.
У разработчиков есть знания и влияние, однако они не могут принудительно заменить правила на чужом компьютере. Майнеры и валидаторы участвуют в производстве блоков, но не могут сами по себе заставить всех остальных считать недопустимые блоки правильными. Операторы узлов проводят независимую проверку. Приложения, кошельки и площадки выбирают, с какими сетями взаимодействовать.
На практике влияние распределено не поровну, а принятие обновления может быть сложным и конфликтным. Отсутствие единого директора не означает отсутствия лидеров или экономической силы.
Bitcoin, 2010: покупка пиццы за 10 000 BTC не потребовала изменения правил сети. Люди нашли новое применение уже работающим переводам.
Ethereum, 2016: уязвимость The DAO вызвала спор, в котором вопрос стоял иначе: нужно ли менять правила общего учёта в особом случае? Хардфорк 20 июля 2016 года показал, что разные группы могут продолжить работать по несовместимым правилам.
Ethereum, 2022: обновление The Merge заменило механизм консенсуса на Proof of Stake. Это пример серьёзного изменения протокола, не тождественного возникновению общепринятой второй сети.
Надёжность здесь не равна невозможности когда-либо изменить код. Она зависит от того, насколько понятны правила, можно ли их проверять и способны ли участники оценить последствия изменений.
Сложность блокчейна заключается не только в хешах и подписях, но и в согласовании действий людей, которые не обязаны доверять друг другу. Что именно проверяют компьютеры — в статье о консенсусе.
Сверено 18 октября 2026 года:
Понятия
Словарь — короткие объяснения понятий, встречающихся в материале.
История
История криптовалют — события и перемены по датам.
Обучение
Уроки с нуля — разберитесь в основных понятиях по порядку.
Другие темы
Все объяснения — статьи и разборы.
Выберите интересную тему и продолжайте разбираться.
В публичных сетях вроде Bitcoin и Ethereum нет одного администратора, который может приказать всем компьютерам принять новую версию протокола. Разработчики предлагают изменения, выпускают программы и объясняют последствия. Но операторы узлов выбирают, какое программное обеспечение запускать.
Представим настольную игру. Пока все игроки следуют одной редакции правил, партии сопоставимы. Одна группа может договориться изменить правило и начать новую партию по своим условиям. Но невозможно обязать другую группу считать эти условия правильными.
Нет. Если участники согласованно обновляют совместимое программное обеспечение, сеть может продолжить работу под тем же именем. Изменение правил не обязано создавать второй публичный актив.
Большинство читателей не запускает собственный узел. Это не лишает их значения, но делает различие между ролями особенно важным.
Bitcoin, 2010: покупка пиццы за 10 000 BTC не потребовала изменения правил сети. Люди нашли новое применение уже работающим переводам.
Надёжность здесь не равна невозможности когда-либо изменить код. Она зависит от того, насколько понятны правила, можно ли их проверять и способны ли участники оценить последствия изменений.
Показано 6 из 13. Все ссылки и источники — в раскрываемом списке ниже.
Хотите разобраться с нуля?
Пройдите бесплатный курс «Входим в криптомир» →