Preuve d’enjeu

Remplacer le calcul par une mise définie par le protocole

La preuve d’enjeu (PoS) est une famille de mécanismes de consensus dans lesquels les participants obtiennent des responsabilités de consensus définies en engageant une valeur ou en remplissant autrement des conditions liées à la mise, telles que définies par un protocole. Au lieu de se faire continuellement concurrence pour résoudre une énigme de hachage, les validateurs peuvent être sélectionnés pour proposer des blocs, attester des blocs proposés ou voter dans un processus de finalisation. Un validateur est un participant qui suit les règles du réseau afin de vérifier les blocs et de contribuer à l’établissement d’un accord à leur sujet. Le terme mise désigne souvent des actifs verrouillés, immobilisés ou autrement exposés aux pénalités définies par le protocole. Les droits économiques précis, les exigences de participation et les conditions de retrait varient selon le réseau.

La PoS ne doit pas être présentée comme un algorithme universel unique. Les réseaux diffèrent quant à l’admission des validateurs, à la pondération des votes, à la sélection des proposants, aux tours de communication, aux mécanismes de délégation, aux pénalités et aux règles de finalité. Certains utilisent des seuils de vote explicites pour finaliser des points de contrôle; d’autres offrent des garanties plus limitées ou différentes. Une comparaison rigoureuse désigne donc le protocole concerné au lieu de supposer que toutes les chaînes PoS fonctionnent comme un exemple largement connu. Le document NIST IR 8202 décrit la PoS comme l’une des différentes approches du consensus, tandis que la norme ISO 22739:2024 fournit une terminologie générale relative aux chaînes de blocs et aux registres distribués.

Validateurs, propositions et attestations

Une conception typique de la PoS attribue le droit de proposer le prochain bloc au moyen d’une règle qui tient compte de la mise et parfois d’un mécanisme de sélection pseudo-aléatoire. Pseudo-aléatoire signifie que la sélection semble imprévisible dans les limites indiquées, mais qu’elle suit un protocole déterministe lorsque les entrées requises sont connues. Le proposant regroupe les transactions ou les changements d’état dans un bloc candidat. Les autres validateurs en vérifient la validité et peuvent émettre des votes définis par le protocole, souvent appelés attestations. Le réseau utilise ces votes et ses règles de choix de branche pour déterminer sur quelle branche continuer à construire. Selon la conception, les blocs peuvent passer par des tours supplémentaires avant leur finalisation explicite.

Ethereum en est un exemple précis : son consensus PoS divise le temps en créneaux et en époques; un créneau est une occasion de proposer un bloc, et une époque regroupe des créneaux pour les tâches des validateurs et la comptabilisation des points de contrôle. Le calendrier documenté d’Ethereum prévoit des créneaux de 12 secondes et des époques de 32 créneaux. Ce calendrier n’est pas une exigence générique de la PoS. Les validateurs attestent de leur vision de la chaîne, et les règles du protocole regroupent ces attestations pour le choix de branche et la finalité. Un participant peut manquer une tâche prévue en raison d’une mauvaise connectivité ou de problèmes logiciels sans nécessairement agir de manière malveillante. Un réseau distingue donc l’inactivité ordinaire de certaines formes de comportement contradictoire pouvant être prouvées.

Le choix de branche et la finalisation sont distincts

Le choix de branche identifie la tête de chaîne actuellement privilégiée parmi les propositions valides concurrentes. La finalisation marque un historique qui ne devrait pas être remplacé, sauf si les conditions strictes de défaillance du protocole se produisent. Certains systèmes PoS séparent ces deux processus, en utilisant des attestations pour la sélection de branche et des votes à la majorité qualifiée pour les points de contrôle. Dans Ethereum, la règle de choix de branche est généralement désignée par LMD-GHOST, et la finalisation des points de contrôle utilise Casper FFG. Ces mécanismes nommés sont propres à Ethereum et ne définissent pas la PoS elle-même. Un bloc récemment proposé peut constituer la tête actuelle sans que son contenu ait atteint la finalité explicite.

Récompenses, pénalités et slashing

Un protocole PoS peut récompenser les participants qui accomplissent des tâches définies et leur imposer des pénalités s’ils omettent de les accomplir ou les enfreignent. Dans certaines conceptions, le slashing est une pénalité plus sévère : un validateur perd une partie de sa mise immobilisée pour un comportement interdit pouvant être prouvé, comme la signature de votes contradictoires selon les conditions définies par le protocole. L’objectif est de rendre certaines attaques coûteuses sur le plan économique et de fournir des preuves imputables de faute. Toute erreur n’entraîne pas nécessairement un slashing, et tous les systèmes PoS ne le mettent pas en œuvre de la même façon. Un responsable doit demander précisément quels comportements sont passibles de sanctions, comment les infractions sont détectées et si les pénalités sont automatiques ou soumises à la gouvernance.

Une pénalité financière n’équivaut pas à une preuve cryptographique qu’une attaque ne pourrait jamais se produire. Un attaquant peut poursuivre des objectifs non financiers, accorder de la valeur à d’autres actifs ou accepter des pertes. Les validateurs peuvent partager une infrastructure, dépendre des mêmes logiciels ou subir des défaillances corrélées. La dissuasion économique est importante, mais elle s’ajoute à la validation technique, à la connectivité réseau, à la diversité des clients et à une réponse transparente aux incidents. La concentration de la propriété de la mise peut soulever des préoccupations en matière de gouvernance ou de censure; par ailleurs, un grand nombre d’identifiants de validateurs ne signifie pas nécessairement qu’un grand nombre d’organisations indépendantes contrôlent ces identités.

Sûreté, vivacité et seuils

La sûreté et la vivacité sont deux propriétés utiles. La sûreté signifie que, selon les hypothèses du protocole, les participants honnêtes ne devraient pas finaliser des historiques incompatibles. La vivacité signifie que le réseau peut continuer à progresser, en traitant de nouveaux blocs ou en les finalisant lorsque les conditions nécessaires sont réunies. Dans des circonstances défavorables, un réseau peut préserver la sûreté tout en perdant sa vivacité : il cesse de finaliser plutôt que de produire des décisions finales contradictoires. Cet arrêt temporaire peut être une conséquence protectrice intentionnelle des règles, même s’il perturbe les utilisateurs qui ont besoin d’un règlement rapide.

Dans la conception actuelle d’Ethereum pour la finalité des points de contrôle, la finalisation dépend, selon les règles du protocole, d’attestations représentant au moins deux tiers du poids de mise concerné. Si la participation baisse suffisamment, la finalisation peut être suspendue. Ethereum met également en œuvre un mécanisme d’érosion due à l’inactivité afin de contribuer au rétablissement de la finalité après une période prolongée de participation insuffisante. Ces détails comptent lors de l’évaluation d’Ethereum; il ne faut pas les répéter comme si tous les réseaux PoS utilisaient les mêmes seuils. L’affirmation « la PoS offre une finalité » manque de précision si le réseau, la définition de la finalité et les conditions ne sont pas spécifiés.

Délégation et prestataires de services

Certaines conceptions PoS permettent aux détenteurs de déléguer leur pouvoir de vote ou leur participation au staking à un validateur sans exploiter personnellement une infrastructure de validation. Il ne faut pas supposer que la délégation transfère des droits identiques de propriété légale ou de garde dans toutes les mises en œuvre; ce sont les dispositifs et les contrats sous-jacents qui régissent ces aspects. Les opérateurs peuvent également recourir à des services d’hébergement de validateurs. L’externalisation de l’exploitation peut réduire la charge technique, mais elle peut concentrer les dépendances auprès de quelques fournisseurs d’infrastructure. Pour une institution, l’évaluation devrait inclure la séparation des tâches, les contrôles d’accès, les journaux d’audit, l’exposition liée à l’externalisation et les conséquences de la signature de messages contradictoires par un validateur en raison d’erreurs de configuration.

Un organisme public n’a pas besoin de mettre des actifs en jeu pour comprendre ces contrôles. Il peut s’intégrer à un réseau PoS par l’intermédiaire d’un service externe qui fournit l’état des transactions ou des notifications de finalisation. L’organisme devrait savoir si le service exploite ses propres nœuds validateurs, obtient des informations auprès de tiers et distingue les états proposés, acceptés et finalisés. Il s’agit de questions relatives aux garanties, et non de préférences d’approvisionnement concernant un fournisseur nommé. Un service peut signaler correctement une transaction sans préciser clairement que son état de finalisation est provisoire ou propre au réseau.

Limites et considérations comparatives

La PoS consomme généralement beaucoup moins d’énergie que la PoW pour le consensus, car les validateurs ne sont pas tenus de se faire concurrence dans une recherche de hachage sans limite au même degré. Cela ne signifie pas que son infrastructure ne consomme aucune énergie ni que l’impact environnemental peut être déduit du seul type de consensus. Le modèle de sécurité met plutôt l’accent sur la distribution de la mise, les pénalités économiques, la participation honnête, la mise en œuvre du protocole et les règles de sélection d’un historique récent digne de confiance. Certains systèmes PoS imposent des exigences de faible subjectivité : les nœuds qui rejoignent le réseau après une longue absence peuvent avoir besoin d’un point de contrôle récent et fiable pour éviter certaines attaques reposant sur un historique alternatif. Les pratiques exactes et les risques associés dépendent de la chaîne.

Du point de vue juridique et politique, les mécanismes de consensus ne constituent pas en eux-mêmes une licence ou une classification juridique. Certains régimes de divulgation, notamment celui de l’UE, demandent aux émetteurs de déclarer les impacts environnementaux du mécanisme de consensus; ces règles ne rendent pas un mécanisme licite et un autre illicite. Les responsables devraient évaluer les divulgations, la gouvernance et les risques réels dans la juridiction concernée. La documentation technique doit expliquer séparément qui valide, comment les votes contradictoires sont traités et ce qui rend un enregistrement accepté résistant à l’inversion.

Référence rapide

Ce que les apprenants doivent retenir

La PoS sélectionne et motive les participants au moyen de dispositifs de mise propres à chaque protocole, plutôt que par une compétition computationnelle sans limite. Les validateurs peuvent proposer des blocs, vérifier des transactions, attester des propositions et participer aux règles de finalité. Le choix de branche et la finalisation explicite sont des fonctions distinctes; la sûreté peut persister même si la vivacité est temporairement interrompue. Les pénalités et le slashing dissuadent certains comportements fautifs, mais n’éliminent ni les risques de concentration ni ceux de défaillances corrélées. L’objectif de ce cours est de comprendre suffisamment bien le modèle pour lire de manière critique les affirmations d’un protocole, et non de classer des réseaux comme investissements ou des marques de services.

Point important pour l’examen : Définir la mise, le validateur, l’attestation, le slashing, la sûreté et la vivacité; distinguer une tête de chaîne acceptée d’un point de contrôle finalisé et éviter de considérer les détails propres à la mise en œuvre d’Ethereum comme des règles universelles de la PoS.

Notes sur les sources

Références pertinentes : NIST IR 8202 (2018), Blockchain Technology Overview; ISO 22739:2024, Vocabulary; documentation du protocole Ethereum, Proof-of-stake and Rewards and penalties.