Erigon (клиент Ethereum)

Что такое Erigon?

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

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

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

Клиент уровня консенсуса следует правилам Ethereum на основе Proof of Stake, обрабатывает аттестации валидаторов и предложения блоков, определяет выбор ветки и финализацию.

В официальной документации Erigon клиент описан как реализация Ethereum, ориентированная на производительность и эффективное использование хранилища.

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

Erigon — это не криптовалюта, не кошелек, не блокчейн-мост и не отдельная сеть Ethereum.

Это одна из программных реализаций публичного протокола Ethereum.

Какая версия Erigon является актуальной?

По состоянию на 16 июля 2026 года последним помеченным тегом крупным релизом является Erigon v3.5.0.

Релиз был опубликован 26 июня 2026 года и включил параллельное выполнение блоков по умолчанию.

В него также вошла начальная реализация запланированного обновления Ethereum под названием Glamsterdam.

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

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

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

Что такое клиент Ethereum?

Клиент Ethereum — это программное обеспечение, реализующее правила сети и протокола Ethereum.

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

В официальном руководстве по нодам и клиентам Ethereum объясняется, что нода — это компьютер, на котором работают один или несколько компонентов клиента Ethereum.

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

Для запуска ноды Ethereum не требуется стейкинг 32 ETH.

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

Erigon как клиент уровня исполнения

Основная задача Erigon — выполнять транзакции Ethereum и проверять их.

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

Erigon выполняет байт-код EVM и рассчитывает изменения в хранилище контрактов и состоянии аккаунтов.

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

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

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

Что такое Caplin?

Caplin — это интегрированная в Erigon реализация уровня консенсуса Ethereum.

Она обрабатывает блоки Proof of Stake, аттестации валидаторов, контрольные точки консенсуса, выбор ветки и финализацию.

Caplin позволяет оператору выполнять функции уровней исполнения и консенсуса Ethereum с помощью программного стека Erigon.

В официальном руководстве Erigon по запуску ноды Ethereum объясняется, как Caplin используется в интегрированной конфигурации ноды.

Caplin не превращает ноду в валидатор автоматически.

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

Можно ли подключить Erigon к внешнему клиенту уровня консенсуса?

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

Компоненты уровней исполнения и консенсуса взаимодействуют через Engine API Ethereum.

Engine API позволяет клиенту уровня консенсуса запрашивать создание блоков, передавать обновления выбора ветки и просить Erigon проверить данные исполнения.

Для аутентификации этого соединения обычно используется общий секрет JSON Web Token.

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

Оба компонента клиента должны поддерживать одни и те же активные обновления протокола Ethereum.

Как Erigon синхронизируется с Ethereum

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

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

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

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

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

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

Поэтапная синхронизация

Erigon известен архитектурой поэтапной синхронизации.

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

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

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

В обзоре архитектуры Erigon объясняется, как поэтапная синхронизация и пакетная обработка повышают производительность и эффективность использования хранилища.

Поэтапная синхронизация не пропускает проверку Ethereum.

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

Хранение состояния в плоском формате

Erigon хранит значительную часть рабочего состояния Ethereum в плоском формате «ключ — значение».

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

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

Внутренняя организация хранилища — это решение реализации клиента, и она не меняет публичные правила консенсуса Ethereum.

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

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

Снапшоты

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

Снапшоты можно сжимать, распространять, копировать, восстанавливать и обрабатывать с высокой эффективностью.

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

Загрузка данных снапшота не требует безоговорочного доверия к предоставившему их источнику.

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

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

Полные ноды Erigon

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

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

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

Поэтому она может не отвечать на все запросы о старых аккаунтах или смарт-контрактах из самых первых блоков Ethereum.

В данном случае слово «полная» относится к полной проверке протокола, а не к постоянному хранению каждого промежуточного исторического состояния.

Архивные ноды Erigon

Архивная нода хранит обширные исторические данные о состоянии Ethereum.

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

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

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

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

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

Режимы очистки данных Erigon

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

В актуальной документации Erigon 3 описаны предварительные настройки full, archive, minimal и blocks.

Режим full подходит для многих стандартных сценариев использования RPC и нод.

Режим archive сохраняет историческое состояние для запросов по старым блокам и подробного анализа.

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

Режим blocks обеспечивает другой баланс между объемом сохраняемых данных блоков и историческим состоянием.

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

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

Параллельное выполнение блоков

В Erigon v3.5 параллельное выполнение блоков включено по умолчанию.

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

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

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

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

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

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

Сервисы RPC Erigon

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

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

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

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

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

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

JSON-RPC и внутренние API

JSON-RPC — это стандартный интерфейс, который обычно используют кошельки Ethereum и приложения.

Запросы можно отправлять через HTTP- или WebSocket-соединения.

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

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

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

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

Трассировка транзакций

Erigon поддерживает трассировку транзакций для подробного анализа EVM.

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

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

В документации Erigon по трассировке описаны доступные методы.

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

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

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

Erigon и стейкинг Ethereum

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

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

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

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

Запуск Erigon без активного валидатора не приносит вознаграждений за стейкинг.

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

Безопасность ключей валидатора

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

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

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

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

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

Учетные данные для вывода средств следует хранить отдельно от подключенной к сети среды подписи валидатора.

Erigon и разнообразие клиентов

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

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

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

Использование Erigon может способствовать разнообразию клиентов уровня исполнения.

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

Разнообразие клиентов не позволяет каждой реализации создавать собственную версию состояния Ethereum.

Требования к оборудованию

Требования Erigon к оборудованию зависят от выбранной сети, режима очистки данных, нагрузки RPC, задач трассировки и потребности в архивных данных.

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

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

В официальном руководстве Erigon по оборудованию рекомендуется использовать высокопроизводительные NVMe-накопители.

Механические жесткие диски могут оказаться слишком медленными для надежной синхронизации с Ethereum.

Архивным нодам требуется больше хранилища и памяти, чем обычным полным нодам.

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

Мониторинг ноды Erigon

За производственной нодой Erigon следует вести непрерывное наблюдение.

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

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

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

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

Защита RPC Erigon

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

Частные сервисы RPC, как правило, следует привязывать к localhost или контролируемой внутренней сети.

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

В документации Erigon по портам публичные P2P-порты отделены от внутренних сервисов RPC и Engine API.

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

Безопасность Engine API и JWT

Соединение Engine API защищается общим секретом JWT.

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

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

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

Даже при включенной аутентификации JWT Engine API должен оставаться в частной сети.

Безопасная загрузка и обновление Erigon

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

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

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

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

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

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

Erigon и обновления Ethereum

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

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

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

Наличие в клиенте кода для будущего обновления не означает, что соответствующая функция уже активна.

В Erigon v3.5 добавлена начальная поддержка Glamsterdam, однако по состоянию на 16 июля 2026 года это обновление не активировано в основной сети Ethereum.

Операторам нод следует следить за официальными объявлениями Ethereum и Erigon об обновлениях.

Преимущества Erigon

Erigon разработан для эффективного исполнения транзакций Ethereum и обработки исторических данных.

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

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

Снапшоты упрощают эффективное распространение и хранение старых данных.

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

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

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

Использование Erigon также может способствовать разнообразию клиентов Ethereum.

Ограничения и риски

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

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

Трассировка и обширные исторические запросы могут создавать высокую нагрузку на ноду.

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

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

Erigon проверяет исполнение Ethereum, но не определяет, безопасен ли смарт-контракт с финансовой точки зрения.

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

Пример запуска ноды Erigon

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

Он подготавливает компьютер с достаточным объемом памяти и быстрым NVMe-накопителем.

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

Нода настраивается для основной сети Ethereum с подходящим режимом очистки данных.

Caplin обрабатывает уровень консенсуса, а Erigon проверяет исполнение транзакций.

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

Доступ к RPC ограничивается внутренней сетью разработчика.

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

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

Оператор обновляет Erigon до обязательных обновлений сети Ethereum.

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

Распространенные ошибки при работе с Erigon

Одна из распространенных ошибок — считать, что запуск Erigon автоматически создает валидатор Ethereum.

Другая ошибка — публично открывать внутренние порты RPC, отладки или Engine API.

Третья ошибка — выбирать архивный режим без достаточного объема хранилища.

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

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

Шестая — запускать один и тот же ключ валидатора на двух активных системах.

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

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

Девятая — публиковать секреты JWT или внутренние файлы конфигурации.

Десятая — считать, что корректный ответ RPC Erigon доказывает надежность криптоактива или смарт-контракта.

FAQ

Что такое Erigon?

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

Erigon — это клиент уровня исполнения?

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

Что такое Caplin?

Caplin — это интегрированная в Erigon реализация уровня консенсуса, которая обрабатывает блоки Ethereum на основе Proof of Stake и финализацию.

Какая версия Erigon является последней?

По состоянию на 16 июля 2026 года последним помеченным тегом крупным релизом является Erigon v3.5.0.

Erigon — это кошелек?

Нет, Erigon — это программное обеспечение для нод, а не обычный пользовательский криптокошелек.

Erigon — это криптовалюта?

Нет, Erigon — это программное обеспечение, которому не нужен нативный токен.

Можно ли использовать Erigon для стейкинга Ethereum?

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

Приносит ли запуск Erigon ETH?

Нода Erigon без валидатора не получает протокольных вознаграждений.

Что такое поэтапная синхронизация?

При поэтапной синхронизации процесс синхронизации Ethereum разделяется на специализированные этапы обработки для повышения эффективности.

Что такое архивная нода Erigon?

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

Какие режимы очистки данных поддерживает Erigon?

В актуальной документации Erigon 3 описаны режимы full, archive, minimal и blocks.

Может ли полная нода отвечать на любые исторические запросы?

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

Поддерживает ли Erigon трассировку?

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

Что такое параллельное выполнение блоков?

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

Нужен ли Erigon быстрый накопитель?

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

Следует ли открывать RPC Erigon для публичного доступа?

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

Почему важен секрет JWT?

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

Может ли Erigon отменить транзакцию Ethereum?

Нет, Erigon не может отменить подтвержденную транзакцию Ethereum.

Доказывает ли Erigon, что смарт-контракт безопасен?

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

Почему Erigon важен для разнообразия клиентов?

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

Заключение

Erigon — это клиент Ethereum с открытым исходным кодом, ориентированный на эффективное исполнение транзакций, синхронизацию блокчейна, работу с историческими данными, доступ по RPC и модульную инфраструктуру.

Он проверяет транзакции Ethereum, поддерживает состояние аккаунтов и контрактов, выполняет код EVM и проверяет данные исполнения.

Его компонент Caplin также может обрабатывать уровень консенсуса Ethereum на основе Proof of Stake.

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

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

Erigon может использоваться в инфраструктуре валидатора, однако один лишь запуск клиента не активирует валидатор и не приносит ETH.

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

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

По состоянию на 16 июля 2026 года последним помеченным тегом крупным релизом является Erigon v3.5.0.

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

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