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 el suministro 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 suministro 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, suministro de POL quemado, deflación de Polygon, POL inflación después de la quema, o es POL deflacionario. Estas frases están relacionadas, pero no siempre describen el mismo evento en cadena.

Por qué es importante quemar

Polygon Chain cobra una tarifa base dinámica EIP-1559 por las transacciones. En lugar de tratar todas las tarifas de transacción como ingresos del validador, Polygon dirige el componente de tarifa base hacia su sistema de quema. Por lo tanto, un mayor uso de la red puede eliminar más POL de la contabilidad del suministro 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 Tesoro Público. La quema de tarifas base contrarresta esa emisión. Si la quema es menor que la acuñación, la oferta crece más lentamente; si la quema es igual a la acuñación, la emisión neta es cero; y si la quema excede la acuñación, 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 tarifa base 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 reembolsos, el programa total tiene un límite de 1,000,000 USD y todo el POL no reciclado continúa hasta el recolector de quemas 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 reembolsos se aplican solo a los facilitadores públicos elegibles.

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

Vea los números en vivo en POLTRACK:

• Flujo de valor muestra las tarifas base, el saldo de la billetera de ruta, los reembolsos, el consumo de 30 días y el consumo de todos los tiempos;
• Suministro muestra el consumo permanente, la emisión neta, el suministro circulante y el suministro máximo esperado ajustado al consumo.

Respuesta corta

• Polygon introdujo la quema de tarifa base EIP-1559 el 18 de enero de 2022.
• La ruta MATIC original utilizaba un contrato de quema del lado Polygon y una transferencia del lado Ethereum a la dirección muerta MATIC.
• PIP-24 cambió el destinatario Polygon al recolector de quemas 0x7A8e... el 29 de noviembre de 2023.
• Desde el hardfork de Lisovo el 4 de marzo de 2026, PIP-82 envía nuevas tarifas base 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 reciclado se envía a 0x7A8e..., por lo que se espera que casi todas las tarifas base 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 quemado 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 direcciones muertas 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 quema ejecutada

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 red principal 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: Quema original de EIP-1559

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

Transaction fee = base fee + priority fee

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

En el diseño original Polygon, la tarifa base 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 escalón lateral Ethereum eliminó permanentemente el MATIC del suministro. Los materiales de lanzamiento de Polygon también explicaban que EIP-1559 hacía que la tarifa base se pudiera quemar mientras que los validadores recibían la tarifa de prioridad.

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

Noviembre de 2023: colector de quemas PIP-24

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 contrato de titular temporal 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 quema del lado 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 recopilador sea criptográficamente idéntico a una dirección inactiva. 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 apuestas 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 tarifa base nativa se acumuló como POL. Los saldos históricos de direcciones muertas 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 recopilador nativo POL actual como un componente de dirección muerta MATIC heredado. Representan diferentes períodos y no son intercambiables.

Marzo de 2026: Rutas y reembolsos 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 tarifas base a 0x3ef5...;
2. Las tarifas base elegibles de Agentic Commerce y x402 se pueden reciclar como reembolsos;
3. El POL no reciclado 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 dirección de ruta puede realizar transferencias salientes. Por lo tanto, su saldo no es de quema permanente y no se resta del suministro.

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

En POLTRACK, esto aparece como Tarifas base (billetera de enrutamiento) en Flujo de valor y En espera de quema en Suministro. La redacción del producto permanece sin cambios.

Cómo crea Bor el saldo de la tarifa base

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 tarifas base 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 recolector de quemas o una billetera de programa temporal. Por tanto, POLTRACK separa:

• generación de tarifa base: 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;
• reembolsos: 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 acuñado menos quema realizada durante el mismo período.

El cliente de ejecución Bor de Polygon calcula el monto de la tarifa base a partir del gas utilizado y la tarifa base 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 tarifa base.

Esto es diferente de la contabilidad habitual de Ethereum, donde la tarifa base 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 tarifas de prioridad siguen un camino diferente y no deben incluirse en la quema de tarifas base simplemente porque ambas se pagan mediante la misma transacción. Consulte Tarifas Polygon Chain y Distribución prioritaria de tarifas.

Lo que POLTRACK cuenta como quemado 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 del suministro público.

El modelo actual incluye:

Las fórmulas de suministro 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 el suministro 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 dirección muerta 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 dirección muerta 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;
• suministro máximo esperado 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.

Quemas, emisiones 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 acuñando. "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 límite estricto. La emisión bruta futura todavía depende de la implementación activa de emisiones, mientras que el suministro máximo esperado actual de POLTRACK es un escenario de diez años ajustado a la baja por la quema permanente observada.

¿Por qué los gráficos quemados se mueven en lotes?

Antes de PIP-82, las tarifas base se enviaban directamente al recolector de quemas configurado, por lo que el crecimiento del recolector podía seguir de cerca la generación de tarifas.

Después de PIP-82, las tarifas base primero se acumulan en la billetera de enrutamiento. Las transferencias al cobrador y las liquidaciones de reembolsos se producen en transacciones que pueden combinar muchos días de valor.

Como resultado:

• un día con una tarifa base alta puede mostrar poca quema realizada el mismo día;
• un día de liquidación de cobradores puede mostrar un gran pico de quema;
• el saldo de la billetera de ruta puede crecer entre liquidaciones;
• un delta de billetera de enrutamiento negativo no es una quema negativa; generalmente significa que los fondos salieron de la billetera de enrutamiento;
• 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 por lotes en lugar de redistribuirlos entre fechas anteriores.

Preguntas frecuentes

¿Polygon quema POL?

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

¿Aún se queman casi todas las tarifas base 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 reembolsos, el programa tiene un límite agregado de 1,000,000 USD y el POL no reciclado se envía al recolector de quemas existente. Las tarifas base 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 tarifas base e introdujo una ruta de reembolso limitada. Mantiene explícitamente activo el recopilador existente para POL no reciclado. El paso de enrutamiento puede retrasarse cuando aparece la quema en POLTRACK, pero no reemplaza el sistema de quema con un sistema de reembolso general.

¿Polygon quema todas las tarifas de transacción?

No. El componente de tarifa base EIP-1559 está asociado con la mecánica de quemado. El componente de tarifa de prioridad sigue la política de distribución de validadores y participantes. Según PIP-82, incluso el valor de la tarifa base puede permanecer en la ruta o reciclarse como un reembolso elegible antes de que la cantidad no reciclada llegue al recolector de quemados.

¿La billetera PIP-82 es una dirección grabada?

No. Es el destinatario de la tarifa base configurado y una billetera de enrutamiento. Puede realizar transferencias salientes, por lo que POLTRACK muestra su saldo como pendiente de quemar y lo excluye de la quema de suministros.

¿El recopilador 0x7A8e... es lo mismo que una dirección muerta?

No. Es un recolector de quemas 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 titular 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 recopilador Polygon o ERC-20 POL a una dirección muerta 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 tarifas base y tarifas de prioridad?

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

¿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 dirección muerta preserva esa reducción histórica en el modelo de suministro económico 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 suministro 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 acuñado. 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 acuñación 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 tarifa base, los reembolsos PIP-82 y el momento de las transferencias desde la billetera de enrutamiento al cobrador. 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 quemado POL muestra picos repentinos?

Después de PIP-82, las tarifas base se acumulan en la billetera de enrutamiento antes de que el POL no reciclado se transfiera al cobrador. Por lo tanto, un asentamiento puede sufrir varios días de quema a la vez. POLTRACK informa el tiempo de transferencia observado en lugar de distribuir el monto hacia atrás entre fechas anteriores.

¿Dónde puedo ver POL quemar en vivo?

Abra Value Flow para disfrutar de 30 días y de todos los tiempos, el saldo de ruta PIP-82 y reembolsos. Abra Suministro para el consumo permanente, la emisión neta, el suministro circulante y el suministro máximo esperado ajustado al consumo.

Referencias 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 suministro 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
• billetera de enrutamiento PIP-82
• Saldo de dirección muerta MATIC

Páginas relacionadas

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