Por Canuto  

Solana activó la segunda etapa de su plan para reducir en 90% los depósitos exigidos por el almacenamiento de cuentas, una medida que deja hasta 612.000 SOL disponibles para ser reclamados por los usuarios sin cerrar sus cuentas.
***

  • La segunda fase redujo el parámetro de renta de 6.333 a 5.080 lamports por byte.
  • El excedente estimado alcanza 612.000 SOL y puede retirarse mediante la instrucción WithdrawExcessLamports.
  • El plan contempla cinco etapas y podría superar los 3 millones de SOL reclamables antes de llegar al objetivo final.

Solana activó la segunda etapa de su plan para reducir en 90% el costo asociado al almacenamiento de cuentas en la red. El ajuste, que entró en vigor alrededor del 11 de septiembre de 2026, redujo el parámetro de renta de 6.333 a 5.080 lamports por byte y dejó hasta 612.000 SOL disponibles para que los usuarios reclamen el excedente depositado. La medida forma parte de una implementación gradual diseñada para abaratar la creación y mantenimiento de cuentas sin provocar un crecimiento descontrolado del estado de la cadena.

En Solana, la llamada renta no funciona como un cobro periódico similar al alquiler de un servicio tradicional. Se trata de un depósito reembolsable que cada cuenta debe mantener para conservar sus datos almacenados en la red, por lo que una disminución del requisito libera fondos que ya pertenecían a los usuarios. Según la información publicada por Cryptobriefing, el segundo ajuste no crea nuevos tokens ni aumenta la oferta de SOL, sino que vuelve accesibles lamports que permanecían bloqueados como garantía de almacenamiento.

Cómo funciona la reducción de rentas

El mecanismo de renta existe porque almacenar información permanentemente en una blockchain consume recursos de los validadores y amplía el estado que la red debe conservar. En Solana, ese requisito se calcula con base en el tamaño de la cuenta medido en bytes, de modo que una cuenta más grande necesita mantener un depósito superior para permanecer activa. La lógica busca que quienes ocupan espacio en la cadena asuman parte del costo asociado, aunque el depósito pueda recuperarse bajo determinadas condiciones.

La tarifa original contemplada por el plan era de 6.960 lamports por byte, mientras que el objetivo final de la propuesta SIMD-0437 es llevarla a 696 lamports por byte. La diferencia representa un recorte acumulado del 90%, pero Solana decidió repartirlo en cinco pasos para observar cómo responde el crecimiento del estado. Así, los desarrolladores pueden evaluar el impacto de cada modificación antes de comprometer las siguientes fases del calendario.

El primer paso se ejecutó el 3 de septiembre de 2026 y redujo el parámetro a 6.333 lamports por byte. La segunda etapa lo llevó hasta 5.080 lamports, por lo que ambos movimientos combinados representan una disminución acumulada del 27% frente al valor original de 6.960 lamports. Aunque el cambio porcentual puede parecer técnico, sus efectos se multiplican cuando un protocolo administra miles o millones de cuentas.

La activación escalonada también ofrece una señal de prudencia operativa en una red donde el volumen de aplicaciones puede aumentar con rapidez. Un depósito más barato facilita la creación de cuentas, pero al mismo tiempo puede incentivar que protocolos y usuarios almacenen más información directamente en la cadena. Por esa razón, la reducción no se presenta como una decisión aislada, sino como un proceso sujeto a observación y ajustes posteriores.

Por qué aparecen 612.000 SOL reclamables

Cuando cae el mínimo exigido por cada byte, las cuentas existentes conservan temporalmente depósitos mayores que los necesarios para mantener sus datos. Esa diferencia se convierte en un excedente reclamable, porque el usuario ya no necesita inmovilizar la misma cantidad de SOL bajo el nuevo parámetro. La estimación asociada con la segunda etapa sitúa ese excedente total en hasta 612.000 SOL distribuidos entre las cuentas de la red.

Los titulares no tienen que cerrar sus cuentas para recuperar esos fondos, una distinción importante para aplicaciones que necesitan conservar sus datos y direcciones activas. Solana ofrece una instrucción específica llamada WithdrawExcessLamports, que permite retirar únicamente la cantidad que dejó de ser necesaria. El mecanismo busca separar la recuperación del excedente de la eliminación de la cuenta, evitando que una operación financiera obligue a desmontar la estructura utilizada por un protocolo.

El cierre completo de una cuenta también puede liberar los fondos correspondientes si el usuario ya no desea mantenerla activa. Sin embargo, esa alternativa tiene consecuencias operativas para aplicaciones que dependen de la cuenta, por lo que retirar solo el excedente resulta más conveniente en numerosos casos. La diferencia es especialmente relevante para proyectos que administran grandes conjuntos de cuentas de tokens, activos digitales o posiciones financieras.

La cifra de 612.000 SOL no equivale a una emisión adicional ni a una transferencia proveniente del tesoro de la red. Son activos que ya estaban registrados en la cadena y que permanecían inmovilizados dentro de depósitos de almacenamiento, de manera que la actualización cambia su disponibilidad, no el suministro total. En términos económicos, el ajuste puede mejorar la liquidez de los usuarios, aunque cada titular deberá decidir cuándo y cómo reclamar el excedente que le corresponda.

Qué falta para completar el plan

La propuesta SIMD-0437 contempla tres etapas adicionales después del ajuste activado en septiembre. El plan apunta a alcanzar 696 lamports por byte para noviembre de 2026, una cifra que representaría la reducción total del 90% frente al parámetro original. No obstante, las fases restantes no están garantizadas como una ejecución automática, porque dependen de la evaluación del crecimiento del estado de Solana.

El equipo central de la red deberá vigilar si los costos de almacenamiento más bajos provocan una expansión excesiva de los datos que los validadores deben mantener. Esa supervisión intenta equilibrar dos objetivos que pueden entrar en tensión: reducir la barrera económica para los usuarios y evitar que el abaratamiento fomente un uso ineficiente del espacio en cadena. Si las condiciones operativas cambian, las siguientes activaciones podrían requerir nuevas evaluaciones antes de avanzar.

Las etapas posteriores también están vinculadas al lanzamiento de Agave 4.4, la próxima versión principal del cliente validador de Solana. La referencia a ese software muestra que la política de rentas no depende únicamente de modificar una cifra, sino también de la infraestructura que ejecutan los validadores para procesar y conservar el estado. El calendario definitivo, por tanto, está condicionado tanto por los indicadores de crecimiento como por la disponibilidad de esa actualización del cliente.

Si las cinco fases llegan a completarse, la cantidad total de SOL que los usuarios podrían reclamar superaría los 3 millones. Esa cifra debe interpretarse como un volumen estimado de depósitos que dejarían de ser necesarios, no como capital nuevo entrando al ecosistema, y su disponibilidad se distribuiría entre las cuentas afectadas. El resultado final dependerá de que los titulares identifiquen sus excedentes y utilicen las herramientas disponibles para retirarlos.

Impacto para usuarios y protocolos

La renta de cuentas ha sido un costo poco visible, pero constante, para quienes desarrollan sobre Solana. Cada cuenta de token, NFT o posición de finanzas descentralizadas necesita un depósito mínimo para existir y conservar sus datos, aunque el monto individual pueda parecer pequeño. Cuando un proyecto crea miles o millones de cuentas para distribuir activos, operar un juego o mantener un libro de órdenes, esos depósitos acumulados pueden convertirse en una partida relevante de capital inmovilizado.

Una reducción del requisito puede disminuir el capital necesario para lanzar productos que dependen de numerosas cuentas, además de liberar recursos que los protocolos ya habían depositado. En el caso de airdrops, aplicaciones de juegos y mercados con libros de órdenes, el efecto potencial se relaciona con la escala de la operación y no únicamente con el costo de una cuenta individual. El ajuste también puede modificar la manera en que los equipos calculan sus presupuestos de despliegue y mantenimiento.

Para los usuarios comunes, la consecuencia inmediata será revisar si sus cuentas mantienen un saldo superior al mínimo requerido después de cada etapa. La existencia de WithdrawExcessLamports permite recuperar la diferencia sin alterar los datos, aunque la operación exige que los titulares identifiquen las cuentas elegibles y actúen sobre ellas. El hecho de que los fondos sean reclamables no significa que se transfieran automáticamente a cada cartera.

La medida, por último, plantea un equilibrio entre accesibilidad y disciplina en el uso del almacenamiento. Una renta menor puede hacer que más aplicaciones y usuarios participen en la red, pero también puede reducir el incentivo económico para eliminar cuentas o limitar datos innecesarios. Las tres etapas restantes mostrarán si Solana logra sostener ese abaratamiento mientras controla el crecimiento de su estado y mantiene la capacidad operativa de los validadores.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados