Эмиссия и инфляция POL

Эмиссия POL — это выпуск новых POL сверх начального предложения в 10 млрд токенов. Выпущенные токены направляются на финансирование валидаторов и в Polygon Community Treasury.

Эту тему также ищут как инфляция POL, инфляция MATIC, эмиссия токена Polygon, выпуск POL или уровень инфляции POL. Эти понятия связаны, но не тождественны. Здесь эмиссия означает валовый выпуск новых POL протоколом, а чистая инфляция — изменение предложения после учета burn. Запрос «инфляция MATIC» по-прежнему встречается, потому что POL заменил MATIC и унаследовал переходный график вознаграждений валидаторам. Однако действующая система на Ethereum выпускает именно POL.

Эмиссия — обычный элемент экономики крупных L1, а не уникальная особенность POL. Proof-of-Stake сети выпускают новые токены, чтобы вознаграждать валидаторов и поддерживать долгосрочную безопасность. Ethereum выпускает ETH для вознаграждений валидаторам, а Solana распределяет инфляционную эмиссию SOL между валидаторами и делегаторами. Ставки и правила распределения различаются, но задача одна: финансировать участников и инфраструктуру, которые обеспечивают работу сети.

Валовая эмиссия сама по себе не определяет изменение чистого предложения. Burn может частично или полностью компенсировать выпуск новых токенов:

Net issuance = newly minted tokens - burned tokens

Если burn меньше эмиссии, предложение растёт, но медленнее. Если burn превышает эмиссию, чистый выпуск за период становится отрицательным. В Polygon Chain действует отдельная механика burn и маршрутизации base fee, которую POLTRACK измеряет независимо от minting. Подробности приведены в POL Burn, а устройство комиссий — в Polygon Chain Fees.

В этом руководстве разделены три вещи, которые часто неправильно комбинируются:

1. модель, опубликованная в POL whitepaper;
2. график эмиссии, фактически исполненный в Ethereum Mainnet;
3. будущие сценарии, которые потребуют нового решения об изменении протокола.

Краткая версия:

• POL был запущен на Ethereum с начальным предложением 10 млрд токенов;
• в Mainnet ставка эмиссии менялась с 3% на 2.5%, а затем на 2% в рамках PIP-26;
• текущая реализация нацелена на составную эмиссию 2% в год и делит её поровну между StakeManager и Community Treasury;
• контракт непрерывно рассчитывает накопленную эмиссию, а фактический minting происходит транзакциями при вызове mint();
• POLTRACK использует 25 октября 2033 года в качестве текущей базовой даты окончания опубликованного десятилетнего инфляционного окна;
• Polygon не принял предложение, определяющее более позднюю конечную точку или уровень эмиссии после 2033 года;
• прекращение эмиссии по-прежнему требует преднамеренного изменения протокола, поскольку активный контракт не имеет автоматической даты окончания;
• более ранняя остановка технически возможна посредством тех же средств контроля контракта, но это не входит в объявленный в настоящее время график;
• Неиспользованный POL в Community Treasury не сжигается автоматически. Whitepaper допускает отдельное решение о burn избыточных средств.

Текущие показатели доступны в POLTRACK: Value Flow показывает выпущенные POL вместе с потоками burn, Community Treasury и финансирования валидаторов, а Supply — circulating supply, максимальное ожидаемое предложение и чистый выпуск.

История исполненных обновлений в Mainnet

Текущая реализация 2% не была активной на протяжении всей истории POL. PIP-26 сохранил последние годы первоначального графика вознаграждения валидаторов MATIC перед переходом на долгосрочную ставку валидатора 1%, предложенную для POL.

В истории прокси EmissionManager видны все четыре реализации Mainnet.

v1.0: Проектная модель 2% до запуска Mainnet

В коде v1.0 репозитория реализован оригинальный дизайн 1% + 1%:

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

Эта версия использовалась при развертывании перед основной сетью. Mainnet Ethereum была запущена с версией 1.1 после того, как PIP-26 определил график перехода валидатора, поэтому версия 1.0 не была периодом эмиссии Mainnet.

v1.1: 3% с запуска Mainnet

Mainnet v1.1 стартовала 25 октября 2023 г. с:

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

Одна треть каждого mint направлялась в первоначальный multisig Community Treasury, а две трети — на финансирование вознаграждений валидаторам. Для обратной совместимости доля валидаторов проходила через migration contract и конвертировалась обратно в MATIC перед поступлением в StakeManager.

Транзакция развертывания Mainnet установила реализацию 0x2126E6952C3af75C9D4CF21f63F509195C79ce44 за прокси.

v1.2: 2,5% и новая база расчета

6 июля 2024 года Protocol Council осуществил первое сокращение PIP-26 с финансирования валидатора 2% до 1.5%, при этом эмиссия Community Treasury осталась 1%.

Транзакция обновления v1.2 выполнила атомарную последовательность:

1. вызвать mint() в версии 1.1, чтобы реализовать все эмиссия, принадлежащие старой кривой 3%;
2. обновить прокси до реализации 0x5e875267f65537768435C3C6C81cd313a570B422;
3. вызвать reinitialize() в новой реализации;
4. сохраняем полученный totalSupply как START_SUPPLY_1_2_0;
5. установите startTimestamp на время блока обновления.

В результате база получилась:

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)

В том же обновлении казначейская доля также была перенаправлена в систему Community Treasury, представленную PIP-40. Требования к последовательности и проверке задокументированы в официальном Отчете Protocol Council о прозрачности PIP-26 / PIP-40.

v1.3: Прямое финансирование POL для StakeManager

4 сентября 2024 г. в v1.3 был изменен путь передачи валидатора без изменения скорости эмиссии, базовой или начальной метки.

// 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);

В обновлении v1.3 установлена реализация 0x152442D77E9fB9C210953d583Cbb2da88027fCB9. Он не повторно инициализировал кривую эмиссии. Это реализовало PIP-41 как часть перехода от ставок MATIC к POL, описанного в официальном отчете о прозрачности.

v1.4: Текущий график 2%

9 июля 2025 года Protocol Council завершил запланированный переход PIP-26, сократив финансирование валидаторов с 1.5% до 1%. Эмиссия Community Treasury осталась на уровне 1%.

Транзакция обновления v1.4 снова закрыла старый период перед переключением ставок:

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

Затем он установил реализацию 0x282FD46E108E40A45e4CE425bA75f80245e6C2E0 и повторно инициализировал кривую из полученного источника.

Официальный отчёт Protocol Council о прозрачности PIP-26 за 2025 год явно указывает вызов mint() в старой реализации, обновление прокси, reinitialize(), новую стартовую базу предложения и новый timestamp.

Ниже описаны два потока финансирования и механика контрактов, лежащая в основе этой исполненной истории.

Два потока эмиссии

Проект POL устанавливает две экономические цели эмиссии.

Это два отдельных направления финансирования, хотя текущая реализация рассчитывает единую кривую предложения 2% и делит каждый mint пополам.

Whitepaper определяет каждый поток как 1% от растущего предложения POL и задаёт начальный десятилетний период финансирования. Поэтому POLTRACK использует 25 октября 2033 года, через десять лет после первого timestamp EmissionManager в Mainnet, как текущий горизонт планирования инфляции. Ни один принятый PIP не устанавливает более позднюю конечную дату или ставку после 2033 года.

Эта дата — ориентир опубликованной модели, а не автоматический срок действия контракта. В активном EmissionManager нет встроенного отключения, поэтому прекращение или сокращение эмиссии в 2033 году потребуется реализовать изменением протокола. Те же технические средства позволяют остановить эмиссию раньше, однако Polygon не публиковал решения о досрочной остановке базового графика.

Первоначальное предложение и эмиссия

Первоначальная эмиссия в 10 миллиардов POL и последующие эмиссии — это разные события токена.

При запуске контракт токена POL выпустил 10 миллиардов POL в контракт на миграцию, чтобы держатели MATIC могли мигрировать в соотношении 1:1. Обычная миграция с MATIC на POL перемещает токены из этого исходного пула; это не плановая эмиссия.

Новые токены после запуска может создавать только адрес с ролью EMISSION_ROLE в POL token contract. В Mainnet эту роль выполняет прокси 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

Переводы в Community Treasury, StakeManager, migration contract, Burn Collector или dead address не создают токены. Событие minting — это Transfer токена POL от zero address к EmissionManager.

Как работает текущий контракт

Текущая реализация Mainnet — DefaultEmissionManager v1.4. Контракт хранит стартовое предложение и начальный timestamp, рассчитывает зависящее от времени целевое предложение и определяет разницу между ним и текущим POL totalSupply.

Его упрощенная формула:

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

AmountToMint
= TargetSupply(t) - CurrentTotalSupply

Реализация Solidity представляет годовой коэффициент посредством двоичного возведения в степень с фиксированной точкой:

INTEREST_PER_YEAR_LOG2 = log2(1.02)

SupplyFactor
= exp2(INTEREST_PER_YEAR_LOG2 * elapsedSeconds / 365 days)

Текущая база v1.4:

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

Каждый успешный минтинг делится следующим образом:

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

Небольшая форма вычитания, используемая для StakeManager, гарантирует, что округление целых чисел не оставит токен-пыль в EmissionManager.

Начисление идёт непрерывно, а mint выполняется транзакциями

Целевое предложение постоянно растет с течением времени, но контракт токена не выполняется каждую секунду. mint() — это общедоступная функция, которую может вызывать любой адрес Ethereum.

При вызове функция выпускает весь объём, накопленный по целевой кривой с прошлого обновления предложения. Адрес, вызвавший mint(), не получает POL: токены направляются только на заданные адреса Community Treasury и StakeManager.

Если в течение нескольких дней на mint() никто не позвонит, запланированная сумма не потеряется. Более поздний вызов пытается догнать предложение до той же временной цели.

Защитный лимит на уровне токена

Необновляемый контракт токена POL отдельно применяет mintPerSecondCap. На момент написания обзора в шапке стоял 13.37 POL per second.

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

Это ограничитель скорости и контроль безопасности. Это не ограничение на предложение за всё время и не устанавливает максимальное предложение POL. Адрес, содержащий CAP_MANAGER_ROLE, может обновить его посредством авторизованного вызова контракта.

Почему появляются июнь, июль и октябрь

Даты описывают разные концепции:

Документы PIP описывают предполагаемые периоды политики. Временные метки транзакций Ethereum определяют, когда реализация фактически изменилась. Точный исторический расчет должен использовать timestamps выполнения.

Реконструкция фактической эмиссии

Полную исполненную историю можно представить в виде кусочно-сложной кривой:

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

Для прогноза точной десятилетней годовщины исходной отметки времени начала:

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

Это сценарий «исполненная история плюс текущий контракт». Предполагается, что текущая реализация версии 1.4 останется неизменной в течение десяти лет до 25 октября 2033 года. Это не гарантия или hard cap. POLTRACK вычитает необратимые потери из этого валового базового уровня при сообщении текущего максимального ожидаемого предложения.

Почему прогнозы объёма предложения различаются

Различные предположения дают разные значения, даже если они внутренне непротиворечивы.

Модель по исполняемому контракту представляет собой текущий базовый план максимального ожидаемого валового предложения POLTRACK, поскольку она воспроизводит историю контрактов. Это не неизменный максимум, поскольку остановку все равно необходимо реализовать в протоколе.

Как реализуются изменения эмиссии

Изменения эмиссии имеют уровень публичного предложения и уровень исполнения в цепочке.

Опубликованные изменения и их исполнение в Mainnet

EmissionManager не контролируется прямым голосованием владельцев POL. На практике изменения эмиссии публиковались через хранилище предложений по улучшению Polygon, отчеты форума Polygon и транзакции публичного контракта, а затем реализовывались с помощью средств управления администрированием контрактов протокола.

Изменения ставок на 2024 и 2025 годы были задокументированы до или во время исполнения. Их отчеты о прозрачности идентифицируют реализацию, вызовы, ожидаемое состояние и проверки результата, а транзакции Ethereum предоставляют окончательное свидетельство того, что происходило в Mainnet. Таким образом, POLTRACK рассматривает PIP или отчет как контекст политики, а состояние выполненного контракта — как источник достоверных данных для исторических расчетов.

Текущие административные параметры контракта

Текущая структура управления основной сетью, наблюдаемая в ходе этого обзора, такова:

Текущая ставка зафиксирована в реализации EmissionManager как константа. Для изменения кривой или распределения нужна новая реализация и обновление прокси. Отдельно уполномоченные администраторы токена могут менять mintPerSecondCap и адрес с ролью EMISSION_ROLE.

Ориентир 2033 года и технические параметры

Whitepaper предусматривает, что обе ставки по 1% остаются фиксированными в течение первоначального десятилетнего периода, а затем могут быть снижены или отменены. Поэтому октябрь 2033 года служит для POLTRACK текущим ориентиром завершения запланированной инфляции. Ни одно принятое предложение не определяет более позднюю конечную дату или ставку эмиссии после 2033 года.

Контракты Solidity не содержат неизменяемого десятилетнего таймера. Уполномоченные администраторы контрактов могут технически обновить EmissionManager, изменить роли токена или лимит скорости минтинга до 2033 года. Это делает более раннюю остановку возможной, но не автоматической и не ожидаемой в настоящее время: она потребует явного решения и реализации на уровне протокола.

Эмиссия Community Treasury

POL для Community Treasury выпускаются одновременно с финансированием валидаторов. В v1.4 половина каждого успешного mint направляется непосредственно на заданный адрес Community Treasury.

EmissionManager не решает, какие гранты получат средства. Казначейские ассигнования и расходы управляются отдельно. PIP-40 перенаправил эмиссию в контракты Community Treasury и описывает структуру совета Community Treasury.

Это порождает три отдельных вопроса:

1. Будущая эмиссия Community Treasury: следует ли продолжать выпуск новых POL для поддержки экосистемы?
2. Распределение казначейства: Как следует использовать уже выпущенные POL в Community Treasury?
3. Избыток казны POL: Следует ли сохранить, выделить или сжечь ненужную казну POL?

В whitepaper говорится, что если экосистема созреет раньше и в казне накопится больше POL, чем реально необходимо, сообщество должно решить, как использовать излишек. Сожжение рассматривается как одно из возможных решений. Это не является обязательным, и не существует автоматического механизма сжигания или даты истечения срока действия неизрасходованной казны POL.

Прекращение будущей эмиссии Community Treasury также не приведет к автоматическому сжиганию существующего баланса Community Treasury. Это два независимых действия протокола.

Финансирование валидаторов — это не то же самое, что выплаченное вознаграждение

Половина валидатора EmissionManager — это средства, отправленные на StakeManager. Фактическое начисление вознаграждений валидатора и заявки контролируются механикой стейкинга и контрольных точек.

Эти этапы следует различать:

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

PIP-78 обнаружил, что фактическое распределение вознаграждений валидаторов после перехода в июле 2025 года превышало запланированный годовой целевой показатель, поскольку частота контрольных точек изменилась. PIP-86 дополнительно перекалибровали награды за checkpoints, чтобы сократить время блокировки.

Вот почему перевод с EmissionManager на StakeManager следует называть финансированием валидатора, а не обязательно выплаченным или заявленным вознаграждением.

Эмиссия, сжигание и чистая эмиссия

Эмиссия и сжигание являются отдельными экономическими потоками.

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

Передача адреса не уменьшает ERC-20 totalSupply. Некоторые процессы сжигания Polygon направляют POL на коллектор или мертвые адреса вместо вызова функции ERC-20 _burn. Поэтому аналитики должны указать, означает ли burn:

• необратимое сокращение общего объема предложения ERC-20;
• перевод на проверенный безвозвратный адрес;
• перевод на назначенный протоколом Burn Collector; — экономическое исключение, используемое трекером.

Сжигание не создает hard cap. Оно может экономически компенсировать эмиссию, но будущая валовая эмиссия по-прежнему определяется активным EmissionManager и средствами управления токеном.

Чтобы узнать актуальные объемы выпущенных POL и итоговые суммы сжигания, откройте Value Flow. Для текущего предложения и чистой эмиссии откройте Supply. Базовую классификацию сжигания и историю маршрутизации см. в POL Burn; информацию о механике комиссий за транзакцию см. в разделе Polygon Chain Fees.

Частые вопросы

Эмиссия POL — это то же самое, что и инфляция POL?

Не совсем. Эмиссия POL — валовый объём новых POL, выпущенных EmissionManager. Под инфляцией POL обычно понимают рост предложения после учёта burn. POLTRACK использует формулу net issuance = minted POL - burned POL, поэтому валовая эмиссия может быть положительной, а чистая инфляция за тот же период — ниже, равна нулю или отрицательна.

Есть ли у MATIC инфляция или у POL инфляция?

Система активной эмиссии выпускает POL, а не MATIC. «Инфляция MATIC» до сих пор используется неофициально, поскольку MATIC был предыдущим собственным токеном Polygon, а PIP-26 перенес свой график вознаграждений валидаторов в переход POL. Обычная миграция MATIC на POL 1:1 отделена от эмиссии и не создает дополнительного запланированного предложения.

Почему количество POL увеличивается?

Предложение POL увеличивается, когда уполномоченный EmissionManager выпускает новые токены для финансирования валидаторов и Community Treasury. Текущая цель v1.4 — составная эмиссия 2% в год. Burn компенсирует часть или всю валовую эмиссию при расчёте изменения чистого предложения; см. POL Burn и Polygon Chain Fees.

Сколько POL выпускается каждый год?

Текущая цель — 2% растущей расчетной базы в год, а не постоянно фиксированное количество POL. Сумма увеличивается с течением времени, делится поровну между финансированием валидатора и Community Treasury и реализуется в пакетах транзакций при вызове mint(). Исторические ставки составляли 3%, затем 2,5%, прежде чем достичь текущего графика в 2%.

Может ли POL стать дефляционным?

Да, если за выбранный период сожжено больше POL, чем выпущено. Это не отключает валовую эмиссию, а означает, что чистый выпуск за период отрицателен. Поэтому POLTRACK показывает minting, burn и net issuance как отдельные метрики.

Имеет ли POL hard cap предложения?

Нет. Начальное предложение составляло 10 млрд POL, а текущая модель POLTRACK рассчитывает эмиссию до 25 октября 2033 года. Эта дата не является неизменным hard cap: для остановки действующего контракта потребуется изменение протокола. Поэтому значение на 2033 год — прогноз при явно заданных предпосылках, а не навсегда зафиксированный максимум.

Инфляция POL составляет ровно 2% каждый год?

Текущая версия EmissionManager v1.4 нацелена на 2% ежегодного сложного роста, разделенного на 1% финансирования валидаторов и 1% финансирования Community Treasury. История Mainnet была другой: версия 1.1 нацелена на 3%, версии 1.2 и 1.3 нацелены на 2,5%, а версия 1.4 нацелена на 2%.

Когда началась эмиссия POL?

Временная метка запуска Mainnet EmissionManager — 25 октября 2023 г., 09:06:23 UTC. Mainnet запущена с коэффициентом перехода PIP-26 в 3%, а не с коэффициентом перехода до версии 1.0 в 2%.

Почему PIP-26 использует июнь, хотя контракт начался в октябре?

PIP-26 унаследовал календарь с июня по июнь исходного графика вознаграждений валидатора MATIC. Контракт POL вступил в силу в октябре 2023 года, а фактические обновления Ethereum, изменяющие ставки, были выполнены в июле 2024 года и июле 2025 года. Таким образом, даты политики и timestamps исполнения являются разными временными рамками.

Что означает десятилетний период?

В whitepaper предлагается десять лет предсказуемого финансирования, после чего долгосрочные потоки валидатора 1% и казначейские потоки 1% могут быть сокращены или прекращены. POLTRACK отображает этот период с 25 октября 2023 года по 25 октября 2033 года. Контракт не содержит обратного отсчета, поэтому окончание все равно необходимо реализовать в цепочке.

Почему POLTRACK использует 25 октября 2033 г.?

Это десятикалендарная годовщина первой timestamp запуска Mainnet EmissionManager. Это делает эту дату наиболее четкой конечной датой для десятилетней модели POLTRACK, и Polygon не принял предложение, определяющее более позднюю конечную точку или уровень после 2033 года. В контракте напрямую не упоминается 2033 год, поэтому прекращение эмиссии потребует внесения изменений в реализацию.

Можно ли остановить эмиссию POL раньше десяти лет?

Это технически возможно, поскольку авторизованные администраторы могут заменить реализацию EmissionManager, изменить лимит скорости минтинга или роль эмиссии. Более ранняя остановка потребует явного решения на уровне протокола и исполнения в сети; она не является автоматической или текущим базовым сценарием. Нынешней точкой отсчета остается октябрь 2033 года.

Может ли эмиссия POL продолжаться через десять лет?

Технически да: формула v1.4 не содержит даты окончания и продолжит рассчитывать эмиссию, пока реализация не будет изменена. Но это техническое поведение не следует выдавать за текущий план Polygon. Ориентир POLTRACK остаётся октябрём 2033 года; отдельного графика после 2033 года Polygon не публиковал.

Можно ли сократить или прекратить эмиссию через десять лет?

Да. В whitepaper говорится, что эмиссия валидаторов, эмиссия Community Treasury или и то, и другое могут быть уменьшены или полностью прекращены после первоначального периода действия политики. Реализация этого результата требует изменения протокола цепочки, поскольку текущее разделение и скорость версии 1.4 скомпилированы в реализацию.

Можно ли увеличить уровень эмиссии через десять лет?

В whitepaper говорится, что ни один долгосрочный поток не может быть увеличен выше 1% в год. Ранее ставка валидатора в 2% была временным переходом PIP-26, унаследованным от графика вознаграждений MATIC. Хотя контракты могут быть изменены с помощью административного контроля, превышение ограничений, указанных в whitepaper, будет новой политикой, а не продолжением опубликованного проекта.

Сжигается ли неиспользованная эмиссия Community Treasury автоматически, если она не израсходована?

Нет. POL для Community Treasury выпускаются и переводятся на адрес Community Treasury. Неизрасходованные токены остаются активами Community Treasury. В whitepaper говорится, что сообщество может решить сжечь излишки POL, если в казне накопится больше, чем нужно экосистеме, но это не требует такого результата, и EmissionManager не выполняет автоматического сжигания.

Что требует сжигания избыточного POL в Community Treasury?

Для этого требуется отдельное решение Community Treasury и исполняемая транзакция с использованием принятого механизма сжигания. Сокращение будущей эмиссии Community Treasury и сжигание существующего баланса Community Treasury — это разные действия.

Можно ли изменить эмиссию валидатора и казначейскую эмиссию независимо друг от друга?

В whitepaper они рассматриваются как независимые направления политики. В текущем контракте версии 1.4 жестко запрограммирована одна кривая 2% и разделение 50/50, поэтому для изменения только одного потока требуется новая реализация EmissionManager или эквивалентное изменение протокола.

Кто может вызвать mint()?

Любой может вызвать публичную функцию mint() EmissionManager. Вызывающий не выбирает сумму или получателей и не получает выпущенные токены. Только EmissionManager содержит EMISSION_ROLE токена, поэтому в функцию минтинга POL может быть передана лишь сумма, рассчитанная его логикой.

Что произойдет, если какое-то время никто не вызовет mint()?

Накопленный объём эмиссии продолжает расти по зависящей от времени целевой кривой. Следующий вызов пытается выпустить накопившуюся разницу. Поэтому эмиссия рассчитывается непрерывно, но реализуется пакетами в отдельных транзакциях.

Ограничивает ли mintPerSecondCap общее количество POL?

Нет. Он ограничивает объём minting, который POL token contract принимает с учётом времени после предыдущего выпуска. Это защитный лимит скорости, а не максимальное предложение за всё время.

Получает ли StakeManager ровно 1% в качестве вознаграждения, выплачиваемого валидаторам?

StakeManager в настоящее время получает половину POL, выпущенных EmissionManager, что представляет собой поток финансирования валидатора. Начисление и распределение вознаграждений зависят от Checkpoint, Milestone, staking и механики получения вознаграждений. PIP-78 и PIP-86 показывают, почему финансирование, начисленное вознаграждение и полученное вознаграждение необходимо измерять отдельно.

Являются ли передачи эмиссии тем же, что и события минтинга?

Нет. Фактический минтинг отображается как перевод с нулевого адреса в EmissionManager. Последующие переводы в казначейство и StakeManager распределяют вновь выпущенные токены. Если считать переводы получателям отдельными событиями минтинга, один и тот же экономический поток будет учтен дважды.

Создает ли миграция MATIC-на-POL дополнительную эмиссию?

Обычная миграция 1:1 использует POL из исходного пакета миграции и не представляет собой запланированную эмиссию. Учет миграции и выпуск EmissionManager — это отдельные системы.

Почему два правильных прогноза предложения POL могут не совпадать?

Они могут использовать разные даты начала, годовые сегменты, timestamps выполнения, правила компаундинга, предположения о сжигании или предположения о будущем протоколе. Воспроизводимый прогноз должен публиковать начальное предложение, начальную timestamp, периоды ставок, формулу, горизонт и обработку будущих изменений протокола.

Как наиболее точно описать число октября 2033 года?

Опишите это как прогнозируемое валовое предложение на текущий десятилетний срок в соответствии с указанным сценарием. Например: executed emission history plus continuation of EmissionManager v1.4 through October 25, 2033. Его не следует называть неизменным максимальным предложением или жестким пределом.

Контракты Mainnet

• жетон POL
• DefaultEmissionManager прокси
• Реализация DefaultEmissionManager v1.4
• ProxyAdmin
• StakeManager
• Community Treasury
• Прокси PolygonMigration

Основные источники

• Информационный документ POL
• Polygon Документы: токен POL
• Официальный репозиторий токенов POL
• Текущий источник DefaultEmissionManager
• Текущий источник токена POL
• PIP-17: Токен экосистемы Polygon
• PIP-26: Переход с MATIC на POL Награды валидатора
• PIP-29: Protocol Council Polygon
• PIP-40: Поддержка контрактов Community Treasury
• PIP-41: включить прямую передачу POL на StakeManager
• PIP-67: Обновление состава Совета протокола
• PIP-78: Настройка CHECKPOINT_REWARD
• PIP-86: Повторная калибровка CHECKPOINT_REWARD
• Отчет Protocol Council о прозрачности PIP-26 / PIP-40 за 2024 год
• Отчет о прозрачности миграции с MATIC на POL
• Отчет Protocol Council о прозрачности PIP-26 за 2025 год

Похожие страницы

• Токеномика POL
• Часто задаваемые вопросы о токенах POL
• Сжечь POL
• Комиссии Polygon Chain
• Валидаторы и стейкинг
• Методология и источники данных