Технический документ Polygon

POL: One Token for All Polygon Chains

Por Jaynti Kanani, Sandeep Nailwal and Anurag Arjun · 2019

Abstract

Abstract

This paper proposes POL, the native token of the revised Polygon protocol architecture, commonly referred to as Polygon 2.0. As the successor of MATIC, POL is envisioned to become an instrumental tool for coordination and growth of the Polygon ecosystem and the main driver of the vision of Polygon as the Value Layer for the Internet. We start by analyzing relevant work, identifying opportunities and threats and, based on that, we establish POL design goals. We propose design, utility and tokenomics of POL that achieve all the design goals. We describe the concept of the Staking Layer, a one-of-a-kind, POL-powered chain coordinator, capable of supporting a practically unlimited number of Polygon chains with arbitrary features and configurations. We believe the introduction of the Staking Layer and the wider Polygon 2.0 architecture can establish Polygon as the third most important and impactful breakthrough in Web3 (the first two being Bitcoin and Ethereum), given the magnitude of innovation and adoption it can facilitate. We introduce the Community Treasury, an in-protocol, community-governed fund designed to provide ongoing economic support for further development and growth of the Polygon ecosystem. We describe the process of migration from MATIC to POL. To analyze the proposed design, we define an economic simulation model and run simulations to confirm the hypothesis of the model, derived from the aforementioned design goals. Based on everything above, we conclude that POL is a novel, next generation asset that provides a solid foundation for the ambitious vision of the Value Layer.

Аннотация

В этом документе предлагается POL, собственный token пересмотренной архитектуры протокола Polygon, обычно называемый Polygon 2.0. Предполагается, что POL, преемник MATIC, станет инструментальный инструмент для координации и роста экосистемы Polygon и основной драйвер видения Polygon как уровня ценности Интернета. Мы начинаем с анализа соответствующей работы, выявления возможностей и угроз и на основе этого установить цели проектирования ГСМ. Мы предлагаем дизайн, полезность и tokenкомиксы POL, которые достигают всех цели дизайна. Мы описываем концепцию уровня ставок, единственного в своем роде координатора цепи на базе POL. способен поддерживать практически неограниченное количество цепочек Polygon с произвольными функциями и конфигурации. Мы считаем, что введение уровня ставок и более широкой версии Polygon 2.0 архитектура может сделать Polygon третьим по важности и впечатляющим прорывом в Web3 (первые два — Bitcoin и PH_0000), учитывая масштабы инноваций и принятие, которое это может облегчить. Мы представляем Казначейство сообщества, протокольный фонд, управляемый сообществом, предназначенный для обеспечить постоянную экономическую поддержку для дальнейшего развития и роста Polygon экосистема. Опишем процесс миграции с MATIC на POL. Для анализа предлагаемого проекта мы определяем экономическую имитационную модель и запускаем моделирование. подтвердить гипотезу модели, вытекающую из вышеупомянутых целей проектирования. На основании всего вышеизложенного мы приходим к выводу, что ГСМ — это новый актив нового поколения, который обеспечивает прочную основу для амбициозного видения уровня ценностей.

Vision

Vision

Polygon 2.0 protocol architecture showing ZK-powered L2 chains with interop and staking layers

The vision behind Polygon as the Value Layer of the Internet is to usher a world in which value can be created and exchanged freely and globally, similarly to how we create and exchange information today. A world which enables new – fairer, more inclusive and more efficient – forms of human organizations and governance. We strongly believe that realizing this vision can significantly advance our society. In order to make this ambitious vision a reality, Polygon’s infrastructure must improve. Specifically, it must become exponentially more scalable, without sacrificing security and user experience. To address this, a reimagined protocol architecture is being introduced as part of the Polygon 2.0 effort. This radical redesign turns Polygon into a network of ZK-powered L2 chains, unified via a novel cross-chain coordination protocol. The network can support a practically unlimited number of chains, and cross-chain interactions can happen seamlessly and instantly without additional security or trust assumptions. This design fully delivers on the aforementioned requirement – exponential scalability without sacrificing security and user experience. Figure 1. Polygon protocol architecture To coordinate, secure and grow this powerful network, an advanced, well-designed protocol economy and mechanism design are necessary. This inspired the creation of POL.

Видение

Polygon 2.0 protocol architecture showing ZK-powered L2 chains with interop and staking layers

Идея Polygon как уровня ценности Интернета заключается в том, чтобы открыть мир, в котором ценность могут создаваться и обмениваться свободно и глобально, аналогично тому, как мы создаем и обмениваемся информация сегодня. Мир, который допускает новые – более справедливые, более инклюзивные и более эффективные – формы человеческих организаций и управления. Мы твердо верим, что реализация этого видения может значительно продвинуть наше общество. Чтобы воплотить эту амбициозную идею в жизнь, инфраструктура Polygon должна улучшиться. В частности, он должен стать экспоненциально более масштабируемым без ущерба для безопасности и удобства пользователей. опыт. Для решения этой проблемы вводится обновленная архитектура протокола как часть Polygon. 2.0 усилие. Этот радикальный редизайн превращает Polygon в сеть цепочек L2 на базе ZK, объединенных через новый протокол межсетевой координации. Сеть может поддерживать практически неограниченное количество количество цепочек, а межцепочные взаимодействия могут происходить плавно и мгновенно без дополнительные предположения безопасности или доверия. Данная конструкция полностью соответствует вышеизложенному. Требование – экспоненциальная масштабируемость без ущерба для безопасности и пользовательского опыта. Рисунок 1. Архитектура протокола Polygon Для координации, защиты и развития этой мощной сети необходим передовой, хорошо продуманный протокол. необходимы экономика и конструкция механизмов. Это вдохновило на создание POL.

Relevant work

Relevant work

In this chapter we outline relevant native token design examples, the utility they assign to the token as well as notable advantages and disadvantages. 2.1 Bitcoin (BTC) BTC is the native token of the Bitcoin protocol, and it’s the first prominent native token implementation. The utility of BTC is twofold: ● Miner rewards: The protocol emits BTC and distributes it to protocol validators, aka miners; ● Transaction fees: Users pay fees in BTC for every transaction, which prevents spam and provides additional incentives for miners. One advantage of the BTC design is a deterministic, i.e. predictable supply. Normally, tokens with deterministic supply are more attractive to holders and can capture value better than those with non-deterministic supply. We consider BTC a legacy token design and we argue its disadvantages are multifold: ● It is an unproductive asset, it does not give its holders any meaningful role in the protocol nor the incentives to performs such a role; ● It does not leverage the opportunity to require stake in the native token for protocol validators and instead requires them to stake, i.e. invest external resources (mining equipment and electricity), thus making protocol less resilient and self-sustainable; ● It gradually reduces emission for mining rewards until it reaches zero, which introduces sustainability and security concerns (it is unclear if the security can be maintained once the emission rate becomes low or reaches zero); ● It does not introduce any type of economic support to the ecosystem; ● It does not give any governance rights to holders, although it can be argued that Layer 1 protocols such as Bitcoin should not utilize tokens for governance. 2.2 Ethereum (ETH) ETH is the native token of the Ethereum protocol and ecosystem. With its innovative design, it established the next generation of native protocol tokens.

The utility of ETH is multifold: ● Validators staking: Ethereum’s PoS (Proof-of-Stake) protocol requires validators to stake ETH in order to join the validator pool; ● Validator rewards: The protocol emits ETH and distributes it to protocol validators; ● Transaction fees: Users pay fees in ETH for every transaction, which prevents spam and provides additional incentives for validators. The design of ETH has multiple advantages: ● It is a productive asset, its holders can participate in securing the network and they receive incentives for doing that; ● It disincentivizes malicious behavior of validators via in-protocol slashing, i.e. destroying tokens of malicious validators; ● It does not introduce security and sustainability concerns, given that it doesn’t have supply cap like BTC; ● It provides economic support to the ecosystem via a predetermined portion of the initial supply allocated to the stewarding foundation. One potential disadvantage of the ETH design is that it does not have fully predictable supply, given that token emission for validator rewards increases as more tokens get staked. However, this is successfully countered by the built-in mechanism that burns1 a portion of every transaction fee, thus countering the impact of token emission for validator rewards. Another disadvantage is that the aforementioned economic support can not last indefinitely; the initial token allocation to the stewarding foundation will eventually get depleted. Lastly, it does not assign any governance right to token holders, although, as mentioned above, it can be argued that Layer 1 protocols should not utilize tokens for governance. 2.3 Cosmos (ATOM) ATOM is the native token of the Cosmos Hub, the intended central blockchain of the Cosmos multi-chain ecosystem. It has multifold utility, but only within Cosmos Hub: ● Validators staking; ● Validator rewards; ● Transaction fees; 1 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md

● Governance. The design of ATOM has the following advantages: ● It is a productive asset, its holders can participate in securing Cosmos Hub and receive incentives for doing that; ● It does not introduce security and sustainability concerns, given that it doesn’t have supply cap; ● It provides economic support to the ecosystem via a predetermined allocation to the stewarding foundation; ● It gives its holders governance rights via a comprehensive governance model. The disadvantages of ATOM design: ● It only has utility within Cosmos Hub; it is not used to run and secure other chains in the ecosystem, although there are initiatives to enable this; ● It facilitates a token-only governance model, which excludes other relevant stakeholders of the ecosystem (developers, prominent contributors, applications etc.) from decision making; ● Economic support it facilitates can not last indefinitely, since the token treasury will eventually get depleted. 2.4 Polkadot (DOT) DOT is the native token of the Polkadot multi-chain ecosystem. It has the same utility as ATOM, but generally across the whole Polkadot ecosystem: ● Validators staking; ● Validator rewards; ● Transaction fees; ● Governance. The design of DOT has the following advantages: ● It is a productive asset; ● It does not introduce security and sustainability concerns, given that it doesn’t have supply cap; ● It provides economic support to the ecosystem via a predetermined allocation to the stewarding foundation; ● It gives its holders governance rights via a comprehensive governance model;

● It provides security for the whole ecosystem, i.e. all participating blockchains. The disadvantages are: ● It mandates the usage of DOT as the validator staking token for all participating chains, thus reducing architectural options for developers of Polkadot chains; ● It introduces a significant level of friction for developers of Polkadot blockchains who are required to bid and lock significant amounts of DOT in order for their chains to become part of the ecosystem; ● It facilitates a token-only governance model, which excludes other relevant stakeholders of the ecosystem from decision making; ● Economic support it facilitates can not last indefinitely, since the token treasury will eventually get depleted. 2.5 Aave (Aave) AAVE is the native token of Aave, an on-chain token lending platform. Given that AAVE is not a protocol but an application token, we do not analyze its design, advantages and disadvantages. The relevance of AAVE for POL design is twofold: ● AAVE is the successor of LEND, the initial native token of Aave; the Aave community executed a successful and beneficial migration from LEND to AAVE; ● AAVE provides its holders governance rights via a comprehensive governance model.

Соответствующая работа

В этой главе мы описываем соответствующие примеры дизайна token, а также утилиту, которую они назначают token, а также заметные преимущества и недостатки. 2.1 Bitcoin (БТД) BTC — это собственный token протокола Bitcoin и первый известный собственный token. реализация. Полезность BTC двоякая: ● Награды майнерам: протокол эмитирует BTC и распределяет их по протоколу validators, также известному как шахтеры; ● Комиссия за транзакцию: пользователи платят комиссию в BTC за каждую транзакцию, что предотвращает спам и обеспечивает дополнительные стимулы для майнеров. Одним из преимуществ конструкции BTC является детерминированный, то есть предсказуемый объем поставок. Обычно tokenс с детерминированным предложением более привлекательны для держателей и могут лучше приносить прибыль, чем с недетерминированным предложением. Мы считаем BTC устаревшим дизайном token и утверждаем, что у него множество недостатков: ● Это непроизводительный актив, он не дает его владельцам какой-либо значимой роли в протоколе. ни стимулов для выполнения такой роли; ● Он не использует возможность требовать долю в собственном token для протокола. validators и вместо этого требует от них делать ставки, т. е. инвестировать внешние ресурсы (майнинг оборудование и электричество), что делает протокол менее устойчивым и самодостаточным; ● Он постепенно снижает выбросы вознаграждений за добычу полезных ископаемых, пока не достигнет нуля, что вводит проблемы устойчивости и безопасности (неясно, можно ли поддерживать безопасность после уровень выбросов становится низким или достигает нуля); ● Он не оказывает никакой экономической поддержки экосистеме; ● Он не дает держателям никаких прав управления, хотя можно утверждать, что Layer 1 такие протоколы, как Bitcoin, не должны использовать token для управления. 2.2 Ethereum (ETH) ETH — это родной token протокола и экосистемы Ethereum. Благодаря инновационному дизайну, он установил следующее поколение собственного протокола tokens.

Полезность ETH многократна: ● Валидаторы staking: протокол PoS (Proof-of-Stake) Ethereum требует validators для стейкинга ETH для присоединения к пулу validator; ● Награды валидатора: протокол эмитирует ETH и распределяет его по протоколу validators; ● Комиссия за транзакцию: пользователи платят комиссию в ETH за каждую транзакцию, что предотвращает спам и предоставляет дополнительные стимулы для validators. Конструкция ETH имеет множество преимуществ: ● Это продуктивный актив, его владельцы могут участвовать в обеспечении безопасности сети, и они получать за это стимулы; ● Он дестимулирует вредоносное поведение validator с помощью внутрипротокольного слэшинга, т. е. уничтожения token вредоносных validator; ● Это не вызывает проблем безопасности и устойчивости, поскольку у него нет ограничение предложения, как у BTC; ● Он обеспечивает экономическую поддержку экосистемы через заранее определенную часть первоначального капитала. поставки, выделенные в управляющий фонд. Одним из потенциальных недостатков конструкции ETH является отсутствие полностью предсказуемого предложения. учитывая, что эмиссия token для вознаграждений validator увеличивается по мере того, как ставится больше token. Однако, этому успешно противостоит встроенный механизм, сжигающий1 часть каждого комиссию за транзакцию, тем самым компенсируя влияние эмиссии token на вознаграждения validator. Другой недостатком является то, что вышеупомянутая экономическая поддержка не может длиться бесконечно; начальный token средства, выделенные управляющему фонду, со временем исчерпаются. Наконец, это не передавать любое право управления держателям token, хотя, как упоминалось выше, это можно оспорить что протоколы Layer 1 не должны использовать token для управления. 2.3 Cosmos (АТОМ) ATOM — это родной token концентратора Cosmos, предполагаемый центральный blockchain узла Cosmos. многоцепочечная экосистема. Он имеет многократную полезность, но только в пределах Cosmos Hub: ● Валидаторы staking; ● Награды валидатора; ● Комиссия за транзакцию; 1 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md● Управление. Конструкция АТОМ имеет следующие преимущества: ● Это продуктивный актив, его владельцы могут участвовать в обеспечении Cosmos Hub и получать стимулы для этого; ● Это не вызывает проблем безопасности и устойчивости, поскольку у него нет крышка подачи; ● Он обеспечивает экономическую поддержку экосистемы посредством заранее определенного распределения средств стюардинговый фонд; ● Он предоставляет своим держателям права управления посредством комплексной модели управления. Недостатки конструкции АТОМ: ● Он полезен только в Cosmos Hub; он не используется для запуска и защиты других цепочек в экосистема, хотя существуют инициативы, позволяющие это сделать; ● Это упрощает модель управления, состоящую только из token, которая исключает других соответствующих заинтересованных сторон. экосистемы (разработчики, известные участники, приложения и т. д.) от решения изготовление; ● Экономическая поддержка, которую он оказывает, не может длиться бесконечно, поскольку казначейство token будет в конечном итоге истощаются. 2.4 Polkadot (ТОЧКА) DOT — это родной token многоцепной экосистемы Polkadot. Он имеет ту же полезность, что и ATOM, но в целом применяется ко всей экосистеме Polkadot: ● Валидаторы staking; ● Награды валидатора; ● Комиссия за транзакцию; ● Управление. Конструкция ДОТ имеет следующие преимущества: ● Это производительный актив; ● Это не вызывает проблем безопасности и устойчивости, поскольку у него нет supply cap; ● Он обеспечивает экономическую поддержку экосистемы посредством заранее определенного распределения средств стюардинговый фонд; ● Он предоставляет своим держателям права управления посредством комплексной модели управления;

● Он обеспечивает безопасность всей экосистемы, то есть всех участвующих blockchain. Недостатки: ● Он требует использования DOT в качестве validator staking token для всех участвующих цепочек, тем самым сокращая архитектурные возможности для разработчиков цепочек Polkadot; ● Это создает значительные трудности для разработчиков Polkadot blockchain, которые должны делать ставки и блокировать значительные суммы DOT, чтобы их цепочки стали часть экосистемы; ● Это упрощает модель управления, состоящую только из token, которая исключает других соответствующих заинтересованных сторон. экосистемы от принятия решений; ● Экономическая поддержка, которую он оказывает, не может длиться бесконечно, поскольку казначейство token будет в конечном итоге истощаются. 2.5 Ааве (Ааве) AAVE — это родной token Aave, онлайн-платформы кредитования token. Учитывая, что AAVE — это не протокол, а приложение token, мы не анализируем его конструкцию, преимущества и недостатки. Актуальность AAVE для проектирования POL двояка: ● AAVE является преемником LEND, первоначального token Aave; сообщество Ааве осуществил успешный и выгодный переход с LEND на AAVE; ● AAVE предоставляет своим держателям права управления посредством комплексной модели управления.

Design goals

Design goals

Based on the analysis of relevant work, several major opportunities for POL to benefit the Polygon ecosystem were identified. These opportunities are brought forward here as POL design goals. 1. Ecosystem security. POL should help establish a highly decentralized pool of validators that can run and secure any Polygon chain. Validators should be incentivized to join and stay in the validator pool and help secure as many chains as possible, and at the same time disincentivized to do anything malicious. 2. Infinite scalability. POL should support exponential growth of the Polygon ecosystem and eventual “hyperblochainization” of the world. Primarily, it should enable the validator pool to scale to support thousands of Polygon chains.

3. Ecosystem support. Being a global network in the making, Polygon will require ongoing economic support for further development and growth. POL should help establish a self-sustaining funding mechanism for those activities. This funding “vehicle” should be governed by the Polygon community. 4. No friction. Blockchain networks often require both users and developers to hold, stake or consume their native tokens in order to use the network. This causes friction and degrades user and developer experience. POL should be designed in a way that does not introduce any such friction. 5. Community ownership. Polygon is envisioned as a decentralized network governed by its community. Assigning governance rights to POL holders can enable creation of effective governance models in which decision makers are directly incentivized to support proposals that are in the best interest of the Polygon ecosystem.

Цели дизайна

Основываясь на анализе соответствующей работы, можно выделить несколько основных возможностей для ГСМ, которые могут принести пользу Polygon экосистемы выявлено. Эти возможности представлены здесь как ПОЛ цели дизайна. 1. Экосистемная безопасность. POL должен помочь создать высокодецентрализованный пул validators, которые могут запускать и защищать любую цепочку Polygon. Валидаторов следует стимулировать присоединиться и остаться в пуле validator и помочь защитить как можно больше цепочек, а также на в то же время у него нет стимула делать что-либо злонамеренное. 2. Бесконечная масштабируемость. POL должен поддерживать экспоненциальный рост экосистемы Polygon. и возможная «гиперблочейнизация» мира. Прежде всего, он должен включить validator пул для масштабирования для поддержки тысяч цепочек Polygon.

3. Поддержка экосистемы. Создавая глобальную сеть, Polygon потребует постоянного экономическая поддержка дальнейшего развития и роста. ГСМ должен помочь создать механизм самоокупаемого финансирования этой деятельности. Этот «инструмент» финансирования должен быть управляется сообществом Polygon. 4. Никакого трения. Сети блокчейна часто требуют, чтобы как пользователи, так и разработчики хранили и делали ставки. или использовать свои собственные token для использования сети. Это вызывает трение и ухудшает опыт пользователей и разработчиков. POL должен быть разработан таким образом, чтобы не вводить подобных трений. 5. Общественная собственность. Polygon задуман как децентрализованная сеть, управляемая свое сообщество. Передача прав управления держателям POL может позволить создать эффективные модели управления, в которых лица, принимающие решения, напрямую заинтересованы в поддерживать предложения, которые отвечают интересам экосистемы Polygon.

Utility

Utility

POL is the native token of Polygon, and as such represents the major tool for coordination and incentivization of the whole Polygon ecosystem. It has multi-fold utility, namely: ● Validator staking; ● Validator rewards; ● Community ownership, i.e. governance. 4.1 Validator staking Polygon validators are required to stake POL in order to join the validator pool. Validator staking increases security of the ecosystem by: ● Preventing Sybil attacks; ● Aligning validators with the success of the ecosystem; ● Enabling slashing, i.e. punishment of malicious validators. By staking POL and joining the validator pool, validators become eligible to subscribe to validate any Polygon chain. Validation and its benefits for validators are further explained in § 6.3.

4.2 Validator rewards Decentralization and size of the validator pool is critically important for security, resilience and neutrality of the whole Polygon ecosystem. To incentivize validator onboarding and retention, predefined amounts of POL should be continuously distributed to Polygon validators as protocol rewards. Protocol rewards should be distributed to validators proportionally to the amount of POL they stake. POL emission is described in § 5.2. Protocol rewards provide base incentives for validators and establish a level playing field for the whole validator pool. On top of it, validators can then secure additional incentives by validating individual Polygon chains. Additional validator incentives are described in § 6.3. 4.3 Governance To facilitate efficient, community-run governance of important aspects of the Polygon ecosystem, POL should be technically enabled to hold governance rights, i.e. be utilized in governance frameworks. Describing the Polygon governance framework is out of the scope of this paper.

Утилита

POL является родным token для Polygon и, как таковой, представляет собой основной инструмент для координации и стимулирование всей экосистемы Polygon. Он имеет многократную полезность, а именно: ● Валидатор staking; ● Награды валидатора; ● Общественная собственность, т.е. управление. 4.1 Валидатор staking Polygon validator необходимо сделать ставку POL, чтобы присоединиться к пулу validator. Валидатор staking повышает безопасность экосистемы за счет: ● Предотвращение атак Сивиллы; ● Согласование validators с успехом экосистемы; ● Включение слэша, т.е. наказание злонамеренных validators. После staking POL и присоединения к пулу validator validator получают право подписаться на валидацию. любая цепочка Polygon. Валидация и ее преимущества для validator более подробно описаны в § 6.3.

4.2 Награды валидатора Децентрализация и размер пула validator критически важны для безопасности, устойчивости и нейтральность всей экосистемы Polygon. Чтобы стимулировать validator адаптацию и удержание, заранее определенные количества POL должны непрерывно распределяться по Polygon validators в качестве протокола. награды. Награды протокола должны быть распределены между validators пропорционально сумме ПОЛ они делают ставку. Излучение POL описано в § 5.2. Награды протокола обеспечивают базовые стимулы для validators и создают равные условия для участников. весь пул validator. Кроме того, validator могут получить дополнительные стимулы, подтвердив отдельные Polygon цепочки. Дополнительные поощрения validator описаны в § 6.3. 4.3 Управление Чтобы облегчить эффективный, управляемый сообществом управление из важные аспекты Polygon экосистеме, POL должен иметь техническую возможность обладать правами управления, т. е. использоваться в рамки управления. Описание структуры управления Polygon выходит за рамки эта бумага.

Supply

Supply

Here we cover the initial supply and the emission policy of POL, and describe the rationale behind both. 5.1 Initial supply The initial supply of POL is 10 billion tokens. The entirety of the initial supply should be dedicated for migration, i.e. token swap from MATIC to POL. This migration would need to take place in order for POL to succeed MATIC as the native token of the Polygon ecosystem, and it is discussed in § 8. The initial supply of POL matches the supply of MATIC, which should make the migration quite straightforward. Once the migration is complete, the distribution of POL would essentially match the current distribution of MATIC. MATIC has already gone through an extensive process of token distribution which has resulted in more than 600,000 holder addresses2, and likely even more 2 Source: https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances

Possible POL community treasury emission rate scenarios showing constant and decreasing alternatives

Possible POL validator emission rate scenarios showing 1% constant rate and decreasing alternatives over time

actual holders, given that centralized crypto exchanges’ and DeFi protocols’ addresses represent multiple users. This implies that POL would be widely distributed from day one, which is instrumental for overall decentralization and resilience of the ecosystem. 5.2 Emission POL is emitted at a predefined, deterministic rate for two purposes: 1. Validator rewards. To incentivize validator onboarding and retention, POL should be continuously emitted at a predetermined rate and distributed to validators as the base, protocol reward. We propose a yearly emission rate of 1% of the POL supply for this purpose. The emission rate would not be possible to change for the initial 10 years, and after that period the community can decide to decrease it in an arbitrary way via the governance framework. The emission rate can never be increased beyond 1%. 2. Ecosystem support. To provide ongoing support for further development and growth of the Polygon ecosystem, we propose to introduce the Community Treasury, a community-governed ecosystem fund, described in § 7. We propose a yearly emission rate of 1% of the POL supply for this purpose. Just like the emission for validator rewards, this emission rate can be decreased after 10 years via a governance framework, and it can never be increased beyond 1%. Figure 2. Possible POL emission rate scenarios The rationale for the proposed emission and the emission rates is that the Polygon ecosystem and Web3 in general will need time to mature and reach mainstream adoption. Based on the

historical Internet and computing platforms adoption cycles, the maturity phase could be realistically expected to happen in about 10-15 years. During that period, the ecosystem will need economic support. Once the Polygon ecosystem and Web3 reach maturity, transaction fees and other incentives secured by validating Polygon chains (described in § 6.3) should alone generate sufficient returns for Polygon validators. Once that happens, the community can decide to intervene and reduce or completely discontinue the emission for validator rewards, without impacting security and decentralization of the ecosystem. Similarly, the community can then decide to decrease or discontinue the emission for the Community Treasury as well, given that the ecosystem will not need significant economic support anymore. Obviously, the adoption cycle of Web3 might look slightly or completely different. In case it turns out that reaching mainstream adoption takes more time and the ecosystem still needs support after 10 years, the community can choose not to intervene and the emission will continue to happen for as long as required. We consider the proposed emission policy optimal, as it achieves the equilibrium between: ● Sufficient ecosystem support. Sufficient, future-proof support to the Polygon ecosystem is critically important for security and success of Polygon. To validate the hypothesis that the proposed emission rates are indeed sufficient, we developed an economic model, ran simulations and presented results in § 9. ● Security via scarcity. Scarcity of native tokens is instrumentally important for blockchain networks; high token dilution can dramatically affect security. To estimate POL scarcity, we can compare the proposed emission rate to the emission rate of BTC, which is currently at ≈1.8%3, and has been significantly higher in the past. Also, although gradually declining, BTC emission is guaranteed to happen for more than another century, whilst POL emission could potentially be reduced or discontinued even after 10 years. Given that (i) Bitcoin is considered a highly scarce asset, and (ii) total POL emission rate is comparable to (and potentially more strict than) BTC, we conclude that POL is sufficiently scarce, i.e. its emission does not introduce protocol security concerns. 3 Source: https://charts.woobull.com/bitcoin-inflation/

Lastly, it is important to note that the emission policy we propose has a high degree of predictability. The predetermined emission schedule makes POL supply predictable in the long term, even if the community decides to intervene. As explained, the community can only decrease the rates, thus effectively complementing the predetermined emission policy and potentially increasing scarcity of POL. Predictability and scarcity attract protocol and market participants and provide a sense of reliability. As the Polygon ecosystem continues to grow, this should contribute to establishing POL as an attractive and reliable digital asset, which subsequently could further ignite adoption and reliability, thus creating a virtuous circle.

Предложение

Здесь мы рассмотрим первоначальные поставки и политику выбросов ГСМ, а также опишем обоснование. позади обоих. 5.1 Первоначальная поставка Первоначальный запас ПОЛ составляет 10 миллиардов tokens. Весь первоначальный запас должен быть предназначен для миграции, т. е. token подкачки с MATIC на POL. Эта миграция должна будет занять место для того, чтобы POL сменил MATIC в качестве родного token экосистемы Polygon, и это обсуждается в § 8. Первоначальная поставка POL соответствует поставке MATIC, что должно сделать миграцию достаточно удобной. прямолинейный. После завершения миграции распределение POL будет практически соответствовать текущему. распространение МАТИК. MATIC уже прошел обширный процесс token распространение, в результате которого было получено более 600 000 адресов держателей2, а, вероятно, даже больше 2 Источник: https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances

Possible POL validator emission rate scenarios showing 1% constant rate and decreasing alternatives over time

фактические держатели, учитывая, что адреса централизованных криптобирж и протоколов DeFi представляют нескольких пользователей. Это означает, что ГСМ будет широко распространяться с первого дня, что играет важную роль в общей децентрализации и устойчивости экосистемы. 5.2 Эмиссия ПОЛ выбрасывается с заранее определенной детерминированной скоростью для двух целей: 1. Награды валидатора. Чтобы стимулировать validator адаптацию и удержание, POL должен быть непрерывно излучается с заранее определенной скоростью и распределяется по validators в качестве базы, протокольное вознаграждение. Для этого мы предлагаем ежегодную норму выбросов в размере 1% от поставок ГСМ. цель. Уровень выбросов невозможно будет изменить в течение первых 10 лет, и по истечении этого периода сообщество может принять решение об уменьшении его произвольным способом через рамки управления. Уровень выбросов никогда не может быть увеличен выше 1%. 2. Поддержка экосистемы. Оказывать постоянную поддержку дальнейшему развитию и росту тот Polygon экосистема, мы предлагать чтобы представить тот Сообщество Казначейство, а управляемый сообществом экосистемный фонд, описанный в § 7. Мы предлагаем ежегодные выбросы для этой цели в размере 1% от поставки ГСМ. Точно так же, как выброс для validator вознаграждения, этот уровень выбросов может быть снижен через 10 лет с помощью рамки, и она никогда не может быть увеличена выше 1%. Рисунок 2. Возможные сценарии выбросов ПОЛ Обоснованием предлагаемых выбросов и норм выбросов является то, что экосистема Polygon и Web3 в целом потребуется время, чтобы созреть и достичь массового внедрения. На основанииисторических циклов внедрения Интернета и вычислительных платформ, фаза зрелости может быть реально Ожидается, что это произойдет примерно через 10-15 лет. За этот период экосистема будет нуждаются в экономической поддержке. Как только экосистема Polygon и Web3 достигнут зрелости, комиссии за транзакции и другие стимулы обеспеченные проверкой цепочек Polygon (описанных в § 6.3), должны сами по себе генерировать достаточные возвращается за Polygon validator с. Как только это произойдет, сообщество может принять решение вмешаться и сократить или полностью прекратить выбросы за validator вознаграждений без ущерба для безопасности и децентрализация экосистемы. Аналогично, сообщество может затем решить уменьшить или прекратить выбросы в казну Сообщества, учитывая, что экосистема не будет больше не нуждаются в значительной экономической поддержке. Очевидно, что цикл внедрения Web3 может выглядеть немного или совершенно иначе. В случае, если он перевернется выяснилось, что достижение массового внедрения требует больше времени, а экосистема все еще нуждается в поддержке. через 10 лет сообщество может решить не вмешиваться, и выбросы продолжатся. происходить столько времени, сколько необходимо. Мы считаем предлагаемую политику выбросов оптимальной, поскольку она обеспечивает равновесие между: ● Достаточный экосистема поддержка. Достаточно, ориентированный на будущее поддержка чтобы тот Polygon экосистема критически важна для безопасности и успеха Polygon. Чтобы подтвердить гипотезу о том, что предлагаемые уровни выбросов действительно достаточны, мы разработали экономическую модель, провел моделирование и представил результаты в § 9. ● Безопасность через дефицит. Дефицит местных tokens имеет важное значение для сети blockchain; высокое разбавление token может существенно повлиять на безопасность. Чтобы оценить дефицита горючего, мы можем сравнить предлагаемый уровень выбросов с уровнем выбросов BTC, который в настоящее время составляет ≈1,8%3, а в прошлом был значительно выше. Кроме того, хотя постепенно снижаясь, эмиссия BTC гарантированно произойдет в течение более чем одного столетии, в то время как выбросы ГСМ потенциально могут быть сокращены или прекращены даже через 10 лет. Учитывая, что (i) Bitcoin считается крайне дефицитным активом, и (ii) общее количество POL уровень эмиссии сопоставим (и потенциально более строгий, чем) с BTC, мы заключаем, что POL достаточно редок, т. е. его эмиссия не вызывает проблем с безопасностью протокола. 3 Источник: https://charts.woobull.com/bitcoin-inflation/

Наконец, важно отметить, что предлагаемая нами политика выбросов имеет высокую степень предсказуемость. Заранее определенный график выбросов делает поставки ГСМ предсказуемыми в долгосрочной перспективе. срок, даже если сообщество решит вмешаться. Как уже объяснялось, сообщество может только снизить ставки, тем самым эффективно дополняя заранее определенную политику выбросов и потенциально увеличивающийся дефицит ГСМ. Предсказуемость и дефицит привлекают протокол и рынок. участникам и обеспечить чувство надежности. Поскольку экосистема Polygon продолжает расти, это должен способствовать утверждению POL как привлекательного и надежного цифрового актива, который впоследствии может способствовать дальнейшему распространению и надежности, создавая таким образом благотворный круг.

Possible POL community treasury emission rate scenarios showing constant and decreasing alternatives

Staking Layer

Staking Layer

Realizing the vision of the Value Layer of the Internet will eventually require the Polygon network to host billions of users and millions of Web3 applications. To enable this vast level of activity, hundreds or thousands of Polygon chains will be running in parallel, secured by tens or hundreds of thousands of validators. In order to coordinate all Polygon chains and validators, the redesigned Polygon protocol architecture introduces the Staking Layer. The Staking Layer is a one-of-a-kind programmable multi-chain coordinator protocol. By orchestrating all Polygon validators and chains, it enables: ● Unlimited scalability of the ecosystem; ● Simple, automated access to dedicated Web3 infrastructure to any Web3 project. The Web3 industry was started by Bitcoin, the first successful blockchain with a single application – digital currency. As new applications and use cases were being proposed, they were normally launching their own blockchains, which was slow and complex. This was addressed by the second major breakthrough of Web3 – Ethereum, a programmable blockchain that can support any application or use case. Despite being a huge paradigm shift, the main limitation of Ethereum is that it is not able to scale to support mainstream adoption. To mitigate this limitation, the Ethereum community turned to Layer 2 chains – blockchain architectures that offer higher scalability without sacrificing security. With the introduction of Staking Layer, Polygon becomes capable of supporting a practically unlimited number of Layer 2 chains, each fully programmable both on the application and the configuration level. We believe this can be the third most important breakthrough since the commencement of Web3, given the magnitude of innovation and adoption it enables.

Describing and specifying the Staking Layer in detail is out of the scope of this paper. Instead, and in order to get better understanding of this POL-powered layer and its potential, we provide an overview of its following aspects: ● Design and implementation; ● Polygon chains management; ● Validator management. 6.1 Design and implementation As mentioned above, the Staking Layer is a programmable multi-chain coordinator. It manages two main logical components: 1. Validator registry: Maintains the up-to-date registry of validators, with their corresponding POL stakes and chains they are subscribed to; 2. Chain registry: Maintains the up-to-date registry of Polygon chains, with their corresponding configurations. The main feature the Staking Layer requires is full programmability; it allows it to support and coordinate: ● Arbitrary configurations of Polygon chains; ● All validator-related operations; ● Arbitrary supporting operations and applications, e.g. staking derivatives. The optimal way to achieve programmability is by utilizing EVM (Ethereum Virtual Machine), since it provides a number of benefits: ● Turing-completeness; ● Maturity of the EVM, higher level languages (e.g. Solidity) and tooling; ● Developer base etc. Practically, this means that the Staking Layer will be implemented as a set of EVM smart contracts. These smart contracts can be deployed on any EVM blockchain, likely on Ethereum or Polygon zkEVM rollup, given that both offer a high level of security. 6.2 Polygon chains management The Staking Layer can support a practically unlimited number of Polygon chains, each with arbitrary features and configuration, and provide them the required level of decentralization.

The main service that the Staking Layer provides to Polygon chains is the management of their validator requirements and validator sets established according to those requirements. Validator requirements are specified in a config smart contract that every Polygon chain deploys in order to get initiated. This smart contract can define arbitrary validator requirements, including but not limited to: ● Maximal validator number: Specifies the maximum number of validators the chain accepts in its validator set. ● Minimal validator number: The minimal number of validators required to initiate the chain. ● Slashable offenses: On-chain attributable validation offenses that cause slashing of the stake; ● Validator criteria: The only common criteria for all validators in the Staking Hub is a stake in POL. Arbitrary additional criteria can be specified, such as authorization by a third party, additional stake in other tokens (e.g. native tokens of individual Polygon chains) etc. In addition to the ability to configure validator requirements, Polygon chains can arbitrarily configure all other parameters and features of their architecture. These are not defined on the Staking Layer level, but instead in the client code of Polygon chains. Some notable parameters and features are: ● Native token: Chains can create their native tokens which can be used for various purposes, e.g. transaction fees, user incentivization etc. ● Fee management: Chains can decide how to manage transaction fees. Normally, transaction fees would be passed to validators in their entirety, but other distribution models are possible, e.g. burning a portion of fees and passing the remaining portion to validators. ● Additional rewards: All Polygon validators receive base protocol rewards (as described in § 4.2) and normally transaction fees from Polygon chains they validate. In order to attract more validators, Polygon chain can offer additional rewards on top of these. These rewards will likely often be in native tokens of those chains. ● Block time and size: It is possible to configure the frequency and size, i.e. gas limit of blocks. ● Checkpoint time: Validator sets provide fast, local finality for Polygon chains. In addition to this, all Polygon chains periodically generate and submit zero-knowledge proofs to

Ethereum, thus leveraging its high security. The frequency of these checkpoints can be configured (e.g. every 5 minutes). ● Data availability: The data availability model can also be specified. Chains can decide to leverage Ethereum (rollup model) or their own validator sets or other external data availability service (validium model). With the proposed framework, launching a new Polygon chain practically boils down to writing and deploying the aforementioned config smart contract. Once the contract gets deployed to the Staking Layer, validators can start subscribing to it. When the minimal required number of validators is reached, the chain gets launched. We believe that this simple way of configuring and launching chains can usher a new era of innovation and adoption. The game-changing design decision of Ethereum was to not try to predict what applications and use cases developers will want to build. Instead, it offered a Turing-complete programmable environment that can support any application or use case. With the Staking Layer, Polygon is taking the same approach for launching new chains – it supports practically any chain design, in a programmable manner and without scaling limitations. 6.3 Validator management The Staking Layer can support a practically unlimited number of validators. It manages validators throughout their whole lifecycle and enables them to secure different types of incentives for performing useful work. There are four possible phases, i.e. statuses, in the validator lifecycle: 1. Activation: Validators get initiated as part of the validator pool by depositing POL into the staking contract on the Staking Layer. Once initiated, validators become eligible to receive base protocol rewards (described in § 4.2). 2. Subscription: Once initiated, validators are allowed to subscribe to validate any Polygon chain. 3. Validation: If a validator meets all the criteria of the Polygon chain it subscribed to, it becomes a member of that chain’s validator set. Validators can validate multiple chains, and their POL stake is acknowledged on each of those chains. If a validator gets slashed for a predefined slashable offense on one of the chains, its POL balance gets updated and reflected on all chains it validates. The validation and subscription phases can

overlap; a single validator can be in the subscription phase on one Polygon chain and in the validation phase on another. 4. Retirement: Validators can leave the validator pool at any point. Once the retirement is initiated, a predefined waiting period commences, allowing for potential pending slashing. After the waiting period, validators are able to withdraw their POL stake from the deposit contract. In return for validating Polygon chains, validators can establish at least three incentive streams: 1. Protocol rewards: As described above, every active Polygon validator is receiving base protocol rewards. The total POL emission for validator rewards (described in § 5.2), is distributed to active validators proportionally to their POL stake. 2. Transaction fees: Validators are allowed to validate any number of Polygon chains. In return, these chains will normally award the entirety or a portion of transaction fees to validators. 3. Additional rewards: As mentioned above, some Polygon chains can choose to introduce additional rewards to attract more validators. These rewards can be in any token, including but not limited to POL, stablecoins or native tokens of those Polygon chains. As we describe validator incentives, it is worth noting that the concept of validation in Polygon is broader than the usual, narrow definition. This further improves the value proposition of the validator role – in addition to validating multiple chains, validators can also perform multiple roles on a single chain. The most common roles will likely be: ● Validation in the narrow sense: Accepting user transactions, determining their validity and generating blocks; ● Proving: Producing zero-knowledge proofs of transaction validity; ● Data availability: Providing guarantees that transaction data is published and publicly available.

Слой ставок

Для реализации концепции ценностного уровня Интернета в конечном итоге потребуется сеть Polygon. для размещения миллиардов пользователей и миллионов приложений Web3. Чтобы обеспечить такой огромный уровень активности, сотни или тысячи цепочек Polygon будут работать параллельно, защищенные десятками или сотни тысяч validators. Чтобы скоординировать все цепочки Polygon и validator, в переработанной архитектуре протокола Polygon представлен уровень ставок. Уровень ставок — это единственный в своем роде программируемый протокол многоцепочного координатора. Автор оркестрируя все Polygon validator и цепочки, он позволяет: ● Неограниченная масштабируемость экосистемы; ● Простой автоматизированный доступ к выделенной инфраструктуре Web3 для любого проекта Web3. Индустрию Web3 основал Bitcoin, первый успешный blockchain с единственным приложение – цифровая валюта. По мере предложения новых приложений и вариантов использования они обычно запускали свои собственные blockchain, что было медленно и сложно. Это было Речь идет о втором крупном прорыве Web3 – Ethereum, программируемом blockchain который может поддерживать любое приложение или вариант использования. Несмотря на огромный сдвиг парадигмы, основной Ограничением Ethereum является то, что он не может масштабироваться для поддержки массового внедрения. Чтобы смягчить Из-за этого ограничения сообщество Ethereum обратилось к цепочкам Layer 2 — архитектуре blockchain, которая обеспечить более высокую масштабируемость без ущерба для безопасности. С введением слоя ставок, Polygon становится способным поддерживать практически неограниченное количество цепочек Layer 2, каждая полностью программируемый как на уровне приложения, так и на уровне конфигурации. Мы считаем, что это может быть третий по важности прорыв с момента появления Web3, учитывая масштабы инноваций и внедрения, которые это позволяет.

Подробное описание и спецификация уровня ставок выходит за рамки данной статьи. Вместо этого, и чтобы лучше понять этот уровень на базе POL и его потенциал, мы предоставляем обзор следующих аспектов: ● Проектирование и реализация; ● Polygon управление цепями; ● Управление валидатором. 6.1 Проектирование и реализация Как упоминалось выше, уровень ставок — это программируемый координатор нескольких цепочек. Он управляет два основных логических компонента: 1. Валидатор реестр: Поддерживает тот актуальный реестр из validatorс, с их соответствующие доли POL и цепочки, на которые они подписаны; 2. Цепь реестр: поддерживает актуальный реестр цепочек Polygon с их соответствующие конфигурации. Основная функция, необходимая для уровня ставок, — это полная программируемость; это позволяет ему поддерживать и координировать: ● Произвольные конфигурации цепочек Polygon; ● Все операции, связанные с validator; ● Произвольные вспомогательные операции и приложения, например. staking производные. Оптимальный способ добиться программируемости — использовать EVM (виртуальную машину Ethereum), поскольку это дает ряд преимуществ: ● Тьюринг-полнота; ● Зрелость EVM, языков более высокого уровня (например, Solidity) и инструментов; ● База разработчиков и т. д. На практике это означает, что уровень ставок будет реализован как набор EVM умных контракты. Эти smart contract можно развернуть на любом EVM blockchain, скорее всего на Ethereum. или Polygon zkEVM rollup, учитывая, что оба обеспечивают высокий уровень безопасности. 6.2 Управление цепочками Polygon Уровень ставок может поддерживать практически неограниченное количество цепочек Polygon, каждая из которых произвольные функции и конфигурации и обеспечить им необходимый уровень децентрализации.Основная услуга, которую уровень ставок предоставляет цепочкам Polygon, — это управление их validator требований и наборов validator, установленных в соответствии с этими требованиями. Требования к валидатору указаны в конфигурации smart contract, которую развертывает каждая цепочка Polygon. для того, чтобы начать. Этот smart contract может определять произвольные требования validator, включая но не ограничиваясь: ● Максимальное число validator: определяет максимальное количество validator в цепочке. принимает в своем наборе validator. ● Минимальное число validator: минимальное количество validator, необходимое для запуска цепь. ● Нарушения, подлежащие сокращению: нарушения валидации, связанные с цепочкой, которые приводят к сокращению кол; ● Критерии валидатора: единственным общим критерием для всех validator в Stake Hub является ставка. в ПОЛ. Могут быть указаны произвольные дополнительные критерии, например, авторизация третьей стороны. сторона, дополнительная доля в других token (например, собственных token отдельных цепочек Polygon) и т. д. Помимо возможности настройки требований validator, цепочки Polygon могут произвольно настроить все остальные параметры и особенности своей архитектуры. Они не определены в Уровень стейкинга, но вместо этого в клиентском коде цепочек Polygon. Некоторые примечательные параметры and features are: ● Собственный token: цепочки могут создавать свои собственные token, которые можно использовать для различных цели, например комиссии за транзакции, стимулирование пользователей и т. д. ● Управление комиссиями: сети могут решать, как управлять комиссиями за транзакции. Обычно, комиссии за транзакцию будут полностью переданы validators, но другие распределения возможны модели, напр. сжигание части гонораров и передача оставшейся части validatorс. ● Дополнительные награды: все Polygon validator получают награды базового протокола (как описано в § 4.2) и обычно комиссии за транзакции из цепочек Polygon, которые они проверяют. Чтобы привлечь больше validators, цепочка Polygon может предложить дополнительные награды сверх этих. Эти награды, вероятно, часто будут находиться в собственных token этих цепочек. ● Время и размер блокировки: можно настроить частоту и размер, т. е. предел газа. блоки. ● Время контрольной точки: наборы валидаторов обеспечивают быструю локальную завершенность цепочек Polygon. Кроме того при этом все цепочки Polygon периодически генерируют и отправляют доказательства с нулевым разглашениемEthereum, тем самым обеспечивая высокий уровень безопасности. Частота этих контрольных точек может быть настроено (например, каждые 5 минут). ● Доступность данных: также можно указать модель доступности данных. Сети могут принять решение использовать Ethereum (модель PH_0009) или собственные наборы validator или другие внешние данные служба доступности (модель Validium). С предложенным фреймворком запуск новой цепочки Polygon практически сводится к написанию и развертываем вышеупомянутую конфигурацию smart contract. Как только контракт будет развернут на Уровень ставок, validators могут начать на него подписываться. Когда минимально необходимое количество Достигнуто validators, цепочка запускается. Мы считаем, что этот простой способ настройки и запуска цепочек может открыть новую эру инновации и внедрение. Решающее дизайнерское решение Ethereum состояло в том, чтобы не пытаться предсказать, какие приложения и варианты использования захотят создать разработчики. Вместо этого он предложил Программируемая среда, полная по Тьюрингу, которая может поддерживать любое приложение или вариант использования. С Уровень ставок, Polygon, использует тот же подход для запуска новых цепочек – он поддерживает практически любая конструкция цепи, программируемая и без ограничений масштабирования. 6.3 Управление валидаторами Уровень ставок может поддерживать практически неограниченное количество validator. Он управляет validators на протяжении всего их жизненного цикла и позволяет им защищать различные типы стимулирование за выполнение полезного труда. В жизненном цикле validator есть четыре возможных фазы, то есть статуса: 1. Активация: Валидаторы инициируются как часть пула validator путем внесения POL в пул. staking контракт на уровне ставок. После запуска validators получают право на получать вознаграждения по базовому протоколу (описанные в § 4.2). 2. Подписка: после запуска validator разрешается подписаться для проверки любого Polygon. цепь. 3. Проверка: если validator соответствует всем критериям цепочки Polygon, на которую он подписан, он становится членом набора validator этой цепочки. Валидаторы могут проверять несколько цепочек, и их доля в POL признается в каждой из этих цепочек. Если validator разрезается для заранее определенного нарушения в одной из цепочек ее баланс POL обновляется и отражается на всех цепочках, которые он проверяет. Этапы проверки и подписки могут

перекрытие; один validator может находиться на этапе подписки в одной цепочке Polygon и в этап проверки на другом. 4. Прекращение использования: Валидаторы могут покинуть пул validator в любой момент. Как только выйдет на пенсию инициирован, начинается заранее определенный период ожидания, позволяющий потенциально ожидать рубящий. По истечении периода ожидания validator могут вывести свою долю POL из депозитный договор. В обмен на проверку цепочек Polygon validator могут установить как минимум три потока поощрений: 1. Награды протокола: Как описано выше, каждый активный Polygon validator получает базу протокольные награды. Общая эмиссия POL для вознаграждений validator (описанных в § 5.2) составляет распределяются между активными validator пропорционально их доле в POL. 2. Комиссия за транзакцию: Валидаторам разрешено проверять любое количество цепочек Polygon. В возврата, эти сети обычно возмещают всю или часть комиссий за транзакции validatorс. 3. Дополнительные награды: Как упоминалось выше, некоторые цепочки Polygon могут выбрать ввести дополнительные награды, чтобы привлечь больше validator. Эти награды могут быть в любом token, включая, помимо прочего, POL, стейблкоины или собственные token из тех Polygon цепи. Описывая стимулы validator, стоит отметить, что концепция проверки в Polygon более широкое, чем обычное, узкое определение. Это еще больше повышает ценность предложения Роль validator — помимо проверки нескольких цепочек, validator также могут выполнять несколько роли в одной цепочке. Наиболее распространенными ролями, вероятно, будут: ● Валидация в узком смысле: Принятие транзакций пользователя, определение их действительности. и генерирующие блоки; ● Доказательство: предоставление доказательств действительности транзакции с нулевым разглашением; ● Доступность данных: предоставление гарантий того, что данные о транзакциях будут опубликованы и общедоступны. доступен.

Community Treasury

Community Treasury

The Polygon ecosystem and the whole Web3 industry are still in the early adoption and heavy development phase. To remain on the current growth trajectory, the Polygon ecosystem will need ongoing economic support in years to come.

To address the need for ongoing ecosystem support, we propose the Community Treasury, an in-protocol, community-governed ecosystem fund. It introduces at least three major benefits to the Polygon ecosystem: ● Ongoing, self-sustainable economic support for as long as required; ● Increased decentralization by reducing dependency on the Polygon Foundation; ● Achieving the next level of transparency and community inclusion. As described in § 5.2, the Community Treasury is funded by a predetermined emission of POL. The emission rate dedicated to this purpose is 1% per year, or ≈100 million POL in absolute terms, and can not be changed for 10 years. This guarantees strong ecosystem support during this period, critical for development, growth and positioning of Polygon. Once the Polygon ecosystem and Web3 reach maturity, the ecosystem will likely not need significant economic support anymore. At that point, the community should intervene and decrease or discontinue the emission for the Community Treasury. In an optimistic scenario, where maturity is reached before the 10-year period of guaranteed funding expires, the Community Treasury might end up having more funds than the ecosystem realistically needs. In that case, the community should decide how to utilize this excess POL. For example, a decision can be made to burn it. As mentioned, and as the name indicates, the Community Treasury should be governed by the community, via an agreed upon governance process. The governance process and the wider Polygon governance framework are being designed and established as part of the Polygon 2.0 effort, and explaining them in detail is out of the scope of this paper. Instead, we give a brief overview of its two likely concepts: 1. Polygon Funding Proposals (PFPs): Formal proposals for funding or other activities or improvements related to the Community Treasury. PFPs can be submitted by anyone, and should be publicly available and discussed. Similar concepts can be observed in other prominent governance frameworks4,5. 2. Consensus gathering: The process of making a decision on a specific PFP. The decision can be made in a direct manner, where every community member can participate, or via delegates who represent the community. As mentioned in § 4.3, POL should be technically enabled to hold governance rights, so it can potentially be utilized 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance

as part of the consensus gathering or the delegate election process. POL holders are directly economically incentivized to approve good proposals and reject the bad ones, which makes the decision making process more likely to benefit the ecosystem. We simulated ongoing Community Treasury inflows in § 9.

Сообщество казначейства

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

Чтобы удовлетворить потребность в постоянной поддержке экосистем, мы предлагаем создать Казначейство Сообщества, протокольный экосистемный фонд, управляемый сообществом. Это дает как минимум три основных преимущества для экосистема Polygon: ● Постоянная, самостоятельная экономическая поддержка в течение всего необходимого времени; ● Повышенная децентрализация за счет уменьшения зависимости от Фонда Polygon; ● Достижение следующего уровня прозрачности и вовлеченности сообщества. Как описано в § 5.2, казначейство Сообщества финансируется за счет заранее определенной эмиссии ГСМ. Уровень выбросов, предназначенных для этой цели, составляет 1% в год, или ≈100 миллионов ПОЛ в абсолютном выражении. сроков и не может быть изменен в течение 10 лет. Это гарантирует сильную поддержку экосистемы во время этот период имеет решающее значение для развития, роста и позиционирования Polygon. Как только экосистема Polygon и Web3 достигнут зрелости, экосистеме, скорее всего, не потребуется значительной экономической поддержки больше нет. В этот момент сообщество должно вмешаться и уменьшить или прекратить эмиссию в казну Сообщества. При оптимистическом сценарии если срок погашения наступает до истечения 10-летнего периода гарантированного финансирования, В казне сообщества может оказаться больше средств, чем реально нужно экосистеме. В в этом случае сообщество должно решить, как использовать избыток ГСМ. Например, решение его можно заставить сжечь. Как уже упоминалось и как следует из названия, Казначейство Сообщества должно управляться сообществом посредством согласованного процесса управления. Процесс управления и более широкое Polygon структура управления разрабатывается и устанавливается как часть Polygon 2.0 усилий, и их подробное объяснение выходит за рамки данной статьи. Вместо этого мы даем краткое обзор двух его вероятных концепций: 1. Polygon Предложения по финансированию (PFP): Официальные предложения по финансированию или другой деятельности. или улучшения, связанные с казной сообщества. PFP может подать кто угодно, и должны быть публично доступны и обсуждаться. Подобные концепции можно наблюдать и в другие известные структуры управления4,5. 2. Сбор консенсуса: процесс принятия решения по конкретному PFP. решение может быть принято напрямую, когда каждый член сообщества может участвовать или через делегатов, представляющих сообщество. Как упоминалось в § 4.3, POL должен иметь техническую возможность обладать правами управления, чтобы его потенциально можно было использовать 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance

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

Migration

Migration

Given that POL is being proposed as the successor of MATIC, the current native token of Polygon, migration from the old to the new token would need to take place. The initial supply of POL proposed in § 5.1 matches the current supply of MATIC and was proposed to simplify the migration process as much as possible. For self-custodying MATIC holders, the migration would require a simple action – swap from MATIC to POL, using the swapping smart contract that should be created for that purpose. The swapping contract should accept MATIC from any address and return the equivalent amount of POL to the same address. For MATIC holders who keep their tokens with centralized crypto exchanges and custodians, the migration would normally be automatic, i.e. would not require any action. Every MATIC holder should be able to swap their tokens for POL, including those who have MATIC “locked” for multiple years in various DeFi or vesting contracts, or the uninformed holders who find out about POL at some point in the future. For this reason, the migration should be allowed to happen during a prolonged period of time (e.g. 4 years), if not indefinitely. The migration should be voluntary, i.e. it cannot be forced. However, if POL is accepted by the majority of the community as the new native token, there will be little to no reason to hold MATIC instead of POL. In this situation, it is reasonable to expect that the migration will practically be fully executed, i.e. the vast majority of MATIC will be migrated.

Миграция

Учитывая, что POL предлагается в качестве преемника MATIC, текущий родной token Polygon, необходимо будет выполнить миграцию со старого на новый token. Первоначальная поставка ГСМ, предложенная в § 5.1, соответствует текущей поставке MATIC и была предложил максимально упростить процесс миграции. Для самостоятельного хранения MATIC владельцам, миграция потребует простого действия – переключиться с MATIC на POL, используя заменяя smart contract, который должен быть создан для этой цели. Договор обмена должен примите MATIC с любого адреса и верните эквивалентное количество POL на тот же адрес. Для владельцев MATIC, которые хранят свои token на централизованных криптобиржах и у хранителей, миграция обычно происходит автоматически, т. е. не требует каких-либо действий. Каждый владелец MATIC должен иметь возможность обменять свои token на POL, включая тех, у кого есть MATIC «заблокирован» на несколько лет в различных DeFi или договорах о передаче прав, или неосведомленных держатели, которые узнают о POL в какой-то момент в будущем. По этой причине миграция должно быть разрешено в течение длительного периода времени (например, 4 года), если не на неопределенный срок. Миграция должна быть добровольной, т.е. не может быть принудительной. Однако, если POL принят большинству сообщества, как новый носитель token, причин для проведения MATIC практически не будет. вместо ПОЛ. В этой ситуации разумно ожидать, что миграция практически будет полностью выполнено, т.е. подавляющее большинство MATIC будет перенесено.

Model

Model

Based on the design of POL and the Staking Layer, we propose a model to simulate important performance indicators of the POL-powered ecosystem, provide required inputs and analyze the results of simulations.

9.1 Hypothesis The purpose of the model is to validate the hypothesis that the proposed POL-powered ecosystem can simultaneously meet the following goals, derived from § 3: ● Sufficient ecosystem security: We measure security through POL staking ratio, i.e. percentage of the POL supply staked by validators. The minimal satisfactory ratio is 30-40%, roughly equivalent to the current staking ratio on the Polygon PoS chain6. ● Sufficient validator incentives: To estimate sufficiency of validator incentives, we introduce Return on Work (ROW), the measure of total validator earnings relative to the value of staked POL. The minimal satisfactory return is 4-5%; lower returns are not considered attractive enough, considering the work being performed, the risks and the opportunity costs. ● Sufficient ecosystem support: We measure ecosystem support through yearly inflow to the Community Treasury. The minimal satisfactory inflow is $50-100 million, and it is determined based on the current level of economic support the Polygon ecosystem needs. We explicitly define these indicators (staking ratio, validator returns and treasury inflow) in § 9.3. 9.2 Inputs In this chapter we outline the required model inputs and estimate their respectable values. First, we define three growth scenarios, projecting the abstract number of chains in the Polygon ecosystem during the initial 10-year period. We refer to the number of chains as abstract because it is not necessarily expressing the exact number of Polygon chains (although that might be the case), but more the cumulative level of activity, i.e. transactions in the ecosystem. 6 Source: ​https://staking.polygon.technology/

10-year Supernets growth scenarios showing low, medium, and high adoption projections

10-year public chains growth scenarios showing low, medium, and high adoption projections from 2024 to 2033

Figure 3. 10-year growth scenarios The rationale for the growth scenarios is based on the following data and observations: ● Current growth trajectory. Since the inception in 2020, the Polygon ecosystem has grown to thousand of applications and 3 million daily transactions7. If this trend even remotely continues, the proposed growth scenarios seem realistic. ● Web2 app marketplaces: The App Store hosts around 1.8 million applications8 and Google Play around 2.7 million9; both were introduced around 14 years ago. It could be reasonable to expect a comparable level of adoption for Web3 in a comparable timeframe. ● Supernets adoption: At the moment of writing this paper, one year since the introduction of Supernets, there are more than 100 Supernets candidate projects, many of them under active development. Based on this, the proposed growth scenarios for Supernets seem realistic, especially given that Supernets’ deployment should become significantly easier once the Staking Layer (described in § 6) is introduced. Additionally, it is noticeable that the trend of interest in Supernets is stronger in relative terms than the one for public chains. For this reason, we are assuming the same for the proposed growth scenarios. To further justify this, a meaningful parallel with Web2 adoption history can be drawn. In the earlier days of Web2, shared application hosting – Web2 equivalent to public chains – was much more common than nowadays. As the industry matured, 9 Source: https://www.appbrain.com/stats/number-of-android-apps 8 Source: https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st ore/ 7 Source: https://polygonscan.com/chart/tx

dedicated hosting – Web2 equivalent to Supernets – became the norm for every application with a meaningful user base and level of activity. Again, the number of Polygon chains is an abstract concept in our model; in conjunction with the number of transactions per chain, it should primarily reflect the level of economic activity in the ecosystem. Similarly, the prevalence, i.e. ratio of Supernets compared to public chains, is an abstract, conservative assumption. If it would turn out that public chains are more popular relative to Supernets, the results of the simulation presented in § 9.4 would look similar or better, due to their respective transaction fee levels. To complement the aforementioned growth scenarios, we estimate the following inputs: ● Initial supply of 10 billion POL, as described in § 5.1; ● Yearly emission rate of 1% for validator incentives, as described in § 5.2; ● Yearly emission rate of 1% for the Community Treasury, as described in § 5.2; ● $5 average POL price during the 10-year period; ● 38 transactions/second on average per public chains, comparable to current Polygon PoS chain usage10; ● 19 transactions/second on average per Supernet, an estimate based on the requirements of Supernet projects; ● $0.01 average transaction fee on public chains, an estimate based on current average fees on Polygon PoS chain;11 ● $0.001 average transaction fee on Supernets, conservative estimate given abundant blockspace and a “race to the bottom” that it will likely cause for transaction fees; ● 100 validators on average per public chain, equivalent to the current validator set size of Polygon PoS; ● 15 validators on average per Supernet, based on requirements and realistic needs of Supernet candidates; ● $6,000/year average running costs per validator, equivalent to current Polygon PoS data, gradually decreasing according to a modified version of Moore’s Law (50% decrease in 3 years). It is worth noting that POL price, although one of the required model inputs, directly and significantly affects only the Community Treasury inflow, not the other key performance indicators. Also, transaction fee estimates do not account for the cost of data availability on 11 Source: https://polygonscan.com/chart/gasprice

Модель

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

9.1 Гипотеза Цель модели — подтвердить гипотезу о том, что предлагаемая модель на базе POL экосистема может одновременно достигать следующих целей, вытекающих из § 3: ● Достаточная безопасность экосистемы: мы измеряем безопасность с помощью коэффициента POL staking, т.е. процент поставок горючего, поставленный на карту validators. Минимально удовлетворительное соотношение составляет 30–40 %, что примерно соответствует текущему соотношению staking в цепочке PoS Polygon6. ● Достаточное количество validator стимулов. Чтобы оценить достаточность validator стимулов, мы ввести рентабельность труда (ROW), показатель общего дохода validator относительно стоимость поставленной POL. Минимальная удовлетворительная доходность составляет 4-5%; более низкая доходность не считается достаточно привлекательным, учитывая выполняемые работы, риски и альтернативные издержки. ● Достаточная поддержка экосистемы: мы измеряем поддержку экосистемы посредством ежегодного притока в общественную казну. Минимальный удовлетворительный приток составляет $50-100 млн. определяется исходя из текущего уровня экономической поддержки экосистемы Polygon потребности. Мы явно определяем эти показатели (коэффициент staking, доходность validator и приток казначейства) в § 9.3. 9.2 Входы В этой главе мы обрисуем необходимые входные данные модели и оценим их приемлемые значения. Сначала мы определяем три сценария роста, прогнозируя абстрактное количество цепей в Polygon. экосистемы в течение начального 10-летнего периода. Мы называем количество цепей абстрактным. потому что оно не обязательно выражает точное количество цепочек Polygon (хотя это может быть так), но больше совокупный уровень активности, то есть транзакций в экосистеме. 6 Источник: ​https://staking.polygon.technology/

10-year public chains growth scenarios showing low, medium, and high adoption projections from 2024 to 2033

10-year Supernets growth scenarios showing low, medium, and high adoption projections

Рисунок 3. Сценарии роста на 10 лет Обоснование сценариев роста основано на следующих данных и наблюдениях: ● Текущая траектория роста. С момента создания в 2020 году экосистема Polygon вырос до тысячи заявок и 3 миллионов ежедневных транзакций7. Если эта тенденция даже отдаленно продолжается, предлагаемые сценарии роста кажутся реалистичными. ● Торговые площадки приложений Web2. В App Store размещено около 1,8 миллиона приложений8, Google Play около 2,7 миллиона9; оба были представлены около 14 лет назад. Это может быть разумно ожидать сопоставимого уровня внедрения Web3 в сопоставимых сроки. ● Внедрение суперсетей: на момент написания этой статьи прошел год с момента внедрение суперсетей, существует более 100 проектов-кандидатов суперсетей, многие из них находятся в активной разработке. Исходя из этого, предложены сценарии роста Суперсети кажутся реалистичными, особенно если учесть, что развертывание суперсетей должно стать значительно проще после введения уровня ставок (описанного в § 6). Кроме того, это заметно, что тенденция интереса к суперсетям в относительном выражении сильнее, чем к один для публичных сетей. По этой причине мы предполагаем то же самое для предлагаемого сценарии роста. Чтобы еще больше оправдать это, можно провести содержательную параллель с историей внедрения Web2. можно нарисовать. На заре Web2 общий хостинг приложений – эквивалент Web2. в публичные сети – было гораздо более распространено, чем сейчас. По мере того как отрасль развивалась, 9 Источник: https://www.appbrain.com/stats/number-of-android-apps 8 Источник: https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st руда/ 7 Источник: https://polygonscan.com/chart/txвыделенный хостинг – эквивалент Web2 Supernets – стал нормой для каждого приложение со значимой пользовательской базой и уровнем активности. Опять же, количество цепочек Polygon является абстрактным понятием в нашей модели; в сочетании с количество транзакций на цепочку, оно должно в первую очередь отражать уровень экономической активности в экосистема. Аналогичным образом, распространенность, то есть соотношение суперсетей по сравнению с публичными сетями, является абстрактное, консервативное предположение. Если окажется, что публичные сети более популярны относительно суперсетей результаты моделирования, представленные в § 9.4, будут выглядеть аналогично или лучше из-за соответствующих уровней комиссий за транзакции. В дополнение к вышеупомянутым сценариям роста мы оцениваем следующие факторы: ● Первоначальная поставка в размере 10 миллиардов горючего, как описано в § 5.1; ● Ежегодная норма выбросов 1% для стимулов validator, как описано в § 5.2; ● Ежегодная ставка выбросов в размере 1% для казны Сообщества, как описано в § 5.2; ● Средняя цена на горючее в размере 5 долларов за 10-летний период; ● В среднем 38 транзакций в секунду на публичные сети, что сопоставимо с текущим Polygon Использование цепочки PoS10; ● 19 транзакций/секунду на средний за Супернет, а оценка основанный на тот требования проектов Supernet; ● Средняя комиссия за транзакцию в публичных сетях составляет 0,01 доллара США, оценка основана на текущем среднем значении. комиссии в цепочке PoS Polygon;11 ● Средняя комиссия за транзакцию в сети Supernet составляет 0,001 доллара США, по консервативной оценке, учитывая обилие пространство блоков и «гонка ко дну», которую это, вероятно, приведет к комиссиям за транзакции; ● 100 validator в среднем на публичную цепочку, что эквивалентно текущему размеру набора validator Polygon PoS; ● 15 validator в среднем на суперсеть, в зависимости от требований и реалистичных потребностей Кандидаты в суперсети; ● Средние эксплуатационные расходы 6000 долларов США в год на validator, что эквивалентно текущему PoS Polygon. данных, постепенно уменьшаясь по модифицированной версии закона Мура (50% снижение за 3 года). Стоит отметить, что цена горючего, хотя и является одним из обязательных входных данных модели, напрямую и существенно влияет только на приток в казну сообщества, а не на другие ключевые показатели индикаторы. Кроме того, оценки комиссий за транзакции не учитывают стоимость доступности данных на 11 Источник: https://polygonscan.com/chart/gasprice

Source: https://polygonscan.com/chart/tx

Source: https://polygonscan.com/chart/tx

Ethereum for Polygon chains that use the rollup model; we ignore this cost because it is passed to Ethereum. 9.3 Methodology We define a simple model to estimate the key performance indicators of the ecosystem, and validate the hypothesis from § 9.1. The key indicators and the methodology to determine them are as follows: ● Staking ratio ( ): The portion of the POL supply staked by validators. 𝑆𝑟 𝑆𝑟= 𝑆𝑠 / 𝑆𝑡 Where is staked supply, i.e. total amount of POL staked by validators, and is total 𝑆𝑠 𝑆𝑡 supply, i.e. current supply of POL. ● Validator emission incentives ( ): Yearly validator incentives that come from POL 𝑉𝑖𝑖 emission. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 Where is total supply, is yearly emission rate for validator rewards and is POL 𝑆𝑡 𝐼𝑣 𝑃 price. ● Validator fees incentives ( ): Yearly validator incentives that come from gas fees. 𝑉𝑖𝑓 𝑉𝑖𝑓= 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 Where is number of public chains, is number of transactions per public chain, 𝐶𝑝 𝑇𝑝 𝐹𝑝 is average transaction fee per public chain, is number of Supernets, is number of 𝐶𝑠 𝑇𝑠 transactions per Supernet and is average transaction fee per Supernet. 𝐹𝑠 ● Validator running costs ( ): Cumulative yearly running costs of all Polygon validators. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 Where is number of validators per public chain, is number of public chains, is 𝑁𝑝 𝐶𝑝 𝑁𝑠 number of validators per Supernet, is number of Supernets and are yearly running 𝐶𝑠 𝑌 costs for a single validator. ● Return on Work ( ): Total validator earnings expressed as a percentage of the value 𝑉𝑟 of staked POL. 𝑉𝑟= (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)

Where are validator issuance incentives, are validator fee incentives, are 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator running costs, is staked supply and is POL price. 𝑆𝑠 𝑃 ● Community Treasury inflow ( ): Total yearly inflow to the Community Treasury. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 Where is total supply, is yearly emission rate for the Community Treasury and is 𝑆𝑡 𝐼𝑡 𝑃 POL price. 9.4 Results The model accepts the required inputs and processes them using the presented methodology. The results for varying input sets can provide interesting insights into the ecosystem and its dynamics, including but not limited to: ● The attractiveness and sustainability of validator incentives; ● The amount and dynamics of the the Community Treasury inflows; ● The structure of validator incentives and their changes over time; ● The effect of price on all observed indicators; ● The effect of different adoption levels to all observed indicators etc. Here we run the model with the inputs provided in § 9.2 and observe the three indicators required to validate our initial hypothesis: staking ratio ( ), validator incentives ( ) and treasury 𝑆𝑟 𝑉𝑖 inflow ( ). 𝑋𝑖 Based on the model results, we are reasonably confident that the described POL-powered ecosystem can meet all three goals outlined in § 9.1: ● Sufficient ecosystem security: We fixed the staking ratio ( ) at 30% and ran the 𝑆𝑟 model. Given that the remaining two indicators – validator incentives ( ) and treasury 𝑉𝑖 inflow ( ) – are showing expected or higher than expected values, we conclude that the 𝑋𝑖 staking ratio should retain satisfactory or higher than satisfactory levels. ● Sufficient validator incentives: The results show that the targeted Return on Work ( ) 𝑉𝑟 of 4-5% is realistic to expect. Moreover, it reaches ≈7% for medium growth and ≈10% for fast growth scenario. In reality, this would likely cause the staking ratio to increase (thus further increasing security of the ecosystem), until the market determines the equilibrium between staking ratio and returns.

Annual Community Treasury inflow projections showing growth under different adoption scenarios

Return on Work percentage simulation results across different adoption scenarios

● Sufficient ecosystem support: The results show that the minimal satisfactory level of the Community Treasury inflows ( ) of $50-100 million per year is realistic to expect. 𝑋𝑖 Moreover, it reaches significantly higher levels towards the end of the 10-year period. However, the treasury inflow is directly related to the price of POL, and thus highly speculative. If the treasury ends up having more funds than the ecosystem realistically needs, the community might decide to burn the excess POL, as mentioned in § 7. Figure 4. Return on Work and Community Treasury inflow The full model is open-source and can be accessed on GitHub, and used to produce and analyze results for arbitrary sets of inputs. 10 Conclusion The vision behind Polygon is to build the Value Layer of the Internet. To achieve this vision, the redesigned Polygon protocol architecture introduces a novel, infinitely scalable and seamlessly interconnected network of Layer 2 chains. In this paper, we introduced POL, the proposed native token of Polygon, designed to secure, coordinate and align the Polygon ecosystem and supercharge its growth. The proposed design and tokenomics of POL achieve the rigorous design goals that we defined. We created a model to simulate the key performance indicators of the POL-powered ecosystem, provided required model inputs and analyzed the results of the simulation. The results confirmed the hypothesis of the model, derived from the aforementioned design goals.

Based on everything above, we conclude that POL is a novel, next generation asset that provides a solid foundation for Polygon to achieve its ambitious vision.

Источник: https://polygonscan.com/chart/tx

Ethereum для цепочек Polygon, использующих модель rollup; мы игнорируем эту стоимость, потому что она передается до Ethereum. 9.3 Методология Мы определяем простую модель для оценки ключевых показателей эффективности экосистемы и подтвердить гипотезу из п. 9.1. Ключевые показатели и методика их определения следующие: ● Коэффициент ставок ( ): Часть поставок POL, поставленная на карту validators. 𝑆𝑟 𝑆𝑟= 𝑆𝑠 / 𝑆𝑡 Где это поставленное предложение, т. е. общее количество POL, поставленное на ставку validators, и Всего 𝑆𝑠 𝑆𝑡 поставка, т.е. текущий запас ГСМ. ● Стимулы к выбросам валидаторов ( ): Ежегодные validator поощрения от POL. 𝑉𝑖𝑖 эмиссия. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 Где общее предложение, — годовая норма выбросов для validator вознаграждений и это ПОЛ 𝑆𝑡 𝐼𝑣 𝑃 цена. ● Стимулирование комиссий валидатора ( ): Ежегодные validator льготы в виде платы за газ. 𝑉𝑖𝑓 𝑉𝑖𝑓= 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 Где количество публичных сетей, количество транзакций на публичную цепочку, 𝐶𝑝 𝑇𝑝 𝐹𝑝 средняя комиссия за транзакцию для публичной сети, количество суперсетей, это количество 𝐶𝑠 𝑇𝑠 транзакций на суперсеть и — средняя комиссия за транзакцию в суперсети. 𝐹𝑠 ● Эксплуатационные расходы валидатора ( ): Совокупные годовые эксплуатационные расходы всех Polygon validators. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 Где количество validator на публичную цепочку, количество публичных сетей, есть 𝑁𝑝 𝐶𝑝 𝑁𝑠 количество validator в суперсети, количество суперсетей и проводятся ежегодно 𝐶𝑠 𝑌 стоимость одного validator. ● Возврат на работу( ): Общий доход validator, выраженный в процентах от стоимости. 𝑉𝑟 поставленного POL. 𝑉𝑟= (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)

Return on Work percentage simulation results across different adoption scenarios

Где являются стимулами к выпуску validator, являются validator льготными гонорарами, являются 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator текущие расходы, поставлено на карту предложение и цена POL. 𝑆𝑠 𝑃 ● Приток в казну сообщества ( ): Общий годовой приток в казну сообщества. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 Где общее предложение, годовой уровень выбросов для казны сообщества и есть 𝑆𝑡 𝐼𝑡 𝑃 Цена ГСМ. 9.4 Результаты Модель принимает необходимые входные данные и обрабатывает их с использованием представленной методологии. Результаты для различных входных наборов могут дать интересное представление об экосистеме и ее динамика, включая, помимо прочего: ● Привлекательность и устойчивость validator стимулов; ● Объем и динамика поступлений в казну Сообщества; ● Структура стимулов validator и их изменения с течением времени; ● Влияние цены на все наблюдаемые показатели; ● Влияние различных уровней внедрения на все наблюдаемые показатели и т. д. Здесь мы запускаем модель с входными данными, указанными в § 9.2, и наблюдаем за тремя индикаторами. необходимое для проверки нашей первоначальной гипотезы: соотношение staking ( ), validator поощрений ( ) и казначейство 𝑆𝑟 𝑉𝑖 приток ( ). 𝑋𝑖 Основываясь на результатах моделирования, мы достаточно уверены, что описанный POL-приведенный в действие экосистема может достичь всех трех целей, изложенных в § 9.1: ● Достаточная безопасность экосистемы: мы исправили соотношение staking ( ) на 30% и запустил 𝑆𝑟 модель. Учитывая, что оставшиеся два показателя – validator стимулов ( ) и казначейство 𝑉𝑖 приток ( ) – показывают ожидаемые или превышающие ожидаемые значения, мы делаем вывод, что 𝑋𝑖 Коэффициент staking должен оставаться на удовлетворительном уровне или выше удовлетворительного. ● Достаточные validator стимулы: результаты показывают, что целевая рентабельность труда ( ) 𝑉𝑟 вполне реально ожидать 4-5%. При этом он достигает ≈7% для среднего роста и ≈10% для сценарий быстрого роста. В действительности это, скорее всего, приведет к увеличению коэффициента staking (таким образом, дальнейшее повышение безопасности экосистемы), пока рынок не определит равновесие между соотношением staking и доходностью.● Достаточная поддержка экосистемы. Результаты показывают, что минимальный удовлетворительный уровень поступления в казну сообщества ( ) в размере 50-100 миллионов долларов в год вполне реально ожидать. 𝑋𝑖 Более того, к концу 10-летнего периода он достигает значительно более высоких уровней. Однако приток казначейства напрямую связан с ценой на горючее и, следовательно, в значительной степени спекулятивный. Если в казне окажется больше средств, чем в реальной экосистеме потребностей, сообщество может принять решение сжечь излишки ГСМ, как указано в § 7. Рисунок 4. Рентабельность труда и приток средств в общественную казну Полная модель имеет открытый исходный код, доступна на GitHub и используется для создания и анализировать результаты для произвольных наборов входных данных. 10 Заключение Целью Polygon является создание ценностного уровня Интернета. Чтобы реализовать это видение, переработанная архитектура протокола Polygon представляет новую, бесконечно масштабируемую и плавную взаимосвязанная сеть Layer 2 цепочек. В этой статье мы представили POL, предлагаемый собственный token для Polygon, предназначенный для защиты, координируйте и выравнивайте экосистему Polygon и ускоряйте ее рост. Предлагаемая конструкция и tokenомика POL соответствует строгим целям проектирования, которые мы определили. Мы создали модель для моделирования ключевых показателей эффективности экосистемы, основанной на POL, предоставил необходимые входные данные модели и проанализировал результаты моделирования. Результаты подтвердил гипотезу модели, вытекающую из вышеупомянутых целей проектирования.

На основании всего вышеизложенного мы приходим к выводу, что ГСМ — это новый актив нового поколения, который обеспечивает прочную основу для Polygon для достижения своей амбициозной цели.

Annual Community Treasury inflow projections showing growth under different adoption scenarios