Le protocole Réti Open Pooling plafonne la participation des validateurs à 15 % de l'offre en ligne d'Algorand
Le défi de la décentralisation dans les réseaux Proof-of-Stake
Dans les réseaux Proof-of-Stake (PoS), la concentration des validateurs représente un risque systémique : un petit groupe de validateurs contrôlant une part disproportionnée des actifs stakés peut centraliser le consensus, rendant le réseau vulnérable à des collusions ou à la censure. L'architecture Pure Proof-of-Stake (PPoS) d'Algorand atténue ce risque par conception — chaque compte en ligne participe au consensus proportionnellement à son stake, et le protocole impose un minimum de 1 000 ALGO pour proposer des blocs. Cependant, sans mesures supplémentaires, les validateurs pourraient toujours agréger un stake excessif, sapant ainsi le modèle de sécurité du réseau. Le protocole open-source Réti Open Pooling, maintenu par la Fondation Algorand, répond à cette problématique en plafonnant la saturation des validateurs à 15 % de l'offre en ligne du réseau, garantissant qu'aucune entité ne puisse dominer le consensus.
Comment Réti impose des limites aux validateurs
L'architecture de Réti introduit deux seuils critiques pour prévenir la surconcentration des validateurs : un plafond souple à 10 % de l'offre en ligne et un plafond strict à 15 %. Au 11 juillet 2026, l'offre en ligne d'Algorand s'élevait à environ 1,98 milliard d'ALGO, ce qui signifie qu'un validateur atteint le plafond souple à 198 millions d'ALGO et le plafond strict à 297 millions d'ALGO. Une fois que le stake total d'un validateur, réparti sur l'ensemble de ses pools, atteint le seuil de 15 %, aucun nouveau stake ne peut être ajouté. Ce mécanisme force les grands validateurs à répartir leur stake sur plusieurs nœuds, augmentant ainsi le nombre de validateurs actifs et, par extension, la résilience du réseau.
Les validateurs créent dynamiquement des pools de staking, chaque pool fonctionnant comme un compte Algorand distinct. Le contrat maître des validateurs déploie ces pools à partir d'un modèle prédéfini, assurant la cohérence de leur comportement on-chain. Les utilisateurs sélectionnent un validateur par son identifiant via le contrat maître, et le système achemine intelligemment leur stake vers un pool approprié. Si le validateur choisi dispose déjà d'un pool avec une capacité disponible, le stake de l'utilisateur y est ajouté ; dans le cas contraire, un nouveau pool est créé, jusqu'à la limite prédéfinie du validateur.
Capacité des pools et registres des stakers
Les pools de staking de Réti ne sont pas illimités. Un pool est considéré comme plein lorsqu'il atteint la limite la plus faible entre deux contraintes : 15 % de l'offre en ligne divisé par le nombre de pools, ou le montant maximal d'ALGO par compte permettant de bénéficier des récompenses incitatives. Cette double contrainte empêche qu'un seul pool ne devienne trop important tout en garantissant que les récompenses restent proportionnelles au stake. Chaque pool maintient un registre on-chain traçant jusqu'à 200 stakers, enregistrant leurs détails de compte, l'horodatage de leur entrée, le montant staké et les récompenses accumulées. Ce registre est conçu pour prévenir les manipulations — telles que des stakes importants de dernière minute faussant la distribution des récompenses — en ajustant les horodatages pour neutraliser les avantages liés au timing.
Le registre impose également un stake minimum de 1 000 ALGO par staker. Ce seuil remplit deux fonctions : il empêche la dilution de la valeur des pools en excluant les contributions négligeables, et il encourage une répartition plus large du stake. À mesure que davantage de stakers rejoignent le réseau, les validateurs sont contraints de créer des pools supplémentaires, ce qui nécessite à son tour davantage de nœuds et de validateurs pour les soutenir. Cette boucle de rétroaction renforce la décentralisation en rendant opérationnellement difficile la monopolisation du stake par un seul validateur.
Distribution des récompenses et incitations des validateurs
Les récompenses dans Réti sont calculées en fonction du solde total du pool au moment du versement. Un pourcentage prédéfini est alloué au validateur sous forme de commission, le solde restant étant capitalisé et distribué aux stakers. La distribution prend en compte la durée de participation de chaque staker au sein de l'époque de paiement, garantissant que les récompenses reflètent la contribution réelle du staker au pool. Ce système aligne les incitations : les validateurs perçoivent des commissions pour maintenir une infrastructure fiable, tandis que les stakers bénéficient de rendements capitalisés sans renoncer à la garde de leurs actifs.
| Concept | Implications dans le monde réel |
|---|---|
| Plafond strict à 15 % | Empêche qu'un seul validateur ne contrôle plus de 15 % de l'offre en ligne, réduisant le risque de centralisation du consensus. Au 11 juillet 2026, cela équivaut à environ 297 millions d'ALGO. |
| Plafond souple à 10 % | Agit comme un seuil d'alerte précoce ; les validateurs approchant cette limite subissent une pression opérationnelle pour lancer de nouveaux nœuds avant d'atteindre le plafond strict. |
| 200 stakers par pool | Limite la taille de chaque pool, forçant les validateurs à créer des pools supplémentaires à mesure que la demande augmente. Cela accroît le nombre de nœuds et de validateurs actifs, renforçant la décentralisation du réseau. |
| Minimum de 1 000 ALGO | Exclut les stakes négligeables qui pourraient diluer la valeur des pools ou perturber la concurrence. Cela réduit également la charge opérationnelle liée à la gestion de micro-stakes. |
| Registre on-chain | Garantit la transparence en enregistrant toutes les données des stakers et les soldes capitalisés on-chain. Ajuste les horodatages pour prévenir les manipulations des récompenses, assurant une distribution équitable. |
| Commission des validateurs | Les validateurs perçoivent un pourcentage des récompenses pour maintenir l'infrastructure, créant une incitation durable à exploiter des nœuds fiables. |
Limites de gouvernance et compromis
Bien que Réti permette le staking non custodial et la participation au consensus, il ne prend pas en charge la Gouvernance Algorand. Le protocole de gouvernance d'Algorand repose sur un historique de transactions hors chaîne et un format de message standardisé, que les comptes contrôlés par des contrats intelligents — comme ceux utilisés dans Réti — ne peuvent actuellement satisfaire. Selon une annonce de juin 2025 de la Fondation Algorand, « la participation des comptes d'applications à la gouvernance n'est actuellement pas prise en charge ». Cette limitation signifie que les stakers de Réti doivent choisir entre percevoir des récompenses de staking ou participer à la gouvernance, mais pas les deux simultanément. La Fondation n'a pas annoncé de solution technique à cette contrainte à ce jour (juillet 2026).
Contexte écosystémique et adoption
Au 11 juillet 2026, le mainnet d'Algorand hébergeait 2 698 nœuds à temps plein, avec un stake en ligne représentant 20,4 % de l'offre totale. Le tableau de bord Réti Pooling recense les validateurs actifs avec des stakes d'entrée minimaux allant de 1 ALGO à 1 000 ALGO et des rendements annuels estimés (APY) compris entre 5,0 % et 5,5 %. La dernière version du protocole, v1.4.0, a été publiée en septembre 2025, indiquant un développement et une maintenance continus par la Fondation Algorand.
La conception open-source de Réti garantit que ses contrats intelligents sont auditable et adaptables. Les validateurs et les développeurs peuvent examiner le code source, qui inclut des constantes codées en dur comme la limite de 200 stakers par pool et le plafond strict à 15 %, pour vérifier l'adhésion du protocole aux principes de décentralisation. Cette transparence est cruciale pour un protocole de staking, où la confiance dans les mécanismes sous-jacents impacte directement l'adoption par les utilisateurs.
Sources
- Pools de staking | Réti Open Pooling
- GitHub - algorandfoundation/reti
- Tableau de bord Réti Pooling
- Forum Algorand - Annonce officielle pour les utilisateurs de Réti Pooling concernant la période de gouvernance 15
Source: https://txnlab.gitbook.io/reti-open-pooling/core-concepts/staking-pools