Emisión e inflación de POL

La emisión de POL es la creación de nuevos POL por encima de la oferta inicial de 10 mil millones de tokens. Los tokens emitidos se destinan a financiar validadores y a Polygon Community Treasury.

Este tema también se describe comúnmente como inflación POL, inflación MATIC, inflación de tokens Polygon, emisión de POL o tasa de inflación POL. Estas frases están relacionadas pero no son idénticas. En esta guía, emisión significa el nuevo POL creado por el protocolo, mientras que inflación neta significa el crecimiento de la oferta resultante después de deducir la quema de tokens. “Inflación MATIC” sigue siendo un término de búsqueda heredado común porque POL reemplazó a MATIC y heredó su transición de recompensa del validador, pero el actual sistema de emisiones Ethereum emite POL.

La emisión es un componente habitual del diseño económico de las principales redes L1, no una particularidad de POL. Las redes Proof-of-Stake emiten tokens para recompensar a los validadores y sostener la seguridad a largo plazo. Ethereum emite ETH como recompensa para validadores, mientras que Solana distribuye la emisión inflacionaria de SOL entre validadores y cuentas delegadas. Las tasas y las reglas cambian según la red, pero el objetivo es el mismo: financiar a quienes operan y protegen la infraestructura.

La emisión del protocolo no determina por sí sola Total Supply Change. Las Base Fees acumuladas para quema pueden compensar total o parcialmente los tokens recién emitidos:

Total Supply Change = newly minted tokens - Base Fees accrued toward burn

Si la acumulación de Base Fees es inferior a la emisión, Total Supply sigue creciendo, pero más lentamente. Si la supera, Total Supply Change es negativo. Polygon Chain tiene su propia mecánica de enrutamiento y quema de base fee, que POLTRACK mide por separado del minting. Consulte POL Burn y Polygon Chain Fees.

Esta guía separa tres cosas que a menudo se combinan incorrectamente:

1. la política propuesta en el whitepaper POL;
2. el programa de emisiones realmente ejecutado en la Mainnet Ethereum;
3. escenarios futuros que requerirían una nueva decisión de protocolo.

La versión corta es:

• POL se lanzó en Ethereum con una oferta inicial de 10 mil millones de tokens;
• su tasa de emisiones de la Mainnet ha pasado de 3% a 2.5% y luego a 2% bajo PIP-26;
• la implementación actual tiene como objetivo una emisión compuesta del 2% anual, dividida por igual entre StakeManager y Community Treasury;
• el contrato acumula emisiones continuamente a lo largo del tiempo, pero los tokens se emiten en transacciones cuando se llama a mint();
• el whitepaper describe un período inicial de financiación de diez años, no una fecha límite automática del contrato;
• Polygon no ha adoptado una propuesta que defina un calendario de emisión posterior a ese período;
• detener las emisiones aún requiere un cambio de protocolo deliberado porque el contrato activo no tiene una fecha de finalización automática;
• una interrupción más temprana es técnicamente posible mediante los mismos controles contractuales, pero no es el calendario anunciado actualmente;
• El exceso del Community Treasury POL no se quema automáticamente. El whitepaper dice que la comunidad podría decidir por separado quemar el exceso de fondos.

Consulte los datos actuales en POLTRACK: Value Flow muestra el total de POL acuñado durante los últimos 30 días y su desglose por destino junto con el burn; Supply muestra Total Supply, Total Supply Change y el gráfico histórico/proyectado de oferta.

Historial ejecutado en Mainnet

La implementación actual de 2% no estuvo activa durante todo el historial de POL. PIP-26 conservó los últimos años del programa de recompensas del validador MATIC original antes de realizar la transición a la tasa de validador 1% a largo plazo propuesta para POL.

El historial de proxy EmissionManager registra las cuatro implementaciones de la Mainnet.

v1.0: Diseño del 2% previo a Mainnet

El código v1.0 del repositorio implementó el diseño original 1% + 1%:

Supply(t) = 10B * 1.02 ^ (elapsed / 365 days)

Esta versión se utilizó en el trabajo de implementación previo a la Mainnet. La Mainnet Ethereum se lanzó con la versión 1.1 después de que PIP-26 hubiera definido el programa de transición del validador, por lo que la versión 1.0 no era un período de emisión de la Mainnet.

v1.1: 3% desde el lanzamiento de Mainnet

Mainnet v1.1 comenzó el 25 de octubre de 2023 con:

Supply(t)
= 10,000,000,000 * 1.03 ^ (elapsed since launch / 365 days)

Un tercio de cada mint se enviaba al multisig original de Community Treasury y dos tercios financiaban las recompensas de validadores. Por compatibilidad, la parte destinada a validadores pasaba por el contrato de migración y se convertía de nuevo a MATIC antes de llegar a StakeManager.

La transacción de implementación de la Mainnet instaló la implementación 0x2126E6952C3af75C9D4CF21f63F509195C79ce44 detrás del proxy.

v1.2: 2,5% y una nueva base de cálculo

El 6 de julio de 2024, el Protocol Council ejecutó la primera reducción de PIP-26, de la financiación del validador 2% a 1.5%, mientras que la emisión del tesoro permaneció en 1%.

La transacción de actualización v1.2 realizó una secuencia atómica:

1. Llame a mint() en v1.1 para realizar todas las emisiones adquiridas bajo la antigua curva 3%;
2. actualice el proxy a la implementación 0x5e875267f65537768435C3C6C81cd313a570B422;
3. llame a reinitialize() sobre la nueva implementación;
4. guarde el totalSupply resultante como START_SUPPLY_1_2_0;
5. Configure startTimestamp en el tiempo de bloqueo de actualización.

La base resultante fue:

START_SUPPLY_1_2_0 = 10,208,953,168.522375 POL
startTimestamp     = 2024-07-06 17:47:59 UTC

Supply(t)
= START_SUPPLY_1_2_0 * 1.025 ^ (elapsed / 365 days)

La misma actualización también redirigió la participación en tesorería a la configuración de Community Treasury introducida por PIP-40. Los requisitos de secuencia y validación están documentados en el [Informe de Transparencia del Consejo PIP-26 / PIP-40] oficial (https://forum.polygon.technology/t/council-transparency-report-pip-26-40/18027).

v1.3: Financiamiento directo de POL para StakeManager

El 4 de septiembre de 2024, v1.3 cambió la ruta de transferencia del validador sin cambiar la tasa de emisión, la base o la marca de tiempo de inicio.

// Before v1.3: convert the validator share back to MATIC
migration.unmigrateTo(stakeManager, stakeManagerAmt);

// From v1.3: transfer newly minted POL directly
_token.safeTransfer(stakeManager, stakeManagerAmt);

La actualización v1.3 instaló la implementación 0x152442D77E9fB9C210953d583Cbb2da88027fCB9. No reinicializó la curva de emisiones. Esto implementó PIP-41 como parte de la transición de participación de MATIC a POL descrita en el informe de transparencia oficial.

v1.4: El calendario actual del 2%

El 9 de julio de 2025, el Protocol Council completó la transición planificada de PIP-26 al reducir la financiación del validador de 1.5% a 1%. Las emisiones del Tesoro se mantuvieron en 1%.

La transacción de actualización v1.4 cerró nuevamente el período anterior antes del cambio de tarifas:

Catch-up mint under old 2.5% curve: 1,168,637.300101 POL
Treasury share:                         467,454.920041 POL
StakeManager share:                     701,182.380061 POL

Luego instaló la implementación 0x282FD46E108E40A45e4CE425bA75f80245e6C2E0 y reinicializó la curva de la oferta resultante.

El [Informe de Transparencia del Consejo PIP-26 2025] oficial (https://forum.polygon.technology/t/council-transparency-report-pip-26/21112) especifica explícitamente la antigua llamada mint(), la actualización del proxy, reinitialize(), el nuevo oferta de inicio y la nueva marca de tiempo.

Las secciones siguientes explican las dos corrientes de financiación y la mecánica contractual detrás de esta historia ejecutada.

Los dos flujos de emisión

El diseño del POL establece dos propósitos económicos para las emisiones.

Estos son propósitos de política separados, a pesar de que la implementación actual calcula una curva de oferta combinada 2% y divide cada minting por la mitad.

El whitepaper describe cada flujo como hasta 1% de la oferta creciente de POL y establece un período inicial de financiación de diez años. Ningún PIP adoptado define un calendario de emisión posterior a ese período.

El período de política no es una fecha límite automática del contrato. El EmissionManager activo no tiene cierre incorporado, por lo que finalizar o reducir las emisiones requiere un cambio de protocolo. Los mismos controles podrían detenerlas antes.

Oferta y emisión iniciales

Los 10 mil millones de POL iniciales y la emisión posterior son eventos simbólicos diferentes.

En el lanzamiento, el POL token contract emitió 10 mil millones de POL al contrato de migración para permitir la conversión 1:1 desde MATIC. La migración normal utiliza tokens de ese pool inicial; no es emisión programada.

Solo se puede crear un nuevo oferta después del lanzamiento mediante una dirección que tenga el EMISSION_ROLE del contrato del token. En la Mainnet, esa función la desempeña el proxy DefaultEmissionManager.

Initial POL supply = 10,000,000,000 POL

Later on-chain supply change
= POL minted by the authorized EmissionManager
- any true ERC-20 supply-reducing burn

Las transferencias a una tesorería, StakeManager, contrato de migración, Burn Collector o dead address no crean tokens. El evento de minting es el Transfer del token POL desde la dirección cero hasta el EmissionManager.

Cómo funciona el contrato actual

La implementación actual de la Mainnet es DefaultEmissionManager v1.4. Almacena una oferta de inicio y una marca de tiempo de inicio, calcula una oferta objetivo dependiente del tiempo y emite la diferencia entre el objetivo y el POL totalSupply actual.

Su fórmula simplificada es:

TargetSupply(t)
= StartSupply * 1.02 ^ (elapsedSeconds / 365 days)

AmountToMint
= TargetSupply(t) - CurrentTotalSupply

La implementación de Solidity representa el factor anual mediante exponenciación binaria de punto fijo:

INTEREST_PER_YEAR_LOG2 = log2(1.02)

SupplyFactor
= exp2(INTEREST_PER_YEAR_LOG2 * elapsedSeconds / 365 days)

La base actual v1.4 es:

START_SUPPLY_1_4_0 = 10,466,456,329.199770 POL
startTimestamp     = 2025-07-09 23:03:59 UTC

Cada minting exitosa se divide de la siguiente manera:

Treasury amount     = AmountToMint / 2
StakeManager amount = AmountToMint - TreasuryAmount

La forma de resta ligera utilizada para StakeManager garantiza que el redondeo de enteros no deje polvo simbólico en el EmissionManager.

El devengo es continuo; el minting ocurre mediante transacciones

La oferta objetivo crece continuamente con los segundos transcurridos, pero el contrato de token no se ejecuta cada segundo. mint() es una función pública a la que cualquier dirección Ethereum puede llamar.

Cuando se llama a mint(), EmissionManager emite todo el importe acumulado bajo la curva objetivo desde la última actualización de la oferta. La dirección que ejecuta la llamada no recibe POL; los tokens se envían únicamente a Community Treasury y StakeManager.

Si nadie llama a mint() durante varios días, el importe programado no se pierde. Una llamada posterior intenta alcanzar la oferta hasta el mismo objetivo basado en el tiempo.

Límite de seguridad a nivel del token

El contrato de token POL no actualizable se aplica por separado a mintPerSecondCap. En el momento de esta revisión, el límite era 13.37 POL per second.

Cantidad aceptada por un mint del token
= seconds since the previous token mint * mintPerSecondCap

Este es un limitador de velocidad y control de seguridad. Limita la velocidad de minting y no la emisión acumulada. La dirección que contiene CAP_MANAGER_ROLE puede actualizarla mediante una llamada de contrato autorizada.

Por qué aparecen junio, julio y octubre

Las fechas describen diferentes conceptos:

Los documentos PIP describen los períodos previstos de la póliza. Las marcas de tiempo de las transacciones Ethereum identifican cuándo cambió realmente la implementación. Un cálculo histórico preciso debe utilizar las marcas de tiempo ejecutadas.

Reconstrucción de la emisión efectivamente ejecutada

El historial completo de ejecución se puede representar como una curva compuesta por partes:

Period 1: 10B at 3% for 255.3622 days
Period 2: resulting supply at 2.5% for 368.2194 days
Period 3: resulting supply at 2% from July 9, 2025 onward

Para una proyección del décimo aniversario exacto de la marca de tiempo de inicio original:

10,000,000,000
* 1.03  ^ (255.3622 / 365)
* 1.025 ^ (368.2194 / 365)
* 1.02  ^ (3029.4183 / 365)
= approximately 12,336,136,524.75 POL

El gráfico Supply parte de la última oferta observada en el contrato y aplica un 2% anual hasta el 25 de octubre de 2033, con días naturales UTC divididos entre 365. Resta el Burn Adjustment actual y las Base Fees futuras netas de rebates. El cálculo histórico de 12.336.136.524,75 POL se conserva como referencia, no como un punto final fijo.

Por qué difieren las proyecciones de oferta

Diferentes supuestos producen valores diferentes incluso cuando son internamente consistentes.

Cómo se implementan los cambios en las emisiones

Los cambios de emisiones tienen una capa de propuesta pública y una capa de ejecución en cadena.

Cambios publicados y ejecución de Mainnet

El EmissionManager no está controlado por votación directa del titular del POL. En la práctica, los cambios en las emisiones se han publicado a través del repositorio de propuestas de mejora Polygon, los informes del foro Polygon y las transacciones de contratos públicos, y luego se han implementado a través de los controles de administración de contratos del protocolo.

Los cambios de tarifas de 2024 y 2025 se documentaron antes o durante la ejecución. Sus informes de transparencia identifican la implementación, las llamadas, el estado esperado y las comprobaciones de validación, mientras que las transacciones Ethereum proporcionan la evidencia final de lo que se ejecutó en la Mainnet. Por lo tanto, POLTRACK trata el PIP o el informe como contexto de política y el estado del contrato ejecutado como la fuente oficial de referencia para los cálculos históricos.

Controles del contrato actual

La estructura de control actual de la Mainnet observada durante esta revisión es:

La tasa actual se compila en la implementación EmissionManager como una constante. Cambiar la curva o la división requiere una nueva implementación y una actualización del proxy. Por separado, los administradores autorizados del token pueden actualizar el límite de mint por segundo y administrar la dirección que contiene EMISSION_ROLE.

El período de política de diez años y los controles técnicos

El whitepaper dice que las dos tasas 1% deben permanecer fijas durante el período inicial de diez años y pueden reducirse o suspenderse posteriormente. Ninguna propuesta adoptada define un calendario de emisión posterior a ese período.

Los contratos de Solidity no contienen un temporizador inmutable de diez años. Los administradores autorizados pueden actualizar el EmissionManager, cambiar las funciones del token o el límite de minting. Cualquier parada o cambio de tasa requiere una decisión e implementación explícita del protocolo.

Emisión del Community Treasury

El flujo del Community Treasury se genera al mismo tiempo que la financiación del validador. En v1.4, la mitad de cada emisión exitosa se transfiere directamente a la dirección de tesorería configurada.

El EmissionManager no decide qué subvenciones reciben fondos. La asignación y el gasto del Tesoro se administran por separado. PIP-40 redirige la emisión a los contratos del Community Treasury y describe la estructura de la Junta del Community Treasury.

Esto crea tres preguntas separadas:

1. Emisión futura de Community Treasury: ¿debe continuar la emisión de nuevos POL para apoyar al ecosistema?
2. Asignación de Community Treasury: ¿cómo deben utilizarse los POL ya emitidos para este fondo?
3. Exceso de tesorería POL: ¿Debería retenerse, asignarse o quemarse el exceso de tesorería POL que ya no es necesario?

El whitepaper dice que si el ecosistema madura temprano y el tesoro acumula más POL del que realmente necesita, la comunidad debería decidir cómo utilizar el exceso. Quemarlo se da como una posible decisión. No es obligatorio y no existe un mecanismo de quema automática ni una fecha de vencimiento para el tesoro no gastado POL.

Detener futuras emisiones del Tesoro tampoco quemaría automáticamente el saldo existente del Tesoro. Se trata de dos acciones protocolarias independientes.

La financiación del validador no es lo mismo que las recompensas pagadas

La mitad del validador del EmissionManager es la financiación enviada a StakeManager. La acumulación y los cobros reales de recompensas del validador se controlan mediante mecanismos de staking y checkpoints.

Conviene distinguir estas etapas:

POL minted by EmissionManager
-> POL transferred to StakeManager
-> rewards accrued under staking/checkpoint rules
-> rewards claimed by validators and delegators

PIP-78 descubrió que la distribución real de recompensas del validador después de la transición de julio de 2025 estaba por encima del objetivo anual previsto porque la frecuencia de los checkpoints había cambiado. PIP-86 recalibró aún más las recompensas de los checkpoints para tiempos de bloqueo más cortos.

Es por eso que una transferencia de EmissionManager a StakeManager debe denominarse financiación del validador, no necesariamente recompensas pagadas o reclamadas.

Emisión, quema y Total Supply Change

Las emisiones y las quemas son flujos económicos separados.

Gross issuance = newly minted POL
Total Supply Change = protocol issuance - Base Fees accrued toward burn

Una transferencia de dirección no reduce ERC-20 totalSupply. Algunos procesos de quema de Polygon enrutan POL al Burn Collector o a direcciones inactivas en lugar de llamar a una función ERC-20 _burn. Por tanto, los analistas deben indicar si burn significa:

• una reducción irreversible de la oferta total de ERC-20;
• una transferencia a una dirección irrecuperable comprobada;
• una transferencia a un Burn Collector designado por la política;
• una exclusión económica utilizada por un tracker.

Las quemas no crean una capa dura. Pueden compensar las emisiones económicamente, pero las emisiones brutas futuras siguen regidas por el EmissionManager activo y los controles de tokens.

Para consultar el mint de POL de los últimos 30 días, su desglose por destino y las métricas de burn, abra Value Flow. Para Total Supply y Total Supply Change, abra Supply. Las clasificaciones de burn y el historial de routing se explican en POL Burn; la mecánica de las transacciones, en Comisiones de Polygon Chain.

Preguntas frecuentes

¿La emisión de POL es lo mismo que la inflación de POL?

No exactamente. La emisión de POL es la cantidad de POL nuevo emitido por EmissionManager. POLTRACK usa Total Supply Change = minted POL - Base Fees accrued toward burn, por lo que la emisión puede ser positiva mientras Total Supply crece más lentamente, no cambia o disminuye durante el período seleccionado.

¿Tiene inflación MATIC o es inflación POL?

El sistema de emisiones activas emite POL, no MATIC. La “inflación MATIC” todavía se usa de manera informal porque MATIC era el token nativo anterior de Polygon y PIP-26 llevó su programa de recompensas del validador a la transición de POL. La migración normal 1:1 de MATIC a POL es independiente de la emisión y no crea una oferta programado adicional.

¿Por qué está aumentando la oferta de POL?

La oferta de POL aumenta cuando el EmissionManager autorizado emite nuevos tokens para la financiación del validador y el Community Treasury. El objetivo actual de la versión 1.4 es una emisión compuesta anual del 2 %. Las quemas compensan parte o la totalidad de esa emisión bruta al calcular el crecimiento neto de la oferta; consulte Quema de POL y Comisiones de Polygon Chain.

¿Cuánto POL se emite cada año?

El objetivo actual es el 2% de la base de cálculo creciente por año, no un número fijo permanente de POL. La cantidad se acumula con el tiempo, se divide en partes iguales entre la financiación del validador y el Community Treasury, y se realiza en lotes de transacciones cuando se llama a mint(). Las tasas históricas fueron del 3%, luego del 2,5%, antes de alcanzar el calendario actual del 2%.

¿Puede POL volverse deflacionario?

Sí, si las Base Fees acumuladas para quema superan el POL emitido durante el período. Eso no desactiva la emisión del protocolo. POLTRACK informa el minting, la quema y Total Supply Change como métricas separadas.

¿Qué ocurre después del período inicial de diez años?

El whitepaper permite reducir o suspender los flujos de validadores y Community Treasury después del período inicial. El contrato activo no se detiene automáticamente; cualquier cambio requiere una acción de protocolo y ejecución on-chain.

¿La inflación POL es exactamente del 2% cada año?

El actual EmissionManager v1.4 tiene como objetivo un crecimiento compuesto anual del 2%, dividido en un 1% de financiación del validador y un 1% de financiación de tesorería. La historia de Mainnet fue diferente: la v1.1 apuntaba al 3%, la v1.2 y la v1.3 apuntaban al 2,5% y la v1.4 apuntaba al 2%.

¿Cuándo comenzaron las emisiones de POL?

La marca de tiempo de inicio de la Mainnet EmissionManager es el 25 de octubre de 2023 a las 09:06:23 UTC. Mainnet se lanzó con una tasa de transición PIP-26 del 3%, no con la tasa anterior a mainnet v1.0 del 2%.

¿Por qué PIP-26 usa junio mientras el contrato comenzó en octubre?

PIP-26 heredó el calendario de junio a junio del programa de recompensas del validador MATIC original. El contrato POL comenzó en octubre de 2023, mientras que las actualizaciones reales del Ethereum que cambiaron la tasa se ejecutaron en julio de 2024 y julio de 2025. Las fechas de la política y las marcas de tiempo de ejecución son, por lo tanto, cronogramas diferentes.

¿Qué significa el período de diez años?

El whitepaper proponía diez años de financiación predecible, después de los cuales los flujos de validadores 1% y Community Treasury 1% podrían reducirse o suspenderse. El contrato no contiene una cuenta regresiva, por lo que el final del período debe implementarse on-chain.

¿Se pueden detener las emisiones de POL antes de diez años?

Es técnicamente posible porque los administradores autorizados pueden reemplazar la implementación EmissionManager, cambiar el límite de minting o la función de emisión. Una parada anterior requeriría una decisión explícita y ejecución on-chain; no es automática.

¿Pueden continuar las emisiones de POL después de diez años?

Técnicamente, sí: la fórmula actual v1.4 no tiene fecha de finalización y seguiría calculando emisiones hasta que cambie la implementación. Ese comportamiento técnico no debe presentarse como una política de largo plazo adoptada; no existe un calendario aprobado después del período inicial.

¿Se pueden reducir o suspender las emisiones después de diez años?

Sí. El whitepaper dice que las emisiones del validador, las emisiones de tesorería o ambas pueden reducirse o suspenderse por completo después del período inicial de la póliza. Implementar ese resultado requiere un cambio de protocolo en cadena porque la división y la tasa actual v1.4 se compilan en la implementación.

¿Se puede aumentar la tasa de emisión después de diez años?

El whitepaper dice que ninguno de los flujos a largo plazo puede incrementarse más allá del 1% anual. La tasa de validación anterior del 2% fue una transición temporal PIP-26 heredada del programa de recompensas MATIC. Aunque los contratos se pueden modificar a través de sus controles administrativos, un aumento por encima de los límites del whitepaper sería una nueva política en lugar de una continuación del diseño publicado.

¿Se queman automáticamente las emisiones del Community Treasury si no se gastan?

No. El Tesoro POL se emite y se transfiere a la dirección de tesorería. Los tokens no gastados siguen siendo activos de tesorería. El whitepaper dice que la comunidad podría decidir quemar el exceso de POL si la tesorería acumula más de lo que el ecosistema necesita, pero no requiere ese resultado y EmissionManager no realiza ninguna quema automática.

¿Qué requiere quemar el exceso del Community Treasury POL?

Requiere una decisión separada del Community Treasury y una transacción ejecutable utilizando un mecanismo de quema aceptado. Reducir las futuras emisiones del tesoro y quemar el saldo del tesoro existente son acciones diferentes.

¿Se pueden cambiar la emisión del validador y la emisión de tesorería de forma independiente?

El whitepaper las trata como corrientes políticas independientes. El contrato v1.4 actual codifica una curva del 2 % y una división 50/50, por lo que cambiar solo una secuencia requiere una nueva implementación de EmissionManager o un cambio de protocolo equivalente.

¿Quién puede llamar a mint()?

Cualquiera puede llamar a la función pública mint() del EmissionManager. La dirección que llama no elige la cantidad ni los destinatarios y no recibe ninguna emisión. Solo el EmissionManager contiene el EMISSION_ROLE del token, por lo que solo la cantidad calculada por su lógica se puede pasar a la función de minting del token POL.

¿Qué pasa si nadie llama a mint() por un tiempo?

El derecho de emisión continúa creciendo bajo la curva objetivo basada en el tiempo. Una llamada posterior intenta emiter la diferencia acumulada. Por lo tanto, las emisiones se calculan continuamente pero se realizan en lotes de transacciones.

¿Qué limita mintPerSecondCap?

Limita la cantidad que acepta el contrato de token POL en relación con el tiempo transcurrido desde el minting anterior. Es un control de velocidad que no define la emisión acumulada.

¿StakeManager recibe exactamente el 1% como recompensa pagada a los validadores?

StakeManager recibe actualmente la mitad de las mentas EmissionManager, lo que representa el flujo de financiación del validador. La acumulación y distribución de recompensas dependen de la mecánica de los checkpoints, los milestones, las staking y los cobros. PIP-78 y PIP-86 muestran por qué la financiación, las recompensas acumuladas y las recompensas reclamadas deben medirse por separado.

¿Las transferencias de emisión equivalen a los eventos de mint?

No. El evento de minting es el Transfer desde la zero address hacia EmissionManager. Las transferencias posteriores a Community Treasury y StakeManager solo distribuyen los tokens recién emitidos. Contarlas como nuevos eventos de minting duplicaría el mismo flujo económico.

¿La migración de MATIC a POL genera emisiones adicionales?

La migración normal 1:1 utiliza POL de la oferta de migración inicial y no representa una emisión programada. La contabilidad de migración y el minting EmissionManager son sistemas separados.

¿Por qué dos pronósticos de oferta de POL que parecen correctos pueden no coincidir?

Pueden utilizar diferentes fechas de inicio, períodos anuales, marcas de tiempo de ejecución, convenciones de composición, supuestos de burn o suposiciones de protocolos futuros. Una proyección reproducible debe publicar su oferta inicial, marca de tiempo inicial, periodos de tasas, fórmula, horizonte y tratamiento de futuros cambios de protocolo.

¿Cómo debe etiquetarse el punto final de octubre de 2033 del gráfico Supply?

Descríbalo como Scenario On-chain Supply del gráfico para el 25 de octubre de 2033 bajo los supuestos indicados. Por ejemplo: executed emission history plus continuation of EmissionManager v1.4 through October 25, 2033. La etiqueta debe incluir el horizonte y los supuestos del gráfico.

Contratos de Mainnet

• Token POL
• Proxy DefaultEmissionManager
• Implementación DefaultEmissionManager v1.4
• ProxyAdmin
• StakeManager
• Community Treasury
• Proxy de migración de polígonos

Fuentes primarias

• whitepaper POL
• Documentos Polygon: token POL
• Repositorio oficial de tokens POL
• Fuente actual DefaultEmissionManager
• Fuente actual del token POL
• PIP-17: Token de ecosistema Polygon
• PIP-26: Transición de recompensas del validador MATIC a POL
• PIP-29: Consejo de protocolo Polygon
• PIP-40: Soporte para Contratos de Community Treasury
• PIP-41: Habilitar emisiones directas de POL a StakeManager
• PIP-67: Actualización de membresía del Protocol Council
• PIP-78: Ajuste de CHECKPOINT_REWARD
• PIP-86: Recalibrar CHECKPOINT_REWARD
• Informe de Transparencia del Consejo PIP-26 / PIP-40 2024
• Informe de transparencia de migración de MATIC a POL
• Informe de Transparencia del Consejo PIP-26 2025

Páginas relacionadas

• Tokenomía POL
• Preguntas frecuentes sobre tokens POL
• Quemar POL
• Comisiones de Polygon Chain
• Validadores y staking
• Metodología y fuentes de datos