Função de queima

O que é uma função de queima no mercado cripto?

Uma função de queima é uma função de contrato inteligente que remove tokens permanentemente da circulação ou os torna impossíveis de gastar.

No mercado de criptomoedas, a palavra “queima” significa destruir um saldo de tokens de modo a reduzir a oferta utilizável ou enviar os tokens para um endereço que não se espera que alguém controle.

Uma função de queima é mais comum em contratos de tokens, especialmente tokens ERC-20, NFTs, sistemas de stablecoins, tokens de governança, ativos wrapped e protocolos DeFi.

O principal objetivo de uma função de queima é criar um método on-chain transparente para reduzir a oferta de tokens.

Quando um token é queimado corretamente, os exploradores de blockchain e os eventos do contrato inteligente podem mostrar que os tokens foram removidos do saldo do usuário ou enviados para um endereço de queima reconhecido.

Em um token ERC-20, uma queima verdadeira geralmente reduz a oferta total do token e emite um evento que pode ser acompanhado por carteiras, ferramentas de análise e exploradores de blockchain.

A documentação de ERC-20 da OpenZeppelin informa que sua função interna _burn destrói tokens de uma conta, reduz a oferta total e emite um evento Transfer com o endereço de destino definido como o endereço zero.

Isso é importante porque uma queima não é uma transferência comum.

Uma transferência comum move tokens de um titular para outro.

Uma queima remove tokens da circulação ativa e pode reduzir a oferta oficial do token registrada pelo contrato.

Para os usuários de criptomoedas, a função de queima importa porque pode afetar a tokenomics, a transparência da oferta, os sistemas de resgate, os mecanismos de taxas, o design de governança e as expectativas dos investidores.

Como funciona uma função de queima

Uma função de queima funciona alterando as regras contábeis do contrato do token.

Em um modelo ERC-20 simples, cada endereço tem um saldo, e o contrato também acompanha a oferta total.

Quando tokens são emitidos, o contrato aumenta a oferta total e adiciona tokens a uma conta.

Quando tokens são queimados, o contrato subtrai tokens de uma conta e geralmente reduz a oferta total na mesma quantidade.

Essa alteração é registrada on-chain porque a transação de queima é processada pela rede blockchain.

O usuário não pode reverter a queima posteriormente, a menos que o contrato inteligente tenha uma função de emissão separada que crie novos tokens.

Uma função de queima comum verifica se a conta tem tokens suficientes antes de removê-los.

Se a conta não tiver tokens suficientes, a transação deverá falhar.

Uma função de queima segura também deve garantir que a quantidade a ser queimada seja válida e que o autor da chamada tenha permissão para queimar os tokens.

Em muitas implementações ERC-20, o usuário pode chamar a função burn para destruir os próprios tokens.

Alguns contratos também incluem a função burnFrom, que permite a um operador aprovado queimar tokens de outra conta depois de receber uma autorização de gasto.

A documentação ERC-20 Burnable da OpenZeppelin descreve uma extensão que permite aos titulares destruir os próprios tokens e os tokens para os quais têm uma autorização de gasto, de forma que isso possa ser identificado pela análise de eventos.

Isso torna as funções de queima úteis tanto para usuários individuais quanto para mecanismos no nível do protocolo.

Função de queima e envio de tokens para um endereço de queima

Uma função de queima e um endereço de queima estão relacionados, mas nem sempre são a mesma coisa.

Uma função de queima altera a contabilização interna da oferta pelo contrato do token e pode reduzir a oferta total.

Um endereço de queima é um endereço normalmente usado para receber tokens que não se espera que sejam gastos novamente.

O endereço conhecido como endereço zero é o mais famoso entre os endereços de queima, e é escrito como 0x0000000000000000000000000000000000000000.

A Etherscan descreve o endereço zero como um endereço que não pertence a nenhum usuário e costuma estar associado a eventos de queima e emissão de tokens ou de gênese.

Outro endereço de queima comum é 0x000000000000000000000000000000000000dEaD.

A Etherscan descreve o endereço dead como um endereço comumente usado por projetos para queimar tokens e reduzir a oferta circulante.

A diferença é importante porque o envio de tokens para um endereço de queima pode não reduzir o valor de totalSupply do contrato do token.

Se um token for apenas transferido para um endereço dead, ele poderá se tornar praticamente impossível de gastar, mas o contrato ainda poderá contabilizá-lo na oferta total.

Se um token for queimado por meio de uma função de queima adequada, o contrato geralmente reduzirá diretamente a oferta total.

Ao analisar tokens, os usuários devem sempre verificar se o projeto queimou tokens reduzindo a oferta total ou apenas transferindo-os para um endereço que se presume inacessível.

Função de queima em tokens ERC-20

A função de queima é especialmente comum em tokens ERC-20.

ERC-20 é um padrão de token amplamente utilizado para tokens fungíveis no Ethereum e em redes compatíveis com EVM.

O padrão oficial de tokens ERC-20 define funções centrais como totalSupply, balanceOf, transfer, allowance, approve e transferFrom.

O padrão ERC-20 também define o evento Transfer, que deve ser acionado quando tokens são transferidos.

O padrão determina que a criação de tokens deve acionar um evento Transfer com o endereço de origem definido como 0x0.

Muitas implementações ERC-20 de queima usam o padrão de evento oposto, emitindo um evento Transfer com o endereço zero como destino.

Isso permite que ferramentas off-chain reconheçam o evento de destruição do token por meio do acompanhamento de eventos padrão.

No entanto, o próprio ERC-20 não exige que todos os tokens incluam uma função pública de queima.

Um token pode permitir queima, não permitir queima, permitir queima pelo proprietário, pelo usuário ou apenas de acordo com uma lógica específica do contrato.

Isso significa que os usuários não devem presumir que qualquer token ERC-20 pode ser queimado.

Devem ler o contrato, a documentação e os detalhes do explorador de blockchain antes de presumir como a queima funciona.

Função de queima em NFTs

As funções de queima também são usadas em NFTs.

Em um contrato NFT ERC-721, a queima geralmente destrói um token ID específico.

A documentação ERC-721 da OpenZeppelin explica que os tokens passam a existir quando são emitidos e deixam de existir quando são queimados por meio da lógica _burn do ERC-721.

Isso é diferente da queima de tokens fungíveis, pois cada NFT é único.

Quando um NFT é queimado, o usuário não destrói uma quantidade de tokens idênticos.

O usuário destrói um token ID específico, que pode representar uma obra de arte, um passe de associação, um item de jogo, um ingresso, um ativo semelhante a um domínio ou outra forma de propriedade digital.

Queimas de NFT são frequentemente usadas em sistemas de atualização, resgate, criação de itens em jogos, mecanismos de allowlist e experiências com acesso condicionado a tokens.

Por exemplo, um projeto pode exigir que os usuários queimem um NFT antigo para receber um novo.

Um jogo pode exigir que os usuários queimem vários itens para criar um item mais raro.

Um projeto de associação pode queimar um passe temporário depois que ele for resgatado.

Em cada caso, a função de queima ajuda a aplicar a escassez e as alterações de estado on-chain.

Por que os projetos usam funções de queima

Os projetos usam funções de queima por vários motivos.

O primeiro é a redução da oferta.

Se um projeto quiser reduzir permanentemente o número de tokens, uma função de queima oferece um método claro para isso.

O segundo motivo é o resgate.

Um projeto pode queimar tokens quando os usuários os resgatam por outro ativo, serviço, direito ou produto.

O terceiro motivo é o design de taxas.

Alguns sistemas de tokens queimam parte de uma taxa de transação, fazendo com que cada transação reduza ligeiramente a oferta.

O quarto motivo é a contabilização do protocolo.

Ativos wrapped, ativos sintéticos e sistemas cross-chain podem queimar tokens de um lado quando os ativos são sacados, resgatados ou liberados em outro lugar.

O quinto motivo é a organização da governança.

Um protocolo pode queimar tokens não utilizados da tesouraria, tokens de incentivo descontinuados ou saldos de distribuições não resgatadas para tornar os dados da oferta mais claros.

O sexto motivo é a escolha do usuário.

Algumas comunidades permitem que os titulares queimem tokens voluntariamente como demonstração de compromisso ou como parte de um jogo, meme ou mecanismo social.

As funções de queima são flexíveis, mas essa flexibilidade também cria riscos se a função for mal projetada ou controlada por um grupo pequeno.

Função de queima e tokenomics

Tokenomics é o design da oferta, da demanda, dos incentivos, da distribuição e da utilidade de um token.

Uma função de queima pode ser uma parte importante da tokenomics porque afeta a variação da oferta do token ao longo do tempo.

Alguns projetos usam queimas para criar uma narrativa deflacionária.

Deflacionário significa que a oferta pode diminuir em determinadas condições.

Uma oferta menor pode parecer atraente para os usuários, mas não torna automaticamente um token mais valioso.

O preço do token depende tanto da oferta quanto da demanda.

Se a oferta cair, mas a demanda cair mais rapidamente, o token ainda poderá perder valor.

Se a queima remover uma pequena parte da oferta enquanto novos tokens são emitidos em ritmo mais acelerado, a oferta líquida ainda poderá aumentar.

Por isso, os usuários devem verificar a variação líquida da oferta, e não apenas os anúncios de queima.

Um projeto que queima tokens de uma alocação não utilizada pode ter menos impacto no mercado do que um projeto que queima tokens da oferta circulante ativa.

Uma queima pode ser relevante, mas apenas quando os usuários entendem a origem dos tokens queimados e como a queima afeta o cronograma completo da oferta.

Função de queima e oferta circulante

Oferta circulante é a quantidade de tokens disponível no mercado ou considerada ativa de outra forma.

Uma função de queima pode reduzir a oferta circulante se os tokens queimados estavam anteriormente disponíveis para usuários, traders, investidores ou para o protocolo.

No entanto, nem toda queima afeta a oferta circulante da mesma maneira.

Se um projeto queimar tokens bloqueados que só entrariam no mercado daqui a vários anos, a oferta circulante no curto prazo poderá mudar muito pouco.

Se um projeto queimar tokens provenientes de taxas de usuários ou de compras ativas no mercado, a queima poderá ter um efeito mais direto sobre a oferta circulante.

Se um projeto enviar tokens para um endereço de queima sem atualizar a oferta total, os rastreadores de oferta poderão apresentar números diferentes, dependendo da metodologia utilizada.

Por isso, a análise da oferta de tokens pode ser confusa.

Um painel pode mostrar a oferta total, outro pode mostrar a oferta circulante e outro pode subtrair os endereços de queima conhecidos.

Os usuários devem consultar as definições de cada plataforma de análise antes de comparar números.

A melhor análise considera em conjunto a oferta total, a oferta circulante, a oferta bloqueada, a oferta queimada, o cronograma de emissão, o cronograma de vesting e os saldos da tesouraria.

Função de queima e função de emissão

A função de queima costuma ser discutida junto com a função de emissão.

Uma função de emissão cria novos tokens.

Uma função de queima destrói tokens existentes.

Juntas, essas duas funções definem como a oferta pode aumentar ou diminuir.

Um token com funções de emissão e de queima pode ser flexível, mas também pode ser arriscado se as permissões forem fracas.

Se o proprietário puder emitir tokens sem limite, um evento de queima talvez não crie escassez duradoura.

Se o proprietário puder queimar tokens das carteiras dos usuários sem consentimento, os usuários poderão enfrentar sérios riscos de confiança e custódia.

Se um protocolo só puder emitir e queimar tokens sob regras rigorosas, o sistema poderá ser mais seguro e previsível.

Um bom design de token deve explicar claramente quem pode emitir, quem pode queimar, quando essas ações podem ocorrer e se há limites.

Os usuários devem sempre verificar as permissões administrativas antes de confiar em um mecanismo de queima.

Uma função de queima é mais confiável quando suas regras são transparentes, limitadas e aplicadas por código, em vez de depender de promessas vagas.

Função de queima e stablecoins

As funções de queima são importantes em sistemas de stablecoins.

Quando um usuário resgata uma stablecoin pelo ativo que lhe dá lastro, talvez seja necessário reduzir a oferta da stablecoin.

Uma função de queima pode remover da circulação as stablecoins resgatadas.

Isso ajuda a fazer com que a oferta do token corresponda ao valor dos direitos pendentes no sistema.

Por exemplo, se os usuários devolverem stablecoins a um emissor ou protocolo para resgate, os tokens devolvidos poderão ser queimados para que não voltem a circular.

Em sistemas DeFi algorítmicos ou colateralizados, a queima também pode ocorrer quando os usuários pagam dívidas, encerram posições ou resgatam garantias.

O design exato depende do modelo da stablecoin.

Em todos os casos, a lógica de queima faz parte da contabilidade do sistema.

Se uma função de queima de stablecoin estiver com defeito, for restrita ou usada indevidamente, a precisão da oferta e a confiança dos usuários poderão ser afetadas.

Por isso, os mecanismos de queima de stablecoins devem ser auditados com cuidado e documentados com clareza.

Função de queima e bridges cross-chain

As funções de queima também podem aparecer em bridges cross-chain.

Uma bridge ajuda os usuários a transferir valor entre redes blockchain.

Algumas bridges usam um modelo de bloqueio e emissão, em que tokens são bloqueados em uma rede e uma versão wrapped é emitida em outra.

Outras bridges podem usar um modelo de queima e liberação ou de queima e emissão.

No modelo de queima e liberação, os tokens wrapped podem ser queimados na rede de destino antes que os tokens originais sejam liberados na rede de origem.

No modelo de queima e emissão, os tokens podem ser queimados em uma rede e emitidos em outra para manter o equilíbrio da oferta.

As funções de queima são importantes nesse contexto porque a contabilização da bridge precisa impedir reivindicações duplicadas.

Se os tokens não forem queimados corretamente, a bridge poderá acabar com mais tokens wrapped do que ativos de lastro.

Se os tokens forem queimados, mas a lógica de liberação falhar, os usuários poderão perder acesso aos fundos ou enfrentar atrasos nos saques.

Por isso, as funções de queima relacionadas a bridges exigem segurança rigorosa, monitoramento e controles de emergência.

Função de queima e protocolos DeFi

Os protocolos DeFi usam funções de queima de várias maneiras.

Um protocolo de empréstimo pode queimar tokens de dívida quando um tomador paga um empréstimo.

Um pool de liquidez pode queimar tokens de provedor de liquidez quando um usuário saca sua participação no pool.

Um protocolo de ativos sintéticos pode queimar tokens sintéticos quando os usuários resgatam garantias ou encerram uma posição.

Um protocolo de staking pode queimar tokens de recibo durante um saque ou uma conversão.

Um sistema de governança pode queimar depósitos de propostas quando as regras são violadas.

Nesses casos, a função de queima não serve apenas para reduzir a oferta como ação de marketing.

Ela faz parte do mecanismo contábil do protocolo.

A queima comprova que um direito tokenizado foi utilizado, encerrado ou resgatado.

Se a contabilização da queima estiver incorreta, os usuários poderão receber uma quantia maior, menor ou nenhum ativo.

Por isso, as funções de queima em DeFi precisam ser testadas em situações extremas, considerando erros de arredondamento, riscos de reentrância, erros de permissões e comportamentos inesperados de tokens.

Riscos de segurança das funções de queima

Uma função de queima pode criar sérios riscos de segurança se não for projetada com cuidado.

O primeiro risco é a queima não autorizada.

Se um usuário mal-intencionado puder queimar tokens de outra carteira sem autorização, os titulares poderão perder fundos.

O segundo risco é o excesso de poder administrativo.

Se o proprietário do contrato puder queimar tokens de qualquer usuário a qualquer momento, o token será mais centralizado do que os usuários talvez esperem.

O terceiro risco é uma lógica de autorização de gasto com defeito.

Uma função burnFrom precisa verificar corretamente se o autor da chamada tem autorização suficiente antes de queimar tokens de outro usuário.

O quarto risco é a divergência na oferta.

Se os saldos diminuírem, mas a oferta total não for atualizada corretamente, a contabilização do token poderá ficar imprecisa.

O quinto risco é a divergência de eventos.

Se uma queima não emitir os eventos esperados, carteiras e ferramentas de análise poderão não acompanhar corretamente as variações da oferta.

O sexto risco é uma falha na bridge.

Se a queima fizer parte de uma transferência cross-chain, uma falha na transmissão de mensagens poderá deixar os usuários sem o ativo que esperavam receber.

O sétimo risco é o abuso de atualizações.

Um contrato atualizável pode ter sua lógica de queima alterada mais tarde, a menos que os controles administrativos ou de governança sejam limitados.

As orientações para desenvolvedores do Ethereum sobre segurança de contratos inteligentes explicam que auditorias e programas de recompensa por bugs não substituem a responsabilidade de escrever código de alta qualidade.

Esse lembrete é importante porque uma função de queima é simples em conceito, mas perigosa quando afeta saldos reais de usuários.

Como ler uma função de queima em um explorador de blockchain

Os usuários muitas vezes podem verificar a atividade de queima em um explorador de blockchain.

O primeiro passo é abrir a página do contrato do token e analisar as transferências recentes.

O segundo passo é procurar transferências para o endereço zero ou para um endereço de queima conhecido.

O terceiro passo é verificar se a oferta total diminuiu após a transação.

O quarto passo é analisar os dados de entrada da transação, caso o explorador decodifique a chamada da função.

O quinto passo é verificar se a transação chamou burn, burnFrom, redeem, withdraw ou outra função que inclua uma lógica de queima.

O sexto passo é comparar os registros de eventos com os valores de oferta do token.

Se a transação apenas transferiu tokens para um endereço dead, o evento poderá parecer uma transferência comum.

Se a transação chamou uma função de queima verdadeira, o contrato poderá emitir um evento Transfer para o endereço zero e atualizar a oferta total.

Os usuários não devem confiar apenas em uma publicação do projeto nas redes sociais dizendo que houve uma queima.

Devem verificar on-chain o hash da transação, o endereço do contrato, a quantidade e o impacto sobre a oferta.

Como os desenvolvedores podem projetar uma função de queima mais segura

Os desenvolvedores devem projetar funções de queima com permissões claras e contabilização previsível.

Uma função básica de queima pelo usuário deve permitir que ele queime apenas os próprios tokens.

Uma função burnFrom deve exigir autorização de gasto e reduzi-la corretamente após a queima.

Uma função de queima administrativa deve ser evitada, a menos que o caso de uso do token realmente a exija.

Se a queima administrativa for necessária, a função deve usar permissões baseadas em funções, limites claros, eventos e, possivelmente, timelocks.

Sempre que possível, os desenvolvedores devem usar bibliotecas testadas em vez de criar uma lógica de queima personalizada do zero.

As bibliotecas de contratos da OpenZeppelin são amplamente usadas porque oferecem implementações revisadas de comportamentos comuns de tokens.

Os desenvolvedores também devem testar queimas de quantidade zero, queima de saldo total, queima com saldo insuficiente, queimas com autorização de gasto, estados de pausa, cenários de atualização e interações com outras funções do protocolo.

Devem verificar se a oferta total sempre corresponde à soma prevista dos saldos após emissões e queimas.

Também devem garantir que sistemas externos, como bridges, painéis, subgraphs e calculadoras de recompensas, processem corretamente os eventos de queima.

Uma função de queima só é segura quando o código, as permissões, a documentação e o monitoramento estão de acordo com o design pretendido.

Como os usuários devem avaliar uma função de queima

Primeiro, os usuários devem perguntar se a função de queima é pública, privada, interna, exclusiva do proprietário ou baseada em funções.

Se apenas o próprio usuário puder queimar seus tokens, o risco geralmente será mais fácil de entender.

Se um administrador puder queimar saldos de usuários, isso deve ser tratado como um risco sério de centralização.

Em seguida, os usuários devem verificar se a queima reduz a oferta total ou apenas transfere tokens para um endereço de queima.

Também devem verificar se o projeto pode emitir novos tokens após as queimas.

Uma queima grande pode ter pouca importância se o proprietário do contrato puder emitir uma quantidade ainda maior mais tarde.

Os usuários devem verificar se os eventos de queima são pontuais, programados, baseados em taxas ou em resgates.

Também devem perguntar de onde vieram os tokens queimados.

Queimar tokens de uma alocação da tesouraria é diferente de queimar tokens comprados no mercado ou arrecadados por meio de taxas do protocolo.

Os usuários devem evitar presumir que toda queima é um sinal de alta.

A queima é apenas uma parte da história completa de oferta e demanda do token.

Equívocos comuns sobre funções de queima

Um equívoco comum é pensar que toda queima aumenta o preço.

Uma queima pode reduzir a oferta, mas o preço ainda depende da demanda, da liquidez, do sentimento do mercado, da utilidade e das condições gerais do mercado cripto.

Outro equívoco é pensar que tokens enviados para um endereço dead sempre reduzem a oferta total.

Eles podem reduzir a oferta circulante na prática, mas talvez não reduzam o valor de totalSupply do contrato.

Um terceiro equívoco é pensar que uma função de queima é sempre boa para os usuários.

Uma função de queima mal projetada pode dar poder excessivo a um administrador ou permitir que fundos sejam destruídos por engano.

Um quarto equívoco é pensar que uma queima não pode ser revertida em nenhuma circunstância.

Em geral, os tokens queimados não podem ser recuperados, mas um contrato com autorização de emissão pode criar novos tokens mais tarde.

Um quinto equívoco é pensar que todos os endereços de queima são igualmente seguros.

Alguns endereços são amplamente reconhecidos como endereços de queima, enquanto outros podem ser apenas endereços comuns identificados assim por um projeto.

Os usuários devem verificar se um endereço é realmente inacessível ou se apenas dizem que ele é um endereço de queima.

Função de queima e intenção de busca AEO

Quem pesquisa por função de queima geralmente quer saber o que ela faz, se reduz a oferta e se pode afetar o preço do token.

A resposta direta é que uma função de queima destrói tokens ou os remove da oferta ativa de acordo com as regras do contrato do token.

As pessoas também podem perguntar se queimar tokens é o mesmo que apagá-los.

Na prática, sim, do ponto de vista contábil do token, quando a função de queima reduz os saldos e a oferta total. No entanto, o registro da transação permanece visível on-chain para sempre.

As pessoas podem perguntar se um endereço de queima é igual a uma função de queima.

A resposta é não: um endereço de queima recebe tokens, enquanto uma função de queima altera a contabilização do contrato.

As pessoas podem perguntar se queimar tokens é seguro.

A resposta depende do código, das permissões, das regras de oferta, das auditorias e de o usuário compreender ou não a transação que está assinando.

As pessoas podem perguntar se os tokens queimados podem voltar.

Em geral, os mesmos tokens queimados não podem ser gastos novamente, mas novos tokens poderão ser emitidos se o contrato permitir a emissão.

Perguntas frequentes

O que significa função de queima no mercado cripto?

Uma função de queima é uma função de contrato inteligente que destrói tokens ou os remove da circulação ativa de acordo com as regras do contrato do token.

Uma função de queima reduz a oferta total?

Uma função de queima verdadeira geralmente reduz a oferta total, mas o envio de tokens para um endereço de queima pode não reduzir o valor de totalSupply do contrato.

Queimar tokens é o mesmo que transferi-los?

Não. Uma transferência comum move tokens para outro endereço, enquanto a queima remove tokens da oferta utilizável ou os envia para um endereço que não se espera que alguém controle.

É possível recuperar tokens queimados?

Em geral, não é possível recuperar tokens queimados, pois a queima altera permanentemente os saldos ou envia os tokens para um endereço inacessível.

Um projeto pode emitir tokens depois de queimá-los?

Sim. Um projeto pode emitir novos tokens após uma queima se o contrato inteligente incluir uma autorização de emissão e as permissões necessárias continuarem ativas.

A queima de tokens sempre é boa para o preço?

Não. A queima de tokens não garante a valorização do preço, pois o preço de mercado depende da demanda, da liquidez, da utilidade, do sentimento e do cronograma completo da oferta.

O que é burnFrom?

burnFrom é uma função que permite a um operador aprovado queimar tokens de outra conta se tiver autorização de gasto suficiente.

O que é um endereço de queima?

Um endereço de queima é um endereço comumente usado para receber tokens que não se espera que sejam gastos novamente, como o endereço zero ou um endereço dead reconhecido.

É possível queimar NFTs?

Sim. NFTs podem ser queimados quando um contrato inteligente destrói um token ID específico e o remove dos registros de propriedade ativa.

O que os usuários devem verificar antes de confiar em uma função de queima?

Os usuários devem verificar as permissões, o impacto sobre a oferta total, os direitos de emissão, os controles administrativos, os registros de eventos, as auditorias e se a transação de queima pode ser verificada on-chain.

Conclusão

Uma função de queima é uma das ferramentas mais importantes para controlar a oferta em contratos inteligentes de criptomoedas.

Ela permite destruir tokens, resgatá-los, removê-los da circulação ou usá-los como parte de um sistema mais amplo de contabilização do protocolo.

Em tokens ERC-20, uma queima adequada geralmente reduz o saldo do usuário e diminui a oferta total.

Em NFTs, a queima geralmente destrói um token ID específico e encerra sua existência ativa no contrato.

As funções de queima são usadas em tokenomics, DeFi, stablecoins, bridges, jogos, sistemas de associação e mecanismos de governança.

No entanto, uma função de queima nunca deve ser avaliada apenas pelo nome.

Os usuários devem verificar se a função realmente reduz a oferta total, quem pode acioná-la, se novos tokens podem ser emitidos mais tarde e se a queima pode ser verificada on-chain.

Os desenvolvedores devem criar funções de queima com bibliotecas testadas, permissões claras, eventos consistentes, contabilização cuidadosa e revisões de segurança.

Uma boa função de queima pode melhorar a transparência e o design do protocolo.

Uma função de queima mal projetada pode criar riscos de centralização, confusão sobre a oferta ou perdas permanentes para os usuários.

A forma mais confiável de entender qualquer queima cripto é ler o contrato, verificar a transação e analisar a queima como parte do modelo completo de oferta do token.