Quema de POL y MATIC

La quema de POL es la parte de la economía del token Polygon que elimina POL o MATIC heredado de la contabilidad de la oferta circulante. Vincula la actividad de la red con la oferta de tokens y puede compensar parte o la totalidad de las nuevas emisiones de POL durante un período medido. Burn no detiene automáticamente el EmissionManager ni crea un límite de oferta estricto.

Este tema también se busca como quema de token POL, quema de MATIC, quema de Polygon, quema de Polygon EIP-1559, tasa de quema de POL, oferta de POL quemado, deflación de Polygon, inflación de POL después de la quema, o si POL es deflacionario. Estas frases están relacionadas, pero no siempre describen el mismo evento en cadena.

Por qué importa el burn

Polygon Chain cobra una base fee dinámica EIP-1559 por las transacciones. En lugar de tratar todas las comisiones de transacción como ingresos del validador, Polygon dirige el componente de base fee hacia su sistema de quema. Por lo tanto, un mayor uso de la red puede eliminar más POL de la contabilidad de la oferta circulante.

La quema importa porque las emisiones brutas y el crecimiento de la oferta neta no son lo mismo:

Net issuance = newly minted POL - permanent burn

Actualmente, POL tiene emisiones brutas para la financiación del validador y el Community Treasury. La quema de base fee contrarresta esa emisión. Si la quema es menor que el minting, la oferta crece más lentamente; si la quema es igual a el minting, la emisión neta es cero; y si la quema excede el minting, POL es deflacionario neto para ese período medido.

El punto actual más importante es que PIP-82 no puso fin a la quema de la base fee de Polygon. La especificación publicada por los autores de PIP confirma el diseño subyacente: las tarifas asociadas con los facilitadores públicos x402 elegibles se pueden reciclar como rebates, el programa total tiene un límite de 1,000,000 USD y todo el POL no redirigido continúa hasta el Burn Collector existente. Esta es una excepción limitada, no una suspensión de quema en toda la red. Una corrección en el foro de discusión oficial PIP-82 plantea el mismo punto en un lenguaje sencillo: las transacciones normales continúan en la ruta de quema y los rebates se aplican solo a los facilitadores públicos elegibles.

Por esa razón, decir que casi todas las base fee de Polygon siguen destinadas a la quema es un resumen útil y sencillo del diseño actual: solo un subconjunto elegible limitado puede redirigirse y el resto se envía al Burn Collector. No es un porcentaje fijo garantizado. La proporción exacta realizada depende del volumen de transacciones elegibles, los precios de POL en el momento de la liquidación, los pagos de rebates y las transferencias al Burn Collector.

Vea los números en vivo en POLTRACK:

• Value Flow muestra las base fees, el saldo de la routing wallet, el burn de 30 días y el burn acumulado;
• Supply muestra el burn permanente, la emisión neta, la oferta circulante y la oferta máxima esperada ajustada por burn.

POLTRACK sigue registrando por separado los rebates de PIP-82 en los datos y la metodología, pero no los muestra como métrica principal de Value Flow mientras los importes observados sigan siendo irrelevantes a escala del dashboard. PIP-82 es un programa temporal con un límite de 1,000,000 USD que termina cuando se agota ese límite o el 31 de diciembre de 2026, lo que ocurra primero. Es una decisión de presentación, no un cambio contable: los rebates no se incluyen en el burn realizado y se descuentan antes de calcular rewards from fees.

Respuesta corta

• Polygon introdujo la quema de base fee EIP-1559 el 18 de enero de 2022.
• La ruta MATIC original utilizaba un contrato de contrato de burn en Polygon y una transferencia en Ethereum a la dead address MATIC.
• PIP-24 cambió el destinatario Polygon al Burn Collector 0x7A8e... el 29 de noviembre de 2023.
• Desde el hardfork de Lisovo el 4 de marzo de 2026, PIP-82 envía nuevas base fee primero a 0x3ef5....
• Las transacciones normales siguen el camino de la quema. Solo las tarifas asociadas con facilitadores públicos elegibles se pueden reciclar bajo el programa PIP-82 con límite máximo.
• El POL no redirigido se envía a 0x7A8e..., por lo que se espera que casi todas las base fee sigan dirigidas a la quema dentro del alcance limitado del programa.
• POLTRACK no cuenta el saldo de ruta 0x3ef5... como quema permanente.
• POLTRACK cuenta el saldo del colector 0x7A8e... como burn no circulante según su metodología publicada.
• Una transferencia de coleccionista no reduce por sí sola el ERC-20 totalSupply() del token Ethereum POL.
• POLTRACK también mantiene el saldo de dead addresses de MATIC heredado observado, por lo que la quema histórica de MATIC se refleja una vez, no dos.
• MATIC en poder del contrato de token MATIC se divulga como contexto heredado inaccesible, pero no se incluye en los cálculos de POLTRACK.

Historial de burn ejecutado

El significado de "dirección de quema Polygon" cambió con el tiempo. Un historial de quema confiable debe utilizar el destinatario activo en cada bloque.

Las direcciones activas y los límites de los bloques son visibles en la [configuración de la Mainnet de Bor] oficial (https://github.com/0xPolygon/bor/blob/develop/params/config.go) y en la compromiso de implementación PIP-82.

Enero de 2022: burn original de EIP-1559

Polygon activó EIP-1559 en el bloque 23,850,000. Las comisiones de transacción se dividieron en:

Transaction fee = base fee + priority fee

La base fee se asignó al contrato de quema configurado en lugar de pagarse al productor del bloque. La priority fee siguió siendo el componente de la tarifa destinado al validador.

En el diseño original Polygon, la base fee MATIC se acumulaba en 0x70bc... en Polygon. El flujo de quema correspondiente se pudo completar en Ethereum, donde se envió MATIC a:

0x000000000000000000000000000000000000dEaD

PIP-24 describe este contrato original como inmutable y establece que el proceso ejecutado en Ethereum eliminó permanentemente el MATIC de la oferta. Los materiales de lanzamiento de Polygon también explicaban que EIP-1559 hacía que la base fee se pudiera quemar mientras que los validadores recibían la priority fee.

La ruta original es importante porque la quema histórica de MATIC todavía afecta las comparaciones de oferta de la era POL. No debe descartarse simplemente porque POL reemplazó posteriormente a MATIC como token de gas nativo.

Noviembre de 2023: PIP-24 Burn Collector

PIP-24 cambió el destinatario de Bor burntContract de 0x70bc... a:

0x7A8ed27F4C30512326878652d20fC85727401854

El cambio fue activado por el Agra hardfork en el bloque 50,523,000.

PIP-24 llama a 0x7A8e... un temporary holder contract destinado a recopilar MATIC, o POL después de la migración del token nativo, para quemar. También establece que se requeriría un cambio de protocolo posterior para completar una futura ruta de burn en Ethereum.

Esto crea dos descripciones válidas pero diferentes:

• Descripción del protocolo Polygon: 0x7A8e... es el colector de quema actual y recibe el POL destinado a la quema.
• Descripción estricta de ERC-20: un saldo POL nativo en esta dirección Polygon no llama a _burn() en el token Ethereum POL y no reduce Ethereum totalSupply().

La implementación actual de 0x7A8e... acepta POL y no expone ningún método de retiro ordinario. No obstante, la dirección es un proxy actualizable, como anticipó PIP-24. Por lo tanto, POLTRACK no afirma que el Burn Collector sea criptográficamente idéntico a una dead address. Aplica una clasificación económica explícita:

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

Esa clasificación preserva el término de interfaz POLTRACK existente Quema permanente al tiempo que documenta exactamente lo que significa la métrica.

Septiembre de 2024: MATIC se convirtió en POL en Polygon Chain

La migración del token nativo cambió el gas y las staking de Polygon Chain de MATIC a POL. No restableció el historial contable del EIP-1559.

A partir de ese momento, el nuevo valor de la base fee nativa se acumuló como POL. Los saldos históricos de dead addresses Ethereum MATIC siguieron siendo evidencia heredada de tokens ya eliminados antes o durante el período de migración.

Esta es la razón por la que un modelo de quema POL completo puede contener tanto un componente Burn Collector nativo POL actual como un componente de dead address MATIC heredado. Representan diferentes períodos y no son intercambiables.

Marzo de 2026: Rutas y rebates PIP-82

PIP-82 cambió el destinatario EIP-1559 configurado a:

0x3ef57def668054dd750bd260526105c4eeef104f

El cambio se incluyó en Bor v2.6.0 y se activó mediante el hardfork Lisovo en el bloque 83,756,500.

Bajo el diseño PIP-82:

1. la ejecución del bloque envía las base fee a 0x3ef5...;
2. Las base fee elegibles de Agentic Commerce y x402 se pueden reciclar como rebates;
3. El POL no redirigido se envía periódicamente a 0x7A8e...;
4. El programa se limita a 1,000,000 USD y finaliza cuando se agote la asignación o el 31 de diciembre de 2026, lo que ocurra primero, salvo que sea reemplazado por otra decisión protocolaria.

La routing address puede realizar transferencias salientes. Por lo tanto, su saldo no es de quema permanente y no se resta de la oferta.

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

En POLTRACK, aparece como Base Fees (routing wallet) en Value Flow. Su saldo actual figura como Awaiting burn tanto en Value Flow como en Supply, y no se contabiliza como permanent burn hasta que llega al Burn Collector.

Cómo genera Bor el saldo de base fee

La distinción contable más importante es:

Base fee generated != POL permanently removed at that moment

Polygon Chain, histórica y técnicamente también conocido como Polygon PoS, enruta las base fee de EIP-1559 a través de direcciones definidas por protocolo. Dependiendo del período activo, la ruta puede implicar un contrato de quema de puente, un Burn Collector o una billetera de programa temporal. Por tanto, POLTRACK separa:

• generación de base fee: la tarifa calculada a partir del uso de gas en bloque;
• saldo de enrutamiento - POL esperando en una billetera que aún puede enviar fondos a otra parte;
• rebates: POL elegibles devueltos bajo el programa PIP-82;
• quema realizada: valor que alcanzó un sumidero contado como no circulante según la metodología POLTRACK;
• emisión neta - POL recién emitido menos quema realizada durante el mismo período.

El cliente de ejecución Bor de Polygon calcula el monto de la base fee a partir del gas utilizado y la base fee del bloque:

Base fee amount = transaction gas used * block base fee

El código de transición de estado de Bor selecciona el BurntContract configurado para el bloque actual y acredita esa dirección con el monto de la base fee.

Esto es diferente de la contabilidad habitual de Ethereum, donde la base fee se elimina sin acreditar una cuenta. En Polygon Chain, el cliente acredita una dirección seleccionada por protocolo, por lo que el resultado económico depende de lo que esa dirección pueda hacer posteriormente.

Las priority fee siguen un camino diferente y no deben incluirse en la quema de base fee simplemente porque ambas se pagan mediante la misma transacción. Consulte Comisiones de Polygon Chain y Distribución prioritaria de tarifas.

Qué contabiliza POLTRACK como burn permanente

POLTRACK mantiene la etiqueta del producto existente Quema permanente. En términos metodológicos, significa el valor acumulado en los componentes de quema aprobados tratados como no circulantes para la contabilidad de la oferta público.

El modelo actual incluye:

Las fórmulas de oferta público son:

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

La línea base bruta de 12,336,136,524.75 POL y el ajuste de quema se explican en Emisión POL.

Lo que POLTRACK no cuenta

Quedan excluidos de la quema permanente los siguientes saldos:

Estas exclusiones son deliberadas. Evitan que el enrutamiento temporal, las propuestas y las representaciones duplicadas de MATIC a POL reduzcan silenciosamente la oferta informado.

PIP-25 y quema histórica de MATIC

PIP-25 propuso utilizar la función burn() del contrato PolygonMigration para enviar el POL correspondiente al MATIC previamente quemado o inaccesible a la dead address Ethereum.

La [fuente de PolygonMigration] actual (https://github.com/0xPolygon/pol-token/blob/main/src/PolygonMigration.sol) implementa burn(amount) como una transferencia de POL a 0x000...dEaD. No llama al _burn() interno del token POL y, por lo tanto, no reduce el ERC-20 totalSupply().

El [informe de transparencia PIP-25] oficial (https://forum.polygon.technology/t/council-transparency-report-pip-25/17151) preparó una transacción para 28,574,088.177694505243495294 POL. La propia regla de validación del informe requería que el saldo de la dead address POL fuera al menos de esa cantidad después de la ejecución.

POLTRACK no asume que un estado PIP o una transacción preparada demuestre la ejecución. La condición de validación publicada no se ha cumplido, por lo que la cantidad propuesta de POL no se agrega para quemar.

MATIC en poder del contrato de token MATIC

PIP-25 también identificó a MATIC mantenido en la propia dirección del contrato de token MATIC como permanentemente inaccesible. Un contrato ERC-20 puede tener un saldo en su propia asignación de saldo cuando los usuarios o contratos transfieren tokens directamente a la dirección del token. El contrato MATIC heredado no tiene una ruta de recuperación ordinaria para ese autoequilibrio.

El informe de ejecución PIP-25 utilizó una instantánea histórica fija de este componente. El saldo en vivo puede seguir aumentando cuando se envía más MATIC a la dirección del token.

Actualmente, POLTRACK excluye toda la autobalanza MATIC de:

• total quemado permanentemente;
• ajustes de la oferta circulante;
• emisión neta;
• oferta máxima esperada actual.

Se divulga aquí únicamente para que esté completo. No hay cambios en el valor de la interfaz POLTRACK ni en los cálculos debido a este saldo.

Burn, emisión y deflación

La quema y las emisiones deben compararse durante el mismo período:

Net issuance = newly minted POL - permanent burn

Por lo tanto, POL puede ser deflacionario neto para un día, mes o año en particular mientras el EmissionManager continúa emitiendo. "POL es deflacionario" está incompleto a menos que la declaración incluya un período de tiempo y una definición de quema.

Burn tampoco crea un hard cap. La emisión bruta futura todavía depende de la implementación activa de emisiones, mientras que la oferta máxima esperada actual de POLTRACK es un escenario de diez años ajustado a la baja por la quema permanente observada.

Por qué los gráficos de burn avanzan en lotes

Antes de PIP-82, las base fee se enviaban directamente al Burn Collector configurado, por lo que el aumento de su saldo seguía de cerca la generación de comisiones.

Después de PIP-82, las base fee primero se acumulan en la routing wallet. Las transferencias al Burn Collector y las liquidaciones de rebates se producen en transacciones que pueden combinar muchos días de valor.

Como resultado:

• un día con una base fee alta puede mostrar poca quema realizada el mismo día;
• un día de liquidación del Burn Collector puede mostrar un gran pico de quema;
• el saldo de la billetera de ruta puede crecer entre liquidaciones;
• un delta de routing wallet negativo no es una quema negativa; generalmente significa que los fondos salieron de la routing wallet;
• la generación de tarifas y la quema realizada deben conciliarse durante un período adecuado, no asumiendo que son iguales día a día.

POLTRACK conserva estos efectos en lotes en lugar de redistribuirlos entre fechas anteriores.

Preguntas frecuentes

¿Polygon quema POL?

Sí. Polygon Chain dirige el componente de base fee EIP-1559 hacia su sistema de quema. Desde que POL se convirtió en el token de gas local, el nuevo valor de la base fee se denomina en POL. La quema histórica de MATIC sigue siendo relevante para el historial de oferta económica del token migrado.

¿Aún se queman casi todas las base fee de Polygon?

Este es un resumen razonable del diseño actual del PIP-82, con una salvedad: no es un porcentaje numérico garantizado. Solo las tarifas asociadas con facilitadores públicos x402 elegibles se pueden reciclar como rebates, el programa tiene un límite agregado de 1,000,000 USD y el POL no redirigido se envía al Burn Collector existente. Las base fee de transacción normales continúan en el camino de la quema.

¿PIP-82 detuvo la quema de POL?

No. PIP-82 cambió el primer destinatario de las base fee e introdujo una ruta de rebate limitada. Mantiene explícitamente activo el Burn Collector existente para POL no redirigido. El paso de enrutamiento puede retrasarse cuando aparece la quema en POLTRACK, pero no reemplaza el sistema de quema con un sistema de rebate general.

¿Polygon quema todas las comisiones de transacción?

No. El componente de base fee EIP-1559 está asociado con la mecánica de quemado. El componente de priority fee sigue la política de distribución de validadores y stakers. Según PIP-82, incluso el valor de la base fee puede permanecer en la ruta o redirigirse como un rebate elegible antes de que la cantidad no redirigida llegue al Burn Collector.

¿La wallet de PIP-82 es una burn address?

No. Es el destinatario de la base fee configurado y una routing wallet. Puede realizar transferencias salientes, por lo que POLTRACK muestra su saldo como pendiente de quemar y lo excluye de la quema de ofertas.

¿El collector 0x7A8e... equivale a una dead address?

No. Es un Burn Collector designado por protocolo. Su implementación actual no expone ningún método de retiro ordinario, pero es un proxy actualizable descrito por PIP-24 como holder temporal. POLTRACK considera el saldo como no circulante según una metodología explícita en lugar de afirmar que es técnicamente idéntico a 0x...dEaD.

¿La quema reduce POL totalSupply()?

No necesariamente. El envío de POL nativo a un Burn Collector Polygon o ERC-20 POL a una dead address deja el totalSupply() del contrato Ethereum POL sin cambios. POLTRACK aplica la contabilidad económica ajustada por quemas por separado.

¿Cuál es la diferencia entre base fee y priority fee?

La base fee es el componente EIP-1559 dirigido a través de la mecánica de quema de Polygon. La priority fee es el componente adicional de la tarifa de transacción que se utiliza para la economía del validador y del staker según la política activa de distribución de tarifas. POLTRACK nunca clasifica las priority fee como quema de base fee.

¿Por qué POLTRACK todavía incluye la quema de MATIC heredado?

POL reemplazó a MATIC 1:1, pero el MATIC previamente quemado nunca pudo migrar al POL circulante. El componente heredado de dead address preserva esa reducción histórica en el modelo de oferta económica de la era POL.

¿POLTRACK cuenta el monto de PIP-25?

No. POLTRACK no considera la transacción 28.574M POL preparada como ejecutada porque no se ha cumplido la condición de validación en cadena publicada.

¿POLTRACK cuenta a MATIC atrapado en el contrato de token MATIC?

No. El saldo está documentado como contexto heredado inaccesible, pero está excluido de todos los cálculos de quema y oferta de POLTRACK.

¿Puede la quema de POL compensar la emisión del 2%?

Sí, durante un período seleccionado si la quema permanente es igual o mayor que el POL emitido. Esto cambia la emisión neta para ese período; no desactiva automáticamente las emisiones brutas.

¿Es deflacionario POL?

Puede ser deflacionario neto durante un día, mes o año cuando la quema permanente excede la nueva minting durante ese mismo período. Eso no prueba que POL vaya a ser deflacionario para siempre, y no significa que el contrato de emisiones haya terminado.

¿Cuál es la tasa de quema del POL?

No existe un porcentaje de protocolo fijo para la cantidad de POL quemados por año. El monto depende principalmente del uso de gas de la red, los niveles de base fee, los rebates PIP-82 y el momento de las transferencias desde la routing wallet al Burn Collector. Una reclamación de tasa de quema siempre debe identificar su ventana de tiempo y su definición de quema.

¿Por qué el gráfico de burn de POL muestra picos repentinos?

Después de PIP-82, las base fee se acumulan en la routing wallet antes de que el POL no redirigido se transfiera al Burn Collector. Por lo tanto, una sola liquidación puede registrar varios días de burn acumulado. POLTRACK informa el tiempo de transferencia observado en lugar de distribuir el monto hacia atrás entre fechas anteriores.

¿Dónde puedo ver el burn de POL en vivo?

Abra Value Flow para consultar el burn de 30 días y acumulado y el saldo de la routing wallet de PIP-82. Abra Supply para ver el burn permanente, la emisión neta, la oferta circulante y la oferta máxima esperada ajustada por burn.

Fuentes primarias

• Documentos para desarrolladores Polygon: EIP-1559
• Documentos para desarrolladores Polygon: contratos de génesis
• Anuncio de la red de prueba Polygon EIP-1559
• PIP-24: Cambiar política EIP-1559
• PIP-25: Ajustar oferta total de POL
• PIP-28: Agra Hardfork
• PIP-82: Programa de Gas de Comercio Agente
• Foro de discusión oficial PIP-82
• Informe de Transparencia del Consejo PIP-25
• Configuración de destinatario de quema de Bor
• Transición de estado Bor EIP-1559
• Bor v2.6.0 / lanzamiento de Lisovo
• Implementación de quema de PolygonMigration
• Colector de quemas Polygon
• routing wallet PIP-82
• Saldo de dead address MATIC

Páginas relacionadas

• Emisión POL
• Tokenomía POL
• Comisiones de Polygon Chain
• Distribución de tarifa prioritaria
• Metodología y fuentes de datos