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.

Las emisiones brutas no determinan por sí solas el crecimiento de la oferta neta. La quema de tokens puede compensar total o parcialmente los tokens recién emitidos:

Net issuance = newly minted tokens - burned tokens

Si la quema es inferior a las emisiones, la oferta sigue creciendo, pero más lentamente. Si la quema excede las emisiones, la emisión neta es negativa para ese período. Polygon Chain tiene su propia mecánica de enrutamiento y quema de base fee, que POLTRACK mide por separado de el minting. Consulte POL Burn para conocer el historial completo de quema y Polygon Chain Fees para conocer la mecánica de las comisiones de transacción.

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();
• POLTRACK utiliza el 25 de octubre de 2033 como fecha de finalización de referencia actual para la ventana de inflación de diez años publicada;
• Polygon no ha adoptado una propuesta que defina un punto final posterior o una tasa de emisión posterior a 2033;
• 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 POL emitido junto con los flujos de burn, Community Treasury y financiación de validadores; Supply muestra la oferta circulante, la oferta máxima esperada y la emisión neta.

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% del creciente oferta de POL y establece un período de financiación inicial de diez años. Por lo tanto, POLTRACK utiliza el 25 de octubre de 2033, diez años después de la primera marca de tiempo EmissionManager de la Mainnet, como horizonte de planificación actual para la inflación programada. Ningún PIP adoptado define un punto final posterior o una tasa posterior a 2033.

La fecha es un punto final de la política más que una fecha límite automática del contrato. El EmissionManager activo no tiene cierre incorporado, por lo que finalizar o reducir las emisiones en 2033 debe implementarse mediante un cambio de protocolo. Los mismos controles podrían técnicamente detener las emisiones antes, aunque ninguna decisión publicada Polygon actualmente hace que se detenga antes el cronograma del caso base.

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 gross 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.

Maximum amount accepted by one token mint
= seconds since the previous token mint * mintPerSecondCap

Este es un limitador de velocidad y control de seguridad. No es un límite de oferta de por vida y no establece una oferta máxima de POL. 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

Este es un escenario de historial ejecutado más contrato vigente. Se supone que la implementación actual v1.4 permanece sin cambios durante el horizonte de diez años el 25 de octubre de 2033. No es una garantía ni un hard cap. POLTRACK resta la quema permanente de esta línea de base bruta al informar la oferta máxima esperada actual.

Por qué difieren las proyecciones de oferta

Diferentes supuestos producen valores diferentes incluso cuando son internamente consistentes.

El modelo ejecutado es la línea base actual de oferta máxima esperada bruto POLTRACK porque reproduce el historial del contrato. No es un máximo inmutable porque la parada aún debe implementarse en el protocolo.

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 horizonte de 2033 y los controles técnicos

El whitepaper dice que las dos tasas 1% deben permanecer fijas durante el período inicial de la política de diez años y pueden reducirse o suspenderse posteriormente. Sobre esa base, octubre de 2033 es el punto de referencia actual de POLTRACK para poner fin a la inflación programada. Ninguna propuesta adoptada define un punto final posterior o una tasa posterior a 2033.

Los contratos de Solidity no contienen un temporizador inmutable de diez años. Los administradores de contratos autorizados podrían técnicamente actualizar el EmissionManager, cambiar las funciones de los tokens o cambiar el límite de minting antes de 2033. Esto hace posible una parada más temprana, pero no es automática ni se espera actualmente: requeriría 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 emisión neta

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

Gross issuance = newly minted POL
Net issuance   = gross issuance - qualifying burn under a stated methodology

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 minting de POL y el burn acumulado, abra Value Flow. Para la oferta actual y la emisión neta, 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 bruta de POL nuevo emitido por EmissionManager. La inflación POL generalmente se refiere al aumento de la oferta después de contabilizar la quema. POLTRACK utiliza net issuance = minted POL - burned POL, por lo que las emisiones brutas pueden ser positivas mientras que la inflación neta es menor, cero o negativa durante un 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í, durante un período medido si se quema más POL del que se emite. Eso no desactiva las emisiones brutas: significa que la quema excedió la emisión durante ese período. Por lo tanto, POLTRACK informa el minting, la quema y la emisión neta como métricas separadas.

¿Tiene POL un hard cap?

No. La oferta inicial fue de 10 mil millones de POL, y los modelos POLTRACK programaron la inflación hasta el 25 de octubre de 2033. Sin embargo, esa fecha no es un hard cap inmutable porque el contrato activo requiere un cambio de protocolo para detener las emisiones. Por lo tanto, una cifra de oferta para 2033 es una proyección según supuestos establecidos, no un máximo codificado permanentemente.

¿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 el validador 1% a largo plazo y los flujos de tesorería 1% podrían reducirse o suspenderse. POLTRACK asigna ese período desde el 25 de octubre de 2023 hasta el 25 de octubre de 2033. El contrato no contiene ninguna cuenta regresiva, por lo que el final aún debe implementarse en la cadena.

¿Por qué POLTRACK utiliza el 25 de octubre de 2033?

Es el décimo aniversario calendario de la primera marca de tiempo de inicio de la Mainnet EmissionManager. Esto la convierte en la fecha de finalización más clara para el modelo de diez años de POLTRACK, y Polygon no ha adoptado una propuesta que defina un punto final posterior o una tasa posterior a 2033. El contrato no hace referencia directa al año 2033, por lo que poner fin a las emisiones requiere un cambio en la implementación.

¿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 cambiar la función de emisión. Una parada anterior requeriría una decisión de protocolo explícita y una ejecución en cadena; no es automático ni es la línea de base actual. El punto de referencia actual sigue siendo octubre de 2033.

¿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, por lo que seguiría calculando las emisiones hasta que se cambie la implementación. Ese retroceso técnico no debería presentarse como el plan actual de Polygon. La base de referencia de POLTRACK sigue siendo octubre de 2033; no se ha adoptado ningún calendario posterior a 2033.

¿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.

¿MintPerSecondCap limita la oferta total de POL?

No. 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 seguridad de tarifas, no una oferta máxima de por vida.

¿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.

¿Cuál es la forma más precisa de describir el número de octubre de 2033?

Descríbalo como oferta bruta proyectada en el punto final actual de diez años en un escenario determinado. Por ejemplo: executed emission history plus continuation of EmissionManager v1.4 through October 25, 2033. No debería llamarse oferta máxima inmutable o límite máximo.

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