Stratum V1 vs Stratum V2 : évolution du protocole

Stratum est le langage entre votre ferme et le pool. Il ne change ni SHA-256 ni la cible réseau. Ce qu'il change, c'est qui construit le travail, comment le job voyage, et ce qui est chiffré. Le choix entre v1 et v2 se joue donc sur le contrôle et la sécurité du canal, pas sur le hashrate.

Ce que les deux versions doivent faire

Dans les deux cas, le pool et le mineur doivent se mettre d'accord sur un job, c'est-à-dire la pointe de chaîne, la cible de share et les pièces d'en-tête. Le pool doit ensuite recevoir des shares, ces preuves qu'une machine a trouvé un hash sous la difficulté du pool. Et les deux doivent abandonner le job dès qu'un nouveau bloc rend le template périmé.

La différence entre les deux versions porte sur trois questions : qui choisit les transactions, qui peut altérer le trafic sur le fil, et qui porte la complexité d'implémentation.

Stratum v1 : le pool construit, le mineur complète

Le schéma v1, devenu la norme de fait, fonctionne ainsi :

• le pool envoie un job textuel au format JSON contenant prevhash, nBits, nTime, morceaux de coinbase et branches de Merkle ;
• le mineur insère son extraNonce, calcule la racine de Merkle, balaie le nonce, et renvoie une share ;
• le canal est, dans l'usage courant, en clair sur TCP.

Ces trois points ont des conséquences directes. Un observateur placé sur le trajet lit les jobs et les shares en texte lisible. Un intermédiaire peut retarder ou réécrire les messages, ce qui constitue une limite structurelle du modèle plutôt qu'un risque théorique.

Surtout, le mineur ne choisit pas la liste des transactions : il hashe le template du pool. C'est ce qui rend v1 simple à implémenter dans un firmware, et c'est aussi ce qui concentre la construction des blocs chez les pools. La politique de frais et le choix des transactions incluses vivent chez eux, pas chez vous.

Les jobs sont par ailleurs relativement bavards, un changement de template pouvant impliquer un renvoi de branches. Plus le canal est lent ou sujet à la perte, plus vous hashez sur un état de chaîne dépassé.

Stratum v2 : jobs structurés, canal authentifié

Stratum v2 est une spécification ouverte organisée en plusieurs couches. Elle vise quatre choses :

• un encodage binaire des messages, moins ambigu et moins verbeux qu'une ligne JSON ;
• un canal chiffré et authentifié, où mineur et pool se reconnaissent et où un tiers sur le fil ne lit pas le job en clair ;
• une séparation nette entre la connexion, le canal de minage et la négociation de travail ;
• la possibilité, selon le mode activé, que le mineur ou un proxy d'exploitant construise le template, donc choisisse ses transactions, pendant que le pool conserve la coordination des shares.

Tous les déploiements v2 n'offrent pas ces quatre options. Certains restent proches d'un v1 mieux transporté, avec les mêmes rôles et un meilleur canal. D'autres exposent réellement la construction côté mineur. Qui construit le bloc dépend donc du mode effectivement branché, pas de la mention « v2 » sur une page commerciale : demandez-le explicitement à l'opérateur du pool.

Le chiffrement ne rend pas vos shares plus valides. Il réduit l'espionnage passif et certaines manipulations du job en transit. Il ne corrige ni un mot de passe de worker erroné, ni un DNS mensonger, ni un firmware qui hashe un midstate faux.

Quatre vérifications avant de basculer

1. Le firmware parle-t-il le dialecte du pool ? Un endpoint v2 avec un client v1, ou l'inverse, ne mine pas moins bien : il ne négocie pas du tout, et les machines restent silencieuses.
2. Qui émet le template ? Si vous voulez inclure vos propres transactions, ou celles que sélectionne votre nœud, v1 ne le permettra jamais. Il faut un mode où le mineur construit, et un nœud à jour sur la chaîne.
3. Le canal est-il réellement protégé ? En v1, considérez le trajet comme lisible et dimensionnez votre réseau en conséquence. En v2, la protection dépend des certificats et des points d'accès utilisés, à valider avec le pool.
4. Quelle est la latence d'arrivée du nouveau job ? C'est le seul paramètre qui pèse directement sur vos revenus. Un protocole plus propre n'y change rien si le template arrive après que le bloc suivant est déjà public.

Trois erreurs fréquentes

• Croire que v2 paie davantage. Le schéma de rémunération, PPS, FPPS ou PPLNS, relève du contrat de pool et n'a aucun rapport avec la version du protocole.
• Confondre chiffrement du canal et confidentialité de la chaîne. Les blocs publiés restent publics, quel que soit le transport utilisé pour les construire.
• Basculer tout un parc d'un coup. Testez sur quelques machines, vérifiez que les shares sont comptées et que les workers apparaissent correctement, puis étendez.