1. Manifester votre intérêt
Écrivez à info@eraprojects.io par le canal de contact ERA existant et demandez la procédure actuelle d'accueil et de qualification examinée.
Qualification des opérateurs indépendants
Devenir validateur ERA
ERA compte actuellement quatre validateurs contrôlés par ses fondateurs. L'admission externe exige une qualification examinée ; l'éligibilité technique ou un dépôt seul ne donne pas de place active.
Sept étapes, de l'intérêt à l'exploitation
2. Présenter votre exploitation
Indiquez votre expérience, vos coordonnées, le lieu d'hébergement envisagé, l'infrastructure, la maintenance, la surveillance et la gestion des incidents. Ne transmettez aucun identifiant ni secret de compte.
3. Examiner les exigences avant le staking
Vérifiez avec ERA l'auto-dépôt minimal actuel de 10,000 ETKN, la commission maximale de 20%, les frais, l'élection et la qualification indépendante avant tout achat ou signature.
4. Construire un nœud complet distinct
Utilisez la source canonique erablockchains/era-blockchain, les instructions de compilation épinglées et le guide d'exploitation examiné. Vérifiez les sommes de contrôle, la spécification brute de chaîne et le genesis. Synchronisez un nœud non validateur avec sa propre base, sans clés d'autorité.
5. Démontrer une synchronisation fiable
Confirmez le genesis ERA, les pairs, la version actuelle du runtime et la progression des blocs finalisés. Conservez les preuves de disponibilité, de ressources et d'incidents. L'accès aux sentinelles publiques depuis un nouvel hôte indépendant reste à qualifier.
6. Préparer les clés et l'intention
Après examen seulement, générez localement des clés de session sur votre propre système. Suivez la procédure examinée d'auto-dépôt, d'enregistrement des clés et d'intention de validation, avec frais et état actualisés. Ne transmettez jamais de clés privées ni de phrases de récupération.
7. Vérifier l'élection et surveiller
La candidature doit encore être choisie ou admise. Vérifiez l'ensemble actif, le changement de session et la finalité avant d'annoncer une activation. Surveillez constamment les pairs, le disque, les clés, les récompenses et les incidents.
Rôles des nœuds et du staking
Validateur
Autorité élue dotée de clés de session indépendantes, participant à la production des blocs et à la finalité.
Nœud complet
Nœud synchronisé sans intention de validation ni clés d'autorité ; première étape d'exploitation recommandée.
Nœud RPC
Nœud répondant aux clients sous des limites d'exposition examinées. Le point WSS du portefeuille n'est pas un pair de démarrage.
Nominant
Compte soutenant des validateurs lors des élections. Les fonds nominés ne remplacent pas l'auto-dépôt de 10,000 ETKN du validateur.
Contrôles techniques et recommandations d'exploitation
Contrôles techniques : vérifiez la source et le tag canoniques, la somme de contrôle de la compilation, la spécification brute inchangée, le genesis 0x0abc2c3d8db5815541050b73da4d81267ebf14d90dbee8d7258155b667ea112e, les pairs et la finalité croissante. Utilisez le guide examiné ; l'accueil indépendant complet n'est pas encore qualifié. (BUILD.md, OPERATORS.md, PROVENANCE.md)
Recommandation : machine dédiée et fiable avec SSD, CPU/RAM adaptés, espace et inodes surveillés, réseau stable, supervision du processus et disponibilité soutenue. ERA n'a pas publié de minimum matériel universel ni de garantie de disponibilité pour les opérateurs externes.
Les portefeuilles utilisent wss://eraprojects.org/ pour le RPC client. Les nœuds utilisent les adresses de pairs et de démarrage examinées. N'exposez pas le RPC d'administration local et ne copiez pas une base de validateur de production.
Gardez vos clés de session sous votre contrôle, faites des sauvegardes chiffrées hors ligne et testez la récupération. Appliquez les mises à niveau examinées et vérifiées par somme de contrôle ; préservez données et clés et signalez rapidement les incidents à ERA.
Matériel et disponibilité
Données de la charge actuelle : les quatre validateurs acceptés signalent un Intel i5-13500 de 13e génération à 14 cœurs et 64 081 Mo de mémoire. Les journaux conservés indiquent des pics mémoire du service de 2,9 à 4,7 Go. Il restait environ 377 à 384 Gio sur le système de fichiers après une baisse nette de 1,8 à 3,0 Gio en huit jours environ. Cette variation inclut toutes les écritures et suppressions de l'hôte : ce n'est ni une mesure de croissance de la base de chaîne, ni la preuve d'un minimum matériel.
Conseil de départ pour un validateur avec la charge ERA actuelle : machine x86-64 moderne dédiée de la classe de performance des hôtes actuels (environ 12 à 16 cœurs efficaces), 64 Gio de RAM et au moins 1 Tio de SSD NVMe fiable. Gardez au moins 250 Gio libres comme marge de planification, puis ajustez selon la croissance mesurée de la base et du système de fichiers. Il s'agit d'une recommandation prudente, pas d'une règle d'admission ni d'un minimum universel.
Nœud complet non validateur distinct : prévoyez provisoirement un CPU moderne à 8 cœurs, 32 Gio de RAM et au moins 1 Tio de SSD. Il vérifie et conserve l'état de la chaîne, sans clés d'autorité ni rôle de signature. Une qualification indépendante de la synchronisation complète et des pairs reste nécessaire ; ces chiffres ne sont pas une limite inférieure démontrée.
Nœud d'archive : conserver davantage d'état historique ou servir une indexation intensive exige bien plus de stockage, d'E/S soutenues et un plan de rétention. Aucune série de croissance authentifiée ni archive ERA qualifiée indépendamment ne fixe un minimum numérique. Dimensionnez plusieurs téraoctets de SSD à partir d'un essai de rétention mesuré avant d'offrir ce service ; un nœud complet élagué ne remplace pas une archive.
Prévoyez un réseau fiable à faible latence et des routes pair/sentinelle examinées, une connexion redondante si possible, une alimentation secourue, et la surveillance du CPU, de la RAM, de l'espace et des inodes SSD, des pairs, du retard de synchronisation, de la finalité, des redémarrages et des clés/sessions. Planifiez mises à niveau et sauvegardes avec tests de reprise, et signalez rapidement les incidents. Le WSS du portefeuille ne constitue pas une connexion entre nœuds ; n'exposez pas le RPC administratif.
Objectif de disponibilité proposé à l'examen du propriétaire
Proposition : 99,9 % de disponibilité mensuelle du service validateur, à examiner par le propriétaire (au plus 0,1 % d'indisponibilité, soit environ 43,2 minutes sur 30 jours). Mesurez en UTC par intervalles d'une minute avec une supervision indépendante. Comptez un intervalle indisponible si le processus validateur/consensus est arrêté, si la connexion aux pairs examinés est perdue ou si la finalité ne suit pas une chaîne de référence en progression pendant plus de deux minutes. Maintenance planifiée et perte de connexion comptent ; consignez séparément les incidents de toute la chaîne. Ce n'est qu'un objectif de service proposé, ni règle d'admission existante, ni seuil de sanction sur chaîne, ni garantie de disponibilité d'ERA.
Récompenses, commission et pénalités
Le runtime spec15 déployé impose un auto-dépôt minimal de 10,000 ETKN et une commission maximale de 20%. Ni ce dépôt ni le taux de commission ne garantissent la sélection ou un revenu.
La performance et l'éligibilité alimentent la voie de récompense SecurityBudget. Le paiement standard par ère de staking vaut zéro dans ce runtime. L'éligibilité en lecture seule a été vérifiée, mais le premier paiement légitime en production ne l'est pas encore. Une estimation affichée ne prouve pas qu'une demande soit payable.
La politique de pénalité approuvée est implémentée, mais son activation en production reste en attente après la vérification du paiement. Examinez son état actuel et la procédure d'incident avant toute candidature.
Modèle de manifestation d'intérêt à copier
Sélectionnez et copiez ce texte dans votre propre courriel à info@eraprojects.io ; omettez clés privées, phrases de récupération, mots de passe et identifiants serveur.
Objet : intérêt pour la validation ERA Opérateur / organisation : Nom du contact et adresse de réponse : Expérience des validateurs et nœuds : Ville/région et fournisseur d'hébergement envisagés : Plan CPU, RAM, capacité SSD et réseau : Surveillance, maintenance et couverture des incidents : Garde des clés, sauvegarde et récupération (sans secrets) : Calendrier envisagé et questions :