Emisión e inflación de POL

La emisión de POL es el proceso que crea un nuevo POL después del suministro inicial de 10 mil millones de tokens y dirige los tokens recién acuñados a la financiación del validador y al Tesoro de la comunidad Polygon.

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 acuña POL.

La emisión es una parte común del diseño económico de las principales redes de Capa 1, no algo exclusivo de POL. Las redes de prueba de participación utilizan la emisión de nuevos tokens para recompensar la participación de los validadores y respaldar la seguridad de la red a largo plazo. Ethereum acuña ETH como recompensa de validador, mientras que Solana distribuye emisión de SOL inflacionaria a validadores y cuentas de participación delegada. Las tarifas y las reglas de distribución difieren según la red, pero el propósito subyacente es similar: financiar a los participantes y la infraestructura que mantienen la red funcionando de forma segura.

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 tarifa base, que POLTRACK mide por separado de la acuñación. Consulte POL Burn para conocer el historial completo de quema y Polygon Chain Fees para conocer la mecánica de las tarifas de transacción.

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

1. la política propuesta en el documento técnico POL;
2. el programa de emisiones realmente ejecutado en la red principal Ethereum;
3. escenarios futuros que requerirían una nueva decisión de protocolo.

La versión corta es:

• POL se lanzó en Ethereum con un suministro inicial de 10 mil millones de tokens;
• su tasa de emisiones de la red principal ha pasado de 3% a 2.5% y luego a 2% bajo PIP-26;
• la aplicación actual se centra en las emisiones compuestas anuales 2%, divididas en partes iguales entre StakeManager y el Tesoro comunitario;
• el contrato acumula emisiones continuamente a lo largo del tiempo, pero los tokens se acuñan 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 Tesoro Comunitario POL no se quema automáticamente. El documento técnico dice que la comunidad podría decidir por separado quemar el exceso de fondos.

Realice un seguimiento de los números actuales en POLTRACK: Flujo de valor muestra el POL acuñado junto con los flujos de quema, Tesorería comunitaria y validador, mientras que Suministro muestra el suministro circulante, el suministro máximo esperado y la emisión neta.

Historial de Mainnet ejecutado

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 red principal.

v1.0: El diseño del 2% anterior 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 red principal. La red principal 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 red principal.

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 acuñación se destinó al multisig original del Tesoro de la Comunidad y dos tercios financiaron recompensas del validador. Para lograr compatibilidad con versiones anteriores, la parte del validador se envió a través del contrato de migración y se volvió a convertir a MATIC antes de llegar a StakeManager.

La transacción de implementación de la red principal 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 Consejo de Protocolo 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 Tesorería Comunitaria 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 Consejo de Protocolo 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 del suministro 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 suministro 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.

Las dos corrientes de emisiones

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 acuñación por la mitad.

El documento técnico describe cada flujo como hasta 1% del creciente suministro 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 red principal, 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.

Suministro 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 contrato de token POL acuñó 10 mil millones de POL al contrato de migración para que los titulares de MATIC pudieran migrar en una proporción de 1:1. La migración normal de MATIC a POL saca los tokens de ese grupo inicial; No es una emisión programada.

Solo se puede crear un nuevo suministro después del lanzamiento mediante una dirección que tenga el EMISSION_ROLE del contrato del token. En la red principal, 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, cobrador o dirección muerta no crean tokens. La moneda es el token POL Transfer desde la dirección cero hasta el EmissionManager.

Cómo funciona el contrato actual

La implementación actual de la red principal es DefaultEmissionManager v1.4. Almacena un suministro de inicio y una marca de tiempo de inicio, calcula un suministro objetivo dependiente del tiempo y acuña 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 acuñación 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.

La acumulación es continua; La acuñación es transaccional

El suministro 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 alguien lo llama, el administrador acuña todas las emisiones que se han conferido bajo la curva objetivo desde la última vez que se actualizó la oferta. La persona que llama no recibe el POL acuñado. Los tokens van únicamente a la tesorería configurada y a los destinos StakeManager.

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

El límite de seguridad a nivel de 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 suministro de por vida y no establece un suministro máximo 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 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 límite estricto. POLTRACK resta la quema permanente de esta línea de base bruta al informar el suministro máximo esperado 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 suministro máximo esperado 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 red principal. Por lo tanto, POLTRACK trata el PIP o el informe como contexto de política y el estado del contrato ejecutado como la fuente de verdad para los cálculos históricos.

Controles del contrato actual

La estructura de control actual de la red principal 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 punto final de la política 2033 y los controles técnicos

El documento técnico 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 acuñación 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 Tesoro Comunitario

El flujo del Tesoro Comunitario 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 Tesoro Comunitario y describe la estructura de la Junta del Tesoro Comunitario.

Esto crea tres preguntas separadas:

1. Emisiones futuras del tesoro: ¿Deberían seguir acuñándose nuevos POL para respaldar el ecosistema?
2. Asignación de tesorería: ¿Cómo se debe utilizar el tesoro ya acuñado POL?
3. Exceso de tesorería POL: ¿Debería retenerse, asignarse o quemarse el exceso de tesorería POL que ya no es necesario?

El documento técnico 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 reclamos reales de recompensas del validador se controlan mediante mecanismos de apuestas y puntos de control.

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 puntos de control había cambiado. PIP-86 recalibró aún más las recompensas de los puntos de control 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 recopilador 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 del suministro total de ERC-20;
• una transferencia a una dirección irrecuperable comprobada;
• una transferencia a un recolector de quemas designado por la política;
• una exclusión económica utilizada por un rastreador.

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 acuñación en vivo-POL y totales de quema, abra Value Flow. Para el suministro actual y la emisión neta, abra Suministro. Para conocer las clasificaciones de quema subyacentes y el historial de enrutamiento, lea POL Burn; para conocer la mecánica de las tarifas de transacción, lea Tarifas 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 acuñado 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 un suministro programado adicional.

¿Por qué está aumentando el suministro de POL?

El suministro de POL aumenta cuando el EmissionManager autorizado acuña nuevos tokens para la financiación del validador y el Tesoro Comunitario. 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 Tarifas de Polygon Chain.

¿Cuánto POL se acuña 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 Tesoro de la comunidad, 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 acuña. Eso no desactiva las emisiones brutas: significa que la quema excedió la emisión durante ese período. Por lo tanto, POLTRACK informa la acuñación, la quema y la emisión neta como métricas separadas.

¿Tiene POL un suministro máximo estricto?

No. El suministro 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 límite estricto inmutable porque el contrato activo requiere un cambio de protocolo para detener las emisiones. Por lo tanto, una cifra de suministro 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 red principal 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 documento técnico 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 red principal 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 acuñación 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 documento técnico 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 documento técnico 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 documento técnico sería una nueva política en lugar de una continuación del diseño publicado.

¿Se queman automáticamente las emisiones del Tesoro Comunitario si no se gastan?

No. El Tesoro POL se acuña y se transfiere a la dirección de tesorería. Los tokens no gastados siguen siendo activos de tesorería. El documento técnico 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 Tesoro Comunitario POL?

Requiere una decisión separada del Tesoro Comunitario 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 documento técnico 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 persona 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 acuñación 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 acuñar la diferencia acumulada. Por lo tanto, las emisiones se calculan continuamente pero se realizan en lotes de transacciones.

¿MintPerSecondCap limita el suministro total de POL?

No. Limita la cantidad que acepta el contrato de token POL en relación con el tiempo transcurrido desde la acuñación anterior. Es un control de seguridad de tarifas, no un suministro máximo 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 puntos de control, los hitos, las apuestas y los reclamos. 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 emisiones son lo mismo que los eventos Mint?

No. La moneda real es la transferencia de dirección cero a EmissionManager. Las transferencias posteriores al tesoro y StakeManager distribuyen los tokens recién acuñados. Contar las transferencias de los receptores como eventos de acuñación separados contaría dos veces el mismo flujo económico.

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

La migración normal 1:1 utiliza POL del suministro de migración inicial y no representa una emisión programada. La contabilidad de migración y la acuñación EmissionManager son sistemas separados.

¿Por qué dos pronósticos de suministro 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, suposiciones de quemado o suposiciones de protocolos futuros. Una proyección reproducible debe publicar su oferta inicial, marca de tiempo inicial, períodos de tarifas, 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 red principal

• Token POL
• Proxy DefaultEmissionManager
• Implementación DefaultEmissionManager v1.4
• ProxyAdmin
• StakeManager
• Tesorería comunitaria
• Proxy de migración de polígonos

Referencias primarias

• documento técnico 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 Tesorería Comunitaria
• PIP-41: Habilitar emisiones directas de POL a StakeManager
• PIP-67: Actualización de membresía del Consejo de Protocolo
• 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
• Tarifas Polygon Chain
• Validadores y apuestas
• Metodología y fuentes de datos