Erigon (cliente de Ethereum)

¿Qué es Erigon?

Erigon es un software de cliente de Ethereum de código abierto que se utiliza para verificar bloques, ejecutar transacciones, mantener el estado de la blockchain y proporcionar datos de Ethereum a wallets, aplicaciones, validadores y desarrolladores.

Es principalmente un cliente de la capa de ejecución, aunque también incluye un componente integrado de la capa de consenso llamado Caplin.

Un cliente de ejecución procesa transacciones, ejecuta código de contratos inteligentes mediante la Máquina Virtual de Ethereum, calcula el consumo de gas, actualiza los saldos de las cuentas y verifica las cargas de ejecución.

Un cliente de consenso sigue las reglas de proof-of-stake de Ethereum, las atestaciones de los validadores, las propuestas de bloques, la elección de bifurcación y la finalización.

La documentación oficial de Erigon describe el cliente como una implementación de Ethereum centrada en el rendimiento y eficiente en el uso del almacenamiento.

Erigon se puede utilizar para nodos personales, infraestructura de validadores, servicios de datos blockchain, sistemas de archivo, desarrollo de contratos inteligentes, rastreo de transacciones y acceso RPC privado.

Erigon no es una criptomoneda, una wallet, un puente blockchain ni una red de Ethereum independiente.

Es una implementación de software que sigue el protocolo público de Ethereum.

¿Cuál es la versión actual de Erigon?

A 16 de julio de 2026, Erigon v3.5.0 es la última versión principal etiquetada.

La versión se publicó el 26 de junio de 2026 y activó por defecto la ejecución paralela de bloques.

También incluyó los primeros trabajos de implementación de la futura actualización Glamsterdam de Ethereum.

La compatibilidad inicial no significa que una futura actualización de Ethereum ya esté activa en Mainnet.

Los operadores de nodos deben consultar la página oficial de versiones de Erigon antes de instalar o actualizar el software.

Usar una versión obsoleta durante una actualización de la red Ethereum puede provocar fallos de sincronización, incumplimiento de las tareas del validador o discrepancias con la cadena aceptada.

¿Qué es un cliente de Ethereum?

Un cliente de Ethereum es un software que implementa las reglas de la red y del protocolo Ethereum.

Se comunica con otros nodos, descarga datos de la blockchain, verifica bloques, ejecuta transacciones y mantiene una vista local del estado de Ethereum.

La guía oficial sobre nodos y clientes de Ethereum explica que un nodo es un ordenador que ejecuta uno o varios componentes de cliente de Ethereum.

Erigon hace referencia al software, mientras que un nodo Erigon es una instalación en funcionamiento conectada a Ethereum o a otra red compatible.

Para ejecutar un nodo de Ethereum no es necesario hacer staking de 32 ETH.

El staking solo es necesario si el operador también quiere activar un validador y participar directamente en las propuestas de bloques y las atestaciones.

Erigon como cliente de ejecución

La función principal de Erigon es ejecutar y verificar transacciones de Ethereum.

Comprueba las firmas de las transacciones, los nonces, los límites de gas, los campos de comisiones, los saldos de las cuentas, las llamadas a contratos inteligentes, los recibos y los registros de eventos.

Ejecuta bytecode de la EVM y calcula los cambios resultantes en el almacenamiento de los contratos y en el estado de las cuentas.

Cuando la capa de consenso proporciona una carga de ejecución, Erigon comprueba de forma independiente si las transacciones producen el resultado indicado.

Una carga de ejecución no válida se rechaza aunque proceda de un par conectado o la haya propuesto un validador.

Esta verificación independiente permite a los usuarios confiar en las reglas del protocolo de Ethereum en lugar de depender de un único proveedor de datos blockchain.

¿Qué es Caplin?

Caplin es la implementación integrada de la capa de consenso de Ethereum de Erigon.

Sigue los bloques de proof-of-stake, las atestaciones de los validadores, los puntos de control del consenso, la elección de bifurcación y la finalización.

Caplin permite que un operador ejecute las funciones de ejecución y consenso de Ethereum mediante la pila de software de Erigon.

La guía oficial de Erigon para nodos de Ethereum explica cómo se utiliza Caplin en una configuración de nodo integrado.

Caplin no convierte automáticamente el nodo en un validador.

Un validador sigue necesitando credenciales de staking válidas, ETH en staking activado, claves de firma seguras y tareas de validador independientes.

¿Puede Erigon utilizar un cliente de consenso externo?

Erigon también puede conectarse a un cliente de consenso compatible independiente.

Los componentes de ejecución y consenso se comunican mediante la Engine API de Ethereum.

La Engine API permite al cliente de consenso solicitar la creación de bloques, proporcionar actualizaciones para la elección de bifurcación y pedir a Erigon que verifique las cargas de ejecución.

Esta conexión suele autenticarse mediante un secreto compartido de JSON Web Token.

La Engine API debe permanecer en una red interna de confianza y no exponerse públicamente.

Ambos componentes de cliente deben admitir las mismas actualizaciones activas del protocolo Ethereum.

Cómo sincroniza Erigon Ethereum

Erigon se conecta a pares y obtiene cabeceras y cuerpos de bloques, transacciones, recibos, información de estado y datos de consenso.

Verifica la relación entre los bloques y aplica las transacciones conforme a las reglas de Ethereum.

Durante la sincronización, el cliente reconstruye la información necesaria para representar el estado actual de la blockchain.

Erigon también crea índices que permiten a las aplicaciones encontrar transacciones, registros, información de cuentas y registros históricos de forma eficiente.

Un nodo no está plenamente operativo solo por haber descargado las cabeceras de los bloques recientes.

También debe completar las etapas necesarias de ejecución, estado, indexación y consenso.

Sincronización por etapas

Erigon es conocido por su arquitectura de sincronización por etapas.

La sincronización por etapas divide el procesamiento de la blockchain en pasos especializados, en lugar de realizar todo el trabajo en un único proceso continuo.

Las distintas etapas pueden gestionar las cabeceras y los cuerpos de bloques, la recuperación de remitentes, la ejecución de transacciones, los recibos, los índices históricos y los datos de búsqueda de transacciones.

Este diseño puede reducir el trabajo repetido con la base de datos y mejorar el procesamiento de grandes conjuntos de datos históricos.

La descripción general de la arquitectura de Erigon explica cómo la sincronización por etapas y el procesamiento por lotes contribuyen al rendimiento y a la eficiencia del almacenamiento.

La sincronización por etapas no omite la verificación de Ethereum.

Reorganiza el mismo trabajo necesario en pasos de procesamiento más eficientes.

Almacenamiento de estado plano

Erigon almacena gran parte del estado de Ethereum con el que trabaja en un formato plano de clave-valor.

Esto permite al cliente recuperar información de las cuentas y del almacenamiento de los contratos sin recorrer repetidamente una estructura de datos compleja para cada solicitud.

Erigon sigue calculando los compromisos criptográficos de estado que requiere Ethereum.

La disposición interna del almacenamiento es una decisión de implementación y no modifica las reglas públicas de consenso de Ethereum.

Las aplicaciones deben utilizar las interfaces RPC compatibles en lugar de leer directamente la base de datos interna de Erigon.

La estructura de la base de datos puede cambiar entre versiones del cliente.

Snapshots

Erigon almacena grandes cantidades de información antigua de la blockchain en archivos de snapshot inmutables.

Los snapshots se pueden comprimir, distribuir, copiar, reparar y procesar de forma eficiente.

El cliente puede obtener snapshots históricos de otras fuentes y verificarlos después con las relaciones entre bloques y las reglas del protocolo de Ethereum.

Descargar datos de snapshots no exige confiar ciegamente en la fuente que los proporciona.

El nodo sigue validando los datos mientras crea su vista local de la cadena.

Los snapshots pueden reducir el tiempo y la carga de la base de datos necesarios para obtener grandes cantidades de información histórica de la blockchain.

Nodos completos de Erigon

Un nodo completo de Erigon verifica los bloques de Ethereum y mantiene el estado actual de la blockchain necesario para el funcionamiento normal.

Puede responder a solicitudes habituales sobre saldos, bloques, transacciones, recibos, registros, estado de contratos y estimaciones de gas.

Un nodo completo puede podar parte del estado antiguo que no necesita para verificar la cadena actual.

Por tanto, es posible que no pueda responder a todas las consultas históricas sobre cuentas o contratos inteligentes desde los primeros bloques de Ethereum.

El término «completo» se refiere a la verificación completa del protocolo, no al almacenamiento permanente de todos los estados históricos intermedios.

Nodos de archivo de Erigon

Un nodo de archivo conserva una amplia cantidad de estado histórico de Ethereum.

Puede responder a consultas sobre saldos de cuentas, almacenamiento de contratos y estado de ejecución en alturas de bloque antiguas.

Los nodos de archivo son útiles para exploradores de blockchain, plataformas de análisis, sistemas contables, investigaciones forenses, simulaciones históricas e investigaciones de contratos inteligentes.

La documentación oficial de poda de Erigon explica cuándo se necesita el modo de archivo.

Un nodo de archivo requiere mucho más espacio en disco y puede necesitar memoria y capacidad de procesamiento adicionales.

Los operadores deben seleccionar el modo de archivo antes de iniciar la sincronización si saben que necesitarán el estado histórico.

Modos de poda de Erigon

La poda elimina los datos de la blockchain que no son necesarios para la carga de trabajo prevista para el nodo.

La documentación actual de Erigon 3 incluye los ajustes predefinidos full, archive, minimal y blocks.

El modo full es adecuado para muchas cargas de trabajo estándar de RPC y nodos.

El modo archive conserva el estado histórico para consultas sobre bloques antiguos y análisis detallados.

El modo minimal reduce el uso de disco en determinados entornos de validadores o con almacenamiento limitado.

El modo blocks ofrece otro equilibrio entre la información de bloques que se conserva y el estado histórico.

La opción correcta depende de si el nodo se utilizará para staking, wallets, rastreo, análisis, consultas históricas o infraestructura pública.

La guía de buenas prácticas de Erigon advierte de que cambiar los requisitos de poda más adelante puede exigir una resincronización completa.

Ejecución paralela de bloques

Erigon v3.5 activa por defecto la ejecución paralela de bloques.

Las transacciones de Ethereum deben producir el mismo resultado final que si se ejecutaran en el orden exigido.

Sin embargo, algunas transacciones afectan a cuentas y ubicaciones de almacenamiento de contratos que no están relacionadas entre sí.

Erigon puede procesar partes de estas transacciones independientes en varios núcleos del procesador.

El cliente realiza un seguimiento de los conflictos de estado y vuelve a comprobar o ejecutar de nuevo las transacciones afectadas cuando es necesario.

Esto puede mejorar el rendimiento de ejecución sin cambiar el orden de las transacciones ni los resultados del consenso de Ethereum.

La ejecución paralela es una optimización interna y no crea un estado de blockchain distinto.

Servicios RPC de Erigon

Erigon proporciona interfaces RPC que las wallets, las aplicaciones descentralizadas y las herramientas para desarrolladores pueden utilizar para acceder a los datos de Ethereum.

Entre las solicitudes habituales se incluyen la consulta de saldos, bloques, recibos de transacciones, registros de eventos, información sobre comisiones, estado de contratos e identificación de la cadena.

Las aplicaciones también pueden difundir transacciones firmadas a través de un endpoint RPC de Erigon.

La referencia oficial de configuración de Erigon documenta los espacios de nombres RPC, las interfaces, los límites y las opciones de la línea de comandos.

Los operadores deben habilitar únicamente los espacios de nombres RPC que necesiten sus aplicaciones.

Los métodos de depuración y rastreo pueden consumir muchos recursos y deben protegerse con límites de solicitudes y controles de acceso.

JSON-RPC y API internas

JSON-RPC es la interfaz estándar que suelen utilizar las wallets y aplicaciones de Ethereum.

Las solicitudes se pueden enviar mediante conexiones HTTP o WebSocket.

Erigon también admite la comunicación interna entre componentes modulares a través de interfaces eficientes como gRPC.

Estos servicios internos pueden conectar el proceso de base de datos principal con un proceso RPC independiente.

Las API internas normalmente deben permanecer en localhost o en una red privada protegida.

Exponerlas públicamente puede generar riesgos de acceso no autorizado, divulgación de información y denegación de servicio.

Rastreo de transacciones

Erigon admite el rastreo de transacciones para realizar análisis detallados de la EVM.

Un rastreo puede mostrar llamadas internas a contratos, transferencias de valor, creación de contratos, operaciones revertidas y consumo de gas.

El rastreo resulta útil para depurar contratos inteligentes, investigar exploits, analizar la blockchain y supervisar transacciones.

La documentación sobre rastreo de Erigon explica los métodos disponibles.

Las solicitudes de rastreo pueden requerir muchos recursos de computación.

El rastreo histórico también depende de que el nodo conserve el estado y los datos de bloques necesarios.

Los operadores de RPC públicos deben impedir que las solicitudes de rastreo individuales agoten los recursos del nodo.

Erigon y el staking de Ethereum

Erigon puede proporcionar los servicios de ejecución y consenso necesarios para una configuración de validador de Ethereum.

Un operador de validador puede utilizar Caplin o conectar Erigon a un cliente de consenso compatible independiente.

El validador debe seguir contando con staking activado y credenciales de firma válidas.

También debe configurar un destinatario de comisiones y permanecer en línea para realizar atestaciones y propuestas de bloques.

Ejecutar Erigon sin un validador activo no genera recompensas de staking.

La guía oficial de staking de Erigon incluye las instrucciones de configuración actuales.

Seguridad de las claves de validador

Las claves de firma del validador autorizan las atestaciones y las propuestas de bloques.

No deben exponerse mediante interfaces RPC públicas ni almacenarse en archivos de configuración de aplicaciones convencionales.

La misma clave de validador activa no debe ejecutarse en dos sistemas al mismo tiempo.

La firma duplicada puede generar mensajes contradictorios y provocar slashing.

Los procedimientos de conmutación por error y migración deben incluir datos de protección contra slashing y un método fiable para impedir la activación simultánea.

Las credenciales de retirada deben almacenarse por separado del entorno de firma en línea del validador.

Erigon y la diversidad de clientes

Ethereum admite varias implementaciones de clientes de ejecución y consenso desarrolladas de forma independiente.

La diversidad de clientes reduce el riesgo de que un único error de software afecte a la mayor parte de la red al mismo tiempo.

La guía oficial de Ethereum sobre diversidad de clientes explica por qué contar con varias implementaciones mejora la resiliencia.

Ejecutar Erigon puede contribuir a la diversidad de clientes de ejecución.

Todos los clientes deben seguir las mismas reglas activas de Ethereum y coincidir en las transiciones de estado válidas.

La diversidad de clientes no permite que cada implementación cree su propia versión del estado de Ethereum.

Requisitos de hardware

Los requisitos de hardware de Erigon dependen de la red seleccionada, el modo de poda, el tráfico RPC, la carga de trabajo de rastreo y las necesidades de archivo.

Es especialmente importante disponer de almacenamiento SSD rápido conectado localmente.

La sincronización de Ethereum requiere lecturas y escrituras frecuentes relacionadas con el estado de las cuentas, el almacenamiento de contratos, los recibos, los índices y los snapshots.

La guía oficial de hardware de Erigon recomienda almacenamiento NVMe de alto rendimiento.

Los discos duros mecánicos pueden ser demasiado lentos para sincronizar Ethereum de forma fiable.

Los nodos de archivo requieren más almacenamiento y memoria que los nodos completos convencionales.

Los operadores deben dejar espacio libre en disco, ya que el rendimiento del nodo puede caer cuando el dispositivo de almacenamiento está casi lleno.

Supervisión de un nodo Erigon

Un nodo Erigon de producción debe supervisarse continuamente.

Entre las métricas importantes se incluyen el estado de sincronización, el número de pares, el retraso de los bloques, el uso y la latencia del disco, el consumo de memoria, la carga del procesador y el tiempo de respuesta RPC.

Una configuración de validador también debe supervisar el rendimiento de las atestaciones, las propuestas de bloques, los ajustes del destinatario de comisiones y la compatibilidad de los clientes.

Las alertas deben activarse antes de que se llene el disco o el nodo se retrase significativamente respecto a la cabeza de la cadena.

Los sistemas de supervisión no deben exponer públicamente puertos internos, credenciales, datos de validadores ni funciones de administración del nodo.

Protección de RPC de Erigon

Un endpoint RPC de Erigon puede exponer consultas de wallets, información sobre transacciones pendientes, detalles de infraestructura y recursos de computación.

Los servicios RPC privados normalmente deben vincularse a localhost o a una red interna controlada.

Los servicios remotos pueden utilizar cortafuegos, conexiones cifradas, autenticación, proxies inversos, filtrado de solicitudes y límites de frecuencia.

La documentación de puertos de Erigon distingue los puertos públicos entre pares de los servicios RPC internos y de Engine API.

Las interfaces administrativas, de depuración y de componentes internos con amplios privilegios no deben quedar abiertas a Internet por defecto.

Seguridad de Engine API y JWT

La conexión de Engine API está protegida por un secreto JWT compartido.

Este secreto ayuda a impedir que aplicaciones no autorizadas emitan comandos de coordinación entre ejecución y consenso.

El archivo solo debe ser legible por los procesos de cliente de Ethereum necesarios y los administradores del sistema.

No debe publicarse en un repositorio, una captura de pantalla, una solicitud de soporte ni un archivo de configuración público.

La Engine API debe permanecer privada incluso si la autenticación JWT está activada.

Cómo descargar y actualizar Erigon de forma segura

Erigon debe descargarse desde su repositorio oficial, los recursos de versiones documentados o fuentes de contenedores autenticadas.

Cuando estén disponibles, los operadores deben verificar las etiquetas de versión, las sumas de comprobación, las firmas, los nombres de los paquetes y los detalles de las imágenes.

Un binario de cliente malicioso podría alterar los resultados RPC, redirigir los ingresos del validador, dañar los datos de la blockchain o robar credenciales confidenciales.

El proceso debe ejecutarse con una cuenta específica del sistema operativo y permisos limitados.

Antes de actualizar, los operadores deben leer las notas de la versión para comprobar los cambios en las opciones, las migraciones de bases de datos, el comportamiento de poda y la compatibilidad con actualizaciones de Ethereum.

Los sistemas críticos deben probar las versiones principales antes de desplegarlas en producción.

Erigon y las actualizaciones de Ethereum

Las actualizaciones de Ethereum modifican las reglas que deben implementar los clientes compatibles.

Las versiones de Erigon añaden compatibilidad con nuevos tipos de transacción, comportamientos de la EVM, funciones de validador y cambios de consenso antes de la activación prevista.

Normalmente, la compatibilidad se prueba en redes de desarrollo y testnets públicas antes de la activación en Mainnet.

Que un cliente incluya código para una actualización futura no significa que la función ya esté activa.

Erigon v3.5 incluye compatibilidad inicial con Glamsterdam, pero la actualización no está activa en Ethereum Mainnet a 16 de julio de 2026.

Los operadores de nodos deben seguir los anuncios oficiales de actualizaciones de Ethereum y Erigon.

Ventajas de Erigon

Erigon está diseñado para gestionar de forma eficiente la ejecución de Ethereum y los datos históricos.

Su sistema de sincronización por etapas organiza grandes volúmenes de procesamiento de la blockchain en pasos especializados.

Su formato de estado plano puede mejorar el acceso a la base de datos.

Sus snapshots facilitan la distribución y el almacenamiento eficientes de datos antiguos.

Sus funciones de archivo y rastreo pueden dar soporte a análisis avanzados de la blockchain.

Su arquitectura modular puede servir tanto para nodos personales como para despliegues de infraestructura a gran escala.

Caplin puede reducir la necesidad de gestionar una aplicación de consenso completamente independiente.

Ejecutar Erigon también puede contribuir a la diversidad de clientes de Ethereum.

Limitaciones y riesgos

Erigon sigue requiriendo hardware, almacenamiento, ancho de banda y mantenimiento técnico considerables.

El modo de archivo puede consumir varios terabytes de almacenamiento de alto rendimiento.

El rastreo y las consultas históricas amplias pueden someter al nodo a una gran carga.

Los despliegues modulares introducen servicios, puertos, credenciales y puntos de fallo adicionales.

Un error en el cliente puede provocar cierres inesperados, fallos de sincronización, resultados locales incorrectos o periodos de inactividad del validador.

Erigon verifica la ejecución de Ethereum, pero no determina si un contrato inteligente es seguro desde el punto de vista financiero.

Tampoco puede revertir una transacción confirmada ni recuperar una clave privada de wallet perdida.

Ejemplo de ejecución de un nodo Erigon

Supongamos que un desarrollador quiere un endpoint RPC privado de Ethereum Mainnet.

Prepara un ordenador con memoria suficiente y almacenamiento NVMe rápido.

Descarga la versión actual de Erigon desde una fuente oficial y verifica los detalles del paquete.

Configura el nodo para Ethereum Mainnet con un modo de poda adecuado.

Caplin sigue la capa de consenso mientras Erigon verifica la ejecución de las transacciones.

Se configuran los puertos entre pares para que el nodo pueda comunicarse con los pares de Ethereum.

El acceso RPC se limita a la red interna del desarrollador.

La aplicación utiliza el nodo para consultar saldos, bloques, recibos y eventos de contratos.

La supervisión controla la sincronización, los pares, el espacio en disco, la memoria y el rendimiento RPC.

El operador actualiza Erigon antes de las actualizaciones necesarias de la red Ethereum.

Esta configuración proporciona datos de Ethereum verificados de forma independiente sin que Erigon custodie los activos de los usuarios.

Errores habituales al utilizar Erigon

Un error habitual es suponer que ejecutar Erigon crea automáticamente un validador de Ethereum.

Otro error es exponer públicamente los puertos RPC internos, de depuración o de Engine API.

Un tercer error es seleccionar el modo de archivo sin disponer de almacenamiento suficiente.

Un cuarto error es elegir un modo de poda sin entender qué consultas históricas deja de permitir.

Un quinto error es utilizar un almacenamiento lento que no puede seguir el ritmo del procesamiento de Ethereum.

Un sexto error es ejecutar la misma clave de validador en dos sistemas activos.

Un séptimo error es ignorar los avisos de actualización del cliente antes de una actualización de la red.

Un octavo error es suponer que la descarga de las cabeceras de bloque significa que la sincronización ha terminado.

Un noveno error es publicar secretos JWT o archivos de configuración internos.

Un décimo error es considerar que una respuesta RPC válida de Erigon demuestra que un activo cripto o un contrato inteligente es fiable.

Preguntas frecuentes

¿Qué es Erigon?

Erigon es un software de cliente de Ethereum de código abierto que se utiliza para verificar bloques, ejecutar transacciones, mantener el estado y proporcionar datos de la blockchain.

¿Es Erigon un cliente de ejecución?

Sí. Erigon es principalmente un cliente de ejecución de Ethereum.

¿Qué es Caplin?

Caplin es la implementación integrada de la capa de consenso de Erigon para seguir los bloques de proof-of-stake y la finalización de Ethereum.

¿Cuál es la última versión de Erigon?

A 16 de julio de 2026, la última versión principal etiquetada es Erigon v3.5.0.

¿Es Erigon una wallet?

No. Erigon es un software de nodo y no funciona como una wallet de criptomonedas convencional para consumidores.

¿Es Erigon una criptomoneda?

No. Erigon es un software y no necesita un token nativo.

¿Se puede utilizar Erigon para hacer staking de Ethereum?

Sí. Puede proporcionar servicios de ejecución y consenso para una configuración de validador, pero también se necesitan credenciales de staking y una configuración de validador.

¿Ejecutar Erigon genera ETH?

Un nodo Erigon que no valida no obtiene recompensas del protocolo.

¿Qué es la sincronización por etapas?

La sincronización por etapas divide la sincronización de Ethereum en fases de procesamiento especializadas para mejorar la eficiencia.

¿Qué es un nodo de archivo de Erigon?

Un nodo de archivo conserva una amplia cantidad de estado histórico para consultas sobre saldos, almacenamiento, rastreo y análisis de bloques antiguos.

¿Qué modos de poda admite Erigon?

La documentación actual de Erigon 3 incluye los modos full, archive, minimal y blocks.

¿Puede un nodo completo responder a todas las consultas históricas?

No. Es posible que un nodo completo podado no conserve el estado necesario para responder a todas las consultas históricas.

¿Admite Erigon el rastreo?

Sí. Erigon ofrece métodos de rastreo y depuración de transacciones cuando los datos necesarios están disponibles.

¿Qué es la ejecución paralela de bloques?

Es una optimización que procesa transacciones no conflictivas en varios núcleos del procesador y, al mismo tiempo, preserva el resultado exigido por Ethereum.

¿Erigon requiere almacenamiento rápido?

Sí. Se recomienda encarecidamente utilizar almacenamiento NVMe de alto rendimiento para sincronizar Ethereum de forma fiable.

¿Debe ser público el RPC de Erigon?

Solo deben exponerse deliberadamente los métodos seleccionados, con la autenticación, el cifrado, el filtrado y los límites de frecuencia adecuados.

¿Por qué es importante el secreto JWT?

Autentica la comunicación de Engine API entre los componentes de ejecución y consenso.

¿Puede Erigon revertir una transacción de Ethereum?

No. Erigon no puede revertir una transacción de Ethereum confirmada.

¿Demuestra Erigon que un contrato inteligente es seguro?

No. Verifica la ejecución del protocolo, pero no audita el diseño financiero ni de seguridad de un contrato.

¿Por qué es importante Erigon para la diversidad de clientes?

Proporciona una implementación desarrollada de forma independiente que reduce la dependencia de Ethereum de una única base de código de cliente.

Conclusión

Erigon es un cliente de Ethereum de código abierto centrado en la ejecución eficiente de transacciones, la sincronización de la blockchain, los datos históricos, el acceso RPC y la infraestructura modular.

Verifica las transacciones de Ethereum, mantiene el estado de las cuentas y los contratos, procesa la ejecución de la EVM y comprueba las cargas de ejecución.

Su componente Caplin también puede seguir la capa de consenso proof-of-stake de Ethereum.

Entre sus funciones principales se incluyen la sincronización por etapas, el almacenamiento de estado plano, los snapshots, la poda configurable, la compatibilidad con el modo de archivo, el rastreo de transacciones y la ejecución paralela de bloques.

El modo full es adecuado para muchas cargas de trabajo habituales, mientras que el modo archive es necesario para consultas amplias sobre el estado histórico.

Erigon puede servir de apoyo a la infraestructura de validadores, pero ejecutar el cliente por sí solo no activa un validador ni genera ETH.

Los operadores deben proteger las claves de validador, las credenciales de retirada, los secretos JWT, las interfaces RPC y los servicios de red internos.

También deben disponer de almacenamiento, memoria y ancho de banda suficientes, así como de supervisión y mantenimiento del software.

A 16 de julio de 2026, Erigon v3.5.0 es la última versión principal etiquetada.

Ejecutar Erigon puede proporcionar datos de Ethereum verificados de forma independiente y contribuir a la diversidad de clientes.

Entender qué es Erigon ayuda a los usuarios de criptomonedas a distinguir el software de nodo de Ethereum de una wallet, un token, un validador, un explorador de bloques o una blockchain independiente.