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

Эмиссия POL — это процесс, который создает новый POL после первоначальной предложения 10 миллиардов токенов и направляет вновь отчеканенные токены на финансирование валидатора и в казначейство сообщества Polygon.

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

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

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

Net issuance = newly minted tokens - burned tokens

Если сжигание ниже эмиссии, предложение все равно будет расти, но медленнее. Если сжигание превышает эмиссия, чистый выпуск за этот период будет отрицательным. Polygon Chain имеет собственную механику сжигания и маршрутизации базовой комиссии, которую POLTRACK измеряет отдельно от чеканки. См. POL Burn для получения полной истории сжигания и Polygon Chain Fees для получения информации о механизме комиссии за транзакцию.

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

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

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

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

Отслеживайте текущие цифры по POLTRACK: Поток значений показывает отчеканенные POL наряду с потоками сжигания, казначейства сообщества и валидатора, а Предложение показывает оборотное предложение, максимальное ожидаемое предложение и чистый выпуск.

Выполненная история основной сети

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

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

v1.0: Дизайн 2% до Mainnet

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

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

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

v1.1: 3% от запуска основной сети

Основная сеть v1.1 стартовала 25 октября 2023 г. с:

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

Одна треть каждого минтинга пошла на первоначальную мультиподпись Казначейства сообщества, а две трети - на вознаграждения валидаторов. Для обратной совместимости часть валидатора была отправлена ​​через контракт миграции и преобразована обратно в MATIC до достижения StakeManager.

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

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

6 июля 2024 года Совет протокола осуществил первое сокращение PIP-26 с финансирования валидатора 2% до 1.5%, при этом казначейская эмиссия осталась 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)

В том же обновлении казначейская доля также была перенаправлена ​​в систему казначейства сообщества, представленную PIP-40. Требования к последовательности и проверке задокументированы в официальном Отчете Совета о прозрачности 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 года Совет протокола завершил запланированный переход на PIP-26, сократив финансирование валидаторов с 1.5% на 1%. Казначейская эмиссия осталась 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 и повторно инициализировал кривую из полученного источника.

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

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

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

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

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

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

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

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

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

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

Новое предложение после запуска может быть создано только по адресу, содержащему контракт токена EMISSION_ROLE. В основной сети эту роль выполняет прокси-сервер 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

Переводы в казначейство, StakeManager, миграционный контракт, коллектор или мертвый адрес не создают токены. Минтинг — это токен POL Transfer от нулевого адреса до EmissionManager.

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

Текущая реализация основной сети — DefaultEmissionManager v1.4. Он сохраняет начальный запас и временную метку начала, вычисляет зависящий от времени целевой запас и вычисляет разницу между целевым и текущим 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() — это общедоступная функция, которую может вызывать любой адрес Ethereum.

Когда кто-то это называет, менеджер чеканит всю эмиссию, которая попала под целевую кривую с момента последнего обновления предложения. Вызывающий абонент не получает отчеканенный POL. Токены отправляются только в настроенную казну и пункты назначения 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 определяют, когда реализация фактически изменилась. Точный исторический расчет должен использовать временные метки выполнения.

Реконструкция выполненной эмиссии

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

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 года. Это не гарантия или жесткое ограничение. POLTRACK вычитает необратимые потери из этого валового базового уровня при сообщении текущего максимального ожидаемого запаса.

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

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

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

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

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

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

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

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

Текущие элементы управления контрактом

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

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

Конечная точка политики 2033 года и технические средства контроля

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

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

Эмиссия казначейства сообщества

Поток Казначейства Сообщества создается одновременно с финансированием валидатора. В версии 1.4 половина каждой успешной эмиссии монет передается непосредственно на настроенный адрес казначейства.

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

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

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

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

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

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

Половина валидатора 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 дополнительно перекалибровали награды за контрольные точки, чтобы сократить время блокировки.

Вот почему перевод с 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;
• перевод на проверенный безвозвратный адрес;
• перевод на назначенный протоколом коллектор сжигания; — экономическое исключение, используемое трекером.

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

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

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

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

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

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

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

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

Предложение POL увеличивается, когда авторизованный EmissionManager чеканит новые токены для финансирования валидаторов и казначейства сообщества. Текущая цель версии 1.4 — 2% годовых сложных эмиссии. Сжигание компенсирует часть или всю эту валовую эмиссию при расчете роста чистого предложения; см. Сжигание POL и Комиссионные сборы Polygon Chain.

Сколько POL чеканится каждый год?

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

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

Да, в течение определенного периода, если сожжено больше POL, чем отчеканено. Это не отключает валовую эмиссию: это означает, что за этот период будет списано превышение эмиссии. Таким образом, POLTRACK сообщает о чеканке, сжигании и чистом выпуске как отдельных показателях.

Имеет ли POL жесткий максимальный запас?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сжигается ли эмиссия Сообщества автоматически, если она не израсходована?

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

Что требует сжигания излишков казны сообщества POL?

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

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

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

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

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

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

Право на эмиссия продолжает расти в соответствии с целевой кривой, основанной на времени. Более поздний вызов пытается отчеканить накопленную разницу. Таким образом, эмиссия рассчитываются непрерывно, но реализуются пакетами транзакций.

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

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

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

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

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

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

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

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

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

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

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

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

Контракты основной сети

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

Первичные ссылки

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

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

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