Faites vivre le réseau. Gagnez en accomplissant un travail utile.
ZooBC a besoin d'une infrastructure fiable : des nœuds qui valident la chaîne, des passerelles qui acheminent le trafic public, des services d'archive qui préservent l'historique et des opérateurs qui comprennent la continuité et la sécurité.
Pourquoi ce symbole ?
L'éléphant représente la mémoire, la continuité et une force fiable. Ce sont les qualités que les opérateurs d'infrastructure apportent à un réseau qui doit rester disponible et préserver son historique.
Exploiter un service dont la défaillance se voit avant de devenir contagieuse.
L'infrastructure ZooBC n'est pas un serveur interchangeable unique. Un nœud complet valide et accepte les transactions, un service d'archive conserve un historique profond consultable, une passerelle achemine le trafic public vers les services autorisés et en bonne santé, et un relais a son propre rôle dans le réseau. Les opérateurs doivent savoir quel service est en cause avant de poser un diagnostic.
Respecter les frontières entre services
Les requêtes GET de la passerelle peuvent s'appuyer sur l'historique d'archive, tandis que les requêtes POST doivent atteindre un nœud complet doté d'une mempool. Un service d'archive est en lecture seule. Envoyer des écritures au mauvais service peut ressembler à une panne de la chaîne alors qu'il ne s'agit que d'une erreur de routage.
Vérifier ce que vous installez
Calculez le hash de chaque version de nœud, de passerelle, du portefeuille ou d'un utilitaire avant de l'exécuter. Comparez l'empreinte exacte avec les preuves de publication et rejetez les fichiers révoqués, manquants ou inexpliqués. L'urgence opérationnelle ne justifie pas de faire l'impasse sur la provenance.
Mesurer la santé par couches
Le processeur, la mémoire, le disque et la disponibilité de la machine répondent à une autre question que l'accessibilité de la passerelle, la santé de la liste d'autorisation, la hauteur de la chaîne, la connectivité aux pairs et l'état dans le registre. Une machine au vert peut tout de même servir des données de chaîne obsolètes.
Protéger le plan de contrôle
L'administration de la passerelle utilise une clé d'administration propre à chaque machine, sans valeur par défaut. Les écritures dans la liste d'autorisation et la synchronisation des versions se trouvent derrière cette frontière. Les lectures publiques de la chaîne ne doivent pas hériter discrètement de l'autorité d'administration.
Diagnostiquez la couche défaillante, pas le symptôme le plus proche.
Un même écran vide peut venir d'un problème de navigateur, de passerelle, de service d'archive, de nœud complet, de liste d'autorisation ou d'état de la chaîne. Vérifiez-les dans l'ordre.
| Symptôme | Frontière probable | Vérification de l'opérateur |
|---|---|---|
| L'historique en GET échoue | Route de la passerelle ou service d'archive | Vérifiez l'état de la passerelle, l'accessibilité du service d'archive et si la réponse 404 comporte un corps avant de la traiter comme un repli de route. |
| La transaction ne se diffuse pas | Route vers le nœud complet ou mempool | Vérifiez que le POST a bien atteint un nœud complet. Les services d'archive sont en lecture seule et ne peuvent pas accepter de transaction. |
| Le nom d'hôte d'un nœud spécifique est refusé | Liste d'autorisation de la passerelle | Vérifiez que l'IP et le port du nœud sont admis. Cette restriction empêche la passerelle de devenir un proxy ouvert. |
| Le tableau de bord est au vert mais la hauteur est figée | Service en contact avec la chaîne | Comparez l'état de la blockchain et le dernier bloc avec un autre point de terminaison en bonne santé ; la disponibilité de la machine seule ne prouve pas que la chaîne est à jour. |
| Une version apparaît, mais elle n'est pas digne de confiance | Registre des versions ou autorité de publication | Calculez le hash du fichier exact, examinez le statut de la version et confirmez de manière indépendante l'autorité de publication actuelle. |
| La pression sur le disque augmente | Capacité de l'hôte ou croissance de l'archive | Examinez les statistiques système, le rôle de rétention, les journaux et la croissance avant que la disponibilité ne soit affectée ; n'attendez pas un plantage du service. |
Suivez des procédures qui laissent des traces.
Un opérateur doit pouvoir expliquer quel binaire tourne, d'où il vient, quel rôle il remplit, quel réseau il suit et comment sa santé a été mesurée.
- 01
Définir le service
Consignez si l'hôte est un nœud complet, un service d'archive, une passerelle, un relais ou une combinaison explicitement prise en charge par le déploiement. Consignez le domaine, le port de l'API, le réseau et le responsable chargé d'intervenir.
- 02
Vérifier et installer
Récupérez le paquet actuel, calculez le SHA-256, comparez-le aux preuves de publication, relisez la configuration et protégez les identifiants générés. Conservez l'empreinte et la version dans la fiche de déploiement.
- 03
Prouver la santé de la machine et de la chaîne
Vérifiez les ressources système et l'état de la passerelle, puis interrogez l'état de la blockchain et le dernier bloc. Comparez la hauteur et la fraîcheur avec un point de terminaison indépendant avant de déclarer le service prêt.
- 04
Éprouver le rôle réel
Pour les passerelles, testez les lectures publiques, le routage vers un nœud spécifique et le comportement autorisé de la liste d'autorisation. Pour les nœuds complets, testez la soumission de transactions en toute sécurité sur le testnet. Pour les services d'archive, testez les lectures d'historique profond.
N'exposez pas un nouveau service comme sain lorsque le binaire n'est pas vérifié, que le réseau est ambigu, que la hauteur de la chaîne est figée, que les identifiants d'administration sont ceux par défaut ou partagés, ou que le rôle du service n'a pas été éprouvé de bout en bout.
Reliez l'exploitation aux contrôles en direct et aux références tenues à jour.
Les pages d'état montrent le présent ; les manuels expliquent le comportement ; l'explorateur fournit un contexte réseau indépendant ; les pages sécurité et récompenses expliquent pourquoi le service compte.
Mode de la passerelle, accessibilité, nœuds autorisés, état côté chaîne et statistiques de la machine.
↗PROCÉDURESOpérations pour développeursRoutage de la passerelle, ciblage des nœuds, listes d'autorisation, relais, outils de publication, téléchargements et points de terminaison opérationnels.
↗PLAN DE CONTRÔLERéférence d'administrationPoints de terminaison authentifiés de liste d'autorisation et de synchronisation des versions pour l'administration de la passerelle.
↗VUE DU RÉSEAURéseau dans l'explorateurNœuds, passerelles, relais, services d'archive enregistrés et activité actuelle du réseau.
↗CONSENSUSSécurité de la chaîneSélection du constructeur de bloc, comportement du registre, score de participation et mécanique du coût d'une attaque.
↗RÉCOMPENSESModèle coinbaseCourbe d'émission, hypothèses de distribution des récompenses, frais et résultats attendus pour les nœuds.
↗La fiabilité est une trace écrite, pas une impression.
Exploitez de sorte qu'une autre personne qualifiée puisse comprendre le service et le rétablir sans avoir à deviner.
- Consigner les versions, les hash, la responsabilité de la configuration et l'identité réseau.
- Surveiller séparément les ressources de la machine et la fraîcheur de la chaîne.
- Utiliser des identifiants d'administration distincts et protégés pour chaque machine.
- Tester les chemins de lecture et d'écriture sur le service ayant le bon rôle.
- Décrire les pannes comme « indisponible » ou « obsolète » jusqu'au retour des mesures.
- Envoyer des POST de transaction à un service d'archive.
- Considérer la disponibilité de l'hôte comme la preuve que le nœud est synchronisé.
- Exposer des routes ou des clés d'administration dans la documentation publique.
- Ajouter des cibles arbitraires à la liste d'autorisation de la passerelle.
- Installer une version dont l'empreinte ou l'autorité ne peut pas être confirmée.
Cela vous ressemble ?
Pour les opérateurs de nœud, les opérateurs de passerelle, les ingénieurs d'infrastructure et les personnes techniquement capables de prendre soin du réseau.
Vous êtes à l'aise pour faire tourner des services, lire des journaux et maintenir des systèmes.
Vous voulez que la participation vienne d'un travail utile au réseau plutôt que de matériel de minage ou d'une richesse passive.
Vous tenez à la disponibilité, à la sécurité, à la vérification et à la continuité à long terme.
Vous voulez aider à tester l'infrastructure avant la genèse du mainnet.
Entrez par une vraie porte.
Chaque parcours ci-dessous mène à une page, un outil ou un espace communautaire ZooBC existant.
Télécharger et lancer
Récupérez le logiciel de nœud publié et utilisez les outils de vérification avant l'installation.
↗PASSERELLEComprendre la passerelle
Découvrez comment le trafic public atteint les nœuds en bonne santé et consultez l'état en direct de la passerelle.
↗EXPLOITATIONLire le guide de l'opérateur
Consultez les informations sur les nœuds, la passerelle, l'API, la liste d'autorisation, les versions et l'exploitation.
↗Suivez les preuves.
Utilisez la source adaptée à la question au lieu de vous fier à une seule page marketing.
De l'intérêt à la participation.
- 01Vérifier et installer le logiciel actuel
- 02Se connecter au testnet et surveiller le comportement
- 03Coordonner les exigences de production avant le mainnet
Faites vivre le réseau. Gagnez en accomplissant un travail utile.
ZooBC a besoin d'une infrastructure fiable : des nœuds qui valident la chaîne, des passerelles qui acheminent le trafic public, des services d'archive qui préservent l'historique et des opérateurs qui comprennent la continuité et la sécurité.