Queima de POL e MATIC

A queima de POL é a parte da economia do token Polygon que remove POL ou MATIC herdado da contabilidade da oferta circulante. Ela vincula a atividade da rede à oferta de tokens e pode compensar parte ou a totalidade das novas emissões de POL durante um período medido. A queima não para automaticamente o EmissionManager nem cria um hard cap de oferta.

Este tema também aparece em buscas como POL burn, MATIC burn, Polygon burn, Polygon EIP-1559 burn, POL burn rate, oferta de POL queimada, deflação da Polygon, inflação de POL após burn ou POL é deflacionário. Os termos são relacionados, mas nem sempre descrevem o mesmo evento on-chain.

Por que o burn é importante

Polygon Chain cobra uma base fee dinâmica EIP-1559 para transações. Em vez de tratar todas as taxas de transação como receita do validador, Polygon direciona o componente da base fee para seu sistema de queima. Maior uso da rede pode, portanto, remover mais POL da contabilidade da oferta circulante.

A queima é importante porque a emissão bruta e o crescimento líquido da oferta não são iguais:

Net issuance = newly minted POL - permanent burn

POL possui emissão bruta para financiar validadores e o Community Treasury. O burn da base fee compensa essa emissão. Se o burn for menor que o minting, a oferta cresce mais devagar; se forem iguais, a emissão líquida é zero; se o burn superar o minting, POL é deflacionário líquido no período medido.

O ponto atual mais importante é que PIP-82 não acabou com a queima da base fee de Polygon. A especificação publicada pelos autores do PIP confirma o design subjacente: as taxas associadas aos facilitadores x402 públicos elegíveis podem ser redirecionadas como rebates, o programa total é limitado a 1,000,000 USD e todos os POL não redirecionados continuam para o Burn Collector existente. Esta é uma exceção limitada, não uma suspensão de queima em toda a rede. Uma correção no fórum oficial de discussão PIP-82 afirma o mesmo ponto em linguagem simples: as transações normais continuam no caminho da queima e os rebates se aplicam apenas a facilitadores públicos elegíveis.

Por esse motivo, dizer que quase todas as base fees do Polygon permanecem destinadas à queima é um resumo útil e simples do design atual: apenas um subconjunto elegível limitado pode ser redirecionado e o restante é encaminhado para o Burn Collector. Não é uma percentagem fixa garantida. A parcela exata realizada depende do volume de transações elegíveis, preços POL na liquidação, pagamentos de rebates e transferências de Burn Collector.

Veja os números ao vivo em POLTRACK:

• Value Flow mostra base fees, saldo da routing wallet, burn em 30 dias e burn acumulado;
• Oferta mostra a queima permanente, a emissão líquida, a oferta circulante e a oferta máxima esperada ajustada pela queima.

A POLTRACK continua acompanhando separadamente os rebates do PIP-82 nos dados e na metodologia, mas não os exibe como uma métrica principal de Value Flow enquanto os valores observados forem imateriais na escala do dashboard. O PIP-82 é um programa temporário com limite de 1,000,000 USD, encerrado quando esse limite for atingido ou em 31 de dezembro de 2026, o que ocorrer primeiro. Esta é uma decisão de apresentação, não uma mudança contábil: rebates não entram no burn realizado e são deduzidos antes do cálculo de rewards from fees.

Resposta curta

• Polygon introduziu a queima da base fee EIP-1559 em 18 de janeiro de 2022.
• O caminho MATIC original usava um contrato de queima do lado Polygon e uma transferência do lado Ethereum para o dead address MATIC.
• PIP-24 alterou o destinatário Polygon para o Burn Collector 0x7A8e... em 29 de novembro de 2023.
• Desde o hardfork Lisovo em 4 de março de 2026, PIP-82 envia novas base fees primeiro para 0x3ef5....
• As transações normais ainda seguem o caminho de queima. Apenas as taxas associadas a facilitadores públicos elegíveis podem ser redirecionadas no âmbito do programa PIP-82 limitado.
• POL não redirecionado é enviado para 0x7A8e..., portanto, espera-se que quase todas as base fees permaneçam direcionadas à queima sob o escopo limitado do programa.
• POLTRACK não conta o routing balance 0x3ef5... como queima permanente.
• POLTRACK conta o saldo do Burn Collector 0x7A8e... como queima não circulante de acordo com sua metodologia publicada.
• Uma transferência do Burn Collector não reduz o ERC-20 totalSupply() do token Ethereum POL por si só.
• POLTRACK também transporta o saldo do dead address MATIC herdado observado, de modo que a queima histórica de MATIC seja refletida uma vez, não duas.
• MATIC mantido pelo próprio contrato de token MATIC é divulgado como contexto legado inacessível, mas não é incluído nos cálculos POLTRACK.

Histórico de burn executado

O significado de "burn address Polygon" mudou com o tempo. Um histórico de queima confiável deve usar o destinatário ativo em cada bloco.

Os endereços ativos e limites de bloco são visíveis na configuração Bor mainnet oficial e no commit de implementação PIP-82.

Janeiro de 2022: burn EIP-1559 original

Polygon ativou EIP-1559 no bloco 23,850,000. As taxas de transação foram divididas em:

Transaction fee = base fee + priority fee

A base fee foi atribuída ao contrato de queima configurado, em vez de paga ao produtor do bloco. A taxa de prioridade continuou sendo o componente da taxa voltada para o validador.

No design Polygon original, a base fee MATIC acumulada em 0x70bc... em Polygon. O fluxo de queima correspondente pode ser concluído em Ethereum, para onde MATIC foi enviado:

0x000000000000000000000000000000000000dEaD

PIP-24 descreve este contrato original como imutável e afirma que a etapa lateral do Ethereum removeu permanentemente o MATIC da oferta. Os materiais de lançamento do Polygon também explicaram que o EIP-1559 tornou a base fee queimável enquanto os validadores recebiam a taxa de prioridade.

O caminho original é importante porque a queima histórica de MATIC ainda afeta as comparações de ofertas da era POL. Ele não deve ser descartado apenas porque POL substituiu posteriormente MATIC como token de gás nativo.

Novembro de 2023: PIP-24 Burn Collector

PIP-24 alterou o destinatário Bor burntContract de 0x70bc... para:

0x7A8ed27F4C30512326878652d20fC85727401854

A mudança foi ativada pelo hardfork Agra no bloco 50,523,000.

PIP-24 chama 0x7A8e... de contrato de titular temporário destinado a coletar MATIC, ou POL após a migração do token nativo, para queima. Ele também afirma que uma mudança de protocolo posterior seria necessária para completar uma futura rota de queima no lado Ethereum.

Isso cria duas descrições válidas, mas diferentes:

• Descrição do protocolo Polygon: 0x7A8e... é o Burn Collector atual e recebe POL destinado à queima.
• Descrição estrita do ERC-20: um saldo POL nativo neste endereço Polygon não chama _burn() no token Ethereum POL e não reduz Ethereum totalSupply().

A implementação atual do 0x7A8e... aceita POL e não expõe nenhum método de retirada comum. No entanto, o endereço é um proxy atualizável, conforme previsto por PIP-24. POLTRACK, portanto, não afirma que o Burn Collector seja criptograficamente idêntico a um dead address. Aplica uma classificação económica explícita:

POL at 0x7A8e...
= protocol-designated burn collector balance
= non-circulating under POLTRACK methodology

Essa classificação preserva o termo existente da interface POLTRACK Queima permanente enquanto documenta exatamente o que a métrica significa.

Setembro de 2024: MATIC tornou-se POL em Polygon Chain

A migração do token nativo mudou o gás Polygon Chain e o staking de MATIC para POL. Ele não redefiniu o histórico contábil EIP-1559.

A partir desse ponto, o novo valor da base fee nativa foi acumulado como POL. Os saldos históricos de dead addresses Ethereum MATIC permaneceram evidências legadas de tokens já removidos antes ou durante o período de migração.

É por isso que um modelo de queima POL completo pode conter um componente Burn Collector POL nativo atual e um componente de dead address herdado MATIC. Eles representam períodos diferentes e não são intercambiáveis.

Março de 2026: Roteamento e rebates PIP-82

PIP-82 alterou o destinatário EIP-1559 configurado para:

0x3ef57def668054dd750bd260526105c4eeef104f

A mudança foi incluída em Bor v2.6.0 e ativada pelo hardfork Lisovo no bloco 83,756,500.

Sob o design PIP-82:

1. A execução do bloco envia base fees para 0x3ef5...;
2. As base fees elegíveis do Agentic Commerce e x402 podem ser redirecionadas como rebates;
3. POL não redirecionado é enviado periodicamente para 0x7A8e...;
4. O programa está limitado a 1,000,000 USD e termina quando o subsídio se esgotar ou em 31 de dezembro de 2026, consoante o que ocorrer primeiro, salvo substituição por outra decisão protocolar.

O routing address pode fazer transferências de saída. Seu saldo, portanto, não é queimado permanentemente e não é subtraído da oferta.

PIP-82 routing balance
= base fees received
- POL sent to burn collector
- eligible rebates and other classified program outflows

No POLTRACK, isso aparece como Base Fees (routing wallet) em Value Flow. O saldo atual é identificado como Awaiting burn tanto em Value Flow quanto em Supply e não entra no permanent burn até chegar ao Burn Collector.

Como Bor gera o saldo de base fee

A distinção contábil mais importante é:

Base fee generated != POL permanently removed at that moment

Polygon Chain, histórica e tecnicamente também conhecido como Polygon PoS, roteia base fees EIP-1559 por meio de endereços definidos por protocolo. Dependendo do período ativo, a rota pode envolver um contrato de queima de ponte, o Burn Collector ou uma carteira de programa temporária. POLTRACK separa portanto:

• geração de tarifa básica - tarifa calculada a partir do uso do gás do bloco;
• routing balance - POL aguardando em uma carteira que ainda pode enviar fundos para outro lugar;
• rebates - POL elegíveis devolvidos no âmbito do programa PIP-82;
• queima realizada - valor que atingiu um sink contabilizado como não circulante pela metodologia POLTRACK;
• emissão líquida - POL recém-emitido menos queima realizada no mesmo período.

O cliente de execução Bor do Polygon calcula o valor da base fee do gás usado e a base fee do bloco:

Base fee amount = transaction gas used * block base fee

O código de transição de estado Bor seleciona o BurntContract configurado para o bloco atual e credita esse endereço com o valor da base fee.

Isso é diferente da contabilidade usual do Ethereum, onde a base fee é removida sem creditar uma conta. No Polygon Chain, o cliente credita um endereço selecionado pelo protocolo, portanto o resultado econômico depende do que esse endereço pode fazer posteriormente.

As priority fees seguem um caminho diferente e não devem ser incluídas na queima da base fee apenas porque ambas são pagas pela mesma transação. Consulte Taxas Polygon Chain e Distribuição prioritária de taxas.

O que o POLTRACK contabiliza como burn permanente

POLTRACK mantém o rótulo do produto existente Queima permanente. Em termos metodológicos, significa o valor acumulado nas componentes de queima aprovadas tratadas como não circulantes para contabilização do abastecimento público.

O modelo atual inclui:

As fórmulas de abastecimento público são:

Permanent burned total
= Polygon burn collector balance
+ POL zero-address balance
+ legacy MATIC dead-address balance

Circulating supply
= gross POL supply - permanent burned total

Current max expected supply
= 12,336,136,524.75 POL - permanent burned total

A linha de base bruta de 12,336,136,524.75 POL e o ajuste de queima são explicados em Emissão POL.

O que POLTRACK não conta

Os seguintes saldos estão excluídos da queima permanente:

Essas exclusões são deliberadas. Eles evitam que roteamentos temporários, propostas e representações duplicadas de MATIC para POL reduzam silenciosamente a oferta relatado.

PIP-25 e queima histórica de MATIC

PIP-25 propôs usar a função burn() do contrato PolygonMigration para enviar POL correspondente a MATIC previamente queimado ou inacessível para o dead address Ethereum.

A atual fonte PolygonMigration implementa burn(amount) como uma transferência de POL para 0x000...dEaD. Ele não chama o _burn() interno do token POL e, portanto, não reduz o ERC-20 totalSupply().

O [relatório de transparência PIP-25] oficial (https://forum.polygon.technology/t/council-transparency-report-pip-25/17151) preparou uma transação para 28,574,088.177694505243495294 POL. A própria regra de validação do relatório exigia que o saldo de dead address POL fosse pelo menos esse valor após a execução.

POLTRACK não assume que um status PIP ou transação preparada comprove a execução. A condição de validação publicada não foi observada, portanto a quantidade proposta de POL não é adicionada à queima.

MATIC mantido pelo contrato de token MATIC

PIP-25 também identificou MATIC mantido no próprio endereço do contrato de token MATIC como permanentemente inacessível. Um contrato ERC-20 pode ter saldo em seu próprio mapeamento de saldo quando usuários ou contratos transferem tokens diretamente para o endereço do token. O contrato herdado MATIC não possui um caminho de recuperação comum para esse autoequilíbrio.

O relatório de execução PIP-25 usou um instantâneo histórico fixo deste componente. O saldo ativo pode continuar aumentando quando mais MATIC for enviado para o endereço do token.

POLTRACK atualmente exclui todo o autoequilíbrio MATIC de:

• total queimado permanente;
• ajustes da oferta circulante;
• emissão líquida;
• oferta máxima atual esperada.

Ele é divulgado aqui apenas para fins de integridade. Nenhum valor de interface POLTRACK ou alterações de cálculo devido a esse equilíbrio.

Burn, emissão e deflação

A queima e a emissão devem ser comparadas no mesmo período:

Net issuance = newly minted POL - permanent burn

POL pode, portanto, ser deflacionário líquido para um determinado dia, mês ou ano, enquanto o EmissionManager continua sendo emitido. "POL é deflacionário" está incompleto, a menos que a declaração inclua um período de tempo e uma definição de queima.

Burn também não cria uma capa rígida. A emissão bruta futura ainda depende da implementação de emissões ativas, enquanto a atual oferta máxima esperada de POLTRACK é um cenário de dez anos ajustado para baixo pela queima permanente observada.

Por que os gráficos de burn avançam em lotes

Antes do PIP-82, as base fees eram enviadas diretamente para o Burn Collector configurado, para que o crescimento do Burn Collector pudesse acompanhar de perto a geração de taxas.

Após PIP-82, as base fees são acumuladas primeiro na routing wallet. As transferências para o cobrador e as liquidações de rebates acontecem em transações que podem combinar muitos dias de valor.

Como resultado:

• um dia com base fee alta pode apresentar pouca queima realizada no mesmo dia;
• um dia de liquidação do Burn Collector pode apresentar um grande pico de queima;
• o saldo da routing wallet pode aumentar entre as liquidações;
• um delta de routing wallet negativo não é uma queima negativa; geralmente significa que os fundos saíram da routing wallet;
• a geração de taxas e a queima realizada devem ser conciliadas durante um período adequado, e não consideradas iguais dia a dia.

POLTRACK preserva esses efeitos de lote em vez de redistribuí-los em datas anteriores.

Perguntas frequentes

Polygon queima POL?

Sim. Polygon Chain direciona o componente de base fee EIP-1559 para seu sistema de queima. Como POL se tornou o token de gás nativo, o novo valor da base fee é denominado em POL. A queima histórica de MATIC permanece relevante para o histórico de oferta econômica do token migrado.

Quase todas as base fees do Polygon ainda estão queimadas?

Este é um resumo razoável do design atual do PIP-82, com uma ressalva: não é uma porcentagem numérica garantida. Somente as taxas associadas a facilitadores x402 públicos elegíveis podem ser redirecionadas como rebates, o programa tem um limite agregado de 1,000,000 USD e o POL não redirecionado é enviado para o Burn Collector existente. As base fees de transação normais continuam no caminho da queima.

PIP-82 interrompeu a queima de POL?

Não. PIP-82 alterou o primeiro destinatário das base fees e introduziu um caminho de rebate limitado. Ele mantém explicitamente o Burn Collector existente ativo para POL não redirecionado. A etapa de roteamento pode atrasar quando a queima aparece em POLTRACK, mas não substitui o sistema de queima por um sistema geral de rebates.

Polygon queima todas as taxas de transação?

Não. O componente de base fee EIP-1559 está associado à mecânica de queima. O componente de taxa de prioridade segue a política de distribuição do validador e do staker. Sob PIP-82, até mesmo o valor da base fee pode permanecer no roteamento ou ser redirecionado como um rebate elegível antes que o valor não redirecionado chegue ao Burn Collector.

A carteira PIP-82 é uma burn address?

Não. É o destinatário da base fee configurada e uma routing wallet. Ele pode fazer transferências de saída, então POLTRACK mostra seu saldo aguardando queima e o exclui da queima de ofertas.

O Burn Collector 0x7A8e... é igual a um dead address?

Não. É um Burn Collector designado por protocolo. Sua implementação atual não expõe nenhum método de retirada comum, mas é um proxy atualizável descrito por PIP-24 como detentor temporário. POLTRACK conta o saldo como não circulante sob uma metodologia explícita, em vez de afirmar que é tecnicamente idêntico a 0x...dEaD.

A queima reduz POL totalSupply()?

Não necessariamente. Enviar POL nativo para um Burn Collector da Polygon ou ERC-20 POL para um dead address deixa o totalSupply() do contrato Ethereum POL inalterado. POLTRACK aplica a contabilidade econômica ajustada pelo burn separadamente.

Qual é a diferença entre base fee e priority fee?

A base fee é o componente EIP-1559 direcionado através da mecânica de queima do Polygon. A taxa de prioridade é o componente adicional da taxa de transação usado para a economia do validador e do staker no âmbito da política ativa de distribuição de taxas. POLTRACK nunca classifica priority fees como queima de base fee.

Por que POLTRACK ainda inclui queima herdada de MATIC?

POL substituiu MATIC 1:1, mas MATIC anteriormente queimado nunca poderia migrar para POL circulante. O componente legado de dead address preserva essa redução histórica no modelo de oferta econômica da era POL.

POLTRACK conta o valor de PIP-25?

Não. POLTRACK não trata a transação 28.574M POL preparada como executada porque a condição de validação publicada na cadeia não foi satisfeita.

POLTRACK conta MATIC preso no contrato de token MATIC?

Não. O saldo está documentado como contexto legado inacessível, mas é excluído de todos os cálculos de queima e oferta de POLTRACK.

A queima do POL pode compensar a emissão de 2%?

Sim, durante um período selecionado se a queima permanente for igual ou superior à POL emitida. Isto altera a emissão líquida desse período; ele não desliga automaticamente a emissão bruta.

POL é deflacionário?

Pode ser deflacionário líquido ao longo de um dia, mês ou ano, quando a queima permanente exceder a nova minting durante o mesmo período. Isso não prova que POL será deflacionário para sempre e não significa que o contrato de emissão tenha cessado.

Qual é a burn rate do POL?

Não há uma porcentagem fixa de protocolo para o número de POL queimados por ano. O valor depende principalmente do uso do gás da rede, dos níveis de base fees, dos rebates PIP-82 e do momento das transferências do routing wallet para o Burn Collector. Uma declaração de burn rate deve sempre identificar sua janela de tempo e definição de queima.

Por que o gráfico de queima do POL mostra picos repentinos?

Após o PIP-82, as base fees se acumulam no routing wallet antes que o POL não redirecionado seja transferido ao Burn Collector. Uma única liquidação pode registrar vários dias de burn acumulado. O POLTRACK reporta o momento observado da transferência, sem redistribuir o valor retroativamente.

Onde posso ver a queima do POL ao vivo?

Abra Value Flow para consultar o burn de 30 dias e acumulado e o saldo da routing wallet do PIP-82. Abra Supply para ver o burn permanente, a emissão líquida, a oferta circulante e a oferta máxima esperada ajustada por burn.

Fontes primárias

• Documentos do desenvolvedor Polygon: EIP-1559
• Documentos do desenvolvedor Polygon: contratos de gênese
• Anúncio da rede de teste Polygon EIP-1559
• PIP-24: Alterar política EIP-1559
• PIP-25: Ajustar oferta total de POL
• PIP-28: Agra Hardfork
• PIP-82: Programa Agentic Commerce Gas
• Discussão oficial do fórum PIP-82
• Relatório de Transparência do Conselho PIP-25
• Bor configuração do destinatário da queima
• Bor transição de estado EIP-1559
• Lançamento Bor v2.6.0 / Lisovo
• Implementação de queima de PolygonMigration
• Burn Collector da Polygon
• Routing wallet PIP-82
• Saldo de dead address MATIC

Páginas relacionadas

• Emissão POL
• Tokenomia POL
• Taxas Polygon Chain
• Distribuição Prioritária de Taxas
• Metodologia e fontes de dados