Reducción del rent de Solana en 2026: fases, costes y reembolsos
Precios y funciones verificados 3 de septiembre de 2026.
El sistema de rent de Solana está cambiando. La red planea reducir un 90% la garantía de almacenamiento de las cuentas on-chain, pero el cambio está dividido en cinco pasos que se activan de forma independiente. Esa diferencia importa: un objetivo anunciado no equivale a la reserva que mainnet aplica hoy.
¿Qué cambia en el rent de Solana en 2026?
Solana planea reducir su constante de rent de 6,960 a 696 lamports por byte mediante cinco feature gates. Las cuentas existentes conservan sus lamports, de modo que cada reducción activada puede dejarlas por encima del nuevo mínimo. Ese excedente puede retirarse sin cerrar la cuenta.
"Rent" no es el nombre más intuitivo para este saldo. No es un cargo periódico que los validadores vayan consumiendo. Es una garantía de almacenamiento reembolsable: una cuenta debe mantener un mínimo de SOL según su tamaño de datos, y normalmente ese saldo se devuelve cuando se cierra.
El resumen de reducción del rent de Solana Foundation y SIMD-0437 definen el mínimo así:
minimum balance = (128 + account data bytes) × lamports per byte
Los 128 bytes fijos representan la sobrecarga de almacenamiento. Un mint clásico usa 82 bytes de datos, una cuenta de token estándar usa 165 y un multisig de tokens usa 355. Las cuentas Token-2022 pueden ser mayores por sus extensiones, por lo que su reserva debe calcularse con su tamaño real.
¿Cuáles son las cinco fases de reducción del rent?
| Etapa | Lamports por byte | Reducción efectiva desde 6,960 | Modelo de activación |
|---|---|---|---|
| Configuración heredada | 6,960 | 0% | Base actual antes de las nuevas gates |
| SIMD-0437-1 | 6,333 | 9% | Feature gate independiente |
| SIMD-0437-2 | 5,080 | 27% | Feature gate independiente |
| SIMD-0437-3 | 2,575 | 63% | Feature gate independiente |
| SIMD-0437-4 | 1,322 | 81% | Feature gate independiente |
| SIMD-0437-5 | 696 | 90% | Objetivo final propuesto |
Los desarrolladores principales pueden detenerse entre fases para estudiar el crecimiento de cuentas. Una protección adicional puede restaurar el valor heredado si fuera necesario, por lo que las aplicaciones deben leer la reserva actual mediante RPC en vez de incrustar un número permanente.
Estado comprobado el 3 de septiembre de 2026: la página de actualización de Solana indica que las cinco gates están inactivas. El RPC de mainnet con compromiso finalized devolvió 0.0014616 SOL para un mint de 82 bytes, 0.00203928 SOL para una cuenta de token de 165 bytes y 0.00336168 SOL para un multisig de 355 bytes. Son observaciones fechadas, no constantes permanentes.
¿Cuánto SOL podría convertirse en excedente?
El excedente bruto es el saldo real de lamports de la cuenta menos el mínimo exento de rent vigente para su tamaño. Para una cuenta antigua que conserve exactamente la reserva heredada y nunca haya retirado excedente, la primera y la última fase propuestas muestran el intervalo:
| Tipo de cuenta | Reserva heredada | Excedente bruto tras fase 1 | Excedente bruto tras fase 5 |
|---|---|---|---|
| Mint de 82 bytes | 0.001461600 SOL | 0.000131670 SOL | 0.001315440 SOL |
| Cuenta de token de 165 bytes | 0.002039280 SOL | 0.000183711 SOL | 0.001835352 SOL |
| Multisig de 355 bytes | 0.003361680 SOL | 0.000302841 SOL | 0.003025512 SOL |
Son ejemplos aritméticos, no promesas de pago. Una cuenta puede contener SOL adicional enviado por otro motivo, usar otro tamaño o haber retirado en una fase anterior. Una herramienta también puede cobrar comisión de protocolo, y la wallet paga la comisión normal de la red.
¿La reducción devuelve automáticamente tu SOL?
No. La red cambia el saldo mínimo, pero deja intactos los saldos existentes. Para hacer utilizable el excedente, una cuenta elegible del Token Program debe ejecutar WithdrawExcessLamports, o una cuenta vacía puede cerrarse para devolver todo su saldo restante.
Esto crea tres acciones diferentes:
| Acción | ¿La cuenta sigue abierta? | ¿Cambia el token o NFT? | SOL transferido |
|---|---|---|---|
| Retirar rent excedente | Sí | No | Solo lamports por encima de la reserva actual |
| Cerrar una cuenta vacía | No | No queda ningún token | Los lamports restantes de la cuenta |
| Quemar un activo y cerrar | No | Se destruye el activo | Saldos recuperables de la ruta de burn compatible |
La primera opción es la novedad importante. La instrucción WithdrawExcessLamports deja intactos los saldos de tokens, el supply del mint y los datos de la cuenta. Solo transfiere los lamports excedentes.
¿Qué cuentas pueden usar WithdrawExcessLamports?
La instrucción admite cuentas de tokens, mints y multisigs del Token Program y Token-2022, pero siguen aplicándose las reglas de autoridad. Una cuenta de token requiere a su propietario o multisig configurado. Un mint normalmente requiere su mint authority. Un mint sin authority debe firmar como origen mediante su keypair original o su programa propietario por CPI.
Las cuentas nativas de wrapped SOL no son compatibles. Metadata, edition, token-record y cuentas de programas arbitrarios no son cuentas del Token Program, por lo que esta instrucción no puede retirar de ellas. Los NFT comprimidos tampoco tienen una cuenta de token individual.
¿Cómo calcula Sol Incinerator el importe?
Sol Incinerator pide al backend que examine el saldo actual del origen, el tamaño real de datos y la reserva exenta de rent vigente. El flujo de rent excedente cobra una comisión base de protocolo de 200 puntos básicos, o 2%, sobre el excedente bruto. El cálculo se redondea hacia abajo a lamports enteros y la comisión de red es independiente.
La vista previa inmediatamente anterior a la firma es la fuente de verdad. Puede considerar la fase activa, retiros anteriores, extensiones y las cuentas exactas seleccionadas de una forma que un artículo estático no puede.
Una cuenta que permanece abierta puede volver a ser elegible tras otra reducción. Vuelve a analizar la wallet después de futuras feature gates en vez de asumir que el primer retiro capturó toda la reducción de cinco fases.
Sol Incinerator
Analiza tu wallet y previsualiza SOL excedente elegible sin cerrar las cuentas conservadas.
Lecturas relacionadas
Preguntas frecuentes
¿Se está reduciendo el rent de Solana en 2026?
Sí. Solana ha propuesto cinco feature gates independientes que reducen la constante de rent de 6,960 a 696 lamports por byte, un 90%. Las gates se activan por separado, así que consulta la reserva actual de mainnet en lugar de asumir que la reducción completa ya está activa.
¿Solana devuelve automáticamente el rent excedente?
No. Reducir el mínimo exento de rent no mueve SOL automáticamente desde las cuentas existentes. Las cuentas elegibles del Token Program pueden usar WithdrawExcessLamports para transferir solo el saldo superior a la reserva actual, mientras que cerrar una cuenta vacía devuelve todo su saldo restante.
¿Cuánto SOL necesitará una cuenta de token después de la reducción?
Depende del tamaño de datos de la cuenta y de la última feature gate activa. Una cuenta estándar de 165 bytes requería históricamente 0.00203928 SOL; después de la última fase propuesta, su reserva calculada sería 0.000203928 SOL, siempre que el despliegue alcance esa etapa.
¿Puede una misma cuenta recuperar SOL excedente más de una vez?
Es posible. Un retiro deja la cuenta en el mínimo exento de rent actual. Si una feature gate posterior vuelve a reducir ese mínimo, la cuenta conservada puede generar un nuevo excedente y volver a ser elegible sin cerrarse ni cambiar su saldo de tokens.