EVM frente a EmpoorioChain: Diferencias de cliente

Descubre las diferencias entre los clientes de nodo de EmpoorioChain y Ethereum.

Tabla de contenidos

Tipos de clientes de nodo

Por qué EmpoorioChain usa un único cliente

Tipos de nodo

Acceso RPC

Resumen

Ethereum y EmpoorioChain adoptan enfoques distintos para el software de nodo. Ethereum, desde el Merge, exige a los operadores ejecutar dos clientes separados en paralelo; EmpoorioChain, al ser una cadena Substrate, ofrece un único binario de nodo que gestiona conjuntamente la red, la ejecución y el consenso.

Tipos de clientes de nodo

Desde su transición a PoS, Ethereum divide el software de nodo validador en dos tipos de cliente que cooperan entre sí. Los clientes de capa de ejecución (EL) reciben transacciones, las ejecutan en la EVM y mantienen el estado. Los clientes de capa de consenso (CL) ejecutan el protocolo de consenso PoS y alcanzan un acuerdo a partir de los datos del cliente de ejecución. Un nodo validador ejecuta uno de cada tipo, emparejados mediante una API local.

Entre los clientes de ejecución de Ethereum se incluyen:

ClienteLenguaje
GethGolang
BesuJava
NethermindC# .NET
ErigonGo
RethRust

Entre los clientes de consenso de Ethereum se incluyen:

ClienteLenguaje
LighthouseRust
LodestarTypeScript
NimbusNim
PrysmGo
TekuJava

EmpoorioChain, al ser un único nodo basado en Substrate, no se divide en clientes de ejecución/consenso:

ClienteLenguaje
empoorio-node (el cliente de referencia)Rust

Por qué EmpoorioChain usa un único cliente

La arquitectura de Substrate agrupa la red (libp2p), la ejecución de bloques y los motores de consenso (Aura + GRANDPA) en un único binario, construido a partir del mismo runtime que también define los pallets de la cadena. Actualmente existe una única implementación de cliente en producción; un ecosistema diverso multicliente como el de Ethereum es un objetivo del ecosistema a más largo plazo, no algo ya implantado.

Tipos de nodo

Ethereum clasifica los nodos en tres tipos según el alcance del almacenamiento de datos y la participación en el consenso:

  • Full Node: Valida la cadena bloque a bloque; normalmente mantiene una ventana móvil del estado reciente y puede regenerar datos antiguos bajo demanda.
  • Archive Node: Verifica y conserva todos los bloques y todo el estado histórico desde el génesis; lo usan exploradores y herramientas de analítica.
  • Light Node: Descarga solo las cabeceras de bloque y verifica los datos frente a ellas; requiere pocos recursos y no participa en el consenso.

EmpoorioChain, al ser una cadena Substrate, divide los nodos principalmente por rol en lugar de por profundidad de almacenamiento:

  • Nodos validadores: Crean bloques (Aura) y votan la finalidad (GRANDPA); requieren un stake bloqueado y claves de sesión.
  • Nodos RPC / completos: Sincronizan y verifican el estado completo de la cadena y sirven JSON-RPC a las aplicaciones, sin validar.
  • Nodos de archivo: Nodos completos ejecutados con `--pruning archive`, que conservan todo el estado histórico — el equivalente en Substrate del Archive Node de Ethereum.
  • Light clients: Verifican cabeceras de bloque y pruebas de finalidad de GRANDPA/BEEFY sin descargar el estado completo, comparables en espíritu al Light Node de Ethereum.

En resumen:

Nodo que almacena todo el historial

  • Ethereum: Archive Node
  • EmpoorioChain: Nodo completo ejecutado con `--pruning archive`

Nodo que produce/finaliza bloques

  • Ethereum: Full Node (par EL+CL)
  • EmpoorioChain: Nodo validador (Aura + GRANDPA)

Nodo que sirve RPC sin validar

  • Ethereum: Light Node
  • EmpoorioChain: Nodo RPC / light client
Tipo de nodoEthereumEmpoorioChain
Almacena todo el historialArchive NodeNodo completo, `--pruning archive`
Produce/finaliza bloquesFull Node (par EL+CL)Nodo validador (Aura + GRANDPA)
Sirve RPC, no validaLight NodeNodo RPC / light client

Acceso RPC

EmpoorioChain expone endpoints estándar JSON-RPC y WebSocket de Substrate, compatibles con las herramientas polkadot.js/@polkadot/api, además de un endpoint compatible con Ethereum-JSON-RPC a través de su pallet EVM para herramientas de Solidity (Hardhat, Foundry, ethers.js). Consulta la página de RPC para ver los endpoints actuales de la testnet.

Resumen

  • Ethereum divide el software del validador en clientes de ejecución y consenso emparejados; EmpoorioChain ofrece un único binario basado en Substrate que hace ambas cosas.
  • Los roles de nodo se diferencian por función (validador, RPC/completo, archivo, ligero) en lugar de por la separación EL/CL, pero los casos de uso subyacentes — historial completo, producción de bloques y acceso RPC ligero — se corresponden claramente entre ambas cadenas.

EVM A EMPOORIOCHAIN

Empieza a construir en EmpoorioChain

Introducción al desarrollo en EmpoorioChain

Leer

Referencia de pallets de EmpoorioChain

Leer

Guía rápida de emp-cli

Leer

Más herramientas para desarrolladores de EmpoorioChain

Leer
De EVM a EmpoorioChain: Diferencias de cliente | empoorio