Comisiones y renta en Solana, explicadas
Solana tiene fama de ser casi gratis de usar, y en las transferencias ordinarias esa fama está bien ganada. Pero «casi gratis» oculta una estructura que conviene entender, porque los costes con los que te topas en una cartera de autocustodia no son todos comisiones, y el número más grande que verás nunca en Solana es dinero que te quedas.
Este artículo desglosa exactamente qué pagas al enviar SOL o un token SPL desde SSP, con cifras reales en lugar de números redondos. Si aún no has leído cómo SSP guarda SOL, Solana en SSP es la base.
Las tres cosas que realmente pagas
Toda transacción de Solana puede implicar tres costes distintos, y confundirlos es donde empieza el lío.
La comisión base es lo que la red cobra por procesar tu transacción. La comisión de prioridad es opcional y compra a tu transacción un mejor trato cuando la red está ocupada. La renta no es en absoluto una comisión: es un depósito reembolsable que mantiene viva una cuenta on-chain.
Solo las dos primeras se gastan. La renta queda aparcada. Entender esa distinción es la mayor parte de la batalla.
Comisiones base: baratas y predecibles
Solana cobra 5.000 lamports por firma, es decir 0,000005 SOL. Ese es todo el modelo de comisión base. No varía con el tamaño del importe que envías, ni con la complejidad del programa que invocas, ni con la hora del día.
Una transferencia simple de SOL tiene una firma y cuesta 5.000 lamports. Una transacción con tres firmas cuesta 15.000. A cualquier precio plausible de SOL esto es un error de redondeo, y precisamente por eso Solana se usa para esa clase de pagos pequeños y frecuentes que serían antieconómicos en otro sitio. La documentación de comisiones de Solana es la fuente primaria.
Si vienes de Ethereum, el contraste es brutal: allí la comisión escala con la computación y con la congestión, a veces en órdenes de magnitud. Comisiones de gas en Ethereum, explicadas para usuarios de autocustodia cubre ese modelo.
Comisiones de prioridad: comprar sitio en la cola
Cuando Solana está ocupada, los validadores tienen más transacciones de las que caben. La comisión de prioridad es como señalas que la tuya debería ir primero. Se cotiza por unidad de cómputo —una medida de cuánto trabajo hace tu transacción— en micro-lamports.
SSP fija una comisión de prioridad de 50.000 micro-lamports por unidad de cómputo en mainnet. Un envío consume unas 10.000 unidades de cómputo, así que la comisión de prioridad sale a unos 500 lamports, o 0,0000005 SOL.
Es un número deliberadamente pequeño con un propósito deliberadamente grande. Resulta insignificante frente a todo lo demás de la transacción, y es la diferencia entre que un envío aterrice en un periodo de saturación o se descarte en silencio. Pagar medio milésimo de céntimo por no tener que preguntarte si tu transacción llegó es un buen trato.
La renta es un depósito, no una comisión
Aquí está la parte que sorprende a quien migra de otras cadenas. En Solana, una cuenta debe mantener un saldo mínimo de SOL proporcional a su tamaño para poder existir. Sáltate el depósito y la cuenta se purga.
Las cifras de las cuentas que crea SSP:
- Cuenta multisig (86 bytes): unos 0,00149 SOL
- Cuenta de nonce duradero (80 bytes): unos 0,00145 SOL
- Cuenta de token asociada (165 bytes): unos 0,00204 SOL
Nada de eso se gasta. Se queda dentro de esas cuentas y vuelve si la cuenta llega a cerrarse. Las cuentas multisig y de nonce son permanentes mientras exista tu bóveda: el depósito del nonce solo es recuperable cuando se retira una bóveda. El depósito de una cuenta de token lo puede recuperar su propietario en cualquier momento cerrándola.
Por eso tu primer envío de Solana en SSP es el caro y por eso no se repite. No estás pagando una tarifa de alta; estás financiando las cuentas que hacen funcionar todo lo que viene después.
Qué cobra SSP, línea por línea
Cada número de aquí sale del tarifario publicado de SSP, no de una estimación.
| Qué ocurrió | Coste | Qué es |
|---|---|---|
| Primer envío desde una bóveda nueva | 3.200.000 lamports (~0,0032 SOL) | Renta del multisig + renta del nonce + comisión de red |
| Cada envío posterior | 100.000 lamports (~0,0001 SOL) | Comisión de red más un pequeño margen |
| Enviar un token SPL a un destinatario nuevo | + 2.500.000 lamports (~0,0025 SOL) | Renta de la cuenta de token del destinatario |
Hay otra pieza contable que conviene conocer. La propuesta multisig que aprueban tus dos dispositivos es en sí misma una cuenta on-chain, y también necesita renta. SSP la cierra en la misma transacción que la ejecuta, así que esa renta se devuelve de inmediato y neta a cero. Nunca la verás como un coste porque nunca llega a serlo.
La comisión exacta se muestra en la pantalla de revisión antes de firmar, decodificada de los bytes de la transacción en lugar de reportada por un servidor. Tus dispositivos también imponen un techo independiente: un reembolso por encima del máximo que SSP considera plausible se trata como un ataque y bloquea la firma, diga lo que diga cualquier servidor.
Por qué la bóveda reembolsa a un paymaster
En Solana, la cuenta que paga la comisión de una transacción —el fee payer— tiene que firmarla. Para una bóveda multisig recién creada esto es un problema real de arranque: la bóveda necesita SOL para pagar precisamente la transacción que crearía sus cuentas, y esas cuentas todavía no existen.
El relay de SSP opera un paymaster que firma como fee payer, adelanta la comisión de red y cualquier renta, y es reembolsado por tu bóveda dentro de la misma transacción. La instrucción de reembolso forma parte de la propuesta que aprueban tus dos dispositivos, así que no puede ejecutarse sin ambas firmas ni sustituirse por otra cosa sin que la comprobación de decodificación lo detecte.
La consecuencia práctica es que nunca mantienes un saldo de gas aparte. Recibe SOL, envía SOL. Si los paymasters como patrón general te son nuevos, patrocinio de gas y paymasters, explicados cubre la idea, y nonces duraderos y firma con dos dispositivos explica la otra mitad de lo que hace posible la firma con dos dispositivos en Solana.
Recuperar SOL
Los depósitos de renta son recuperables, pero el mecanismo cambia según la cuenta.
Las cuentas de token puede cerrarlas su propietario una vez que el saldo es cero, devolviendo unos 0,002 SOL cada una. Si has acumulado cuentas de token de tokens que ya no tienes —incluidas las de los que te mandaron sin pedirlo—, cerrarlas recupera SOL real. Tokens SPL y cuentas de token en SSP explica qué son esas cuentas.
Las cuentas multisig y de nonce siguen financiadas durante toda la vida de la bóveda. Sus depósitos solo son recuperables cuando la bóveda se retira por completo, algo que no se hace a la ligera: esas cuentas son lo que hace gastable tu dirección.
La conclusión práctica es pequeña: trata los aproximadamente 0,003 SOL que hay detrás de tu bóveda como parte de la bóveda y no como saldo disponible, y no te sorprendas si la cifra «disponible» de una cartera queda ligeramente por debajo del número on-chain en crudo.
Para la mecánica paso a paso de un envío, incluido dónde aparece cada uno de estos números en pantalla, consulta enviar Solana con SSP.
