¿Qué es el Rent en Solana? Guía completa

Nota de precisión: El rendimiento de la red, el recuento de validadores, las comisiones, las funciones del protocolo, el soporte de billeteras y las integraciones de Terceros cambian con el tiempo. Trate las cifras fechadas como instantáneas históricas y verifique la documentación actual de fuentes primarias.

¿Qué es el Rent en Solana? Es el mecanismo de Balance de cuenta asociado al almacenamiento persistente On-Chain. Las reglas actuales de creación de cuentas, la exención de Rent, el comportamiento de reclamación y los campos obsoletos deben verificarse con el tiempo de ejecución real y la documentación actual.

Resumen rápido

• El Rent en Solana es un depósito de SOL reembolsable, no una comisión continua.
• Toda cuenta On-Chain necesita un Balance mínimo de SOL para permanecer activa.
• La mayoría de las billeteras financian automáticamente las cuentas nuevas hasta el estado de exención de Rent.
• Los Balances exentos de Rent y las reglas de cierre de cuentas deben consultarse en el runtime actual.
• Puedes reclamar el SOL bloqueado cerrando las cuentas de tokens que no utilices.
• El cobro periódico de Rent aparece en la documentación antigua; no confíes en la etiqueta "Epoch Zero" sin una confirmación actual de la fuente primaria.

Este contenido es solo educativo e informativo. No constituye asesoramiento financiero, asesoramiento de inversión ni una recomendación para comprar, vender o mantener ninguna Criptomoneda o activo digital.

¿Qué es el Rent en Solana? (Respuesta rápida)

El Rent en Solana es un depósito reembolsable de SOL que toda cuenta On-Chain debe mantener para permanecer activa en la Blockchain de Solana. El depósito no es un cargo recurrente; lo retiene el protocolo y se devuelve íntegramente cuando se cierra la cuenta. La mayoría de los usuarios nunca gestionan activamente el Rent porque las billeteras como Phantom y Solflare financian automáticamente las nuevas cuentas con el mínimo requerido, razón por la cual podrías notar una pequeña deducción de SOL sin haberla autorizado explícitamente.

La palabra "Rent" (alquiler) es realmente confusa en este contexto. Suena a factura mensual. Piénsalo más bien como una fianza o depósito de seguridad: depositas SOL para reservar tu espacio en la red y recuperas cada céntimo cuando te vas. Tu SOL no se está gastando; se está reteniendo.

Para ver la especificación técnica completa, consulta la documentación oficial de Solana sobre el Rent.

¿Por qué tiene Solana un mecanismo de Rent?

Los validadores de Solana deben almacenar los datos de cada cuenta activa en la memoria RAM para procesar miles de transacciones por segundo, y ese coste de hardware es real. Los validadores son los nodos que ejecutan la red Solana, procesan las transacciones y mantienen el libro de contabilidad. A diferencia del almacenamiento en disco, la RAM es cara a gran escala, y los validadores deben mantener todos los datos de las cuentas activas cargados en memoria para alcanzar la capacidad de procesamiento de Solana. Vincular el derecho de cada cuenta a ocupar almacenamiento a un Balance mínimo de SOL proporcional a su tamaño es lo que mantiene limitados esos requisitos de RAM.

Sin un mecanismo de coste vinculado al almacenamiento, cualquiera podría crear cuentas ilimitadas y llenarlas de datos sin coste alguno. Ese es el problema del crecimiento excesivo del estado (state bloat): la cantidad total del estado On-Chain, es decir, todos los datos que los validadores deben mantener cargados en memoria, crecería sin límite, concentrando la operación de los nodos entre operadores con grandes recursos y degradando el rendimiento de la red para todos. Los depósitos de Rent garantizan que las cuentas que ocupan espacio de almacenamiento en los validadores tengan una Participación económica proporcional a su huella de almacenamiento.

El cofundador de Solana, Anatoly Yakovenko, diseñó este mecanismo como parte de la arquitectura original del protocolo específicamente para evitar ese crecimiento ilimitado.

El Rent es un depósito de almacenamiento vinculado a los costes de memoria del validador. No es una comisión pagada a Solana Labs, y no funciona como las comisiones de gas de Ethereum, que es un concepto erróneo común que se aborda en la sección de comparación más adelante.

Nota del protocolo: La documentación antigua de Solana describe el cobro periódico de Rent de las cuentas no exentas. El comportamiento actual de creación de cuentas y exención de Rent debe verificarse con el tiempo de ejecución (runtime) real. No infieras una cantidad fija de SOL bloqueada ni ningún efecto sobre el precio basándote únicamente en el recuento de cuentas.

Cómo funciona el Rent en Solana: El modelo de depósito de almacenamiento

Solana almacena cada dato On-Chain, desde tus Balances de tokens hasta tus registros de propiedad de NFT, en una estructura discreta llamada cuenta.

La analogía del depósito de almacenamiento

Piensa en el Rent como un depósito reembolsable por un trastero o unidad de almacenamiento: el depósito reserva tu espacio, lo recuperas cuando lo dejas vacío, y pagarlo por completo por adelantado significa que no debes nada mensualmente.

Cuando alquilas un trastero, la instalación retiene tu depósito mientras ocupes el espacio. No estás perdiendo ese dinero; está en custodia. Cuando lo vacías y devuelves la llave, recuperas el depósito. El Rent de Solana funciona de la misma manera. Tu depósito de SOL reserva espacio en el libro de contabilidad de la red, y lo recuperas íntegramente cuando se cierra la cuenta.

Una diferencia clave: a diferencia de un trastero donde pagas mes a mes, Solana utiliza un modelo de depósito único. Financia la cuenta hasta el mínimo de exención de Rent una vez, y no se requieren más pagos mientras la cuenta permanezca abierta. El depósito se mide en lamports (la unidad más pequeña de SOL; 1 SOL equivale a 1.000.000.000 de lamports), aunque para fines cotidianos verás las cantidades citadas en SOL.

Por qué cada token necesita su propia cuenta

Cada Balance de token en Solana ocupa espacio en una de estas cuentas, al igual que cada registro de NFT y cada fragmento del estado de un programa. Cada una de esas cuentas necesita un Balance mínimo de SOL para permanecer abierta.

En Ethereum, todos los Balances de tokens de una billetera se rastrean dentro de una única dirección. Solana funciona de forma diferente. Cada token fungible que posees requiere su propia cuenta de token SPL dedicada (el estándar de la Solana Program Library para el almacenamiento de tokens On-Chain, análogo a las cuentas de tokens ERC-20 en Ethereum). Cuando recibes un token por primera vez, se crea una cuenta nueva para guardar el Balance de ese token específico en tu billetera. Se asocia automáticamente un depósito de SOL a esa cuenta. Por eso ves una pequeña deducción de SOL cuando recibes por primera vez un token que no habías tenido antes.

Para concretar: tener 10 tokens diferentes significa 10 cuentas de tokens separadas, cada una de las cuales requiere aproximadamente 0,002 SOL como depósito exento de Rent. Eso supone unos 0,02 SOL bloqueados entre esas cuentas, todos ellos totalmente recuperables si cierras las cuentas más adelante.

Los NFT de Solana siguen el mismo patrón. Cada NFT reside en su propia cuenta, con los metadatos del NFT, la referencia de la imagen y los datos de propiedad ocupando un almacenamiento que requiere un depósito exento de Rent. Acuñar un NFT crea varias cuentas a la vez (una cuenta de acuñación, una cuenta de token, una cuenta de metadatos), cada una con su propio depósito, por lo que acuñar cuesta un poco más de SOL que una transacción estándar.

Interactuar con protocolos DeFi en Solana, como plataformas de préstamo, exchanges Descentralizados o bóvedas de rendimiento, suele crear múltiples cuentas que conllevan depósitos de Rent. Si has utilizado alguno de estos, es probable que tengas algo de SOL bloqueado en un Spread por esas cuentas.

Las billeteras, incluidas Phantom y Solflare, gestionan la creación y financiación de cuentas automáticamente. Para más detalles sobre la arquitectura subyacente, consulta la documentación del modelo de cuentas de Solana. Para el estándar de tokens en sí, consulta la documentación de tokens SPL.

Exención de Rent: Cómo funciona la financiación de cuentas

Una cuenta está exenta de alquiler cuando mantiene el saldo de lamports requerido para su tamaño de datos según las reglas actuales del protocolo. El estado y la cantidad requerida deben verificarse con la documentación del entorno de ejecución actual en lugar de tratarse como una garantía permanente del protocolo.

¿Qué es la exención de alquiler?

La exención de alquiler es el estado que alcanza una cuenta cuando su saldo de lamports cumple el umbral requerido para su tamaño de datos. Según el modelo actual, ese saldo no se consume periódicamente como un cargo de alquiler. El comportamiento del protocolo puede evolucionar, por lo que los desarrolladores deben consultar el requisito actual para el clúster correspondiente.

Estar exento de alquiler no significa que no haya SOL bloqueado. El Depósitos es SOL real que tu billetera mantiene en nombre de la cuenta. Lo que significa es que el Depósitos no se consume. Permanece al mismo nivel durante la vida de la cuenta y se te devuelve cuando la cuenta se cierra.

Los flujos comunes de billeteras y aplicaciones normalmente financian las cuentas recién creadas hasta el umbral requerido, pero los usuarios deben verificar cuentas individuales e instrucciones de transacción en lugar de asumir que cada billetera o aplicación se comporta de manera idéntica.

¿Cuánto SOL se requiere para la exención de alquiler?

El saldo mínimo para una cuenta de token SPL estándar es de aproximadamente 0.00203928 SOL (2.039.280 lamports). La cantidad exacta depende del tamaño de los datos de la cuenta: las cuentas del sistema con 0 bytes de datos necesitan menos, mientras que las cuentas de programas personalizadas con más datos requieren proporcionalmente más SOL.

Nota de precisión del protocolo: Verifique la cifra exacta actual usando getMinimumBalanceForRentExemption contra la Mainnet de Solana actual antes de tomar decisiones técnicas o financieras. Los parámetros del protocolo pueden cambiar a través de la gobernanza de la red.

La siguiente tabla proporciona cifras de referencia aproximadas para tipos de cuenta comunes:

Todas las cifras son aproximadas. Verifique usando getMinimumBalanceForRentExemption en la Mainnet de Solana actual antes de confiar en estos números para uso en producción.

Nota para desarrolladores Para calcular el saldo mínimo exacto mediante programación:

1. Llame a connection.getMinimumBalanceForRentExemption(dataSize) donde dataSize es el tamaño asignado de la cuenta en bytes.
2. El método encapsula la fórmula: saldo_mínimo = (128 + tamaño_datos_bytes) × tasa_alquiler_por_byte × dos_años_de_épocas.
3. La tasa de alquiler establecida en el génesis es de 3.480 lamports por año y byte.
4. Pase el valor de lamport devuelto directamente a SystemProgram.createAccount al financiar una cuenta nueva.

Verifique la tasa actual en la documentación para desarrolladores de Solana antes de usarla en producción.

¿Qué sucede si una cuenta de Solana se queda sin SOL?

Los flujos comunes de billeteras y aplicaciones normalmente financian cuentas nuevas hasta el umbral requerido, pero los usuarios deben verificar la instrucción y la cuenta específicas en lugar de asumir que cada implementación se comporta de manera idéntica.

Los diseños anteriores de alquiler incluían comportamiento de recolección o eliminación de cuentas para cuentas no exentas. Las reglas actuales del entorno de ejecución y los requisitos de creación de cuentas deben verificarse antes de describir la recolección de basura como un riesgo activo.

No asuma que simplemente reducir el saldo de una cuenta produce eliminación o pérdida de tokens. La propiedad de la cuenta, las reglas del programa, los permisos de cierre y la aplicación actual de exención de alquiler determinan lo que puede suceder. Verifique la cuenta activa y el entorno de ejecución en lugar de confiar en un escenario genérico más antiguo.

La documentación histórica describía deducciones periódicas de cuentas no exentas. El comportamiento actual de creación y entorno de ejecución de cuentas debe verificarse en la documentación principal antes de aplicar esas descripciones antiguas.

Los flujos comunes de billeteras y aplicaciones suelen crear cuentas con el saldo requerido, pero los usuarios deben verificar cuentas individuales en lugar de confiar en una garantía universal de billetera. El cierre de cuentas es una acción separada cubierta a continuación.

¿Necesito preocuparme por el alquiler como usuario habitual?

Para muchos usuarios de Solana, la financiación de cuentas es manejada por flujos de billeteras y aplicaciones, pero el cierre de cuentas y las cuentas gestionadas por desarrolladores aún requieren cuidado.

Muchas billeteras intentan financiar cuentas recién creadas hasta el mínimo requerido, pero los usuarios no deben tratar el nombre de una billetera como una garantía de seguridad. Verifique el saldo de la cuenta, el programa propietario, la cantidad de tokens y el requisito actual de exención de alquiler antes de transferir o cerrar algo.

El único escenario en el que puede valer la pena tomar medidas: si ha acumulado muchas cuentas de token vacías de tokens que ya no posee, airdrops que nunca reclamó o proyectos NFT que ya no están activos, esas cuentas permanecen abiertas con pequeños Depósitos de SOL bloqueados en su interior. Esos Depósitos son totalmente recuperables. Consulte cómo recuperar su SOL bloqueado para ver los pasos.

Cómo reclamar alquiler: Recuperar su SOL de cuentas no utilizadas

Una cuenta de token vacía elegible puede devolver sus lamports restantes cuando se cierra bajo el programa de token regente. El cierre de cuentas no está exento de riesgos: verifique el programa, el saldo, la autoridad, el destino y la transacción antes de firmar.

Cada token SPL que haya tenido alguna vez requirió su propia cuenta on-chain, y cada una de esas cuentas mantiene aproximadamente 0.002 SOL como Depósitos exento de alquiler.

Cuando el saldo de un token llega a cero porque lo vendió, lo transfirió o el proyecto desapareció, la cuenta no se cierra automáticamente. Permanece abierta en el registro con su Depósitos de SOL dentro, esperando. La red no tiene ninguna razón para devolver ese SOL hasta que usted cierre explícitamente la cuenta.

Una billetera con 50 cuentas de token vacías tiene aproximadamente 0.1 SOL bloqueado en esas cuentas. A precios típicos de SOL, eso son entre 15 y 20 dólares inactivos y totalmente recuperables sin coste.

Cerrar una cuenta de token puede devolver sus lamports restantes al destino designado, pero primero verifique que el saldo del token sea cero, que la dirección y la autoridad sean correctas, y que la instrucción de la billetera no contenga acciones no relacionadas. La recepción futura del mismo token puede requerir una nueva cuenta de token asociada y otro Depósitos de creación de cuenta.

Nota de seguridad: Siempre verifique que está utilizando la versión oficial de cualquier billetera o herramienta de cartera antes de conectarse. Las aplicaciones de Tercero interactúan con su billetera; use solo aplicaciones en las que confíe y que pueda verificar.

Método 1: Phantom Wallet (integrada, no se necesita conexión con Tercero)

1. Abra Phantom y navegue a su lista de tokens.
2. Identifique los tokens que muestran un saldo cero.
3. Seleccione el token y elija "Cerrar cuenta" o "Quemar y cerrar" en el menú de Options.
4. Confirme la transacción. El Depósitos de SOL regresa a su saldo principal inmediatamente.

Método 2: Step Finance (cierre masivo en muchas cuentas)

1. Vaya a Step Finance y conecte su billetera.
2. Navegue a la sección "Cuentas vacías" del panel del gestor de cartera.
3. Revise la lista de cuentas que se pueden cerrar y la cantidad de SOL recuperable para cada una.
4. Seleccione las cuentas que desea cerrar y confirme la transacción.

Método 3: Solana Beach o Solscan (identificación de solo lectura)

1. Abra Solana Beach o Solscan e introduzca la dirección de su billetera.
2. Navegue por sus cuentas de token para identificar aquellas con saldo cero.

Ningún explorador ejecuta el cierre directamente. Después de identificar las cuentas, use Phantom o Step Finance para completar la transacción. Solo cierre cuentas con saldo de token cero; las cuentas que contienen tokens activos no se pueden cerrar sin transferir o quemar primero el saldo.

Nota para desarrolladores Para cerrar cuentas mediante programación, utilice la instrucción closeAccount del Token Program. La cuenta debe tener un saldo de tokens cero antes de llamar a closeAccount; de lo contrario, la transacción fallará. Los lamports de la cuenta cerrada se transfieren a la cuenta de destino que usted especifique. Consulte la documentación de SPL Token para obtener la referencia completa de la instrucción.

Cambios en el alquiler de Solana y comportamiento actual del tiempo de ejecución

Los flujos modernos de creación de cuentas en Solana generalmente requieren suficientes lamports para la exención de alquiler, mientras que las descripciones antiguas de cobro periódico de alquiler pueden ya no coincidir con el comportamiento actual del tiempo de ejecución. Un campo rent_epoch obsoleto o centinela no prueba por sí solo que una cuenta pueda ignorar los requisitos de saldo mínimo.

Los desarrolladores deben consultar el mínimo actual con getMinimumBalanceForRentExemption, confirmar el comportamiento activo del tiempo de ejecución y probar la creación y el cierre de cuentas en el clúster correspondiente. Los usuarios no deben cerrar cuentas a menos que comprendan el programa propietario, el saldo de tokens, la autoridad y el destino de los lamports recuperados.

Alquiler de Solana vs. Tarifas de gas de Ethereum: Diferencias clave

El alquiler de Solana y las tarifas de gas de Ethereum son mecanismos fundamentalmente diferentes que casualmente comparten la etiqueta de "coste de red".

Si proviene de Ethereum, es posible que esté asignando el alquiler al modelo mental del gas: un coste por transacción que quema SOL de la misma manera que el gas quema ETH. Esa asignación es incorrecta. El alquiler y el gas cumplen propósitos diferentes, se aplican en momentos diferentes y se comportan de manera diferente económicamente.

Solana tiene sus propias tarifas de transacción que cubren los costes computacionales, separadas del alquiler. No confunda el alquiler con las tarifas de transacción de Solana; son mecanismos distintos.

Las tarifas de gas de Ethereum son un coste de consumo: las paga y desaparecen, contribuyendo a la quema de tarifas EIP-1559 o yendo a los validadores como tarifas de prioridad. El alquiler de Solana es un depósito reversible: lo retiene en lugar de gastarlo, y lo recupera cuando la cuenta se cierra. Esa distinción aclara por qué el modelo de costes de Solana se siente estructuralmente diferente para los usuarios que se mueven entre las dos redes.

Bitcoin adopta un enfoque arquitectónico diferente. Bitcoin utiliza un modelo UTXO (Unspent Transaction Output) en lugar de un modelo de cuenta y no tiene un mecanismo de alquiler, porque los UTXO no utilizados simplemente permanecen sin gastar sin ocupar el mismo tipo de almacenamiento indexado que requieren las cuentas de Solana.

Alquiler en Solana: Referencia para desarrolladores

La siguiente referencia está escrita para desarrolladores que crean en Solana; los usuarios generales pueden saltar a la sección de Preguntas frecuentes sin perder nada necesario para el uso diario.

Nota para desarrolladores Todos los ejemplos a continuación hacen referencia a Solana web3.js v1.x. La API v2.x (actualmente en lanzamiento) utiliza firmas de método diferentes. Consulte la guía de migración oficial de web3.js antes de usar estos ejemplos en producción.

Programas y alquiler: Los programas de Solana (el equivalente a contratos inteligentes en Ethereum) se almacenan como cuentas y están sujetos a las mismas reglas de alquiler. Los programas desplegados deben mantener un saldo exento de alquiler. Las cuentas de programas suelen financiarse a un estado exento de alquiler durante el despliegue. En Solana, los programas son sin estado; escriben en cuentas de datos separadas, cada una de las cuales tiene su propio requisito de alquiler.

Direcciones Derivadas de Programa (PDAs): Las PDAs son cuentas cuyas direcciones se derivan de forma determinista de un ID de programa y semillas, propiedad del programa en lugar de una Clave privada. Las PDAs están sujetas a los mismos requisitos de exención de alquiler que las cuentas propiedad del usuario. El programa que posee una PDA es responsable de garantizar que se financie hasta el mínimo exento de alquiler, típicamente en la creación de la cuenta a través de invocación entre programas (CPI). Las PDAs financiadas incorrectamente son una fuente común de errores de producción en programas de Solana.

Calcular el saldo mínimo exento de alquiler: Utilice connection.getMinimumBalanceForRentExemption(dataSize) donde dataSize es el tamaño de datos asignado de la cuenta en bytes. Esto devuelve el mínimo actual en lamports. Pase el resultado directamente a SystemProgram.createAccount al financiar una cuenta nueva.

Cerrar cuentas mediante programación: Utilice createCloseAccountInstruction del Token Program para cerrar una cuenta de token y devolver sus lamports a un destino designado. La cuenta debe tener un saldo de tokens cero; de lo contrario, la transacción fallará.

Referencia completa: Documentación del modelo de cuentas de Solana.

Preguntas frecuentes sobre el alquiler en Solana

Las siguientes preguntas cubren los puntos más comunes de confusión sobre el alquiler en Solana, con respuestas independientes escritas para referencia directa.

¿Qué es el alquiler en Solana?

El alquiler en Solana se describe comúnmente como el saldo de lamports que una cuenta On-Chain debe mantener para sus datos asignados según las reglas actuales. Cuando se cierra válidamente una cuenta elegible, sus lamports restantes van al destino especificado por la instrucción de cierre. Las carteras a menudo automatizan la financiación de cuentas, pero los usuarios aún deben verificar la instrucción y el requisito actual.

Cuando se crea una cuenta en Solana, normalmente debe mantener un saldo mínimo de lamports basado en su tamaño de datos asignado. Según las reglas actuales, cumplir ese umbral hace que la cuenta esté exenta de alquiler de deducciones periódicas. Una operación de cierre válida envía los lamports restantes de la cuenta al destino designado por la instrucción.

La exención de alquiler es el estado que tiene una cuenta cuando su saldo de lamports cumple o supera el umbral actual para su tamaño de datos. Según el modelo actual, el saldo no se carga periódicamente como alquiler; los desarrolladores deben verificar el comportamiento actual del tiempo de ejecución en lugar de tratar esto como una garantía inmutable.

Aproximadamente 0.00203928 SOL (2.039.280 lamports) para una cuenta de token SPL estándar. La cantidad exacta depende del tamaño de los datos de la cuenta: las cuentas del sistema con 0 bytes de datos requieren menos (~0.00089 SOL), mientras que las cuentas de programas personalizados con más datos requieren proporcionalmente más. Verifique la cifra actual utilizando getMinimumBalanceForRentExemption en la Mainnet de Solana antes de confiar en estos números.

La documentación anterior describe la recolección de alquiler y la limpieza de cuentas para cuentas no exentas. Los requisitos actuales de creación de cuentas en Solana y el comportamiento del tiempo de ejecución pueden diferir. Consulte la cuenta activa y la documentación actual en lugar de asumir que una cuenta será eliminada o que una cartera la ha hecho segura.

Sí. El Depósito de alquiler completo se devuelve a su billetera cuando cierra una cuenta. Cerrar una cuenta puede recuperar lamports solo cuando el programa y el estado de la cuenta correspondientes lo permiten. Confirme que la cuenta está vacía, verifique la dirección de destino y la autoridad, y revise cada transacción antes de firmar. Las billeteras y los paneles con nombre son ejemplos, no avales.

¿Qué problema aborda el mecanismo de alquiler de Solana?

Los validadores deben mantener los datos de cada cuenta activa en la RAM para procesar transacciones con alto rendimiento. Sin un mecanismo de costo asociado al almacenamiento, cualquiera podría crear cuentas ilimitadas, haciendo que el estado de la red crezca sin límites y aumentando los costos de hardware de los validadores. Los Depósitos de alquiler garantizan que las cuentas que consumen almacenamiento del validador sean económicamente responsables del espacio que ocupan.

¿En qué se diferencia el alquiler de Solana de las tarifas de gas de Ethereum?

Las tarifas de gas de Ethereum son un costo de computación no reembolsable pagado por transacción; cubren ciclos de CPU y se consumen inmediatamente. El alquiler de Solana es un Depósito de almacenamiento reembolsable pagado una vez por cuenta; cubre el almacenamiento de bytes en los validadores y se devuelve íntegramente cuando se cierra la cuenta. Los dos mecanismos sirven para propósitos diferentes en protocolos arquitectónicamente distintos.

Explore SOL en Bybit

Los lectores pueden revisar la información actual del mercado de SOL o el mercado Spot SOL/USDT. Estos enlaces proporcionan acceso al mercado y no demuestran que Solana, una billetera o un protocolo de Tercero sea adecuado para cada lector.

Puntos Clave: Lo que necesita saber sobre el alquiler de Solana

El alquiler de Solana se entiende comúnmente como un requisito de financiación de cuenta en lugar de una tarifa recurrente para el usuario, sujeto a las reglas actuales del tiempo de ejecución.

• Una cuenta de Solana generalmente mantiene los lamports requeridos para sus datos asignados; una operación de cierre elegible envía sus lamports restantes al destino especificado.
• Cada cuenta on-chain requiere un Balance mínimo de SOL proporcional a su tamaño de datos para permanecer activa.
• Las billeteras y aplicaciones comunes generalmente crean cuentas con el Balance requerido, pero cada cuenta debe verificarse de forma independiente.
• Las descripciones antiguas de alquiler periódico y recolección de basura no deben aplicarse al tiempo de ejecución actual sin confirmación de fuente primaria.
• El estado exento de alquiler significa que el Depósito no se está cobrando, no que no se bloquee SOL.
• Las cuentas de tokens vacías pueden devolver su Balance exento de alquiler cuando se cierran según las reglas del programa de tokens. Verifique la cuenta, la autoridad, el destino, la tarifa de transacción y los permisos de la herramienta antes de firmar.

Para usuarios generales, confirme que una cuenta está vacía y es elegible antes de cerrarla. Para desarrolladores, consulte los requisitos actuales de exención de alquiler y pruebe la creación y el cierre en el clúster relevante. No trate la automatización de billeteras, una descripción de alquiler antigua o una estimación del recuento de cuentas como una garantía de seguridad o tokenómica.

Los Balances de SOL, las tarifas de alquiler y los parámetros del protocolo referenciados en este artículo reflejan el comportamiento público documentado de la red Solana a partir de la fecha de publicación. Los parámetros del protocolo pueden cambiar a través de la gobernanza de la red o las actualizaciones de software. Los lectores deben verificar los valores actuales en la documentación oficial de Solana antes de tomar decisiones técnicas o financieras.

Lecturas relacionadas

• Estándares de Tokens de Solana
• Arquitectura de Solana
• ¿Qué son los Blinks de Solana?