Сжигание POL и MATIC

POL Burn — это часть экономики токена Polygon, которая исключает POL или legacy MATIC из расчёта circulating supply. Механизм связывает активность сети с предложением токена и за выбранный период может частично или полностью компенсировать новую эмиссию POL. Burn не останавливает EmissionManager автоматически и не создаёт hard cap.

Эту тему также ищут как сжигание POL, MATIC burn, Polygon burn, Polygon EIP-1559 burn, POL burn rate, сожжённое предложение POL, дефляция Polygon, инфляция POL после burn или является ли POL дефляционным. Эти запросы связаны, но могут обозначать разные on-chain события.

Почему сжигание важно

Polygon Chain взимает динамическую базовую комиссию EIP-1559 за транзакции. Вместо того, чтобы рассматривать все комиссии за транзакции как доход валидатора, Polygon направляет компонент базовой комиссии в свою систему сжигания. Таким образом, более широкое использование сети может исключить больше POL из учета circulating supply.

Сжигание имеет значение, поскольку валовую эмиссию и рост чистого предложения — это не одно и то же:

Net issuance = newly minted POL - permanent burn

Сейчас POL имеет валовую эмиссию для финансирования валидаторов и Community Treasury. Burn base fee компенсирует часть этого выпуска. Если burn меньше minting, предложение растёт медленнее; если они равны, чистый выпуск равен нулю; если burn превышает minting, POL показывает чистую дефляцию за выбранный период.

Самым важным на данный момент является то, что PIP-82 не положил конец сжиганию базовой комиссии Polygon. Опубликованная спецификация авторов PIP подтверждает основной замысел: комиссии, связанные с соответствующими общедоступными координаторами x402, могут быть переработаны в виде скидок, общая сумма программы ограничена 1,000,000 USD, а все непереработанные POL продолжают использоваться в существующем Burn Collector. Это ограниченное исключение, а не приостановка сжигания по всей сети. Исправление в официальном обсуждении на форуме PIP-82 излагает ту же мысль простым языком: обычные транзакции продолжаются по пути сжигания, а скидки применяются только к имеющим на это право публичным посредникам.

Поэтому формулировка почти все base fee Polygon по-прежнему предназначены для burn остаётся полезным кратким описанием текущей схемы. Только ограниченная категория комиссий может быть возвращена в виде rebates; остальное направляется в Burn Collector. Это не гарантированный фиксированный процент: фактическая доля зависит от объёма подходящих транзакций, цены POL при расчётах, выплат rebates и переводов в collector.

Смотрите текущие цифры на POLTRACK:

• Value Flow показывает base fee, баланс routing wallet, burn за 30 дней и burn за всё время;
• Supply показывает необратимый burn, чистый выпуск, circulating supply и максимальное ожидаемое предложение с поправкой на сжигание.

POLTRACK продолжает отдельно отслеживать rebates PIP-82 в данных и методологии, но намеренно не выводит их как основной показатель Value Flow, пока наблюдаемые суммы несущественны для масштаба дашборда. PIP-82 — временная программа с лимитом 1,000,000 USD, которая завершается после исчерпания лимита или 31 декабря 2026 года — в зависимости от того, что наступит раньше. Это решение о представлении данных, а не изменение учёта: rebates не включаются в фактический burn и вычитаются до расчёта rewards from fees.

Короткий ответ

• Polygon представил сжигание базовой комиссии EIP-1559 18 января 2022 г. — Исходный путь MATIC использовал контракт сжигания на стороне Polygon и передачу на Ethereum на dead address MATIC.
• PIP-24 изменил получателя Polygon на Burn Collector 0x7A8e... 29 ноября 2023 г.
• После хардфорка Лисово 4 марта 2026 года PIP-82 сначала отправляет новые base fee на 0x3ef5.... — Обычные транзакции по-прежнему следуют по пути сжигания. В рамках ограниченной программы PIP-82 могут быть возвращены только комиссии, связанные с правомочными общественными координаторами.
• Непереработанный POL отправляется в 0x7A8e..., поэтому ожидается, что почти все base fee останутся направленными на сжигание в рамках ограниченного объема программы.
• POLTRACK не считает баланс маршрутизации 0x3ef5... необратимым burn.
• POLTRACK считает баланс коллектора 0x7A8e... нециркулирующим сжиганием в соответствии с опубликованной методологией.
• Коллекционный перевод сам по себе не уменьшает ERC-20 totalSupply() токена Ethereum POL.
• POLTRACK также переносит наблюдаемый устаревший баланс dead address MATIC, поэтому историческое сжигание MATIC отражается один раз, а не дважды.
• MATIC, принадлежащий самому контракту токена MATIC, раскрывается как недоступный устаревший контекст, но не включается в расчеты POLTRACK.

История фактически выполненного burn

Значение «адреса сжигания Polygon» со временем изменилось. Надежная история сжигания должна использовать получателя, активного в каждом блоке.

Активные адреса и границы блоков видны в официальной конфигурации Mainnet Bor и в фиксации реализации PIP-82.

Январь 2022 г.: сжигание оригинального EIP-1559

Polygon активировал EIP-1559 в блоке 23,850,000. Комиссии за транзакции были разделены на:

Transaction fee = base fee + priority fee

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

В исходном проекте Polygon базовая комиссия MATIC накапливалась на уровне 0x70bc... на Polygon. Соответствующий поток сжигания мог быть завершен на Ethereum, где MATIC был отправлен на:

0x000000000000000000000000000000000000dEaD

PIP-24 описывает этот первоначальный контракт как неизменяемый и заявляет, что шаг на Ethereum навсегда удалил MATIC из предложения. В материалах по запуску Polygon также поясняется, что EIP-1559 сделал базовую комиссию сжигаемой, в то время как валидаторы получали приоритетную комиссию.

Исходный путь имеет значение, поскольку историческое сжигание MATIC по-прежнему влияет на сравнение предложения эпохи POL. Его нельзя отбрасывать только потому, что POL позже заменил MATIC в качестве собственного токена газа.

Ноябрь 2023 г.: PIP-24 Burn Collector

PIP-24 изменил получателя Bor burntContract с 0x70bc... на:

0x7A8ed27F4C30512326878652d20fC85727401854

Это изменение было активировано хардфорком Agra в блоке 50,523,000.

PIP-24 называет 0x7A8e... temporary holder contract, предназначенным для комиссии MATIC или POL после миграции собственных токенов для сжигания. В нем также говорится, что для завершения будущего маршрута сжигания на Ethereum потребуется более позднее изменение протокола.

Это создает два действительных, но разных описания:

• Описание протокола Polygon: 0x7A8e... является collectorом сжигания тока и принимает POL, предназначенный для сжигания.
• Строгое описание ERC-20: собственный баланс POL по этому адресу Polygon не вызывает _burn() на токене Ethereum POL и не уменьшает Ethereum totalSupply().

Текущая реализация 0x7A8e... принимает POL и не предоставляет обычного метода вывода. Тем не менее, этот адрес является обновляемым проксиом, как и предполагал PIP-24. Таким образом, POLTRACK не утверждает, что коллектор криптографически идентичен мертвому адресу. Он применяет явную экономическую классификацию:

POL at 0x7A8e...
= protocol-designated burn collector balance
= non-circulating under POLTRACK methodology

Эта классификация сохраняет существующий термин интерфейса POLTRACK Необратимый burn, одновременно документируя, что именно означает эта метрика.

Сентябрь 2024 г.: MATIC стал POL на Polygon Chain

Миграция нативного токена изменила газ и staking в Polygon Chain с MATIC на POL. История учета EIP-1559 не была сброшена.

С этого момента новое значение базовой базовой комиссии накапливалось как POL. Исторические балансы dead address Ethereum MATIC оставались устаревшим свидетельством того, что токены уже были удалены до или во время периода миграции.

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

Март 2026 г.: Маршрутизация PIP-82 и скидки

PIP-82 изменил настроенного получателя EIP-1559 на:

0x3ef57def668054dd750bd260526105c4eeef104f

Изменение было включено в Bor v2.6.0 и активировано хардфорком Lisovo в блоке 83,756,500.

В дизайне PIP-82:

1. при исполнении блока базовая комиссия отправляется на 0x3ef5...;
2. соответствующие base fee за агентскую торговлю и x402 могут быть использованы в качестве скидок;
3. непереработанный POL периодически отправляется в 0x7A8e...;
4. Программа ограничена 1,000,000 USD и заканчивается, когда лимит исчерпан, или 31 декабря 2026 г., в зависимости от того, что наступит раньше, если не будет заменено другим протокольным решением.

Routing address может выполнять исходящие переводы. Поэтому его баланс не считается необратимым burn и не вычитается из предложения.

PIP-82 routing balance
= base fees received
- POL sent to burn collector
- eligible rebates and other classified program outflows

В POLTRACK это отображается как Base Fees (routing wallet) в Value Flow. Текущий баланс помечен как Awaiting burn и в Value Flow, и в Supply; до поступления средств в Burn Collector он не учитывается как permanent burn.

Как Bor создает баланс base fee

Наиболее важным отличием бухгалтерского учета является:

Base fee generated != POL permanently removed at that moment

Polygon Chain, исторически и технически также известный как Polygon PoS, маршрутизирует base fee EIP-1559 через адреса, определенные протоколом. В зависимости от активного периода маршрут может включать контракт на сжигание моста, Burn Collector или временный программный кошелек. Таким образом, POLTRACK разделяет:

• генерация base fee - плата, рассчитываемая от блочного использования газа;
• баланс маршрутизации - POL ожидает в кошельке, который все еще может отправлять средства в другое место;
• скидки – соответствующие критериям POL возвращаются по программе PIP-82;
• реализованный burn — значение, поступившее на адрес, классифицированный как burn, считается не находящимся в обращении в соответствии с методологией POLTRACK;
• чистая эмиссия — вновь выпущенные POL минус реализованный burn за тот же период.

Исполнительный клиент Bor Polygon вычисляет сумму базовой комиссии на основе использованного газа и базовой комиссии за блок:

Base fee amount = transaction gas used * block base fee

Код перехода состояния Бора выбирает настроенный BurntContract для текущего блока и зачисляет на этот адрес сумму базовой комиссии.

Это отличается от обычного учета Ethereum, где базовая комиссия снимается без зачисления на счет. На Polygon Chain клиент кредитует адрес, выбранный протоколом, поэтому экономический результат зависит от того, что этот адрес сможет впоследствии сделать.

Приоритетные комиссии следуют другим путем и не должны включаться в сжигаемые base fee просто потому, что обе они оплачиваются в рамках одной и той же транзакции. См. Комиссии Polygon Chain и Приоритетное распределение комиссий.

Что POLTRACK считает необратимым burn

POLTRACK сохраняет существующую маркировку продукта Необратимый burn. С точки зрения методологии это означает совокупную стоимость утвержденных компонентов сжигания, рассматриваемых как не находящиеся в обращении для учёта circulating supply.

Текущая модель включает в себя:

Формулы публичного предложения:

Permanent burned total
= Polygon burn collector balance
+ POL zero-address balance
+ legacy MATIC dead-address balance

Circulating supply
= gross POL supply - permanent burned total

Current max expected supply
= 12,336,136,524.75 POL - permanent burned total

Общий базовый уровень 12,336,136,524.75 POL и корректировка сжигания описаны в Эмиссия POL.

Что POLTRACK не учитывает

Следующие остатки исключены из необратимого burn:

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

PIP-25 и исторический MATIC Burn

PIP-25 предложил использовать функцию burn() контракта PolygonMigration для отправки POL, соответствующего ранее сожженному или недоступному MATIC, на dead address Ethereum.

Текущий источник PolygonMigration реализует burn(amount) как передачу POL в 0x000...dEaD. Он не вызывает внутренний _burn() токена POL и, следовательно, не уменьшает totalSupply() ERC-20.

Официальный отчет о прозрачности PIP-25 подготовил транзакцию для 28,574,088.177694505243495294 POL. Собственные правила проверки отчета требовали, чтобы баланс dead address POL после выполнения был не меньше этой суммы.

POLTRACK не предполагает, что статус PIP или подготовленная транзакция доказывают выполнение. Опубликованное условие проверки не было соблюдено, поэтому предлагаемое количество POL не добавляется к сжиганию.

MATIC на балансе собственного token contract

PIP-25 также определил MATIC, хранящийся по собственному адресу контракта токена MATIC, как постоянно недоступный. Контракт ERC-20 может иметь баланс в собственном сопоставлении баланса, когда пользователи или контракты переводят токены непосредственно на адрес токена. Устаревший контракт MATIC не имеет обычного пути восстановления этого самобаланса.

В отчете о выполнении PIP-25 использовался фиксированный исторический снимок этого компонента. Реальный баланс может продолжать увеличиваться, когда на адрес токена будет отправлено больше MATIC.

POLTRACK в настоящее время исключает весь самобаланс MATIC из:

• общий необратимый burn;
• корректировки circulating supply;
• чистая эмиссия;
• текущее максимальное ожидаемое предложение.

Оно раскрыто здесь только для полноты информации. Из-за этого баланса значение интерфейса POLTRACK или расчеты не изменяются.

Burn, эмиссия и дефляция

Сжигание и эмиссия необходимо сравнивать за один и тот же период:

Net issuance = newly minted POL - permanent burn

Таким образом, POL может быть чисто дефляционным в течение конкретного дня, месяца или года, даже если minting через EmissionManager продолжается. Утверждение «POL дефляционный» неполно без периода измерения и точного определения burn.

Burn также не создает hard cap. Будущая валовая эмиссия по-прежнему зависит от реализации активной эмиссии, в то время как текущее максимальное ожидаемое предложение POLTRACK представляет собой десятилетний сценарий, скорректированный в сторону понижения с учетом наблюдаемого необратимого burn.

Почему burn отображается скачками

До версии PIP-82 base fee отправлялись непосредственно в настроенный Burn Collector, поэтому рост баланса Burn Collector точно отражал накопление комиссий.

После PIP-82 base fee сначала накапливаются в routing wallet. Передача инкассатору и расчет скидок происходят в транзакциях, которые могут включать в себя многодневную стоимость.

В результате:

• день с высокой базовой комиссией может принести незначительные потери в тот же день;
• расчетный день коллектора может показать большой всплеск сжигания;
• баланс routing wallet может увеличиваться между расчетами;
• отрицательное изменение баланса routing wallet не является отрицательным сжиганием; обычно это означает, что средства покинули routing wallet;
• Начисление комиссий и реализованный burn должны быть согласованы в течение подходящего периода, который не считается равным изо дня в день.

POLTRACK сохраняет эти пакетные эффекты вместо перераспределения их по более ранним датам.

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

Polygon сжигает POL?

Да. Polygon Chain направляет компонент base fee EIP-1559 в свою систему сжигания. Поскольку POL стал native gas token, новая стоимость базовой комиссии выражена в POL. Историческое сжигание MATIC остается актуальным для истории экономического предложения мигрированного токена.

Почти все base fee Polygon по-прежнему направляются на burn?

Это разумное изложение текущей конструкции PIP-82 с одной оговоркой: это не гарантированный числовой процент. В качестве скидок могут быть переработаны только комиссии, связанные с соответствующими критериям общедоступными координаторами x402, программа имеет совокупный лимит 1,000,000 USD, а непереработанные POL отправляются в существующий Burn Collector. Обычные base fee за транзакцию продолжают оставаться на пути сжигания.

PIP-82 остановил POL burn?

Нет. PIP-82 изменил первого получателя base fee и ввел ограниченный путь скидок. Он явно сохраняет активным существующий Burn Collector для непереработанных POL. Этап маршрутизации может задерживаться при появлении сжигания в POLTRACK, но он не заменяет систему сжигания общей системой бонусов.

Сжигает ли Polygon комиссию за каждую транзакцию?

Нет. Компонент base fee EIP-1559 связан с механикой сжигания. Компонент приоритетной комиссии соответствует политике распределения валидаторов и стейкеров. В соответствии с PIP-82 даже стоимость базовой комиссии может оставаться в маршрутизации или быть переработана в качестве приемлемой скидки до того, как непереработанная сумма достигнет Burn Collector.

Является ли кошелек PIP-82 сжигаемым адресом?

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

Сборщик 0x7A8e... — это то же самое, что dead address?

Нет. Это предназначенный для протокола сжигающий коллектор. Его текущая реализация не предоставляет обычного метода вывода средств, а представляет собой обновляемый прокси, описанный PIP-24 как временный держатель. POLTRACK считает баланс не находящимся в обращении в соответствии с явной методологией, а не заявляет, что он технически идентичен 0x...dEaD.

Уменьшает ли POL burn totalSupply()?

Не обязательно. Отправка собственного POL collector Polygon или ERC-20 POL на dead address оставляет totalSupply() контракта Ethereum POL без изменений. POLTRACK применяет экономический учет с поправкой на сжигание отдельно.

В чём разница между base fee и priority fee?

Базовая плата — это компонент EIP-1559, управляемый через механизм сжигания Polygon. Комиссия за приоритет — это дополнительный компонент комиссии за транзакцию, используемый для экономики валидаторов и стейкеров в соответствии с активной политикой распределения комиссий. POLTRACK никогда не классифицирует priority fee как сжигаемые base fee.

Почему POLTRACK по-прежнему включает сжигание устаревшей версии MATIC?

POL заменил MATIC 1:1, но ранее сожженный MATIC никогда не мог перейти в циркулирующий POL. Унаследованный компонент dead address сохраняет историческое сокращение модели экономического предложения эпохи POL.

Подсчитывает ли POLTRACK сумму PIP-25?

Нет. POLTRACK не считает подготовленную транзакцию 28.574M POL выполненной, поскольку опубликованное условие проверки в цепочке не было выполнено.

Учитывает ли POLTRACK MATIC, попавший в контракт токена MATIC?

Нет. Баланс документируется как недоступный устаревший контекст, но он исключается из всех расчетов сжигания и предложения POLTRACK.

Может ли POL burn компенсировать эмиссию в 2%?

Да, если за выбранный период необратимый burn равен или превышает объём выпущенных POL. Это меняет чистую эмиссию периода, но не отключает валовую эмиссию автоматически.

Является ли POL дефляционным?

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

Какова burn rate POL?

Протокол не задаёт фиксированный процент POL, сжигаемый за год. Объём зависит прежде всего от использования gas, уровня base fee, rebates PIP-82 и времени переводов из routing wallet в Burn Collector. Любое значение burn rate должно сопровождаться периодом измерения и определением burn.

Почему на диаграмме POL burn наблюдаются внезапные скачки?

После PIP-82 base fee накапливаются в routing wallet до перевода неиспользованных POL в Burn Collector. Поэтому одна settlement-транзакция может реализовать burn, накопленный за несколько дней. POLTRACK фиксирует фактическое время перевода и не распределяет сумму задним числом по предыдущим датам.

Где я могу увидеть сжигание POL вживую?

В Value Flow доступны burn за 30 дней и за всё время, а также баланс routing wallet PIP-82. В Supply показаны необратимый burn, net issuance, circulating supply и максимальное ожидаемое предложение с поправкой на burn.

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

• Документация разработчика Polygon: EIP-1559
• Polygon Документация разработчика: контракты генезиса
• Объявление о тестовой сети Polygon EIP-1559
• PIP-24: Изменить политику EIP-1559
• PIP-25: Корректировка общего предложения POL
• PIP-28: Хардфорк Агры
• PIP-82: Программа агентской торговли газом
• Официальное обсуждение на форуме PIP-82
• Отчет Protocol Council о прозрачности PIP-25
• Конфигурация получателя сжигания
• Переход состояния Bor EIP-1559
• Бор v2.6.0/Релиз Лисово
• Реализация сжигания PolygonMigration
• Коллектор сжигания Polygon
• routing wallet PIP-82
• Баланс dead address MATIC

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

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