Comment configurer un nœud Flux pour des récompenses passives ? (Guide de disponibilité)

Configuration matérielle requise et sélection du GPU

1. Un minimum de 24 Go de VRAM est requis pour exécuter FLUX.1-dev sans artefacts de quantification pendant les cycles d'inférence.

2. NVIDIA RTX 4090 ou A100 PCIe 40 Go sont les GPU les plus largement validés pour une disponibilité stable à long terme dans les configurations de nœuds de validation.

3. Les systèmes doivent inclure de la RAM ECC (64 Go minimum) pour éviter une corruption silencieuse de la mémoire pendant un fonctionnement continu sur plusieurs jours.

4. Les SSD NVMe avec des indices d'endurance supérieurs à 1,5 DWPD sont obligatoires pour la synchronisation des points de contrôle nécessitant beaucoup d'écriture et la mise en cache des modèles.

5. Les blocs d'alimentation doivent fournir une sortie propre et ininterrompue avec au moins 20 % de marge au-dessus de la consommation maximale du GPU et du CPU pour éviter les déconnexions induites par la limitation thermique.

Configuration réseau et règles de pare-feu

1. Une adresse IPv4 publique avec le port 30303 TCP/UDP ouvert est requise pour la découverte des homologues et la propagation des blocs.

2. La traversée NAT doit être désactivée sur les routeurs grand public ; UPnP ou PCP doivent être explicitement activés et vérifiés via des outils de vérification de port externes.

3. Les demandes d'écho ICMP entrantes doivent rester débloquées pour permettre aux services de surveillance de la disponibilité de vérifier l'activité des nœuds sans s'appuyer sur les points de terminaison d'intégrité de la couche application.

4. La résolution DNS doit utiliser un résolveur renforcé tel que Quad9 (9.9.9.9) ou Cloudflare (1.1.1.1) pour empêcher les attaques d'empoisonnement du cache ciblant les mises à jour de la liste de pairs.

5. Toutes les connexions sortantes doivent provenir d'une adresse IP de sortie statique : les adresses dynamiques attribuées par DHCP déclenchent une liste noire automatique par les superviseurs de la couche de consensus.

Installation et validation du démon du nœud FLUX

1. Le binaire officiel de fluxd doit être téléchargé uniquement à partir de https://github.com/flux-chain/flux-core/releases et vérifié à l'aide des signatures GPG publiées par les principaux responsables.

2. Les fichiers de service Systemd doivent appliquer des limites de mémoire correspondant à l'allocation GPU VRAM pour empêcher l'arrêt du MOO pendant les époques de charge élevée.

3. Chaque nœud nécessite une clé d'identité unique codée en hexadécimal de 64 caractères générée hors ligne via flux-keygen --offline avant le premier lancement.

4. La synchronisation initiale doit être effectuée en mode de synchronisation rapide avec la vérification des instantanés activée ; la synchronisation complète des archives est interdite dans les contextes de récompense de production.

5. L'indicateur --reward-eligibility-check doit être transmis au démarrage pour activer la validation de l'éligibilité au jalonnement passif par rapport à l'état de la chaîne.

Surveillance de la disponibilité et automatisation de la santé

1. Les scripts de surveillance externes doivent envoyer une requête ping au point de terminaison RPC local ( http://localhost:8545 ) toutes les 90 secondes et déclencher le redémarrage si le temps de réponse dépasse 2,3 secondes.

2. Les seuils de température du GPU doivent être appliqués via l'interrogation nvidia-smi -q -d TEMPERATURE ; un maintien > 82 °C déclenche un protocole d'atténuation thermique immédiat.

3. Les alertes d'utilisation du disque doivent s'activer lorsque la partition racine dépasse 87 % d'utilisation pour éviter les blocages du démon induits par un débordement de journaux.

4. Le nombre de pairs doit rester supérieur à 42 à tout moment ; la logique de reconnexion automatisée doit démarrer dans les 17 secondes suivant le passage en dessous de ce seuil.

5. Tous les journaux doivent être alternés quotidiennement avec compression et conservés pendant exactement 14 jours. Les entrées les plus anciennes sont élaguées cryptographiquement pour répondre aux exigences d'audit en chaîne.

Foire aux questions

Q : L'exécution du nœud FLUX sur un VPS cloud est-elle admissible aux récompenses passives ? R : Seuls les déploiements nus avec accès direct au GPU PCIe sont éligibles. Les GPU virtualisés ou les environnements d'hébergement partagés sont rejetés lors de l'attestation d'éligibilité.

Q : Puis-je utiliser une seule machine pour exécuter simultanément la génération d’images du nœud FLUX et de ComfyUI ? R : Non. Les charges de travail simultanées violent les règles d’isolation des ressources. Le processus de nœud doit détenir un accès exclusif à la mémoire GPU et aux unités de calcul pendant les fenêtres de disponibilité.

Q : Y a-t-il un montant de mise minimum requis pour commencer à gagner des récompenses passives ? R : Oui. Un solde verrouillé de 10 000 jetons FLUX doit être détenu dans l'adresse du portefeuille d'identité du nœud avant l'enregistrement dans le registre du validateur.

Q : Que se passe-t-il si mon nœud manque trois points de contrôle d'époque consécutifs ? R : Le nœud est automatiquement supprimé de l'ensemble de validateurs actifs et doit subir un réenregistrement complet, y compris une réattestation matérielle et l'émission d'une nouvelle clé d'identité.