Error insufficient funds for rent en Solana: qué hacer
El error insufficient funds for rent no te quita nada: la red rechaza la transacción antes de enviarla. Cuánto SOL bloquea cada cuenta y cómo recuperarlo.

La renta de Solana es un depósito reembolsable, no un cobro recurrente: cada cuenta que ocupa espacio en la red bloquea una cantidad pequeña de SOL cuando se crea, y ese SOL vuelve cuando la cuenta se cierra.
Si acabas de ver el error insufficient funds for rent, empieza por aquí: no perdiste nada. La red rechazó la transacción antes de enviarla, no se movió ningún saldo y no se cobró ninguna tarifa. Deja al menos 0,005 SOL libres en la billetera y el error deja de aparecer.
La red viene rebajando los depósitos de renta de forma escalonada desde septiembre de 2026, y las cifras de esta página son las de hoy.
- El error no cuesta dinero: la red rechaza la transacción antes de enviarla y tu saldo queda intacto.
- La solución es mantener al menos 0,005 SOL libres en la billetera en todo momento.
- La billetera bloquea 0,00065 SOL y cada compartimento de token bloquea 0,00149 SOL.
- Ese SOL es un depósito reembolsable y vuelve entero cuando la cuenta se cierra.
- El mensaje original, en el registro de la transacción y en cualquier billetera, es
insufficient funds for rent, en inglés.
¿Qué es la renta en Solana?
La renta en Solana funciona como el depósito de una taquilla. Cuando creas una cuenta en la red, bloqueas una cantidad pequeña de SOL cuyo tamaño depende del espacio que esa cuenta ocupa. Mientras la cuenta existe, el depósito se queda dentro. Cierra la cuenta y el importe completo aterriza otra vez en tu billetera.
El nombre es el problema, y en español confunde por partida doble. El término original de la red es rent, que sugiere un contador corriendo en alguna parte, una tarifa que te vacía la billetera mes a mes. En español, además, "renta" arrastra el eco de la declaración anual. No pasa nada de eso. Nadie descuenta nada mensual ni anualmente.
Otra versión cotidiana es el depósito del envase: pagas un poco de más en la tienda, devuelves el casco, recuperas el dinero. ¿Por qué pide esto la red? Porque toda cuenta ocupa espacio en los discos de los miles de ordenadores que mantienen Solana en marcha. Da igual que sea tu billetera, un compartimento de un token que tienes o el registro de identidad de un token. El depósito le pone precio a ese espacio. Cierras la cuenta, devuelves el espacio, y la red suelta el dinero.
La palabra en sí es un resto del pasado. Hace años la red tuvo brevemente un sistema de renta real, que cobraba pequeñas cantidades a las cuentas con menos del mínimo exigido. Ese sistema se retiró, y hoy existe un solo modelo: bloqueas el depósito una vez y la cuenta sigue viva hasta que la cierres (documentación de cuentas de Solana, agosto de 2026).
¿Cuánto depósito bloquea cada tipo de cuenta?
Tres cantidades cubren casi cualquier situación: unos 0,00065 SOL para la billetera, unos 0,00149 SOL por cada compartimento de token y unos 0,00107 SOL para el registro de identidad de un token. Ese último registro es la cuenta que casi toda la documentación llama el mint. Los detalles están abajo.
| Tipo de cuenta | Depósito bloqueado | Datos que guarda | Cuándo te lo encuentras |
|---|---|---|---|
| Cuenta de billetera | 0,00065 SOL | 0 bytes | La primera vez que llega SOL a tu billetera |
| Compartimento de token | 0,00149 SOL | 165 bytes | La primera vez que recibes o envías un token nuevo |
| Registro de identidad del token | 0,00107 SOL | 82 bytes | Cuando creas tu propio token |
Estas cantidades dependen del espacio que ocupa cada cuenta y no son fijas. Cada cuenta conserva el depósito con el que se abrió, así que un compartimento abierto antes de septiembre de 2026 sigue guardando 0,00203928 SOL.
Si prefieres comprobarlo tú en vez de fiarte de una tabla, las tres salen de la misma fórmula: (tamaño de los datos + 128) × lamports por byte. El precio por byte lo fija la red, y hasta septiembre de 2026 fue de 6.960 lamports.
Una billetera no lleva datos, así que daba (0 + 128) × 6.960 = 890.880 lamports. Una cuenta de token SPL ocupa 165 bytes, así que daba (165 + 128) × 6.960 = 2.039.280 lamports. Una cuenta mint ocupa 82 bytes y daba (82 + 128) × 6.960 = 1.461.600 lamports. Son los depósitos con los que se abrieron las cuentas antes de septiembre; con el precio de hoy salen las cifras de la tabla. Cambias el tamaño o el precio y sale el número, sin consultar ninguna tabla.
La primera fila explica un misterio que tarde o temprano pilla a casi todo el mundo: una transferencia que deja unas migajas de SOL en una billetera se rechaza. La billetera también es una cuenta. Se puede vaciar hasta dejarla exactamente en cero, pero no puede quedarse con un saldo entre cero y su depósito de 0,00065 SOL, y cualquier transferencia que termine ahí se rechaza en el acto.
¿Qué es un compartimento de token (ATA) y por qué cada token lleva su depósito?
Tu billetera no amontona todos los tokens en un mismo cajón. Por cada token distinto que guarda abre un compartimento separado, y cada compartimento bloquea 0,00149 SOL de depósito al crearse. La documentación técnica llama a ese compartimento associated token account, o ATA. El resto del artículo se queda con "compartimento de token", porque es exactamente lo que es: una caja pequeña y dedicada dentro de tu billetera que solo puede guardar un tipo de token.
Los compartimentos se abren solos. La primera vez que un token concreto se mueve hacia tu billetera, la red crea el compartimento dentro de esa misma transacción, y quien firma esa transacción paga el depósito. Cuando alguien te envía un token nuevo, normalmente paga quien lo envía. Cuando la transacción es tuya, un swap o una compra que firmas, el depósito sale de tu saldo.
Aquí es donde se va el presupuesto de los airdrops. Enviar un token nuevo a mil billeteras que nunca lo han tenido significa abrir mil compartimentos a unos 0,00149 SOL cada uno. Son unos 1,49 SOL solo en depósitos, antes de contar siquiera las tarifas de transacción. Los depósitos, y no las tarifas, son el coste que manda en un airdrop.
Las tarifas de red de esa misma tanda no llegan a 0,01 SOL, porque una transacción transporta a varios destinatarios a la vez. La herramienta Envío múltiple enseña los depósitos por adelantado en su vista previa, así que ves el total antes de que salga nada de tu billetera. Encima añade una comisión de plataforma de 0,001 SOL por destinatario, o sea 1 SOL para una tanda de mil. Todo sumado ronda los 2,5 SOL, y la partida más grande sigue siendo el depósito.
Crear un token propio añade una línea más: el registro de identidad que nace con el token bloquea 0,00107 SOL. Ese depósito forma parte del coste cuando usas la herramienta Creador de tokens. La comisión de plataforma es aparte y va de 0,1 a 0,35 SOL según las opciones que actives, siempre visible en la página de la herramienta.
Antes de presupuestar un reparto masivo, cuenta cuántas cuentas nuevas se van a crear. Ese número decide la factura, no el número de transacciones.
¿Qué significa en realidad "insufficient funds for rent"?
El mensaje significa exactamente esto: la transacción que intentaste dejaría una cuenta por debajo de su mínimo de depósito, así que la red la rechazó antes de enviarla. No perdiste nada. Nada se movió, no se cobró ninguna tarifa y tu saldo está intacto. El error es una negativa, no un fallo que te haya costado dinero.
Dos situaciones lo provocan mucho más a menudo que todas las demás juntas. La primera: intentar sacar casi todo el SOL de una billetera. Una billetera puede quedarse exactamente en cero, pero si queda algo, tiene que ser al menos el depósito de la propia cuenta, unos 0,00065 SOL, así que si una transferencia deja unas migajas, la cuenta queda por debajo de esa línea. La segunda: una transacción que necesita abrir un compartimento de token nuevo mientras la billetera tiene demasiado poco para el depósito de 0,00149 SOL más la tarifa.
Tres hábitos lo mantienen lejos:
- Deja un colchón. Ten al menos 0,005 SOL en la billetera en todo momento. Eso cubre el depósito de la propia billetera, un par de depósitos de compartimento y una larga racha de tarifas de transacción.
- Usa el botón MAX al vaciar una billetera. Las aplicaciones de billetera calculan por ti una cantidad segura. Teclear el saldo completo a mano es justo el movimiento que dispara el rechazo.
- Deja margen antes de que llegue un token nuevo. Unos 0,003 SOL de saldo sobrante cubren el depósito de un compartimento nuevo más la tarifa, por si te toca pagarlo a ti.
Ver este error significa que no perdiste nada, porque la transacción se rechazó antes de salir. El único riesgo es no aprender nunca a dejar colchón.
Hay una variante más fina. Una cuenta que termina la transacción en exactamente 0 lamports la cierra el propio runtime, y ahí no hay ninguna infracción. Lo que rompe la transacción es dejar un saldo distinto de cero pero por debajo de 0,00065 SOL. Por eso nuestras herramientas de relay vacían las billeteras intermedias hasta 0 exacto en lugar de dejarles un resto pequeño: un resto por debajo del mínimo es justo lo que dispara el error.
¿Cómo se recuperan los depósitos bloqueados?
Los depósitos vuelven cuando las cuentas se cierran, y las cuentas que merece la pena cerrar son los compartimentos de token vacíos. Las billeteras los acumulan igual que los bolsillos de una chaqueta acumulan tickets viejos. Compraste un token en 2024, vendiste la posición entera, y el compartimento sigue ahí con 0,00203928 SOL bloqueados dentro.
Uno solo es invisible. Cincuenta guardan unos 0,102 SOL, dinero real aparcado en cajas que dejaste de usar.
Recuperarlo lleva dos pasos. El compartimento tiene que estar vacío primero: vende el token, mándalo a otra parte o quémalo si no vale nada. Después cierra los compartimentos vacíos en lote con la herramienta Cerrar cuenta; cada compartimento cerrado devuelve su depósito directo a tu billetera. La herramienta cobra una comisión de plataforma del 5 % de lo que devuelve cada cierre, es decir, hasta 0,000101964 SOL por cuenta.
Adivinar cuántos compartimentos vacíos arrastra una billetera vieja es difícil. La herramienta te los lista: mira la lista primero, comprueba el depósito total que volvería y decide con el número delante en vez de decidir a ojo.
Preguntas frecuentes
¿Por qué dice fondos insuficientes si tengo SOL en la billetera?
Porque no todo tu SOL es gastable. El depósito de renta de cada cuenta está bloqueado dentro de ella, así que tu saldo disponible suele ser menor que el saldo que ves. Una billetera puede quedarse en cero, pero si le queda algo, tiene que ser al menos 0,00065 SOL. Y si la transacción además abre un compartimento de token nuevo, hacen falta otros 0,00149 SOL más la tarifa.
¿Perdí dinero con el error insufficient funds for rent?
No. La comprobación ocurre antes de que la transacción se envíe, así que nada salió de tu billetera y no se cobró ninguna tarifa. La red miró el resultado, vio una cuenta que terminaba por debajo de su mínimo de depósito y se negó a procesar la transferencia. Tu saldo es exactamente el que era.
¿La renta de Solana se devuelve?
Sí. A pesar del nombre, es un depósito y sigue siendo tuyo. El SOL queda bloqueado dentro de la cuenta mientras la cuenta exista, y cerrar la cuenta o el compartimento libera el importe completo hacia tu billetera. No se descuenta nada por el camino, ni cada mes ni con ninguna otra periodicidad.
¿Por qué no puedo sacar todo el SOL de mi billetera de Solana?
Tu billetera es a su vez una cuenta en la red. Se puede vaciar hasta dejarla exactamente en cero, pero cualquier saldo que quede dentro tiene que ser al menos su depósito de unos 0,00065 SOL. La red bloquea una transferencia que dejaría la cuenta entre cero y ese mínimo. El botón MAX de las aplicaciones de billetera calcula automáticamente una cantidad segura.
¿Quién paga el depósito del compartimento de token en Solana?
Quien firma la transacción que abre el compartimento. En un airdrop, quien envía firma el reparto, así que cubre el depósito de cada destinatario nuevo. Cuando eres tú quien hace un swap hacia un token, tu firma autoriza la transacción y los 0,00149 SOL del depósito salen de tu billetera.
¿Dónde encaja la renta en tus costes?
Los costes de Solana vienen en tres líneas. Las tarifas de transacción, que son diminutas: 0,000005 SOL por firma. Las propinas de prioridad opcionales, que controlas tú. Y los depósitos, que son recuperables y muchas veces la mayor de las tres cada vez que se crean cuentas nuevas.
Lee cualquier estimación con esa separación en mente y los números se calman rápido: buena parte de lo que cuesta un airdrop o el lanzamiento de un token es dinero que acaba volviendo. Aquí es también donde más se falla al presupuestar. Se multiplica el número de transacciones por 0,000005 SOL, sale una cifra minúscula, y luego sorprende que la billetera se vacíe a mitad de camino.
Si lo que estás calculando es la segunda línea, la comisión de prioridad en Solana trae la franja medida y la fórmula. Y si el token ya salió pero quien lo recibe no lo ve en su billetera, la causa casi nunca es la renta: la guía sobre el token que no aparece en Phantom recorre las siete causas en orden de comprobación.
Este artículo es informativo y no es asesoramiento financiero, de inversión, legal ni fiscal. Los tokens de Solana son muy volátiles y la mayoría pierde todo su valor. Investiga por tu cuenta y no arriesgues dinero que no puedas permitirte perder.
Escrito por el equipo de J Tools. Desarrollamos y operamos más de 40 herramientas de Solana en producción, desde la creación de tokens hasta el análisis de billeteras en cadena, y escribimos desde lo que vemos en mainnet. J Tools nunca te pide la frase semilla, y las claves privadas que pegas en las herramientas multibilletera se quedan en la pestaña de tu navegador. Publicado: 14 de agosto de 2026. Última revisión: 14 de agosto de 2026.


