«РБК-Крипто» не дает инвестиционных советов, материал опубликован исключительно в ознакомительных целях. Криптовалюта — это волатильный актив, который может привести к финансовым убыткам.
В июле 2025 года Ethereum Foundation объявила, что все основные клиенты исполнения поддерживают как минимум частичную очистку истории до Merge — перехода Ethereum на Proof-of-Stake в сентябре 2022 года. Тогда EF оценивала экономию в 300–500 ГБ, достаточную, чтобы типичный узел помещался на накопителе объемом 2 ТБ.
С тех пор граница сдвинулась. В Geth 1.17.2, выпущенном в марте 2026 года, появился режим postprague: клиент может удалить тела блоков и квитанции вплоть до апгрейда Prague/Pectra, который активировали 7 мая 2025 года. Заголовки блоков при этом сохраняются.
История показывает, какие транзакции происходили. Состояние фиксирует их результат сейчас: балансы, код контрактов, владельцев токенов, резервы обменных пулов и записи приложений. Уже работающая очистка затрагивает историю, но не состояние.
Что удаляется с узла
Клиент убирает тела старых блоков и квитанции. В теле находятся транзакции, а квитанция показывает результат выполнения, расход газа и события контракта. Заголовки блоков и текущее состояние сохраняются.
Кошелек продолжит видеть баланс и отправлять переводы. Но собственный узел уже не найдет квитанцию операции 2020 года. Она понадобится бирже при споре о старом пополнении или аудитору, который восстанавливает движение средств до взлома.
При этом даже сохранение всей истории блоков не превращает обычный узел в архивный. Чтобы узнать баланс адреса или содержимое хранилища контракта на произвольном старом блоке, нужны прошлые версии состояния — их сохраняет архивный узел. История показывает, какие транзакции вошли в блоки, но сама по себе не хранит снимок всей базы после каждого блока.
Сколько места освободил Geth
Geth — один из основных клиентов Ethereum. В опубликованном примере Geth база занимала 1,27 Тб до очистки и 936,34 Гб после нее. По значениям из документации экономия составила около 364 Гб. В этом тесте удалялись тела блоков и квитанции вплоть до Merge, при этом заголовки блоков и текущее состояние сети сохранялись.
В процессе используются стандартные команды клиента Geth и режимы его работы: geth, prune-history, --history.chain postmerge / postprague.
Режим prune-history запускает процедуру удаления исторических данных, а параметр --history.chain задает границу, до которой выполняется очистка. Значения postmerge и postprague соответствуют этапам развития сети Ethereum (Merge, Prague, Pectra) и определяют, до какого состояния клиент может безопасно удалить историю.
В результате узел сохраняет актуальное состояние сети и заголовки блоков, но освобождает значительный объем дискового пространства за счет удаления устаревших исторических данных.
Что предлагает EIP-4444
EIP (Ethereum Improvement Proposal — предложение по улучшению Ethereum) 4444 предусматривает скользящее окно истории. Клиенты не должны передавать через одноранговую сеть заголовки, тела блоков и квитанции старше года и могут удалить их локально.
Если правило заработает полностью, узел в августе 2026 года сможет не хранить операции до августа 2025-го. Новый участник начнет синхронизацию с недавней проверенной точки, а не с первого блока 2015 года.
Полное скользящее окно пока не стало правилом сети. EIP-4444 по-прежнему имеет статус Stagnant. Его спецификация предусматривает, что клиенты не должны раздавать через одноранговую сеть заголовки, тела блоков и квитанции старше примерно года и могут удалять эти данные локально.
На практике клиенты внедряют отдельные элементы этой модели раньше самого EIP. Общим первым шагом стала очистка истории до Merge, а Geth в 2026 году расширил доступную границу до Prague/Pectra. Ethereum Foundation относит history expiry к краткосрочным направлениям работы над масштабированием состояния, однако в текущий перечень изменений Glamsterdam EIP-4444 не входит.
Где останутся старые операции
Историю будут хранить архивные операторы, обозреватели, биржи и исследовательские сервисы. Для независимого распространения рассматриваются серверы нескольких организаций, торренты и одноранговые сети.
Geth поддерживает Era-файлы — архивы тел блоков и квитанций по диапазонам. Оператор может скачать необходимый архив с сервера, после чего клиент проверит его по известной контрольной сумме и добавит данные в локальное хранилище. Это позволяет вернуть нужный участок истории без повторной синхронизации всей цепочки.
Пока встроенная команда download-era в Geth работает с форматом Era1 для истории до Merge. Поэтому этот механизм уже подходит, например, для восстановления данных о переводе 2020 года, но еще не является универсальным способом вернуть любой удаленный пост-Merge период.
Например, для проверки перевода за март 2020 года бирже достаточно архива с соответствующим диапазоном блоков. Риск возникает, если кошелек, биржа и обозреватель зависят от одного поставщика: его сбой одновременно сделает операцию недоступной во всех интерфейсах. Это один из рисков централизации, указанных в EIP-4444.
Почему остается проблема состояния
Историю можно удалять, поскольку она не требуется постоянно для проверки нового блока. С состоянием сложнее. Если токен не переводили пять лет, узел все равно должен знать его владельца. При обращении к старому контракту клиенту понадобятся его код и сохраненные данные.
По оценке исследователей Ethereum Foundation, около 80% состояния Ethereum не менялось больше года. Поэтому рассматривается несколько способов отделить активно используемые данные от «холодных». Один вариант — временно выводить редко используемые записи из активного состояния и возвращать их при необходимости вместе с доказательством существования. Другой — хранить холодную часть в отдельных архивах. Также исследуются частично безсостоятельные узлы, которые держат только необходимые им фрагменты данных.
Но ближайший шаг уже более конкретный. В запланированном на IV квартал 2026 года обновлении Glamsterdam Ethereum собирается прежде всего ограничить скорость разрастания базы. EIP-8037 привязывает стоимость создания нового состояния к объему записываемых данных и ориентируется на темп роста около 120 GiB в год при эталонном лимите газа 150 млн. EIP-8038 пересматривает стоимость операций чтения и изменения состояния, которые стали тяжелее по мере роста базы.
Еще одно изменение — EIP-7928 с блочными списками доступа. В них фиксируются аккаунты и ячейки хранилища, которых касается выполнение блока, а также итоговые значения. Такие списки позволяют клиентам заранее получать необходимые данные, параллельно читать состояние и при синхронизации обновлять его без повторного выполнения всех транзакций блока.
Полноценное state expiry пока остается исследовательским направлением. В более долгосрочном плане Ethereum Foundation говорит о переходе к бинарным деревьям и statelessness — модели, при которой часть узлов сможет проверять блоки без локального хранения полного состояния.
Таким образом, частичная очистка истории уже дала измеримый результат, а в Geth граница удаления в 2026 году сдвинулась от Merge до Pectra. С состоянием подход другой: сначала замедлить его рост и удешевить работу узлов, а затем уменьшать число участников, которым обязательно нужна полная локальная копия всей базы.