Réti Open Pooling acumula ya 725 millones de ALGO en staking de 8,693 usuarios y 225 validadores
Réti, el protocolo de staking sin permisos de Algorand, bloquea ahora 725 millones de ALGO procedentes de 8,693 stakers repartidos entre 225 validadores, más del doble que todo el resto del DeFi central de la cadena, mientras que sus contratos, alojados por la Fundación, quedan al margen de la gobernanza de la propia Fundación.
La barrera de los 30,0001 ALGO
Hacer staking en solitario sobre Algorand se convirtió en un ejercicio de altas barreras en enero de 2025, cuando la red activó las recompensas de consenso a nivel de protocolo: participar exigía un mínimo de 30,0002 ALGO, un nodo corriendo sobre hardware propio y el mantenimiento continuo que requiere la participación en Pure Proof-of-Stake. Réti Open Pooling3 lo creó el estudio de Algorand TxnLab4, formado por tres personas, para que todos los demás pudieran participar. Es un protocolo de staking sin permisos: cualquiera puede registrarse como validador, cualquiera puede dirigir ALGO hacia uno de ellos y los fondos de cada pool descansan en su propia cuenta de contrato inteligente, no en la billetera de un tercero.
El contrato maestro en mainnet (id de aplicación 27145160895) es un censo en vivo de hasta dónde ha llegado ese diseño. Su estado global registra en estos momentos 725.9 millones de ALGO en staking, aportados por 8,693 stakers repartidos entre 225 validadores.
Sin custodia no equivale, sin embargo, a exención de confianza. La documentación del daemon de nodo afirma sin rodeos que «las únicas cuentas que pueden llegar a retirar fondos de usuario son los propios stakers, y solo su saldo (reinvertido)»: ni un validador, ni un gestor, ni el operador del protocolo pueden retirar en nombre de un staker. Lo que sí elige el staker es un operador: el rendimiento depende por completo de lo bien que el validador gestione su nodo y el daemon de Réti, y el panel de referencia lo aloja Nodely, la empresa de infraestructura cuyo cofundador, Patrick Bennett, también cofundó TxnLab. Cualquiera puede desplegar su propia interfaz sobre esos mismos contratos, pero la que viene por defecto la gestiona gente de dentro.
Cada pool es un contrato propio
Un validador no gestiona un único pool gigante. Registrarse a través del contrato maestro de validadores le permite crear hasta un límite definido de pools por nodo —el contrato lo fija en 36 pools por nodo, con un máximo de 8 nodos—, y cada pool nace como una instancia de contrato única creada a partir de una plantilla predefinida, lo que le otorga su propia cuenta de Algorand apta para participar en el consenso. El staker elige un validador por su ID y el sistema encamina el stake hacia un pool que el staker ya utilice, salvo que ese pool esté lleno.
El protocolo da un pool por lleno cuando alcanza el menor de dos valores: el 15% del stake en línea dividido entre el número de pools del validador, o el máximo por cuenta que aún genera recompensas de incentivo (unos 707 millones ALGO hoy). Un validador cuyos pools sumados llegan al 15% del stake en línea deja de aceptar ALGO nuevo por completo: un tope duro pensado para impedir que un solo operador se haga con una cuota peligrosa del consenso.
El libro mayor on-chain de cada pool hace seguimiento de hasta 200 stakers y anota quién entró, cuándo, con cuánto y las recompensas acumuladas desde entonces. La marca temporal de entrada es el mecanismo anti-manipulación: las recompensas se ajustan según el tiempo permanecido en el pool, de modo que un stake grande depositado momentos antes del pago no puede acaparar una porción desproporcionada de esa época. Un requisito de entrada mínimo —la documentación cita 1,000 ALGO como suelo habitual, mientras que el mínimo del propio contrato es 1 ALGO— mantiene fuera el polvo, y cada staker que supera la capacidad obliga a crear otro pool, otro nodo y, en última instancia, otro validador.
Recompensas: épocas, comisiones y tiempo
Las recompensas se reparten al final de cada época, un periodo fijo que escoge el validador y que puede durar apenas un minuto. Un pool solo gana cuando propone bloques: ha de superar el umbral de participación antes mencionado, mantenerse por debajo del techo de recompensas de unos 708 millones ALGO y rendir bien. El validador se lleva una comisión, un porcentaje que se fija en el registro y queda inmutable después, y el resto se reparte entre los stakers en proporción a su stake y a su tiempo en el pool durante la época, para sumarse directamente a su saldo y capitalizarse.
El ajuste por tiempo se aplica en ambos sentidos. Quien añade stake cuando ya ha transcurrido el 959% de una época recibe el 510% de la recompensa que habría obtenido por una época completa, y cada aportación reinicia el reloj; retirar stake antes de que termine una época supone perder las recompensas acumuladas en ella. El stake puede retirarse en cualquier momento, ya sea el saldo completo o cualquier cantidad por encima de la entrada mínima del pool.
Otras dos restricciones condicionan la economía. La primera es la saturación: un validador que controla más del 10% del stake en línea se considera saturado; las recompensas se reducen en proporción a cuánto se pasa de la raya, el validador no recibe nada y el resto retenido va a parar al sumidero de comisiones. El modelo, propuesto por Stefano De Angelis durante el desarrollo, se apoya en un opcode de la AVM que permite a los contratos consultar la cifra de stake en línea en tiempo real. La segunda son las recompensas en tokens: un validador puede asociar su propio token como bonificación pagada junto al ALGO; la documentación menciona VEST, COOP y AKTA como ejemplos, y los pools activos del panel reparten GLIZZY, COSG, STEAK, ALC, ORA y aVoi. El token de recompensa queda fijado al crear el pool; la tasa puede cambiar en cualquier momento.
La estructura del lado del validador y lo que implica cada pieza para el staker:
| Concepto | Implicación en el mundo real |
|---|---|
| Dirección del propietario | Clave de billetera fría que fija la política y puede sustituir al gestor; lo ideal es que nunca toque la red |
| Dirección del gestor | Clave de billetera caliente con la que firma el daemon del nodo: pone los pools en línea o fuera de línea y dispara los pagos de cada época; el propietario puede cambiarla si se ve comprometida |
| Dirección de comisiones | Destino de la parte que el validador se lleva en cada época; el propietario puede cambiarla |
| Restricción por token/NFT | Un validador puede limitar un pool a los tenedores de un activo concreto o de un segmento NFD, lo que permite pools exclusivos para una comunidad |
La capa de software que hace funcionar todo esto es el daemon de nodo de Réti, un daemon de CLI/servicio para Linux, macOS y Windows que automatiza las claves de participación (de vida corta, creadas solo cuando un pool tiene ya stake) para que los pools no se caigan. Cabe destacar que cualquier cuenta puede activar una actualización de época si el daemon de un validador se desconecta, de modo que los pagos no se atascan por culpa de un único operador. Los costes están acotados: registrar un validador cuesta 10.444911 ALGO al sumidero de comisiones más 6.197812 ALGO por pool en almacenamiento. El protocolo en sí no cobra comisiones, pero esa afirmación solo cubre al protocolo. Todos los validadores se llevan una comisión (el panel muestra un abanico que va del 0.4269% a un 100% redondo), y las épocas muy cortas consumen comisiones de transacción en cada pago; la documentación calcula entre 713–29 ALGO al día para épocas de un minuto.
Quién lo gestiona
Los contratos de Réti están escritos en TEALScript a través de AlgoKit, y el código vive en la organización de GitHub de la Algorand Foundation14, no en la de TxnLab: 4415 estrellas y desarrollo aún activo. La última versión, la v1.5.0 del 2026-08-15, se centra en el rendimiento de la interfaz: antes el panel lanzaba unas 900 peticiones a algod al abrirse y ahora las condensa en un puñado de lecturas masivas, sin cambios en los contratos ni en el daemon de nodo. La v1.4.0 (septiembre de 2025) añadió una página de soporte institucional y un flujo de registro en xGov para los propietarios de pools. Versiones anteriores también han incluido soluciones provisionales para fallos de contrato: la v1.3.4 desactivaba el staking cuando el primer pool de un validador se llenaba, debido a un error en la lógica de findPoolForStaker.
En materia de auditorías, lo publicado es más bien escaso para lo que sugiere la etiqueta «auditado». La carpeta de auditorías del repositorio contiene un único informe con nombre —«Réti Audit 2024-08», de CoinFabrik— y DeFiLlama lista dos auditorías que remiten a esa carpeta, sin identificar una segunda. La adopción institucional es real: el proveedor de staking Kiln16 ejecuta sus validadores de Algorand sobre pools de Réti (capitalización automática, recompensas cada tres horas, desvinculación inmediata, sin slashing), y P2P.org lanzó el staking de ALGO en su validador en mayo de 2025 remitiendo a sus clientes al mismo panel. La documentación de Kiln describe los contratos como «auditados, controlados y desplegados por la Algorand Foundation».
La contradicción de la gobernanza
Ahí está precisamente la tensión. La Fundación administra y despliega los contratos de Réti, y esa misma Fundación gestiona el programa de gobernanza que, desde junio de 2025, deja fuera a todos los pools de Réti. Antes del periodo de gobernanza 1517, la Fundación anunció18 que el contrato inteligente de Réti «no ofrece ninguna vía para integrarse con la gobernanza»: votar exige una transacción de cero ALGO con un campo de nota, y una cuenta de aplicación agrupada no puede generar una que el indexador de gobernanza off-chain pueda atribuir a stakers concretos. Apoyar a Réti, señaló la Fundación, «requeriría una implementación a medida», a diferencia de los tokens de staking líquido, que comparten un estándar común. Un crítico del foro escribió entonces que «40019 millones de Algos en staking mostraron su rechazo; el lugar donde quienes tienen bolsas más pequeñas pueden participar de forma colectiva queda expulsado de la gobernanza»: una afirmación de la comunidad de aquel momento, no una cifra verificada, pero la frustración que recoge está documentada a lo largo de todo el hilo.
Esa brecha se ha salvado después desde fuera de la Fundación. Valar Solutions20, la empresa suiza de staking, lanzó en mayo de 2026 una integración con xGov para su fork de la interfaz de Réti: los stakers expresan su postura sobre las propuestas con transacciones de pago cero y campo de nota, el validador agrega esas señales y vota, y quienes no manifiestan opinión ven su poder de voto delegado en el propietario del validador. El Consejo de xGov respaldó la propuesta21 por 10–0 con una abstención. En la práctica, esto significa que la voz de un staker de Réti en la gobernanza depende del validador que haya elegido y de si ese validador se ha sumado a herramientas de terceros como las de Valar, y no de nada que ofrezca el protocolo base. Que los 225 validadores registrados sean operadores independientes tampoco está acreditado: son registros on-chain sin permisos, y el panel muestra una larga cola de pools gestionados por comunidades junto a otros impulsados por proyectos, como pool.valar.algo y node.cosmicchamps.algo.
La escala, en cifras
DefiLlama22 sigue a Réti como protocolo de pools de staking y sitúa su TVL actual en 61.3 millones de dólares, por debajo del máximo de 103.7 millones alcanzado en agosto de 2025. Ocupa el quinto puesto entre los 73 protocolos de pools de staking que la plataforma monitoriza, un 0.5% de esa categoría de 12.7 mil millones de dólares. La comparación que pone la cifra en contexto es interna a Algorand: la cifra principal de DeFiLlama para todo el núcleo DeFi de la cadena es de 28.5 millones de dólares, de modo que Réti por sí solo bloquea más del doble de lo que suman todas las demás aplicaciones de la red. Medido contra la propia cadena, el stake antes citado representa aproximadamente el 36% de los ~2.01 mil millones de ALGO que hay en línea ahora mismo, que a su vez son el 20.6% del suministro total.
La curva dibuja el perfil del lanzamiento: el TVL pasó de unos 2.5 millones de dólares en enero de 2025 a más de 100 millones en siete meses, y después fue cayendo al ritmo del precio de ALGO a lo largo de la segunda mitad de 2025 hasta estabilizarse este año en una franja de 57–78 millones de dólares.
Qué hace realmente un staker
Entrar consiste en conectar una billetera: el panel23 admite Defly, Pera, Lute, WalletConnect, Kibisis, Exodus y W3 Wallet. Se elige un validador, se introduce al menos su importe mínimo de entrada, se firma y la posición aparece en «My Stakes». Retirar el stake es inmediato, siempre que se retire el saldo completo o una cantidad por encima del mínimo. El propio aviso honesto de la documentación: las estimaciones de APY que se muestran por validador están en fase de desarrollo y «pueden no ser 100% precisas», por lo que conviene comparar entre las columnas de comisión vigente, incentivos en tokens y frecuencia de pagos.
Réti ha logrado algo poco común en Algorand: una escala a la que no se acerca el resto del DeFi de la cadena, sobre contratos cuyos parámetros son inmutables y se conocen de antemano. Las preguntas abiertas son las que su propia arquitectura no puede responder: a quién eligió cada uno como operador y cuándo la Fundación que administra el protocolo permitirá que también vote de forma nativa.
Fuente
- Documentación de Réti Open Pooling3
- Panel de Réti Pooling23
- algorandfoundation/reti en GitHub14
- DefiLlama: Reti Pooling22
- Documentación de Kiln: Algorand (ALGO)16
- Anuncio de la Algorand Foundation: Réti Pooling y el periodo de gobernanza 1518
- Integración xGov de Valar para Réti Pooling21
- Panel de Valar para Réti Pooling20
- P2P.org: presentación del staking de Algorand (fragmento de búsqueda)24
- AVISO LEGAL | Réti Open Pooling25
- Recompensas | Réti Open Pooling26
- Contratos inteligentes | Réti Open Pooling27
- Descripción general de Réti Pooling | Réti Open Pooling28
- Recompensas | Réti Open Pooling29
- Algorand (ALGO) | Documentación de Kiln30
- Inicio rápido para stakers | Réti Open Pooling31
- Validadores | Réti Open Pooling32
- Reti Node Daemon | Réti Open Pooling33
- Despliegue en mainnet | Réti Open Pooling34
- Funciones clave para validadores | Réti Open Pooling35
- Preguntas frecuentes | Réti Open Pooling36
16 cifras de esta historia están verificadas.Ver todas las comprobaciones
Fuentes
- 3Réti Open Pooling txnlab.gitbook.io↩
- 4TxnLab txnlab.dev↩
- 14organización de GitHub de la Algorand Foundation github.com↩
- 16Kiln docs.kiln.fi↩
- 18Fundación anunció forum.algorand.co↩
- 20Valar Solutions reti.valar.solutions↩
- 21propuesta forum.algorand.co↩
- 22DefiLlama defillama.com↩
- 23panel reti.nodely.io↩
- 24p2p.org/economy/introducing-algorand-staking-on-p2p-org-get-started-today p2p.org↩
- 25AVISO LEGAL | Réti Open Pooling txnlab.gitbook.io↩
- 26Recompensas | Réti Open Pooling txnlab.gitbook.io↩
- 27Contratos inteligentes | Réti Open Pooling txnlab.gitbook.io↩
- 28Descripción general de Réti Pooling | Réti Open Pooling txnlab.gitbook.io↩
- 29Recompensas | Réti Open Pooling txnlab.gitbook.io↩
- 30Algorand (ALGO) | Documentación de Kiln docs.kiln.fi↩
- 31Inicio rápido para stakers | Réti Open Pooling txnlab.gitbook.io↩
- 32Validadores | Réti Open Pooling txnlab.gitbook.io↩
- 33Reti Node Daemon | Réti Open Pooling txnlab.gitbook.io↩
- 34Despliegue en mainnet | Réti Open Pooling txnlab.gitbook.io↩
- 35Funciones clave para validadores | Réti Open Pooling txnlab.gitbook.io↩
- 36Preguntas frecuentes | Réti Open Pooling txnlab.gitbook.io↩