1. Manifestar interés
Escriba a info@eraprojects.io mediante el contacto existente de ERA y solicite el procedimiento actual de admisión y cualificación revisado.
Cualificación de operadores independientes
Ser validador de ERA
ERA tiene hoy cuatro validadores controlados por sus fundadores. La admisión externa exige una cualificación revisada; la aptitud técnica o una fianza por sí solas no conceden un puesto activo.
Siete pasos desde el interés hasta la operación
2. Describir su operación
Indique experiencia, datos de contacto, ubicación prevista del alojamiento, infraestructura, mantenimiento, supervisión y gestión de incidentes. No envíe credenciales ni secretos de cuentas.
3. Revisar requisitos antes del staking
Revise con ERA la fianza propia mínima actual de 10,000 ETKN, la comisión máxima del 20%, las tarifas, la elección y la cualificación independiente antes de adquirir fondos o firmar.
4. Construir un nodo completo separado
Use el código canónico erablockchains/era-blockchain, las instrucciones de compilación fijadas y la guía de operador revisada. Verifique sumas de comprobación, especificación de cadena sin cambios y génesis. Sincronice un nodo no validador con base de datos propia y sin claves de autoridad.
5. Demostrar sincronización fiable
Confirme el génesis ERA, los pares, el runtime actual y el avance de la cabecera finalizada. Conserve registros de disponibilidad, recursos e incidentes. Aún falta cualificar el acceso a sentinelas públicas desde un host independiente nuevo.
6. Preparar claves e intención independientes
Solo tras la revisión, genere claves de sesión localmente en su propio sistema. Siga el procedimiento revisado de fianza propia, registro de claves e intención de validar, con tarifas y estado recientes. Nunca transmita claves privadas ni frases de recuperación.
7. Verificar elección y supervisar
La candidatura todavía debe ser elegida o admitida. Compruebe el conjunto activo, el cambio de sesión y la finalidad antes de afirmar que está activo. Supervise continuamente pares, disco, claves, recompensas e incidentes.
Funciones de nodos y staking
Validador
Autoridad elegida con claves de sesión independientes que participa en la producción de bloques y la finalidad.
Nodo completo
Nodo sincronizado sin intención de validar ni claves de autoridad; primer hito operativo recomendado.
Nodo RPC
Nodo que atiende consultas de clientes con límites de exposición revisados. El WSS de la cartera no es un par de arranque.
Nominador
Cuenta que respalda validadores en las elecciones. Los fondos nominados no sustituyen la fianza propia de 10,000 ETKN del validador.
Comprobaciones técnicas y recomendaciones operativas
Comprobaciones técnicas: verifique fuente y etiqueta canónicas, suma de la compilación, especificación de cadena sin modificar, génesis 0x0abc2c3d8db5815541050b73da4d81267ebf14d90dbee8d7258155b667ea112e, pares y finalidad creciente. Use las instrucciones revisadas; la incorporación independiente completa aún no está cualificada. (BUILD.md, OPERATORS.md, PROVENANCE.md)
Recomendación: máquina dedicada y fiable con SSD, CPU/RAM adecuados, bytes e inodos libres vigilados, red estable, supervisión del proceso y alta disponibilidad sostenida. ERA no ha publicado mínimos universales de hardware ni garantía de disponibilidad para operadores externos.
Las carteras usan wss://eraprojects.org/ para RPC de cliente. Los nodos usan direcciones revisadas de pares y arranque mediante el protocolo de pares. No exponga el RPC administrativo local ni copie una base de datos de validador en producción.
Custodie sus claves de sesión, mantenga copias cifradas fuera de línea y pruebe la recuperación. Aplique actualizaciones revisadas con sumas verificadas; preserve datos y claves e informe pronto de incidentes a ERA.
Hardware y disponibilidad
Evidencia de la carga actual: los cuatro validadores aceptados informaron un Intel i5-13500 de 13.ª generación con 14 núcleos y 64 081 MB de memoria. Los registros conservados muestran picos de memoria del servicio de 2,9 a 4,7 GB. Quedaban unos 377–384 GiB libres en el sistema de archivos tras una disminución neta de 1,8–3,0 GiB en unos ocho días. Esa variación incluye todas las escrituras y eliminaciones del host; no mide el crecimiento de la base de datos de la cadena ni demuestra un mínimo de hardware.
Guía inicial para un validador con la carga actual de ERA: equipo x86-64 moderno y dedicado de la clase de rendimiento de los hosts actuales (unos 12–16 núcleos capaces), 64 GiB de RAM y al menos 1 TiB de SSD NVMe fiable. Mantenga al menos 250 GiB libres como margen de planificación y ajuste la capacidad según el crecimiento medido de la base y del sistema de archivos. Es una recomendación prudente, no una regla de admisión ni un mínimo universal.
Nodo completo separado, no validador: contemple inicialmente una CPU moderna de 8 núcleos, 32 GiB de RAM y al menos 1 TiB de SSD. Valida y conserva el estado de la cadena, pero no tiene claves de autoridad ni función de firma. Aún se requiere una calificación independiente de sincronización completa y conectividad; estas cifras no son un límite inferior demostrado.
Nodo de archivo: conservar más estado histórico o atender indexación intensiva requiere mucho más almacenamiento, E/S sostenidas y un plan de retención. No hay una serie autenticada de crecimiento ni una instalación de archivo ERA calificada independientemente que establezca un mínimo numérico. Dimensione varios terabytes de SSD a partir de una prueba de retención medida antes de ofrecer el servicio; un nodo completo podado no sustituye a un archivo.
Use redes fiables de baja latencia y rutas de pares/sentry revisadas, conectividad redundante cuando sea posible, respaldo eléctrico y supervisión de CPU, RAM, espacio e inodos SSD, pares, retraso de sincronización, altura finalizada, reinicios y estado de claves/sesiones. Programe actualizaciones y copias con pruebas de recuperación, y comunique pronto los incidentes. El WSS de la cartera no es conectividad entre nodos; no exponga RPC administrativo.
Objetivo de disponibilidad propuesto para revisión del propietario
Se propone una disponibilidad mensual del servicio validador del 99,9 % para revisión del propietario (máximo 0,1 % de indisponibilidad, unos 43,2 minutos en 30 días). Mídala en UTC por intervalos de un minuto mediante supervisión independiente. Cuente como no disponible un intervalo si el proceso validador/consenso está detenido, se pierde la conectividad con los pares revisados o la altura finalizada no sigue una cadena de referencia que avanza durante más de dos minutos. El mantenimiento planificado y la pérdida de conexión cuentan; registre aparte incidentes de toda la cadena. Es solo una propuesta de servicio, no una regla vigente de admisión, un umbral de penalización en cadena ni una garantía de ERA.
Recompensas, comisión y sanciones
El runtime spec15 desplegado exige una fianza propia mínima de 10,000 ETKN y limita la comisión al 20%. Ni la fianza ni una comisión garantizan elección o ingresos.
El rendimiento y la elegibilidad alimentan la ruta de recompensas SecurityBudget. El pago estándar por era de staking es cero en este runtime. Se ha verificado la elegibilidad de solo lectura, pero aún no el primer pago legítimo en producción. Una estimación mostrada no prueba que pueda cobrarse.
La política de sanciones aprobada está implementada, pero su activación en producción sigue pendiente tras la verificación del pago. Revise su estado y el procedimiento de incidentes antes de presentarse.
Plantilla copiable para expresar interés
Seleccione y copie el texto en su propio correo a info@eraprojects.io; omita claves privadas, frases de recuperación, contraseñas y credenciales del servidor.
Asunto: interés en validar ERA Operador / organización: Nombre de contacto y dirección de respuesta: Experiencia operando validadores y nodos: Ciudad/región y proveedor de alojamiento propuestos: Plan de CPU, RAM, capacidad SSD y red: Supervisión, mantenimiento y cobertura de incidentes: Custodia de claves, copias y recuperación (sin secretos): Calendario propuesto y preguntas: