Сжигание POL и MATIC

Сжигание POL — это часть экономики токена Polygon, которая удаляет POL или устаревший MATIC из учета оборотного предложения. Он связывает сетевую активность с предложением токенов и может частично или полностью компенсировать новую эмиссию POL в течение определенного периода. Burn не останавливает EmissionManager автоматически и не создает жесткого жесткого предела предложения.

Эту тему также ищут по следующим запросам: Сжигание токенов POL, Сжигание MATIC, Сжигание Polygon, Сжигание Polygon EIP-1559, Скорость сжигания POL, Сжигание запасов POL, Дефляция Polygon, POL инфляция после сжигания или дефляция POL. Эти фразы связаны между собой, но они не всегда описывают одно и то же событие в цепочке.

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

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

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

Net issuance = newly minted POL - permanent burn

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

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

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

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

• Поток значений показывает базовые комиссии, баланс кошелька маршрутизации, скидки, 30-дневное сжигание и постоянное сжигание;
• Предложение показывает постоянное сжигание, чистый выпуск, оборотное предложение и максимальное ожидаемое предложение с поправкой на сжигание.

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

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

Выполненная история сжигания

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

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

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

• Описание протокола Polygon: 0x7A8e... является сборщиком сжигания тока и принимает 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 Постоянное сжигание, одновременно документируя, что именно означает эта метрика.

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

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

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

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

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

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

0x3ef57def668054dd750bd260526105c4eeef104f

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

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

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

Адрес маршрутизации может осуществлять исходящие переводы. Таким образом, его баланс не является постоянным сжиганием и не вычитается из запаса.

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

На POLTRACK это отображается как Базовые сборы (бумажник маршрутизации) в Поток значений и Ожидание сжигания в Предложение. Формулировка в изделии остается неизменной.

Как Bor создает баланс базовой комиссии

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

Base fee generated != POL permanently removed at that moment

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

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

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

Base fee amount = transaction gas used * block base fee

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

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

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

Что POLTRACK считает постоянным сжиганием

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

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

Формулы общественного предложения:

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 не учитывает

Следующие остатки исключены из постоянного сжигания:

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

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

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

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

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

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

MATIC принадлежит контракту токена MATIC

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

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

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

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

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

Выгорание, эмиссия и дефляция

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

Net issuance = newly minted POL - permanent burn

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

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

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

До версии PIP-82 базовые сборы отправлялись непосредственно в настроенный сборщик сжигания, поэтому рост сборщика мог внимательно отслеживать формирование сборов.

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

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

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

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

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

Polygon сжигает POL?

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

Почти все базовые сборы Polygon все еще сгорели?

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

PIP-82 остановил горение POL?

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

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

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

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

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

Сборщик 0x7A8e... — это то же самое, что мертвый адрес?

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

Уменьшает ли горение POL totalSupply()?

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

В чем разница между базовыми сборами и приоритетными сборами?

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

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

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

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

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

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

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

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

Да, в течение выбранного периода, если постоянное сжигание равен или превышает отчеканенный POL. Это меняет чистую эмиссию за этот период; он не отключает автоматически валовую эмиссию.

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

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

Какова скорость горения POL?

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

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

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

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

Откройте Value Flow для 30-дневного и постоянного сжигания, маршрутного баланса PIP-82 и скидок. Откройте Предложение для постоянного сжигания, чистого выпуска, оборотного запаса и максимального ожидаемого запаса с поправкой на сжигание.

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

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

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

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