Quema de tokens o mint authority en Solana: qué cambia
Quemar tokens baja el suministro de hoy; revocar la mint authority impide acuñar más. Las cuatro combinaciones en Solana y el orden correcto.

«Voy a quemar el resto del suministro». Quien dice esto a menudo quiere decir otra cosa: «voy a revocar la mint authority», la autoridad de acuñación del token. A veces, las dos cosas. Por eso la pregunta «¿quema de tokens o mint authority?» merece una respuesta clara, porque un holder nota la diferencia en cuanto abre el token en un explorador.
Quema tokens y la mint authority sigue exactamente donde estaba. Revócala y no desaparece ni un solo token. Son operaciones independientes que tocan partes distintas del token, y cada combinación le cuenta algo diferente a quien compra. Así que la duda entre quema de tokens o mint authority casi nunca se resuelve eligiendo solo una.

Las dos operaciones, en palabras sencillas
Quemar tokens. Una quema destruye tokens que ya existen. Firma la billetera que los guarda (o un delegado que esa billetera aprobó), y el suministro total del mint baja exactamente en la cantidad quemada; la documentación de Solana sobre quemar tokens describe la instrucción. No hace falta la mint authority, así que cualquier holder puede quemar sus propios tokens. Es definitivo: lo quemado no vuelve. Quema 100 millones de un suministro de 1.000 millones y la cadena marcará 900 millones, mientras el poder de acuñar más sigue intacto.
Revocar la mint authority. Revocar no destruye ni un token. Una instrucción SetAuthority, firmada por la mint authority actual, deja ese campo vacío, como explica la documentación de Solana sobre cambiar autoridades. Desde ese momento ninguna clave puede volver a firmar como autoridad de acuñación, así que no hay manera de restaurarla. Los saldos y el suministro actual quedan tal cual; solo desaparece el poder de acuñar más.
Lo que sigue siendo posible después es quemar. Cualquier holder puede quemar lo suyo, y cada quema baja el total y cambia solo el saldo de quien quema. Un suministro con la mint authority revocada solo puede quedarse igual o bajar.
Dicho en corto: quemar baja la línea del suministro actual y revocar le pone techo. Una operación habla del presente; la otra, del futuro. El recorrido completo de una quema, con sus motivos y sus trampas, está en cómo quemar tokens en Solana.
Un malentendido frecuente: «ya quemé una parte, así que no puede salir más». Falso. Quemar no bloquea el suministro. Mientras la mint authority siga activa, quien la tenga (a menudo la billetera que desplegó el token, no necesariamente la que quemó) puede acuñar tokens nuevos en cualquier momento y reponer lo quemado.
Las cuatro combinaciones que se leen en la cadena
Dos campos responden a dos preguntas. El suministro total dice si se ha quemado algo; la mint authority, si se puede crear más. Juntos dan cuatro estados:
| Estado | Qué muestra la cadena | Ejemplo |
|---|---|---|
| Mint authority activa, sin quemas | El suministro todavía puede crecer. La confianza depende de la palabra del equipo. | Un token recién creado, antes de cualquier limpieza. |
| Mint authority activa, con quemas | El suministro bajó, pero la autoridad sigue ahí y puede acuñar tokens que sustituyan a los quemados. Una ilusión de deflación. | Un equipo anuncia una quema comunitaria del 20 % (caso hipotético) y conserva la autoridad. El techo no se movió. |
| Mint authority revocada, sin quemas | El suministro queda fijo donde está. | Un token creado con todo su suministro y la revocación en un solo paso. Las monedas creadas en Pump.fun ya empiezan aquí, sin mint ni freeze authority. |
| Mint authority revocada, con quemas | Fijo y reducido: desde aquí el suministro solo puede bajar. Cualquiera comprueba los dos campos en un explorador. | Suministro de preventa sin vender que se quema, o quemas programadas de la tesorería después de fijar el techo. |
La segunda fila es la que más confunde, porque la quema se anuncia y la autoridad viva no. Los compradores atentos leen ese campo antes que el anuncio, y es la primera de las comprobaciones de la guía para detectar un rug pull en Solana.
Cuándo tiene sentido quemar
Una quema sirve cuando hay un motivo concreto para que el suministro baje. Sin motivo, es teatro.
- Suministro de preventa sin vender. Reservaste 200 millones, vendiste 130 millones y quedan 70 millones sin plan. Quémalos, y el total baja a lo que los holders pagaron de verdad.
- Limpieza de la tesorería. Tokens sobrantes de una alianza que nunca llegó a salir o de un programa ya cerrado. Quemarlos es más limpio que dejarlos aparcados.
- El resto de un airdrop con plazo. Lo que nadie reclamó dentro de la ventana se quema para que no enturbie las cuentas del suministro en circulación.
- Un calendario anunciado. Quemas programadas con una fuente que cualquiera pueda comprobar, o quemas automáticas ligadas a los ingresos del proyecto. Una quema anunciada sin fuente comprobable no genera confianza.
Para cualquiera de estos casos, la herramienta para quemar tokens funciona así: conectas la billetera que tiene los tokens, escaneas sus saldos o eliges el token, decides si quemas todo, una parte (un porcentaje) o una cantidad exacta, revisas las filas y firmas. Trabaja con tokens SPL y Token-2022. Después, comprueba que el suministro total bajó justo en lo quemado.
Cuándo tiene sentido revocar
Revocar es una señal de confianza; la palanca de la deflación está en otra parte. Se revoca cuando el suministro ya es definitivo.
- Cuando todo lo previsto ya está acuñado. Equipo, tesorería, reserva para el pool, airdrop: todo creado y repartido o apartado. Entonces, revoca.
- Antes de pedir visibilidad o un listado. Los escáneres de tokens marcan una mint authority activa como riesgo de dilución, y quien compra lo mira antes que nada.
- Antes de añadir liquidez real a un pool. Si pones SOL o USDC detrás de un token cuyo techo sigue abierto, respaldas con capital algo que se puede diluir. Fija el techo primero.
- En una meme coin que creas tú. Una mint authority viva en un token recién lanzado se lee como «todavía quiere poder imprimir más». Las monedas lanzadas en Pump.fun ya nacen sin ella, así que esto se aplica a los tokens que creas por tu cuenta.
Con la herramienta para revocar la autoridad de acuñación escribes la dirección del mint; la herramienta lee la mint authority actual y comprueba que la billetera conectada es la que la tiene (normalmente la que desplegó el token). Luego, una sola transacción la deja vacía. Cuando se confirme, abre el explorador: no queda dirección de mint authority y el suministro aparece como fijo. No hay forma de deshacerlo.

Las dos cosas, y en qué orden
Si vas a hacer las dos, el orden decide lo que ve el comprador:
- Acuña todo el suministro previsto. Al crear el token o más tarde, pero siempre antes de revocar. El creador de tokens de Solana puede acuñar el suministro, crear los metadatos de Metaplex y revocar la mint authority (y la de congelación) en la misma transacción.
- Reparte a las billeteras que lo van a guardar: tesorería, reserva del pool, airdrop, vesting.
- Revoca la mint authority. El techo queda fijo.
- Quema con el tiempo si el diseño del token lo pide.
Las quemas no necesitan la mint authority, así que funcionan antes o después de revocar; después, solo empujan el suministro hacia abajo. Solo dos cosas tienen que ocurrir antes de la revocación: acuñar todo lo que vayas a necesitar y crear los metadatos.
Quedan otras dos autoridades. La herramienta para revocar la autoridad de congelación quita solo la freeze authority, y la de hacer inmutable el token retira en una sola transacción la que siga viva de las tres (mint, freeze y update). Las tres se explican a fondo en revocar autoridades de un token en Solana. Y si todavía estás eligiendo modelo, la estrategia de suministro de tu token compara el fijo, el deflacionario y el que se puede seguir acuñando.
Errores frecuentes
- Quemar la tesorería y creer que el techo está cerrado. La mint authority sigue activa. Si el objetivo era «no más inflación», la respuesta era revocar.
- Revocar antes de acuñar todo. Lo que se pierde es el suministro que nunca se acuñó. Los tokens ya acuñados se pueden enviar cuando quieras, también después de revocar. Acuña primero todo lo que vayas a necesitar.
- Quemar la reserva del pool. Los tokens que ya están en un pool viven en su bóveda, no en tu billetera. Si quemas la reserva que apartaste para abrir o reforzar un pool, te queda menos que depositar, y un pool más fino se mueve más con cada operación. Quema desde una billetera que no guarde reserva de pool. Quemar tokens LP es otra operación, explicada en quemar, bloquear o conservar el token LP.
- Revocar demasiado pronto. Metaplex solo crea los metadatos de un token con la firma de la mint authority. Si revocas antes de que existan, puede que el token nunca tenga nombre, símbolo ni logo en la cadena. Después, los cambios pasan por la update authority, que es otra distinta: ciérrala al final, cuando el nombre, la imagen y los textos sean definitivos, por ejemplo con la herramienta para revocar la autoridad de actualización.
La versión corta
La quema cambia el suministro de hoy. La revocación fija el techo para siempre. Resuelven problemas distintos, así que la respuesta a «¿quema de tokens o mint authority?» depende de qué quieras cambiar. Si quieres las dos, hazlas en orden: acuñar todo, repartir, revocar y quemar con el tiempo si el diseño lo pide.
Si nunca lo has hecho, practica primero en devnet con la CLI de Solana (spl-token) y SOL de prueba de un faucet de devnet. Allí un error solo cuesta SOL de prueba, que no tiene valor. Las herramientas de j.tools funcionan solo en mainnet, y en mainnet una revocación equivocada no se deshace.
Para lo que viene después, sigue con qué hacer después de lanzar un token o, si aún no lo has creado, con la guía para crear un token en Solana.
Preguntas frecuentes: quema de tokens o mint authority
¿Quemar tokens de Solana revoca la mint authority?
No. Una quema destruye tokens que ya existen y baja el suministro total, pero nunca toca el campo de la mint authority. Después de quemar, quien tuviera la autoridad la sigue teniendo y puede acuñar más cuando quiera.
Prueba rápida: abre el mint en un explorador. El suministro total responde a «¿se ha quemado algo?». La mint authority responde a «¿se puede crear más?». Una quema cambia lo primero y una revocación, lo segundo. Nada cambia las dos cosas a la vez.
¿Revocar la mint authority de un token Solana quema algo?
No. El suministro y cada saldo quedan igual; solo desaparece el poder de acuñar más. Si tu objetivo real es «no más inflación, nunca», quemar no te lleva ahí: necesitas revocar la mint authority. Si lo que buscas es reducir el suministro actual, toca quemar tus tokens. Son dos interruptores, y mover uno no dice nada del otro.
¿Pueden volver los tokens Solana quemados o una mint authority revocada?
Ninguno de los dos. Lo quemado desaparece para siempre, y una mint authority que quedó vacía no se puede restaurar. Pero mientras la autoridad siga activa, se pueden acuñar tokens nuevos que sustituyan a los quemados, así que una quema sola no es deflación permanente.
¿Quemo antes o después de revocar la mint authority de mi token Solana?
Para quemar da igual, porque la quema no necesita la mint authority; las quemas posteriores a la revocación solo bajan más el suministro. Lo que sí tiene que ir antes de revocar es acuñar todo el suministro que vayas a necesitar y crear los metadatos.
¿Cómo compruebo en la cadena la quema o la revocación de un token Solana?
Mira dos campos. El suministro total, que debe haber bajado exactamente en lo quemado; si no se movió, la quema falló o salió de otra billetera. Y la mint authority: una dirección mientras está activa, vacía después de revocar (en los datos en bruto se lee null). En Solana Explorer la fila de Mint Authority desaparece y el suministro pasa de Current Supply a Fixed Supply.
Para ver luego cómo se reparte ese suministro, el snapshot de holders del token lee los holders, etiqueta las direcciones de quema y señala la billetera que tiene la mint o la freeze authority. Cómo interpretar ese reparto lo cuenta cómo leer la distribución de holders.
Un artículo del equipo de J Tools.
Ver todos los artículos de J Tools Editorial →

