Réti Open Pooling compte désormais 725 M d'ALGO stakés par 8 693 utilisateurs répartis sur 225 validateurs.

2026-08-20

staking · pooling · consensus · governance · discovery · web · algorand · updated

Réti Open Pooling compte désormais 725 M ALGO stakés par 8 693 utilisateurs répartis sur 225 validateurs (https://txnlab.gitbook.io/reti-open-pooling/~gitbook/ogimage/7pyZidOuThObXkZZfXdb).

Le seuil de 30 000 ALGO

Le staking individuel sur Algorand est devenu un exercice à haute barrière en janvier 2025, lorsque le réseau a activé les récompenses de consensus au niveau du protocole : la participation exige un minimum de 30 000 ALGO, un nœud fonctionnant sur un matériel que vous contrôlez et un entretien continu. Réti Open Pooling a été développé par le studio Algorand de trois personnes TxnLab pour permettre à tout le monde de participer. C'est un protocole de staking sans autorisation : tout le monde peut s'enregistrer en tant que validateur, tout le monde peut diriger des ALGO vers un validateur, et les fonds de chaque pool sont déposés dans son propre compte de contrat intelligent, plutôt que dans un portefeuille d'un tiers.

Le contrat maître sur mainnet (app id 2714516089) est un état des lieux de la progression de cette conception. Son état global enregistre actuellement 725,9 millions d'ALGO stakés par 8 693 stakers répartis sur 225 validateurs.

La décentralisation ne signifie pas « sans confiance ». La documentation du nœud-démon stipule clairement que « les seuls comptes qui peuvent retirer des fonds d'un utilisateur sont les stakers, qui ne retirent que leur solde (composé) » — aucun validateur, gestionnaire ou opérateur de protocole ne peut retirer de fonds en l'absence d'un staker. Ce que le staker choisit, c'est un opérateur : le rendement dépend entièrement du bon fonctionnement du nœud et du démon Réti du validateur, et le tableau de bord de référence est hébergé par Nodely, la société d'infrastructure dont le co-fondateur Patrick Bennett a également co-fondé TxnLab. N'importe qui peut déployer sa propre interface sur les mêmes contrats, mais le tableau de bord par défaut est géré en interne.

Une piscine est un contrat à part.

Un validateur ne gère pas un seul grand pool. En s'enregistrant via le contrat maître de validateur, il peut créer jusqu'à un nombre de pools défini par nœud — le contrat limite ce nombre à 3 pools par nœud, sur un maximum de 8 nœuds — et chaque pool est créé sous la forme d'une instance de contrat unique, issue d'un modèle prédéfini, qui lui confère son propre compte Algorand éligible à la participation au consensus. Les stakers choisissent un validateur par son identifiant et le système dépose le stake dans un pool que le staker utilise déjà, à moins que ce pool ne soit plein.

Le protocole considère un pool plein à hauteur de 15 % du stake en ligne, divisé par le nombre de pools du validateur, ou à hauteur du maximum par compte qui permet encore de recevoir des récompenses d'incitation (environ 70 millions d'ALGO aujourd'hui). Un validateur dont les pools combinés atteignent 15 % du stake en ligne cesse d'accepter de nouveaux ALGO — un cap dur qui vise à empêcher qu'un seul opérateur ne s'empare d'une part dangereuse du consensus.

Le registre de chaque pool enregistre jusqu'à 200 stakers, en notant qui a participé, quand, avec combien de jetons et les récompenses accumulées depuis. Le timestamp d'inscription est le mécanisme anti-gaming : les récompenses sont ajustées en fonction du temps passé dans le pool, de sorte qu'un stake important déposé quelques instants avant le paiement ne puisse pas s'attribuer une part disproportionnée de cette époque. Une exigence d'inscription minimale — les documents citent 1 000 ALGO comme un seuil typique, tandis que le minimum du contrat est de 1 ALGO — empêche l'utilisation de jetons de faible valeur, et chaque staker dépassant la capacité requise force un autre pool, un autre nœud et, en fin de compte, un autre validateur.

Récompenses : époques, commissions et temps

Les récompenses sont distribuées à la fin de chaque époque, une période fixe choisie par le validateur et qui peut durer aussi peu que quelques minutes. Un pool ne gagne de récompense que lorsqu'il propose des blocs — il doit dépasser le seuil de participation mentionné ci-dessus, rester en dessous du plafond de récompense de ~70 millions et obtenir de bons résultats. Le validateur perçoit une commission, un pourcentage fixé lors de l'inscription et immuable par la suite, et le reste est réparti entre les stakers proportionnellement à leur stake et à leur temps passé dans le pool pendant l'époque, puis directement ajouté à leur solde pour le faire croître.

Le décalage horaire s'applique dans les deux sens. Un staker qui ajoute des jetons à 95 % de l'époque reçoit 5 % de la récompense qu'il aurait gagnée pour une époque complète, et chaque ajout remet à zéro le compteur ; retirer des jetons avant la fin d'une époque fait perdre les récompenses accumulées pour cette époque. Les jetons peuvent être retirés à tout moment, soit l'intégralité du solde, soit tout ce qui dépasse le minimum d'entrée du pool.

Deux autres contraintes façonnent l'économie. Premièrement, la saturation : un validateur possédant plus de 10 % de la part en ligne est considéré comme saturé — les récompenses sont réduites proportionnellement à la part excédant cette limite, le validateur ne reçoit rien et le solde retenu est reversé au fee sink. Le modèle, suggéré par Stefano De Angelis lors du développement, repose sur un opcode AVM qui permet aux contrats de consulter le montant de la part en ligne. Deuxièmement, les récompenses en jetons : un validateur peut attacher son propre jeton en guise de bonus versé en plus d'ALGO — les documents citent VEST, COOP et AKTA comme exemples, et les pools en direct sur le tableau de bord versent GLIZZY, COSG, STEAK, ALC, ORA et aVoi. Le jeton de récompense est fixé lors de la création du pool ; le taux peut changer à tout moment.

La structure côté validateur et ce que chaque élément signifie pour un staker :

Concept	Implication dans le monde réel
Adresse du propriétaire	Clé de portefeuille froid qui définit la politique et peut remplacer le gestionnaire ; idéalement, il n'interagit jamais avec le réseau.
Adresse du gestionnaire	Clé de portefeuille chaud avec laquelle le démon de nœud signe — active/désactive les pools et déclenche les paiements par époques ; le propriétaire peut la remplacer en cas de compromission.
Adresse de commission	Lieu où se trouvent les parts de commission du validateur par époques ; modifiable par le propriétaire.
Gating par jeton/NFT	Un validateur peut restreindre un pool aux détenteurs d'un actif spécifique ou d'un segment NFD, permettant ainsi des pools réservés à la communauté.

La couche logicielle qui permet cette fonctionnalité est le démon Réti node, un démon CLI/service pour Linux, macOS et Windows qui automatise [les clés de participation](/glossary/participation-keys "Une paire de clés distincte générée par un compte Algorand pour participer au consensus (voter et proposer des blocs). Les clés de dépense du compte (phrasé de seed) (de courte durée, créées uniquement une fois qu'un pool possède un stake) permettent aux pools de rester en ligne. Notamment, tout compte peut déclencher une mise à jour d'époque si le démon d'un validateur est hors ligne, de sorte que les paiements ne s'arrêtent pas à un seul opérateur. Les coûts sont limités : l'enregistrement d'un validateur coûte 10 444,9 ALGO à la caisse des frais, plus 6 197,8 ALGO par pool en frais de stockage. Le protocole lui-même ne facture pas de frais — mais cette déclaration ne couvre que le protocole. Chaque validateur perçoit une commission (le tableau de bord affiche un spread allant de 0,4269 % à 100 %) et les époques très courtes brûlent des frais de transaction à chaque paiement ; la documentation estime 7 à 29 ALGO par jour pour des époques d'une minute.

Qui le gère

Les contrats de Réti sont écrits en TEALScript via AlgoKit, et le code se trouve dans l'organisation GitHub de la Fondation Algorand plutôt que dans celle de TxnLab — 44 étoiles, toujours en développement actif. La dernière version, v1.5.0 du 15 août 2026, est une version de performance de l'interface utilisateur : le tableau de bord émettait auparavant environ 900 requêtes algod sur un canal ouvert, et la réduit désormais à quelques lectures en vrac, sans modification des contrats ni des démons de nœud. La version v1.4.0 (septembre 2025) a ajouté une page de support institutionnel et un flux d'inscription xGov pour les propriétaires de pools. Les versions précédentes ont également fourni des solutions de contournement aux bugs des contrats — la version v1.3.4 désactivait le staking lorsque le premier pool d'un validateur était plein en raison d'un bug dans la logique findPoolForStaker.

En ce qui concerne les audits, ce qui est publié est plus maigre que ne le laisse présager l'étiquette « audité ». Le dossier d'audit du repo contient un rapport intitulé « Réti Audit 2024-08 » de CoinFabrik, et DeFiLlama liste deux audits pointant vers ce dossier, sans identifier le second. L'adoption par les institutions est réelle : le fournisseur de staking Kiln exécute ses validateurs Algorand sur les pools Réti (auto-compounding, récompenses toutes les trois heures, déliement instantané, pas de slashing), et P2P.org a lancé le staking d'ALGO sur son validator en mai 2025, renvoyant les clients vers le même tableau de bord. Les documents de Kiln décrivent les contrats comme « audités, contrôlés et déployés par la fondation Algorand ».

La contradiction de la gouvernance

La tension réside dans cette dernière phrase. La Fondation gère et déploie les contrats Réti — et elle gère également le programme de gouvernance qui, à compter de juin 2025, exclut tous les pools Réti. Avant la période de gouvernance 15, la Fondation a annoncé que le contrat intelligent Réti « ne prévoit pas de moyen de s'intégrer à la gouvernance » : le vote nécessite une transaction ALGO à zéro frais, avec un champ de note, et un compte d'application de pool ne peut produire une transaction que l'indexer de gouvernance hors chaîne puisse attribuer à des détenteurs individuels. La Fondation a déclaré que le soutien à Réti « nécessiterait une implémentation personnalisée », contrairement aux jetons de liquid-staking qui partagent une norme commune. Un critique du forum de l'époque a écrit que « 400 M d'Algos mis en jeu ont été rejetés ; le lieu où ceux qui ont des portefeuilles plus petits peuvent participer de manière collective est exclu de la gouvernance » — une affirmation de la communauté de l'époque, non une donnée vérifiée, mais la frustration qu'elle dépeint est documentée tout au long du fil.

Le fossé a depuis été comblé de l'extérieur de la Fondation. Valar Solutions, la société suisse de staking, a déployé en mai 2026 une intégration xGov pour sa version modifiée de l'interface utilisateur Réti : les stakers signalent leur opinion sur les propositions par des transactions de note de paiement nul, le validateur agrège ces signaux et les votes, et les stakers qui n'expriment pas d'opinion voient leur pouvoir de vote délégué au propriétaire du validateur. Le Conseil xGov a soutenu la proposition 10 à 0, avec une abstention. Ce que cela signifie en pratique : la voix de gouvernance d'un staker Réti dépend du validateur qu'il a choisi et de la question de savoir si ce validateur a recours à des outils tiers comme ceux de Valar — et non de ce que le protocole de base offre. Le fait que les 225 validateurs enregistrés soient des opérateurs indépendants n'est pas non plus avéré : ils sont des enregistrements sans autorisation sur la chaîne, et le tableau de bord montre une longue liste de pools gérés par la communauté, aux côtés de ceux gérés par des projets comme pool.valar.algo et node.cosmicchamps.algo.

La taille, en chiffres

DefiLlama classe Réti comme un protocole de pool de staking et indique que son TVL (Total Value Locked) est de 61,3 millions de dollars, en baisse par rapport à un pic d'août 2025 de 103,7 millions de dollars. Réti se classe ainsi au cinquième rang parmi les 73 protocoles de pool de staking qu'il suit, ce qui représente 0,5 % de la catégorie de 12,7 milliards de dollars. La comparaison qui met ce chiffre en perspective est interne à Algorand : le chiffre de DefiLlama pour l'ensemble de la DeFi de la chaîne est de 28,5 millions de dollars, ce qui signifie que Réti seul débloque plus du double de ce que détiennent toutes les autres applications du réseau. Mesuré par rapport à la chaîne elle-même, le stake mentionné ci-dessus représente environ 36 % des ~2,01 milliards d'ALGO actuellement en circulation, ce qui représente à son tour 20,6 % de l'offre totale.

Chart: Réti Pooling TVL, monthly (USD, DeFiLlama)

La courbe montre l'évolution de la croissance : le TVL est passé d'environ 2,5 millions de dollars en janvier 2025 à plus de 100 millions de dollars en sept mois, puis a fléchi en même temps que le prix d'ALGO jusqu'à fin 2025, avant de se stabiliser dans la fourchette de 57 à 78 millions de dollars cette année.

Qu'est-ce qu'un staker fait en réalité

L'inscription se fait par connexion de portefeuille : le dashboard prend en charge Defly, Pera, Lute, WalletConnect, Kibisis, Exodus et W3 Wallet. Choisissez un validateur, saisissez au moins son montant d'entrée minimum, signez, et la position apparaît sous « Mes participations ». Le retrait est immédiat, sous réserve de la règle du « tout le solde ou au moins le minimum ». Une précision honnête dans la documentation : les estimations de rendement annuel (APY) indiquées par validateur sont en cours de développement et « peuvent ne pas être exactes à 100 % », il est donc important de comparer avec les colonnes « frais », « incitation en jetons » et « fréquence des paiements » en temps réel.

Réti a réalisé quelque chose de rare sur Algorand : il a atteint une échelle que le reste de la DeFi de la chaîne n'approche pas, sur des contrats dont les paramètres sont immuables et connus à l'avance. Les questions en suspens sont celles que son architecture ne peut pas répondre — qui vous avez choisi comme opérateur, et quand la Fondation qui gère le protocole permettra également de voter de manière native.

Source

Source: https://txnlab.gitbook.io/reti-open-pooling/core-concepts/staking-pools