Qu’est-ce que la preuve d’enjeu ?
La preuve d’enjeu (proof of stake, PoS) est une catégorie de mécanisme de consensus qui protège une blockchain au moyen d’actifs immobilisés et de règles de protocole. Les participants placent l’actif désigné par le réseau dans un état sur lequel le protocole peut agir, et deviennent ainsi validateurs ou soutiennent un validateur. Le protocole répartit ensuite les tâches de proposition et de vote entre les validateurs, puis verse des récompenses ou applique des pénalités selon la bonne exécution de ces tâches.
L’« enjeu » dont il est question n’est pas une participation au capital d’une société, et détenir un token ne permet pas de modifier directement le registre. Le staking remplit surtout deux fonctions : limiter qui peut influencer le consensus et donner aux contrevenants des actifs qu’ils risquent de perdre. Un bloc proposé par un validateur doit toujours être contrôlé par les autres nœuds ; un bloc qui enfreint les règles de transaction ou de protocole ne devient pas valide parce que celui qui l’a proposé a immobilisé une grosse somme.
Le problème auquel répond la preuve d’enjeu
Un réseau ouvert ne peut pas répartir le droit de tenir le registre en comptant les comptes ou les nœuds, car un même participant peut créer un nombre illimité d’identités. La preuve d’enjeu relie l’influence sur le consensus à un enjeu vérifiable au sein du protocole : créer des comptes vides en masse ne suffit donc pas à obtenir un poids équivalent.
Elle doit aussi résoudre les problèmes de coordination communs à toute blockchain : qui propose le prochain lot de transactions, comment les autres participants le contrôlent et votent, quelle branche est retenue lorsque plusieurs blocs valides apparaissent en même temps, et à partir de quand une transaction atteint l’état final défini par le protocole.
Contrairement à la preuve de travail, la preuve d’enjeu n’exige généralement pas que les participants effectuent en continu un grand nombre d’essais de hachage pour concourir à la production de blocs. Ses contraintes de sécurité reposent sur des actifs bloqués ou engagés, sur les messages des validateurs et sur les récompenses et pénalités. Cela réduit habituellement l’énergie et le matériel spécialisé nécessaires au calcul du consensus, mais n’élimine pas les coûts de serveurs, de communication réseau, de maintenance logicielle ni le risque de concentration de la participation.
Du staking à la confirmation d’un bloc
Les réseaux à preuve d’enjeu diffèrent beaucoup par leurs algorithmes de sélection, leurs seuils de vote et leurs règles de pénalité. Ce qui suit décrit un déroulement courant, et non une séquence identique partout.
Entrer dans l’ensemble des validateurs
Un participant immobilise d’abord le montant d’actifs exigé par le protocole et fait tourner un logiciel de validation. L’enjeu peut provenir du validateur lui-même ou de délégateurs, c’est-à-dire de personnes qui confient leur poids d’enjeu à un validateur sans nécessairement transférer le contrôle de leurs actifs. Certains réseaux fixent un montant minimal, un délai d’activation et une période de sortie ; d’autres permettent de déléguer de plus petits montants directement à un validateur existant.
Devenir validateur ne consiste pas seulement à placer des actifs sur une adresse. Un validateur doit généralement aussi protéger ses clés de signature, maintenir son équipement connecté, recevoir les blocs sans retard et envoyer les messages du protocole dans les délais requis. La possibilité de retirer l’enjeu à tout moment, la durée d’une sortie et le maintien du contrôle des actifs par les délégateurs dépendent du réseau concerné et du dispositif de service choisi.
Désigner les proposants de blocs
Le protocole désigne, au sein de l’ensemble des validateurs, les participants qui proposeront de nouveaux blocs. Une approche courante combine sélection aléatoire et poids d’enjeu : un poids plus élevé signifie généralement plus de chances d’obtenir des tâches sur une période donnée, sans garantir d’être retenu chaque fois.
L’aléa sert à réduire le risque que le prochain proposant soit manipulé ou attaqué à l’avance. Un réseau donné peut introduire des créneaux, des tours, des comités ou une proposition à tour de rôle ; un comité est un groupe de validateurs que le protocole désigne temporairement pour accomplir ensemble des tâches de vote. « Un tirage pondéré par l’enjeu » ne résume donc qu’une partie de ces mécanismes et ne remplace pas les règles effectives du protocole.
Contrôler le bloc et envoyer les votes
Le proposant retenu assemble puis diffuse un bloc candidat. Les autres validateurs ou nœuds contrôlent les signatures des transactions, l’état des actifs, le format du bloc et l’éligibilité de la proposition. Les validateurs qui portent des responsabilités de consensus envoient en outre des messages signés indiquant quel bloc ils considèrent valide, quelle branche doit être suivie à cet instant, ou quel point de contrôle peut être confirmé. Un point de contrôle est un bloc de référence que le protocole désigne périodiquement comme cible d’un vote concentré.
Ces messages signés sont souvent appelés attestations ou votes. Le protocole les comptabilise selon le poids d’enjeu effectif de chaque validateur, et non en comptant simplement les messages. Répartir un même enjeu sur plusieurs identités de validateur ne crée normalement pas de poids total supplémentaire.
Traiter les branches concurrentes et la finalité
La latence du réseau ou une proposition fautive peut amener les nœuds à voir temporairement plusieurs candidats valides. Une règle de choix de branche détermine la branche qu’un nœud suit à cet instant, souvent d’après le poids d’enjeu représenté par les votes les plus récents des validateurs. Une branche récente peut encore changer à mesure que de nouveaux messages arrivent.
Certains réseaux à preuve d’enjeu disposent en plus de règles de finalité explicites : lorsque les votes franchissent un seuil défini, un bloc ou un point de contrôle est marqué comme finalisé. Des résultats finaux contradictoires signifient généralement qu’un poids d’enjeu suffisant a violé les hypothèses de sécurité sur lesquelles repose le protocole ; sur les réseaux dotés de slashing, des signatures contradictoires prouvables peuvent aussi le déclencher. D’autres réseaux peuvent retenir un modèle de confirmation différent : les seuils de vote ou le rythme d’Ethereum ne constituent donc pas la norme de tous les réseaux PoS.
Le poids d’enjeu n’est pas un vote direct des détenteurs
« Plus d’enjeu, plus d’influence » ne décrit qu’une partie de la relation. Ce que le protocole comptabilise réellement, ce sont en général les messages valides entrés dans le processus de consensus, remplissant les conditions d’activation et signés par des clés de validateur — et non le solde de tous les actifs présents dans un portefeuille.
Un détenteur peut faire tourner lui-même un validateur, déléguer ses actifs à un autre validateur ou recourir à un service de staking. La délégation modifie généralement le poids représenté par un validateur, mais un délégateur ne fait pas nécessairement tourner un nœud, ne contrôle pas chaque bloc et n’envoie pas de votes. Ainsi, le mécanisme de délégation de Cardano permet aux détenteurs de conserver le droit d’utiliser leurs actifs tout en confiant le poids de production de blocs à un pool de staking. Lorsqu’un prestataire opère pour le compte d’autrui, le mode de conservation des actifs, les droits de retrait, les incidents d’exploitation et les frais ajoutent des risques extérieurs au protocole.
Le poids d’enjeu n’est pas non plus un droit de vote général sur les règles. Les validateurs apprécient les blocs selon le logiciel qu’ils exécutent ; l’adoption d’une mise à niveau du protocole dépend aussi de la façon dont les opérateurs de nœuds, les développeurs, les applications, les utilisateurs et les autres participants choisissent logiciels et chaînes. L’exécution du consensus et la gouvernance du protocole sont liées, mais ne se confondent pas.
Récompenses, pénalités ordinaires et slashing
La preuve d’enjeu utilise généralement des récompenses pour encourager les validateurs à proposer des blocs à temps, à envoyer des votes corrects et à rester en ligne. Un validateur qui manque des tâches peut ne pas recevoir la récompense correspondante, et certains réseaux prélèvent en outre une petite part de l’enjeu. Ces conséquences, liées à une indisponibilité ou à un retard, se distinguent des sanctions pour manquement grave.
Le slashing est une pénalité plus lourde appliquée à des comportements clairement démontrables, par exemple lorsqu’un même validateur signe des blocs contradictoires là où ce n’est pas permis. Le protocole peut établir ces comportements grâce aux preuves de signature laissées par le validateur, et prélever une partie de l’enjeu, imposer une sortie, ou les deux.
Tous les réseaux à preuve d’enjeu n’ont pas les mêmes conditions de slashing, et tout incident logiciel n’entraîne pas la perte de l’enjeu entier. Le résultat dépend des règles du réseau, du type de manquement, du nombre de validateurs en infraction au même moment et des conditions de service acceptées par l’utilisateur. Confier des actifs à un service de staking ne signifie pas non plus qu’une plateforme assume automatiquement le risque protocolaire et le risque lié au prestataire.
La finalité s’accompagne d’hypothèses de sécurité
Un bloc explicitement marqué comme final est généralement plus difficile à remplacer qu’un bloc récent non finalisé, mais « final » repose toujours sur les hypothèses de sécurité du protocole. Si un poids d’enjeu suffisant enfreint les règles simultanément, si le logiciel de validation présente un défaut grave, ou si le réseau reste longtemps partitionné, le système peut cesser de finaliser, voire produire des résultats contradictoires.
Ethereum en est un exemple : il utilise le poids d’enjeu représenté par les votes des validateurs pour choisir la tête de chaîne courante, et forme la finalité grâce aux votes sur les points de contrôle. Atteindre la finalité requiert le soutien d’une proportion définie du poids d’enjeu, et les conditions pour empêcher la finalisation diffèrent de celles pour renverser un bloc déjà finalisé. Cela illustre le fait que proposition, choix de branche et finalité sont des étapes distinctes ; cela ne signifie pas que les autres réseaux PoS emploient les mêmes seuils.
Un nœud qui rejoint le réseau après une longue interruption peut aussi avoir besoin d’un point de contrôle récent de confiance, afin de ne pas être trompé par un long historique produit par d’anciens validateurs. Ce problème dit de « subjectivité faible » et ses solutions ne sont pas identiques dans tous les protocoles PoS, mais il montre que la synchronisation d’un nouveau nœud sur une chaîne à enjeu ne se résout pas forcément en comparant les données depuis le bloc de genèse.
Ce que permet un enjeu important
Un participant qui contrôle davantage de poids d’enjeu effectif obtient généralement plus d’influence sur les propositions ou les votes. Il peut retarder certaines transactions, peser sur le choix d’une branche récente ou empêcher le réseau d’atteindre la finalité. À des seuils plus élevés, et combiné à des manquements précis, il peut aussi provoquer des confirmations contradictoires ou tenter de réorganiser l’historique.
Mais un avantage d’enjeu ne rend pas valide une transaction invalide. Les nœuds complets qui respectent les règles et contrôlent les blocs de façon indépendante rejettent toujours les blocs comportant des signatures falsifiées, des actifs créés à partir de rien ou des violations des règles de transition d’état. Un enjeu important influence le choix et la confirmation parmi des candidats valides ; ce n’est pas un droit d’administration qui contourne toutes les règles du protocole.
La capacité d’attaque réelle dépend des seuils de vote du protocole concerné, des conditions de slashing, de la répartition des validateurs, des implémentations clientes et de l’état du réseau. On ne peut pas transposer directement l’« attaque à 51 % » de la preuve de travail à tous les réseaux à preuve d’enjeu, et le solde d’une seule adresse ne dit pas qui contrôle réellement les clés de validateur et les votes.
Principaux compromis
La preuve d’enjeu évite la compétition de hachage massive et continue de la preuve de travail, mais déplace les ressources de sécurité du calcul externe vers les actifs du protocole et l’infrastructure de validation. Les compromis courants comprennent :
- Concentration de l’enjeu : les gros détenteurs, les plateformes de conservation, les protocoles de staking qui agrègent d’importants actifs délégués ou un petit nombre d’opérateurs de nœuds peuvent réunir un poids de validation considérable.
- Barrières à l’entrée : montants minimaux, exigences matérielles, maintenance technique et délais de sortie peuvent limiter la participation directe.
- Risque de pénalité : mauvaise utilisation des clés, double signature, erreur de configuration logicielle ou défaillance d’un prestataire peuvent entraîner une perte de récompenses ou un slashing.
- Risque de liquidité et de prix : les actifs peuvent être indisponibles pendant le staking ou la période de sortie, et leur valeur de marché varie également.
- Dépendances logicielles et réseau : un défaut de client, une part excessive détenue par une seule implémentation ou une coupure réseau peuvent mettre de nombreux validateurs hors ligne ou leur faire envoyer des messages erronés au même moment.
- Gouvernance et rétablissement : après une attaque grave, le rétablissement peut nécessiter une coordination hors protocole entre nœuds, applications et communauté sur l’historique à retenir.
Le rendement du staking n’est pas un intérêt sans risque. Les récompenses proviennent de l’émission du réseau, des frais ou d’autres revenus du protocole. Le staking lui-même peut comporter un risque de prix, d’immobilisation et de pénalité, et l’usage d’un service ou d’un contrat de staking peut y ajouter un risque de prestataire et de contrat intelligent.
La preuve d’enjeu et les notions voisines
La preuve d’enjeu est une catégorie de mécanisme de consensus ; le staking est l’outil par lequel elle encadre les droits de participation et les comportements. Tout ce qui s’appelle « staking » ne participe pas au consensus de base : des récompenses de blocage sur une plateforme, des incitations de liquidité dans des produits de finance décentralisée ou le verrouillage de tokens de gouvernance peuvent aussi porter ce nom tout en ayant une fonction et des risques différents.
La preuve d’enjeu déléguée permet généralement aux détenteurs de déléguer leur poids à des validateurs, qui exploitent l’infrastructure et participent à la production de blocs ou au vote. Ce nom recouvre des conceptions très diverses : le seul mot « déléguée » ne renseigne ni sur le mode d’élection, ni sur le nombre de validateurs, ni sur la conservation des actifs, ni sur la responsabilité en cas de pénalité.
La preuve d’enjeu ne signifie pas non plus la disparition de la validation par les nœuds. Un nœud complet sans aucun enjeu peut toujours contrôler la conformité des blocs aux règles ; il n’assume simplement pas, en général, les tâches de proposition et de vote qui exigent une signature de validateur. Faire du staking, exploiter un validateur et exploiter un nœud complet qui se contente de valider les données sont trois questions distinctes.
FAQ
Détenir des tokens suffit-il à devenir validateur ?
En général non. Il faut aussi satisfaire aux exigences de staking, d’activation, de logiciel et de gestion des clés, ou déléguer ses actifs à un participant qui fournit un service de validation. Les règles précises sont fixées par le réseau.
Un enjeu plus élevé produit-il toujours plus de blocs ?
Pas nécessairement. Le poids d’enjeu améliore généralement les chances d’être retenu ou de voter sur une période, mais une sélection donnée peut comporter de l’aléa, et un protocole peut aussi prévoir des plafonds de poids, des comités ou d’autres limites.
La preuve d’enjeu ne consomme-t-elle aucune énergie ?
Non. Les validateurs et les nœuds doivent toujours faire tourner des serveurs, stocker des données et communiquer. Elle évite généralement la compétition de hachage massive de la preuve de travail, mais la consommation d’énergie ne tombe pas à zéro.
Le slashing et une perte d’investissement, est-ce la même chose ?
Non. Le slashing est un prélèvement d’enjeu par le protocole pour un comportement fautif prouvable ; les pertes dues à la baisse des prix de marché, aux frais de service, à l’impossibilité de sortir à temps ou aux failles d’un contrat relèvent d’autres risques.
Un bloc finalisé est-il absolument immuable ?
Pas de façon inconditionnelle. La finalité signifie que, sous les hypothèses de taux de participation, de réseau et de logiciel retenues par le protocole, renverser un bloc exige un manquement grave et un coût élevé. Si ces hypothèses de sécurité sont dépassées, une coordination hors protocole peut encore s’avérer nécessaire.
Concepts associés
Poursuis avec mécanisme de consensus, preuve de travail, bloc et nœud de blockchain, ou reviens au glossaire des cryptomonnaies.
Sources
- NISTIR 8202 : présentation de la technologie blockchain — définition générale de la preuve d’enjeu, poids d’enjeu et publication des blocs.
- Ethereum.org : preuve d’enjeu — responsabilités des validateurs, propositions, votes, choix de branche, finalité et exemples de pénalités de staking.
- Ethereum.org : récompenses et pénalités — pénalités d’indisponibilité, comportements passibles de slashing et mécanismes de rétablissement d’Ethereum.
- Ethereum.org : FAQ sur la preuve d’enjeu — choix de branche, finalité, subjectivité faible et limites propres à la conception d’Ethereum.
- Cardano Docs : délégation — délégation, droit d’usage des actifs et responsabilités des pools de staking dans une autre implémentation PoS.
