Función de quema

¿Qué es una función de quema en el sector cripto?

Una función de quema es una función de contrato inteligente que retira tokens de forma permanente de la circulación o los hace imposibles de gastar.

En criptomonedas, «quemar» significa destruir un saldo de tokens de una forma que reduce la oferta utilizable o enviar los tokens a una dirección que no se espera que nadie controle.

Las funciones de quema son más habituales en contratos de tokens, especialmente en tokens ERC-20, NFT, sistemas de stablecoins, tokens de gobernanza, activos envueltos y protocolos DeFi.

El objetivo principal de una función de quema es ofrecer un método on-chain transparente para reducir la oferta de tokens.

Cuando un token se quema correctamente, los exploradores de blockchain y los eventos de contratos inteligentes pueden mostrar que se ha retirado de los saldos de los usuarios o enviado a una dirección de quema reconocida.

En un token ERC-20, una quema real suele reducir la oferta total del token y emitir un evento que pueden rastrear wallets, herramientas de análisis y exploradores de bloques.

La documentación de ERC-20 de OpenZeppelin indica que su función interna _burn destruye tokens de una cuenta, reduce la oferta total y emite un evento Transfer con la dirección cero como destino.

Esto es importante porque una quema no es una transferencia normal.

Una transferencia normal mueve tokens de un titular a otro.

Una quema retira tokens de la circulación activa y puede reducir la oferta oficial del token registrada por el contrato.

Para los usuarios de criptomonedas, la función de quema es importante porque puede afectar a la tokenomics, la transparencia de la oferta, los sistemas de canje, los mecanismos de comisiones, el diseño de la gobernanza y las expectativas de los inversores.

Cómo funciona una función de quema

Una función de quema funciona modificando las reglas contables del contrato del token.

En un modelo ERC-20 sencillo, cada dirección tiene un saldo y el contrato también registra la oferta total.

Cuando se acuñan tokens, el contrato aumenta la oferta total y añade tokens a una cuenta.

Cuando se queman tokens, el contrato resta tokens de una cuenta y normalmente reduce la oferta total en la misma cantidad.

Este cambio queda registrado on-chain porque la red blockchain procesa la transacción de quema.

El usuario no puede revertir la quema posteriormente, salvo que el contrato inteligente tenga una función de acuñación independiente que cree nuevos tokens.

Una función de quema habitual comprueba que la cuenta tenga suficientes tokens antes de retirarlos.

Si la cuenta no tiene suficientes tokens, la transacción debería fallar.

Una función de quema segura también debería comprobar que la cantidad que se va a quemar es válida y que quien la ejecuta tiene permiso para hacerlo.

En muchas implementaciones ERC-20, un usuario puede llamar a burn para destruir sus propios tokens.

Algunos contratos también incluyen burnFrom, que permite a un usuario autorizado quemar tokens de otra cuenta si dispone de la autorización correspondiente.

La documentación ERC-20 Burnable de OpenZeppelin describe una extensión que permite a los titulares destruir sus propios tokens y aquellos para los que han concedido una autorización, de modo que la operación pueda reconocerse mediante el análisis de eventos.

Esto hace que las funciones de quema sean útiles tanto para usuarios individuales como para mecanismos a nivel de protocolo.

Función de quema frente a envío de tokens a una dirección de quema

Una función de quema y una dirección de quema están relacionadas, pero no siempre son lo mismo.

Una función de quema modifica la contabilidad interna de la oferta del contrato del token y puede reducir la oferta total.

Una dirección de quema es una dirección que suele utilizarse para recibir tokens que no se espera volver a gastar.

La dirección con apariencia de quema más conocida es la dirección cero, escrita como 0x0000000000000000000000000000000000000000.

Etherscan describe la dirección cero como una dirección que no pertenece a ningún usuario y que suele asociarse con eventos de quema, acuñación o génesis de tokens.

Otra dirección de quema habitual es 0x000000000000000000000000000000000000dEaD.

Etherscan describe la dirección dead como una dirección que los proyectos utilizan habitualmente para quemar tokens y reducir la oferta en circulación.

La diferencia es importante porque enviar tokens a una dirección de quema puede no reducir el valor totalSupply del contrato del token.

Si un token solo se transfiere a una dirección dead, puede volverse prácticamente imposible de gastar, pero el contrato puede seguir contabilizándolo dentro de la oferta total.

Si se quema mediante una función de quema correcta, el contrato suele reducir directamente la oferta total.

Al analizar un token, los usuarios deberían comprobar siempre si el proyecto quemó los tokens reduciendo la oferta total o si simplemente los trasladó a una dirección que se considera inaccesible.

Función de quema en tokens ERC-20

Las funciones de quema son especialmente habituales en los tokens ERC-20.

ERC-20 es un estándar de token muy utilizado para tokens fungibles en Ethereum y en redes compatibles con EVM.

El estándar oficial de tokens ERC-20 define funciones fundamentales como totalSupply, balanceOf, transfer, allowance, approve y transferFrom.

El estándar ERC-20 también define el evento Transfer, que debe activarse cuando se transfieren tokens.

El estándar establece que la creación de tokens debe activar un evento Transfer con la dirección de origen establecida en 0x0.

Muchas implementaciones de quema ERC-20 utilizan el patrón inverso para el evento y establecen la dirección cero como destino.

Esto permite que las herramientas off-chain reconozcan el evento de destrucción del token mediante el seguimiento estándar de eventos.

Sin embargo, el estándar ERC-20 no exige que todos los tokens incluyan una función pública de quema.

Un token puede permitir la quema, no permitirla, permitirla solo al propietario o a los usuarios, o admitirla únicamente según una lógica contractual específica.

Por tanto, los usuarios no deberían dar por hecho que se puede quemar cualquier token ERC-20.

Antes de asumir cómo funciona la quema, deberían leer el contrato y la documentación, y consultar los detalles del explorador de bloques.

Función de quema en NFT

Las funciones de quema también se utilizan en NFT.

En un contrato NFT ERC-721, la quema suele destruir un token ID concreto.

La documentación de ERC-721 de OpenZeppelin explica que los tokens empiezan a existir cuando se acuñan y dejan de existir cuando se queman mediante la lógica _burn de ERC-721.

Esto es distinto de la quema de tokens fungibles porque cada NFT es único.

Al quemar un NFT, el usuario no destruye una cantidad de tokens idénticos.

Destruye un token ID concreto que puede representar una obra de arte, un pase de membresía, un objeto de juego, una entrada, un activo similar a un dominio u otra forma de propiedad digital.

Las quemas de NFT suelen utilizarse en sistemas de mejora o canje, la creación de objetos en juegos, mecanismos de allowlist y experiencias cuyo acceso depende de un token.

Por ejemplo, un proyecto puede exigir a los usuarios que quemen un NFT antiguo para recibir uno nuevo.

Un juego puede exigir que los usuarios quemen varios objetos para crear otro más raro.

Un proyecto de membresía puede quemar un pase temporal después de que se haya canjeado.

En cada caso, la función de quema permite aplicar la escasez y los cambios de estado on-chain.

Por qué los proyectos utilizan funciones de quema

Los proyectos utilizan funciones de quema por varios motivos.

El primero es reducir la oferta.

Si un proyecto quiere reducir permanentemente el número de tokens, una función de quema ofrece un método claro para hacerlo.

El segundo es el canje.

Un proyecto puede quemar tokens cuando los usuarios los canjean por otro activo, servicio, derecho o producto.

El tercero es el diseño de las comisiones.

Algunos sistemas de tokens queman parte de una comisión de transacción para reducir ligeramente la oferta con cada transacción.

El cuarto es la contabilidad del protocolo.

Los activos envueltos, los activos sintéticos y los sistemas cross-chain pueden quemar tokens en un lado cuando los activos se retiran, canjean o liberan en otro.

El quinto es depurar la gobernanza.

Un protocolo puede quemar tokens de tesorería no utilizados, tokens de incentivos retirados o saldos de distribuciones no reclamadas para aclarar los datos de oferta.

El sexto es ofrecer una opción a los usuarios.

Algunas comunidades permiten que los titulares quemen tokens voluntariamente como señal de compromiso o como parte de un juego, un meme o un mecanismo social.

Las funciones de quema son flexibles, pero esa flexibilidad también genera riesgos si están mal diseñadas o bajo el control de un grupo reducido.

Función de quema y tokenomics

La tokenomics es el diseño de la oferta, la demanda, los incentivos, la distribución y la utilidad de un token.

Una función de quema puede ser una parte importante de la tokenomics porque influye en cómo cambia la oferta del token con el tiempo.

Algunos proyectos utilizan las quemas para crear una narrativa deflacionaria.

Deflacionario significa que la oferta puede disminuir en determinadas condiciones.

Una oferta menor puede resultar atractiva para los usuarios, pero no hace que un token sea más valioso automáticamente.

El precio del token depende tanto de la oferta como de la demanda.

Si la oferta disminuye, pero la demanda cae más rápido, el token puede seguir perdiendo valor.

Si la quema retira una pequeña cantidad de la oferta mientras se acuñan nuevos tokens a un ritmo superior, la oferta neta puede seguir aumentando.

Por tanto, los usuarios deberían comprobar el cambio neto de la oferta y no limitarse a los anuncios de quema.

Un proyecto que quema tokens de una asignación no utilizada puede tener menos impacto en el mercado que otro que quema tokens de la oferta activa en circulación.

Una quema puede ser importante, pero solo si los usuarios entienden de dónde procedían los tokens quemados y cómo afecta la quema al calendario completo de oferta.

Función de quema y oferta en circulación

La oferta en circulación es la cantidad de un token disponible en el mercado o que, de otro modo, se considera activa.

Una función de quema puede reducir la oferta en circulación si los tokens quemados estaban previamente disponibles para los usuarios, los traders, los inversores o el protocolo.

Sin embargo, no todas las quemas afectan del mismo modo a la oferta en circulación.

Si un proyecto quema tokens bloqueados que no iban a llegar al mercado durante años, la oferta en circulación a corto plazo puede cambiar muy poco.

Si quema tokens procedentes de las comisiones de los usuarios o de compras realizadas en el mercado, la quema puede afectar de forma más directa a la oferta en circulación.

Si un proyecto envía tokens a una dirección de quema, pero no actualiza la oferta total, los sistemas de seguimiento pueden mostrar cifras distintas según la metodología que utilicen.

Por eso, el análisis de la oferta de un token puede resultar confuso.

Un panel puede mostrar la oferta total, otro la oferta en circulación y otro descontar las direcciones de quema conocidas.

Los usuarios deberían leer las definiciones que utiliza cada plataforma de análisis antes de comparar cifras.

El mejor análisis considera conjuntamente la oferta total, la oferta en circulación, la oferta bloqueada, la oferta quemada, el calendario de acuñación, el calendario de vesting y los saldos de tesorería.

Función de quema y función de acuñación

La función de quema suele analizarse junto con la función de acuñación.

Una función de acuñación crea tokens nuevos.

Una función de quema destruye los tokens existentes.

Juntas, estas dos funciones definen cómo puede aumentar o disminuir la oferta.

Un token que disponga de funciones de acuñación y quema puede ser flexible, pero también puede entrañar riesgos si los permisos son poco estrictos.

Si el propietario puede acuñar una cantidad ilimitada de tokens, una quema quizá no genere una escasez duradera.

Si el propietario puede quemar tokens de las wallets de los usuarios sin su consentimiento, estos pueden enfrentarse a graves riesgos de confianza y custodia.

Si un protocolo solo puede acuñar y quemar tokens conforme a reglas estrictas, el sistema puede ser más seguro y previsible.

Un buen diseño de token debe explicar claramente quién puede acuñar, quién puede quemar, cuándo pueden realizarse estas acciones y si existen límites.

Los usuarios deberían comprobar siempre los permisos de administración antes de confiar en un mecanismo de quema.

Una función de quema es más fiable cuando sus reglas son transparentes, limitadas y se aplican mediante código, en lugar de depender de promesas vagas.

Función de quema y stablecoins

Las funciones de quema son importantes en los sistemas de stablecoins.

Cuando un usuario canjea una stablecoin por el activo que la respalda, puede ser necesario reducir la oferta de la stablecoin.

Una función de quema puede retirar de la circulación las stablecoins canjeadas.

Esto ayuda a que la oferta del token se corresponda con el importe de los derechos pendientes en el sistema.

Por ejemplo, si los usuarios devuelven stablecoins a un emisor o protocolo para canjearlas, los tokens devueltos pueden quemarse para impedir que vuelvan a circular.

En los sistemas DeFi algorítmicos o colateralizados, la quema también puede producirse cuando los usuarios devuelven deuda, cierran posiciones o canjean colateral.

El diseño exacto depende del modelo de stablecoin.

En todos los casos, la lógica de quema forma parte de la contabilidad del sistema.

Si la función de quema de una stablecoin falla, está restringida o se utiliza indebidamente, puede afectar a la precisión de la oferta y a la confianza de los usuarios.

Por eso, los mecanismos de quema de stablecoins deben auditarse cuidadosamente y documentarse con claridad.

Función de quema y bridges cross-chain

Las funciones de quema también pueden aparecer en bridges cross-chain.

Un bridge ayuda a los usuarios a mover valor entre redes blockchain.

Algunos bridges utilizan un modelo de bloqueo y acuñación: los tokens se bloquean en una cadena y se acuña una versión envuelta en otra.

Otros bridges pueden utilizar un modelo de quema y liberación o de quema y acuñación.

En un modelo de quema y liberación, los tokens envueltos pueden quemarse en la cadena de destino antes de liberar los tokens originales en la cadena de origen.

En un modelo de quema y acuñación, los tokens pueden quemarse en una cadena y acuñarse en otra para mantener el equilibrio de la oferta.

Las funciones de quema son importantes en este contexto porque la contabilidad del bridge debe impedir reclamaciones duplicadas.

Si los tokens no se queman correctamente, un bridge puede acabar con más tokens envueltos que activos de respaldo.

Si los tokens se queman, pero falla la lógica de liberación, los usuarios pueden perder el acceso a los fondos o sufrir retrasos en las retiradas.

Por tanto, las funciones de quema relacionadas con bridges requieren una seguridad sólida, monitorización y controles de emergencia.

Función de quema y protocolos DeFi

Los protocolos DeFi utilizan funciones de quema de muchas maneras.

Un protocolo de préstamos puede quemar tokens de deuda cuando un prestatario devuelve un préstamo.

Un pool de liquidez puede quemar tokens de proveedor de liquidez cuando un usuario retira su parte del pool.

Un protocolo de activos sintéticos puede quemar tokens sintéticos cuando los usuarios canjean colateral o cierran una posición.

Un protocolo de staking puede quemar tokens representativos durante una retirada o conversión.

Un sistema de gobernanza puede quemar depósitos de propuestas cuando se infringen las reglas.

En estos casos, la función de quema no se limita a reducir la oferta con fines promocionales.

Forma parte del sistema contable del protocolo.

La quema demuestra que una reclamación tokenizada se ha utilizado, cerrado o canjeado.

Si la contabilidad de la quema es incorrecta, los usuarios pueden recibir demasiado, demasiado poco o nada.

Por eso, las funciones de quema de DeFi deben probarse con casos límite, errores de redondeo, riesgos de reentrada, errores en los permisos y comportamientos inesperados de los tokens.

Riesgos de seguridad de las funciones de quema

Una función de quema puede generar graves riesgos de seguridad si no se diseña cuidadosamente.

El primer riesgo es la quema no autorizada.

Si un usuario malicioso puede quemar tokens de otra wallet sin autorización, los titulares pueden perder fondos.

El segundo riesgo es un exceso de poder administrativo.

Si el propietario de un contrato puede quemar en cualquier momento los tokens de cualquier usuario, el token está más centralizado de lo que estos podrían esperar.

El tercer riesgo es una lógica de allowance defectuosa.

Una función burnFrom debe comprobar correctamente que quien la ejecuta tiene allowance suficiente antes de quemar los tokens de otro usuario.

El cuarto riesgo es que la oferta no cuadre.

Si los saldos disminuyen, pero la oferta total no se actualiza correctamente, la contabilidad del token puede dejar de ser precisa.

El quinto riesgo es que los eventos no coincidan.

Si una quema no emite los eventos previstos, es posible que las wallets y las herramientas de análisis no registren correctamente los cambios de oferta.

El sexto riesgo es un fallo del bridge.

Si una quema forma parte de una transferencia entre cadenas, un fallo en el envío de mensajes puede dejar a los usuarios sin el activo que esperaban recibir.

El séptimo riesgo es el abuso de actualizaciones.

Un contrato actualizable puede permitir que se modifique posteriormente la lógica de quema, salvo que la gobernanza o los controles administrativos estén limitados.

La guía para desarrolladores de Ethereum sobre seguridad de contratos inteligentes explica que las auditorías y los programas de recompensas por errores no sustituyen la responsabilidad de escribir código de calidad.

Este recordatorio es importante porque una función de quema es sencilla en teoría, pero puede resultar peligrosa cuando afecta a saldos reales de usuarios.

Cómo consultar una función de quema en un explorador de bloques

Los usuarios suelen poder comprobar la actividad de quema en un explorador de bloques.

El primer paso es abrir la página del contrato del token y revisar las transferencias recientes.

El segundo paso es buscar transferencias a la dirección cero o a una dirección de quema conocida.

El tercer paso es comprobar si la oferta total disminuyó después de la transacción.

El cuarto paso es revisar los datos de entrada de la transacción si el explorador descodifica la llamada a la función.

El quinto paso es comprobar si la transacción llamó a burn, burnFrom, redeem, withdraw o a otra función que incluya lógica de quema.

El sexto paso es comparar los registros de eventos con los valores de oferta del token.

Si la transacción solo transfirió tokens a una dirección dead, el evento puede parecer una transferencia normal.

Si la transacción llamó a una verdadera función de quema, el contrato puede emitir un evento Transfer a la dirección cero y actualizar la oferta total.

Los usuarios no deberían fiarse únicamente de una publicación en redes sociales del proyecto que afirme que se ha producido una quema.

Deberían verificar on-chain el hash de la transacción, la dirección del contrato, la cantidad y el efecto sobre la oferta.

Cómo diseñar una función de quema más segura

Los desarrolladores deberían diseñar funciones de quema con permisos claros y una contabilidad previsible.

Una función básica de quema del usuario solo debería permitirle quemar sus propios tokens.

Una función burnFrom debería exigir allowance y reducirla correctamente después de la quema.

Debería evitarse la quema administrativa, salvo que el caso de uso del token la requiera claramente.

Si se necesita una función de quema administrativa, debería utilizar permisos basados en roles, límites claros, eventos y, posiblemente, bloqueos temporales (timelocks).

Siempre que sea posible, los desarrolladores deberían utilizar librerías probadas en lugar de escribir desde cero una lógica de quema personalizada.

Las librerías de contratos de OpenZeppelin se utilizan ampliamente porque proporcionan implementaciones revisadas de comportamientos habituales de tokens.

Los desarrolladores también deberían probar las quemas de cantidad cero, la quema del saldo completo, los casos de saldo insuficiente, las quemas basadas en allowance, los estados de pausa, los escenarios de actualización y las interacciones con otras funciones del protocolo.

Deberían verificar que la oferta total siempre corresponda a la suma de saldos prevista después de acuñar y quemar tokens.

También deberían asegurarse de que los sistemas externos, como los bridges, los paneles, los subgraphs y las calculadoras de recompensas, procesen correctamente los eventos de quema.

Una función de quema solo es segura cuando el código, los permisos, la documentación y la monitorización se ajustan al diseño previsto.

Cómo evaluar una función de quema

Los usuarios deberían empezar por averiguar si la función de quema es pública, privada, interna, exclusiva del propietario o basada en roles.

Si solo el usuario puede quemar sus propios tokens, el riesgo suele ser más fácil de entender.

Si un administrador puede quemar saldos de usuarios, estos deberían considerarlo un riesgo de centralización serio.

Después deberían comprobar si la quema reduce la oferta total o si solo transfiere tokens a una dirección de quema.

También deberían revisar si el proyecto puede acuñar nuevos tokens después de la quema.

Una quema grande puede significar poco si el propietario del contrato puede acuñar una cantidad mayor posteriormente.

Los usuarios deberían comprobar si las quemas son puntuales, programadas, basadas en comisiones o vinculadas a canjes.

También deberían preguntarse de dónde proceden los tokens quemados.

Quemar tokens de una asignación de tesorería es distinto de quemar tokens comprados en el mercado o recibidos mediante las comisiones del protocolo.

Los usuarios no deberían dar por hecho que todas las quemas son alcistas.

La quema es solo una parte de la historia completa de la oferta y la demanda del token.

Malentendidos habituales sobre las funciones de quema

Un malentendido habitual es pensar que todas las quemas hacen subir el precio.

Una quema puede reducir la oferta, pero el precio sigue dependiendo de la demanda, la liquidez, el sentimiento del mercado, la utilidad y las condiciones generales del mercado cripto.

Otro malentendido es creer que los tokens enviados a una dirección dead siempre reducen la oferta total.

Pueden reducir la oferta en circulación efectiva, pero quizá no reduzcan el valor totalSupply del contrato.

Un tercer malentendido es pensar que una función de quema siempre beneficia a los usuarios.

Una función mal diseñada puede dar demasiado poder a un administrador o permitir que los fondos se destruyan por error.

Un cuarto malentendido es creer que una quema no se puede revertir en ninguna circunstancia.

Normalmente no se pueden recuperar los tokens quemados, pero un contrato con autoridad para acuñar puede crear nuevos tokens más adelante.

Un quinto malentendido es pensar que todas las direcciones de quema son igual de fiables.

Algunas direcciones se reconocen ampliamente como direcciones de quema, mientras que otras pueden ser direcciones normales etiquetadas así por un proyecto.

Los usuarios deberían verificar si una dirección es realmente inaccesible o si solo se afirma que es una dirección de quema.

Función de quema e intención de búsqueda AEO

Quienes buscan «burn function» suelen querer saber qué hace, si reduce la oferta y si puede afectar al precio del token.

La respuesta directa es que una función de quema destruye tokens o los retira de la oferta activa conforme a las reglas del contrato del token.

También pueden preguntar si quemar tokens es lo mismo que eliminarlos.

En la práctica, sí en lo que respecta a la contabilidad del token cuando la función de quema reduce los saldos y la oferta total, pero el registro de la transacción permanece visible on-chain de forma permanente.

También pueden preguntar si una dirección de quema es lo mismo que una función de quema.

La respuesta es no: una dirección de quema recibe tokens, mientras que una función de quema modifica la contabilidad del contrato.

También pueden preguntar si quemar tokens es seguro.

La respuesta depende del código, los permisos, las reglas de oferta, las auditorías y de si el usuario entiende la transacción que está firmando.

También pueden preguntar si los tokens quemados pueden volver.

Por lo general, los mismos tokens quemados no se pueden volver a gastar, pero es posible acuñar tokens nuevos si el contrato lo permite.

Preguntas frecuentes

¿Qué significa «función de quema» en el sector cripto?

Una función de quema es una función de contrato inteligente que destruye tokens o los retira de la circulación activa conforme a las reglas del contrato del token.

¿Una función de quema reduce la oferta total?

Una verdadera función de quema suele reducir la oferta total, pero enviar tokens a una dirección de quema puede no reducir el valor totalSupply del contrato.

¿Quemar tokens es lo mismo que transferirlos?

No. Una transferencia normal mueve tokens a otra dirección, mientras que una quema los retira de la oferta utilizable o los envía a una dirección que no se espera que nadie controle.

¿Se pueden recuperar los tokens quemados?

Normalmente, no. La quema modifica permanentemente los saldos o envía los tokens a una dirección inaccesible.

¿Puede un proyecto acuñar tokens después de quemarlos?

Sí. Un proyecto puede acuñar tokens nuevos después de una quema si el contrato inteligente incluye permisos de acuñación y estos siguen activos.

¿Una quema de tokens siempre beneficia al precio?

No. Una quema no garantiza que suba el precio, ya que este depende de la demanda, la liquidez, la utilidad, el sentimiento y el calendario completo de oferta.

¿Qué es burnFrom?

burnFrom es una función que permite a un usuario autorizado quemar tokens de otra cuenta si dispone de allowance suficiente.

¿Qué es una dirección de quema?

Una dirección de quema es una dirección que suele utilizarse para recibir tokens que no se espera volver a gastar, como la dirección cero o una dirección dead reconocida.

¿Se pueden quemar NFT?

Sí. Los NFT se pueden quemar cuando un contrato inteligente destruye un token ID concreto y lo elimina de los registros de titularidad activa.

¿Qué deberían comprobar los usuarios antes de confiar en una función de quema?

Deberían comprobar los permisos, el efecto sobre la oferta total, los derechos de acuñación, los controles administrativos, los registros de eventos, las auditorías y si la transacción de quema se puede verificar on-chain.

Conclusión

Una función de quema es una de las herramientas más importantes para controlar la oferta en los contratos inteligentes de criptomonedas.

Permite destruir tokens, canjearlos, retirarlos de la circulación o utilizarlos como parte de un sistema más amplio de contabilidad del protocolo.

En los tokens ERC-20, una quema correcta suele reducir el saldo de un usuario y disminuir la oferta total.

En los NFT, la quema suele destruir un token ID concreto y poner fin a su existencia activa en el contrato.

Las funciones de quema se utilizan en tokenomics, DeFi, stablecoins, bridges, juegos, sistemas de membresía y mecanismos de gobernanza.

Sin embargo, no debería juzgarse una función de quema únicamente por su nombre.

Los usuarios deberían comprobar si la función reduce realmente la oferta total, quién puede ejecutarla, si se pueden acuñar nuevos tokens más adelante y si la quema se puede verificar on-chain.

Los desarrolladores deberían crear funciones de quema con librerías probadas, permisos claros, eventos sólidos, una contabilidad cuidadosa y revisiones de seguridad.

Una buena función de quema puede mejorar la transparencia y el diseño del protocolo.

Una función de quema deficiente puede generar riesgos de centralización, confusión sobre la oferta o pérdidas permanentes para los usuarios.

La forma más prudente de entender cualquier quema cripto es leer el contrato, verificar la transacción y analizar la quema como parte del modelo completo de oferta del token.