Livre blanc Polygon
Resumo
Este artigo propõe POL, o token nativo da arquitetura de protocolo Polygon revisada, comumente referido como Polygon 2.0. Como sucessor do MATIC, o POL deverá se tornar uma ferramenta instrumental para coordenação e crescimento do ecossistema Polygon e o principal impulsionador da visão de Polygon como a camada de valor para a Internet. Começamos por analisar trabalhos relevantes, identificando oportunidades e ameaças e, com base nisso, estabelecer metas de design de POL. Propomos design, utilidade e tokenômica do POL que atinjam todos os objetivos do projeto. Descrevemos o conceito da Staking Layer, um coordenador de cadeia único e alimentado por POL, capaz de suportar um número praticamente ilimitado de cadeias Polygon com recursos arbitrários e configurações. Acreditamos que a introdução da camada de staking e do Polygon 2.0 mais amplo arquitetura pode estabelecer Polygon como o terceiro avanço mais importante e impactante em Web3 (sendo os dois primeiros Bitcoin e Ethereum), dada a magnitude da inovação e adoção que pode facilitar. Apresentamos o Tesouro Comunitário, um fundo protocolado e administrado pela comunidade, projetado para fornecer apoio econômico contínuo para maior desenvolvimento e crescimento do Polygon ecossistema. Descrevemos o processo de migração do MATIC para o POL. Para analisar o projeto proposto, definimos um modelo de simulação econômica e executamos simulações confirmar a hipótese do modelo, derivada dos objetivos de design acima mencionados. Com base em tudo acima, concluímos que o POL é um ativo novo e de próxima geração que fornece uma base sólida para a visão ambiciosa da Camada de Valor.
Résumé
Cet article propose POL, le token natif de l'architecture de protocole Polygon révisée, communément appelé Polygon 2.0. En tant que successeur de MATIC, POL devrait devenir un outil instrumental pour la coordination et la croissance de l'écosystème Polygon et le principal moteur de la vision de Polygon en tant que couche de valeur pour Internet. Nous commençons par analyser les travaux pertinents, en identifiant les opportunités et les menaces et, sur cette base, nous établir les objectifs de conception du POL. Nous proposons une conception, une utilité et des tokenomics de POL qui réalisent tous les objectifs de conception. Nous décrivons le concept du Staking Layer, un coordinateur de chaîne unique en son genre, alimenté par POL, capable de prendre en charge un nombre pratiquement illimité de chaînes Polygon avec des fonctionnalités arbitraires et configurations. Nous pensons que l'introduction de la couche de jalonnement et du Polygon 2.0 plus large l'architecture peut établir Polygon comme la troisième avancée la plus importante et la plus percutante dans Web3 (les deux premiers étant Bitcoin et Ethereum), compte tenu de l'ampleur de l'innovation et l’adoption qu’il peut faciliter. Nous introduisons le Trésor communautaire, un fonds intégré au protocole et géré par la communauté, conçu pour fournir un soutien économique continu pour le développement et la croissance futurs du Polygon écosystème. Nous décrivons le processus de migration de MATIC vers POL. Pour analyser la conception proposée, nous définissons un modèle de simulation économique et exécutons des simulations pour confirmer l'hypothèse du modèle, dérivée des objectifs de conception susmentionnés. Sur la base de tout ce qui précède, nous concluons que POL est un nouvel actif de nouvelle génération qui fournit une base solide pour la vision ambitieuse de la couche de valeur.
Visão
A visão por trás de Polygon como a Camada de Valor da Internet é inaugurar um mundo em que o valor podem ser criados e trocados livre e globalmente, da mesma forma que criamos e trocamos informações hoje. Um mundo que permite novas formas – mais justas, mais inclusivas e mais eficientes das organizações humanas e da governação. Acreditamos firmemente que a concretização desta visão pode avançar significativamente a nossa sociedade. Para tornar esta visão ambiciosa uma realidade, a infraestrutura de Polygon deve melhorar. Especificamente, deve tornar-se exponencialmente mais escalável, sem sacrificar a segurança e a segurança do utilizador. experiência. Para resolver isso, uma arquitetura de protocolo reinventada está sendo introduzida como parte do Polygon Esforço 2.0. Este redesenho radical transforma Polygon em uma rede de cadeias L2 alimentadas por ZK, unificadas através de um novo protocolo de coordenação entre cadeias. A rede pode suportar um número praticamente ilimitado número de cadeias, e as interações entre cadeias podem acontecer de forma contínua e instantânea, sem suposições adicionais de segurança ou confiança. Este design cumpre totalmente o acima mencionado requisito – escalabilidade exponencial sem sacrificar a segurança e a experiência do usuário. Figura 1. Arquitetura do protocolo Polygon Para coordenar, proteger e expandir esta rede poderosa, um protocolo avançado e bem projetado economia e design de mecanismos são necessários. Isso inspirou a criação do POL.
Vision
La vision derrière Polygon en tant que couche de valeur d'Internet est d'inaugurer un monde dans lequel la valeur peuvent être créés et échangés librement et à l’échelle mondiale, de la même manière que nous créons et échangeons informations aujourd'hui. Un monde qui permet de nouvelles formes – plus justes, plus inclusives et plus efficaces des organisations humaines et de la gouvernance. Nous croyons fermement que la réalisation de cette vision peut faire progresser considérablement notre société. Afin de faire de cette vision ambitieuse une réalité, l’infrastructure de Polygon doit s’améliorer. Plus précisément, il doit devenir exponentiellement plus évolutif, sans sacrifier la sécurité et l'utilisation expérience. Pour résoudre ce problème, une architecture de protocole repensée est introduite dans le cadre du Polygon Effort 2.0. Cette refonte radicale transforme Polygon en un réseau de chaînes L2 alimentées par ZK, unifiées via un nouveau protocole de coordination inter-chaînes. Le réseau peut prendre en charge un nombre pratiquement illimité nombre de chaînes, et les interactions entre chaînes peuvent se produire de manière transparente et instantanée sans des hypothèses supplémentaires en matière de sécurité ou de confiance. Cette conception répond pleinement à ce qui précède exigence – évolutivité exponentielle sans sacrifier la sécurité et l’expérience utilisateur. Figure 1. Architecture du protocole Polygon Pour coordonner, sécuriser et développer ce puissant réseau, un protocole avancé et bien conçu l'économie et la conception des mécanismes sont nécessaires. Cela a inspiré la création de POL.
Trabalho relevante
Neste capítulo descrevemos exemplos de design nativos relevantes token, a utilidade que eles atribuem ao token bem como vantagens e desvantagens notáveis. 2.1Bitcoin (BTC) BTC é o token nativo do protocolo Bitcoin e é o primeiro token nativo proeminente implementação. A utilidade do BTC é dupla: ● Recompensas do mineiro: o protocolo emite BTC e o distribui para o protocolo validators, também conhecido como mineiros; ● Taxas de transação: Os usuários pagam taxas em BTC para cada transação, o que evita spam e fornece incentivos adicionais para os mineiros. Uma vantagem do design do BTC é um fornecimento determinístico, ou seja, previsível. Normalmente, tokens com oferta determinística são mais atraentes para os detentores e podem capturar valor melhor do que aqueles com oferta não determinística. Consideramos o BTC um design legado token e argumentamos que suas desvantagens são múltiplas: ● É um ativo improdutivo, não confere aos seus titulares nenhum papel significativo no protocolo nem os incentivos para desempenhar tal função; ● Não aproveita a oportunidade de exigir participação no token nativo para protocolo validators e, em vez disso, exige que eles façam stake, ou seja, invistam recursos externos (mineração equipamentos e eletricidade), tornando o protocolo menos resiliente e autossustentável; ● Reduz gradualmente a emissão de recompensas de mineração até chegar a zero, o que introduz preocupações de sustentabilidade e segurança (não está claro se a segurança pode ser mantida uma vez a taxa de emissão torna-se baixa ou chega a zero); ● Não introduz qualquer tipo de apoio económico ao ecossistema; ● Não confere quaisquer direitos de governança aos detentores, embora se possa argumentar que Layer 1 protocolos como Bitcoin não devem utilizar tokens para governança. 2.2 Ethereum (ETH) ETH é o token nativo do protocolo e ecossistema Ethereum. Com seu design inovador, estabeleceu a próxima geração de protocolos nativos tokens.
A utilidade do ETH é múltipla: ● Validadores staking: O protocolo PoS (Proof-of-Stake) de Ethereum requer validators para apostar ETH para ingressar no pool validator; ● Recompensas do validador: O protocolo emite ETH e distribui para o protocolo validators; ● Taxas de transação: Os usuários pagam taxas em ETH para cada transação, o que evita spam e fornece incentivos adicionais para validators. O design da ETH tem múltiplas vantagens: ● É um ativo produtivo, os seus detentores podem participar na segurança da rede e receber incentivos para fazer isso; ● Ele desincentiva o comportamento malicioso de validators por meio de cortes no protocolo, ou seja, destruindo tokens de validators maliciosos; ● Não introduz preocupações de segurança e sustentabilidade, dado que não tem limite de fornecimento como BTC; ● Fornece apoio económico ao ecossistema através de uma porção predeterminada do investimento inicial. fornecimento atribuído à fundação de gestão. Uma desvantagem potencial do projeto ETH é que ele não possui fornecimento totalmente previsível, dado que a emissão de token para recompensas de validator aumenta à medida que mais tokens são apostados. No entanto, isso é combatido com sucesso pelo mecanismo integrado que queima1 uma porção de cada taxa de transação, contrariando assim o impacto da emissão de token para recompensas de validator. Outro a desvantagem é que o referido apoio económico não pode durar indefinidamente; o inicial token a alocação para a fundação de gestão acabará se esgotando. Por último, não atribuir qualquer direito de governança aos titulares de token, embora, como mencionado acima, possa ser argumentado que os protocolos Layer 1 não devem utilizar tokens para governança. 2.3 Cosmos (ÁTOM) ATOM é o token nativo do hub Cosmos, o blockchain central pretendido do Cosmos ecossistema multicadeia. Possui utilidade múltipla, mas apenas dentro do hub Cosmos: ● Validadores staking; ● Recompensas do validador; ● Taxas de transação; 1https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md● Governança. O design do ATOM tem as seguintes vantagens: ● É um ativo produtivo, seus titulares podem participar na garantia do Cosmos Hub e receber incentivos para fazer isso; ● Não introduz preocupações de segurança e sustentabilidade, dado que não tem limite de abastecimento; ● Fornece apoio económico ao ecossistema através de uma alocação predeterminada para o fundação de administração; ● Concede aos seus titulares direitos de governação através de um modelo de governação abrangente. As desvantagens do design ATOM: ● Ele só tem utilidade no Hub Cosmos; não é usado para executar e proteger outras cadeias no ecossistema, embora existam iniciativas para permitir isso; ● Facilita um modelo de governança apenas token, que exclui outras partes interessadas relevantes do ecossistema (desenvolvedores, contribuidores proeminentes, aplicações, etc.) desde a decisão fazer; ● O apoio económico que facilita não pode durar indefinidamente, uma vez que o tesouro token eventualmente se esgotar. 2.4 Polkadot (DOT) DOT é o token nativo do ecossistema multicadeia Polkadot. Tem a mesma utilidade que o ATOM, mas geralmente em todo o ecossistema Polkadot: ● Validadores staking; ● Recompensas do validador; ● Taxas de transação; ● Governança. O design do DOT tem as seguintes vantagens: ● É um ativo produtivo; ● Não introduz preocupações de segurança e sustentabilidade, dado que não tem limite de abastecimento; ● Fornece apoio económico ao ecossistema através de uma alocação predeterminada para o fundação de administração; ● Concede aos seus titulares direitos de governação através de um modelo de governação abrangente;
● Ele fornece segurança para todo o ecossistema, ou seja, todos os blockchains participantes. As desvantagens são: ● Ele exige o uso de DOT como validator staking token para todas as redes participantes, reduzindo assim as opções arquitetônicas para desenvolvedores de cadeias Polkadot; ● Ele introduz um nível significativo de atrito para desenvolvedores de Polkadot blockchains que estão obrigados a licitar e bloquear quantidades significativas de DOT para que suas cadeias se tornem parte do ecossistema; ● Facilita um modelo de governança apenas token, que exclui outras partes interessadas relevantes do ecossistema desde a tomada de decisões; ● O apoio económico que facilita não pode durar indefinidamente, uma vez que o tesouro token eventualmente se esgotar. 2.5 Aave (Aave) AAVE é o token nativo do Aave, uma plataforma de empréstimo token em rede. Dado que AAVE não é um protocolo mas sim uma aplicação token, não analisamos o seu design, vantagens e desvantagens. A relevância do AAVE para o design do POL é dupla: ● AAVE é o sucessor do LEND, o nativo inicial token do Aave; a comunidade Aave executou uma migração bem-sucedida e benéfica de LEND para AAVE; ● AAVE fornece aos seus titulares direitos de governança por meio de um modelo de governança abrangente.
Travail pertinent
Dans ce chapitre, nous décrivons des exemples de conception token natifs pertinents, l'utilitaire qu'ils attribuent au token ainsi que des avantages et inconvénients notables. 2.1 Bitcoin (BTC) BTC est le token natif du protocole Bitcoin, et c'est le premier token natif important. mise en œuvre. L’utilité du BTC est double : ● Récompenses des mineurs : le protocole émet du BTC et le distribue au protocole validators, alias les mineurs; ● Frais de transaction : les utilisateurs paient des frais en BTC pour chaque transaction, ce qui évite le spam et offre des incitations supplémentaires aux mineurs. L’un des avantages de la conception BTC est un approvisionnement déterministe, c’est-à-dire prévisible. Normalement, tokens avec une offre déterministe sont plus attrayants pour les détenteurs et peuvent mieux capturer la valeur que ceux avec une offre non déterministe. Nous considérons BTC comme une conception héritée token et nous affirmons que ses inconvénients sont multiples : ● C'est un actif improductif, il ne confère à ses détenteurs aucun rôle significatif dans le protocole ni les incitations à remplir un tel rôle ; ● Il ne tire pas parti de la possibilité d'exiger une participation dans le token natif pour le protocole validators et leur impose plutôt de miser, c'est-à-dire d'investir des ressources externes (exploitation minière équipements et électricité), rendant ainsi le protocole moins résilient et moins autonome ; ● Il réduit progressivement les émissions des récompenses minières jusqu'à ce qu'elles atteignent zéro, ce qui introduit problèmes de durabilité et de sécurité (il n’est pas clair si la sécurité peut être maintenue une fois le taux d'émission devient faible ou atteint zéro) ; ● Il n’introduit aucun type de soutien économique à l’écosystème ; ● Il ne confère aucun droit de gouvernance aux détenteurs, même si l'on peut affirmer que Layer 1 les protocoles tels que Bitcoin ne doivent pas utiliser les token pour la gouvernance. 2.2 Ethereum (ETH) ETH est le token natif du protocole et de l'écosystème Ethereum. Avec son design innovant, il a établi la prochaine génération de protocoles natifs tokens.
L’utilité de l’ETH est multiple : ● Validateurs staking : le protocole PoS (Proof-of-Stake) de Ethereum nécessite que validators jalonne ETH afin de rejoindre le pool validator ; ● Récompenses du validateur : le protocole émet de l'ETH et le distribue au protocole validators ; ● Frais de transaction : les utilisateurs paient des frais en ETH pour chaque transaction, ce qui évite le spam et offre des incitations supplémentaires aux validator. La conception de l’ETH présente de multiples avantages : ● C'est un bien productif, ses détenteurs peuvent participer à la sécurisation du réseau et ils recevoir des incitations pour le faire ; ● Il décourage les comportements malveillants des validator via le slashing dans le protocole, c'est-à-dire en détruisant tokens de validators malveillants ; ● Il n’introduit pas de problèmes de sécurité et de durabilité, étant donné qu’il n’a pas plafond d’offre comme BTC ; ● Il apporte un soutien économique à l’écosystème via une part prédéterminée du budget initial. fourniture allouée à la fondation de gestion. L’un des inconvénients potentiels de la conception de l’ETH est qu’elle ne dispose pas d’un approvisionnement entièrement prévisible. étant donné que l'émission token pour les récompenses validator augmente à mesure que davantage de token sont mis en jeu. Cependant, ceci est contré avec succès par le mécanisme intégré qui brûle1 une partie de chaque frais de transaction, contrecarrant ainsi l'impact de l'émission token pour les récompenses validator. Un autre L'inconvénient est que le soutien économique susmentionné ne peut pas durer indéfiniment ; l'initiale L'allocation token à la fondation de gestion finira par s'épuiser. Enfin, ce n'est pas le cas attribuer tout droit de gouvernance aux détenteurs de token, même si, comme mentionné ci-dessus, on peut affirmer que les protocoles Layer 1 ne devraient pas utiliser les token pour la gouvernance. 2.3 Cosmos (ATOM) ATOM est le token natif du Cosmos Hub, le blockchain central prévu du Cosmos écosystème multi-chaînes. Il a de multiples utilités, mais uniquement dans Cosmos Hub : ● Validateurs staking ; ● Récompenses du validateur ; ● Frais de transactions ; 1 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md● Gouvernance. La conception d’ATOM présente les avantages suivants : ● C'est un bien productif, ses détenteurs peuvent participer à la sécurisation du Cosmos Hub et recevoir des incitations pour le faire ; ● Il n’introduit pas de problèmes de sécurité et de durabilité, étant donné qu’il n’a pas bouchon d'approvisionnement ; ● Il apporte un soutien économique à l'écosystème via une allocation prédéterminée au fondation de gestion; ● Il confère à ses détenteurs des droits de gouvernance via un modèle de gouvernance complet. Les inconvénients de la conception ATOM : ● Il n'a d'utilité que dans Cosmos Hub ; il n'est pas utilisé pour faire passer et sécuriser d'autres chaînes dans le l’écosystème, bien qu’il existe des initiatives pour permettre cela ; ● Il facilite un modèle de gouvernance uniquement token, qui exclut les autres parties prenantes concernées. de l'écosystème (développeurs, contributeurs éminents, applications, etc.) depuis la décision faire; ● Le soutien économique qu'il facilite ne peut pas durer indéfiniment, puisque le trésor token finissent par s'épuiser. 2.4 Polkadot (POINT) DOT est le token natif de l'écosystème multi-chaînes Polkadot. Il a la même utilité qu'ATOM, mais généralement dans l'ensemble de l'écosystème Polkadot : ● Validateurs staking ; ● Récompenses du validateur ; ● Frais de transactions ; ● Gouvernance. La conception du DOT présente les avantages suivants : ● C'est un actif productif ; ● Il n’introduit pas de problèmes de sécurité et de durabilité, étant donné qu’il n’a pas bouchon d'approvisionnement ; ● Il apporte un soutien économique à l'écosystème via une allocation prédéterminée au fondation de gestion; ● Il confère à ses titulaires des droits de gouvernance via un modèle de gouvernance complet ;
● Il assure la sécurité de l’ensemble de l’écosystème, c’est-à-dire de tous les blockchain participants. Les inconvénients sont : ● Il impose l'utilisation du DOT comme validator staking token pour toutes les chaînes participantes, réduisant ainsi les options architecturales pour les développeurs de chaînes Polkadot ; ● Cela introduit un niveau de friction important pour les développeurs de Polkadot blockchain qui sont tenus d'enchérir et de verrouiller des quantités importantes de DOT pour que leurs chaînes deviennent une partie de l'écosystème; ● Il facilite un modèle de gouvernance uniquement token, qui exclut les autres parties prenantes concernées. de l'écosystème depuis la prise de décision ; ● Le soutien économique qu'il facilite ne peut pas durer indéfiniment, puisque le trésor token finissent par s'épuiser. 2.5 Aave (Aave) AAVE est le token natif d'Aave, une plateforme de prêt en chaîne token. Etant donné qu'AAVE n'est pas un protocole mais une application token, nous n'analysons pas sa conception, avantages et inconvénients. La pertinence d’AAVE pour la conception de POL est double : ● AAVE est le successeur de LEND, le token natif initial d'Aave ; la communauté Aave exécuté une migration réussie et bénéfique de LEND vers AAVE ; ● AAVE offre à ses titulaires des droits de gouvernance via un modèle de gouvernance complet.
Metas de design
Com base na análise de trabalhos relevantes, várias oportunidades importantes para o POL beneficiar o Polygon ecossistema foram identificados. Essas oportunidades são apresentadas aqui como POL objetivos de projeto. 1. Segurança do ecossistema. A POL deve ajudar a estabelecer um conjunto altamente descentralizado de validators que podem executar e proteger qualquer cadeia Polygon. Os validadores devem ser incentivados para ingressar e permanecer no pool validator e ajudar a proteger o maior número possível de cadeias, e em ao mesmo tempo, desincentivados a fazer qualquer coisa maliciosa. 2. Escalabilidade infinita. POL deve apoiar o crescimento exponencial do ecossistema Polygon e eventual “hiperbloqueio” do mundo. Primeiramente, deve habilitar o validator pool em escala para suportar milhares de cadeias Polygon.
3. Apoio ao ecossistema. Sendo uma rede global em formação, Polygon exigirá apoio económico para um maior desenvolvimento e crescimento. A POL deverá ajudar a estabelecer uma mecanismo de financiamento autossustentável para essas atividades. Este “veículo” de financiamento deverá ser governado pela comunidade Polygon. 4. Sem atrito. As redes Blockchain geralmente exigem que usuários e desenvolvedores mantenham e apostem ou consumir seus tokens nativos para usar a rede. Isso causa atrito e degrada a experiência do usuário e do desenvolvedor. O POL deve ser concebido de uma forma que não não introduza tal atrito. 5. Propriedade comunitária. Polygon é concebido como uma rede descentralizada governada por sua comunidade. Atribuir direitos de governança aos titulares de POL pode permitir a criação de modelos de governança eficazes nos quais os tomadores de decisão são diretamente incentivados a apoiar propostas que sejam do melhor interesse do ecossistema Polygon.
Objectifs de conception
Sur la base de l'analyse des travaux pertinents, plusieurs opportunités majeures pour POL de bénéficier au L'écosystème Polygon a été identifié. Ces opportunités sont présentées ici comme Pôle objectifs de conception. 1. Sécurité des écosystèmes. POL devrait contribuer à établir un pool hautement décentralisé de validators qui peuvent exécuter et sécuriser n'importe quelle chaîne Polygon. Les validateurs devraient être incités pour rejoindre et rester dans le pool validator et aider à sécuriser autant de chaînes que possible, et à en même temps, dissuadé de faire quoi que ce soit de malveillant. 2. Évolutivité infinie. POL devrait soutenir la croissance exponentielle de l'écosystème Polygon et une éventuelle « hyperblochainisation » du monde. Principalement, il devrait activer le validator pool à grande échelle pour prendre en charge des milliers de chaînes Polygon.
3. Soutien de l'écosystème. Étant un réseau mondial en devenir, Polygon nécessitera un soutien économique pour la poursuite du développement et de la croissance. POL devrait aider à établir un mécanisme de financement autonome pour ces activités. Ce « véhicule » de financement devrait être régi par la communauté Polygon. 4. Aucun frottement. Les réseaux blockchain exigent souvent que les utilisateurs et les développeurs détiennent et mettent en jeu ou consommer leurs token natifs afin d'utiliser le réseau. Cela provoque des frictions et dégrade l’expérience utilisateur et développeur. POL doit être conçu de manière à ne pas n’introduit pas de telles frictions. 5. Propriété communautaire. Polygon est envisagé comme un réseau décentralisé régi par sa communauté. L'attribution de droits de gouvernance aux détenteurs de POL peut permettre la création de des modèles de gouvernance efficaces dans lesquels les décideurs sont directement incités à soutenir les propositions qui sont dans le meilleur intérêt de l’écosystème Polygon.
Utilitário
POL é o token nativo de Polygon e, como tal, representa a principal ferramenta de coordenação e incentivo de todo o ecossistema Polygon. Possui utilidade multifacetada, a saber: ● Validador staking; ● Recompensas do validador; ● Propriedade comunitária, ou seja, governança. 4.1 Validador staking Polygon validators são obrigados a apostar POL para ingressar no pool validator. O validador staking aumenta a segurança do ecossistema ao: ● Prevenir ataques de Sybil; ● Alinhando validators com o sucesso do ecossistema; ● Habilitando cortes, ou seja, punição de validators maliciosos. Ao staking POL e ingressar no pool validator, validators tornam-se elegíveis para se inscrever para validar qualquer cadeia Polygon. A validação e seus benefícios para validators são explicados com mais detalhes em § 6.3.
4.2 Recompensas do validador A descentralização e o tamanho do pool validator são extremamente importantes para a segurança, resiliência e neutralidade de todo o ecossistema Polygon. Para incentivar a integração e retenção de validator, quantidades predefinidas de POL devem ser distribuídas continuamente para Polygon validators como protocolo recompensas. As recompensas do protocolo devem ser distribuídas aos validators proporcionalmente à quantidade de POL eles apostam. A emissão POL está descrita no § 5.2. As recompensas do protocolo fornecem incentivos básicos para validators e estabelecem condições equitativas para o conjunto validator inteiro. Além disso, validators podem garantir incentivos adicionais validando cadeias Polygon individuais. Incentivos validator adicionais estão descritos em § 6.3. 4.3 Governança Para facilitar eficiente, administrado pela comunidade governação de aspectos importantes do Polygon ecossistema, a POL deve estar tecnicamente capacitada para deter direitos de governação, ou seja, ser utilizada em quadros de governação. Descrever a estrutura de governança Polygon está fora do escopo deste este artigo.
Utilitaire
POL est le token natif de Polygon, et en tant que tel représente l'outil majeur de coordination et incitation de l’ensemble de l’écosystème Polygon. Son utilité est multiple, à savoir : ● Validateur staking ; ● Récompenses du validateur ; ● Propriété communautaire, c'est-à-dire gouvernance. 4.1 Validateur staking Les Polygon validator doivent miser sur POL afin de rejoindre le pool validator. Le validateur staking augmente la sécurité de l'écosystème en : ● Prévenir les attaques Sybil ; ● Aligner les validator avec le succès de l'écosystème ; ● Activation du slashing, c'est-à-dire la punition des validator malveillants. En staking POL et en rejoignant le pool validator, les validator deviennent éligibles pour s'abonner pour valider n’importe quelle chaîne Polygon. La validation et ses avantages pour les validator sont expliqués plus en détail au § 6.3.
4.2 Récompenses du validateur La décentralisation et la taille du pool validator sont d'une importance cruciale pour la sécurité, la résilience et neutralité de l’ensemble de l’écosystème Polygon. Pour encourager l'intégration et la rétention de validator, des quantités prédéfinies de POL doivent être distribuées en continu aux Polygon validator comme protocole récompenses. Les récompenses du protocole doivent être distribuées aux validator proportionnellement au montant de POL ils misent. L'émission POL est décrite au § 5.2. Les récompenses du protocole fournissent des incitations de base aux validator et établissent des règles du jeu équitables pour les toute la piscine validator. De plus, les validator peuvent ensuite obtenir des incitations supplémentaires en validant chaînes individuelles Polygon. Des incitations supplémentaires validator sont décrites au § 6.3. 4.3 Gouvernance À faciliter efficace, géré par la communauté gouvernance de aspects importants du Polygon écosystème, POL devrait être techniquement capable de détenir des droits de gouvernance, c'est-à-dire être utilisé dans cadres de gouvernance. Décrire le cadre de gouvernance Polygon sort du cadre de ce papier.
Fornecimento
Aqui cobrimos o fornecimento inicial e a política de emissões da POL e descrevemos a lógica atrás de ambos. 5.1 Fornecimento inicial O fornecimento inicial de POL é de 10 bilhões de tokens. A totalidade do fornecimento inicial deverá ser dedicado para migração, ou seja, token troca de MATIC para POL. Esta migração precisaria levar lugar para que o POL suceda o MATIC como o token nativo do ecossistema Polygon, e é discutido no § 8. A oferta inicial de POL corresponde à oferta de MATIC, o que deverá tornar a migração bastante simples. Assim que a migração estiver concluída, a distribuição do POL corresponderá essencialmente à actual distribuição de MATIC. MATIC já passou por um extenso processo de token distribuição que resultou em mais de 600.000 endereços de titulares2, e provavelmente ainda mais 2 Fonte: https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances
detentores reais, dado que os endereços das trocas de criptografia centralizadas e dos protocolos DeFi representam vários usuários. Isto implica que o POL seria amplamente distribuído desde o primeiro dia, o que é fundamental para a descentralização geral e a resiliência do ecossistema. 5.2 Emissão O POL é emitido a uma taxa determinística predefinida para dois propósitos: 1. Recompensas do validador. Para incentivar a integração e retenção de validator, o POL deve ser emitido continuamente a uma taxa predeterminada e distribuído para validators como base, recompensa de protocolo. Propomos uma taxa de emissão anual de 1% do fornecimento de POL para este propósito. A taxa de emissão não seria possível mudar durante os primeiros 10 anos, e após esse período a comunidade pode decidir diminuí-lo de forma arbitrária através do quadro de governação. A taxa de emissão nunca pode ser aumentada além de 1%. 2. Apoio ao ecossistema. Para fornecer apoio contínuo para um maior desenvolvimento e crescimento da o Polygon ecossistema, nós propor para apresentar o Comunidade Tesouro, um fundo ecossistêmico governado pela comunidade, descrito no § 7. Propomos uma emissão anual alíquota de 1% do fornecimento da POL para esse fim. Assim como a emissão para validator recompensas, esta taxa de emissão pode ser reduzida após 10 anos através de uma governança quadro, e nunca poderá ser aumentado para além de 1%. Figura 2. Possíveis cenários de taxas de emissão de POL A justificativa para a emissão proposta e as taxas de emissão é que o ecossistema Polygon e a Web3 em geral precisará de tempo para amadurecer e alcançar a adoção generalizada. Com base nociclos históricos de adoção de plataformas de computação e Internet, a fase de maturidade poderia ser realisticamente esperado que aconteça em cerca de 10-15 anos. Durante esse período, o ecossistema necessitam de apoio económico. Assim que o ecossistema Polygon e a Web3 atingirem a maturidade, taxas de transação e outros incentivos garantido pela validação de cadeias Polygon (descritas em § 6.3) por si só deve gerar suficiente retorna para Polygon validators. Quando isso acontecer, a comunidade pode decidir intervir e reduzir ou descontinuar completamente a emissão de recompensas validator, sem afetar a segurança e descentralização do ecossistema. Da mesma forma, a comunidade pode então decidir diminuir ou interromper também a emissão para o Tesouro Comunitário, dado que o ecossistema não ainda precisam de apoio económico significativo. Obviamente, o ciclo de adoção do Web3 pode parecer um pouco ou completamente diferente. Caso isso aconteça que alcançar a adoção generalizada leva mais tempo e o ecossistema ainda precisa de apoio após 10 anos, a comunidade pode optar por não intervir e a emissão continuará a acontecer pelo tempo que for necessário. Consideramos a política de emissões proposta ótima, pois atinge o equilíbrio entre: ● Suficiente ecossistema suporte. Suficiente, à prova de futuro suporte para o Polygon ecossistema é extremamente importante para a segurança e o sucesso de Polygon. Para validar o hipótese de que as taxas de emissão propostas são de fato suficientes, desenvolvemos um modelo econômico, fez simulações e apresentou resultados no § 9. ● Segurança através de escassez. A escassez de tokens nativos é instrumentalmente importante para blockchain redes; a alta diluição de token pode afetar drasticamente a segurança. Para estimar Escassez de POL, podemos comparar a taxa de emissão proposta com a taxa de emissão do BTC, que está atualmente em ≈1,8%3 e foi significativamente mais elevado no passado. Além disso, embora diminuindo gradualmente, a emissão de BTC é garantida por mais do que outro século, enquanto a emissão de POL poderia ser potencialmente reduzida ou interrompida mesmo após 10 anos. Dado que (i) Bitcoin é considerado um ativo altamente escasso, e (ii) POL total taxa de emissão é comparável (e potencialmente mais rigorosa que) BTC, concluímos que O POL é suficientemente escasso, ou seja, a sua emissão não introduz preocupações de segurança do protocolo. 3 Fonte: https://charts.woobull.com/bitcoin-inflation/
Por último, é importante notar que a política de emissões que propomos tem um elevado grau de previsibilidade. O cronograma de emissões predeterminado torna o fornecimento de POL previsível no longo prazo prazo, mesmo que a comunidade decida intervir. Como explicado, a comunidade só pode diminuir as alíquotas, complementando efetivamente a política de emissões predeterminada e potencialmente aumentando a escassez de POL. Previsibilidade e escassez atraem protocolo e mercado participantes e proporcionam uma sensação de confiabilidade. À medida que o ecossistema Polygon continua a crescer, este deverá contribuir para estabelecer o POL como um ativo digital atraente e confiável, que posteriormente poderia estimular ainda mais a adoção e a confiabilidade, criando assim um círculo virtuoso.
Approvisionnement
Nous couvrons ici l'approvisionnement initial et la politique d'émission de POL, et décrivons la justification derrière les deux. 5.1 Fourniture initiale L’approvisionnement initial en POL est de 10 milliards de tokens. La totalité de la fourniture initiale doit être dédié à la migration, c'est-à-dire token passer de MATIC à POL. Cette migration devrait prendre place pour que POL succède à MATIC en tant que token natif de l'écosystème Polygon, et il est discuté au § 8. La fourniture initiale de POL correspond à la fourniture de MATIC, ce qui devrait rendre la migration assez simple. simple. Une fois la migration terminée, la distribution de POL correspondrait essentiellement à la distribution actuelle. distribution de MATIC. MATIC a déjà suivi un processus approfondi de token distribution qui a donné lieu à plus de 600 000 adresses de titulaires2, et probablement encore plus 2 Source : https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances
détenteurs réels, étant donné que les adresses des échanges cryptographiques centralisés et des protocoles DeFi représentent plusieurs utilisateurs. Cela implique que POL serait largement distribué dès le premier jour, ce qui est déterminant pour la décentralisation globale et la résilience de l’écosystème. 5.2 Émission POL est émis à un rythme déterministe prédéfini à deux fins : 1. Récompenses du validateur. Pour encourager l'intégration et la rétention de validator, POL doit être émis en continu à un rythme prédéterminé et distribué à validators comme base, récompense protocolaire. Nous proposons un taux d'émission annuel de 1 % de l'offre de POL pour ce projet. but. Le taux d'émission ne pourrait pas être modifié pendant les 10 premières années, et passé ce délai, la communauté peut décider de la diminuer de manière arbitraire via le cadre de gouvernance. Le taux d'émission ne peut jamais être augmenté au-delà de 1 %. 2. Soutien de l'écosystème. Fournir un soutien continu au développement et à la croissance de le Polygon écosystème, nous proposer à présenter le Communauté Trésor, un fonds pour les écosystèmes géré par la communauté, décrit au § 7. Nous proposons une émission annuelle taux de 1% de l'offre de POL à cet effet. Tout comme l'émission pour validator récompenses, ce taux d’émission peut être diminué au bout de 10 ans via une gouvernance cadre, et il ne peut jamais être augmenté au-delà de 1 %. Figure 2. Scénarios possibles de taux d'émission de POL La justification des émissions proposées et des taux d'émission est que l'écosystème Polygon et le Web3 en général aura besoin de temps pour mûrir et être adopté par le grand public. Basé sur lecycles historiques d’adoption d’Internet et des plateformes informatiques, la phase de maturité pourrait être de manière réaliste devrait se produire dans environ 10 à 15 ans. Durant cette période, l'écosystème besoin d’un soutien économique. Une fois que l'écosystème Polygon et Web3 atteignent leur maturité, les frais de transaction et autres incitations sécurisé par la validation des chaînes Polygon (décrites au § 6.3) devrait à lui seul générer suffisamment renvoie pour Polygon validators. Une fois que cela se produit, la communauté peut décider d'intervenir et réduire ou interrompre complètement l'émission des récompenses validator, sans affecter la sécurité et la décentralisation de l’écosystème. De même, la communauté peut alors décider de diminuer ou interrompre également l'émission pour le Trésor communautaire, étant donné que l'écosystème ne n’ont plus besoin d’un soutien économique important. De toute évidence, le cycle d’adoption du Web3 peut être légèrement ou complètement différent. Au cas où ça tournerait que parvenir à une adoption généralisée prend plus de temps et que l’écosystème a encore besoin de soutien après 10 ans, la communauté peut choisir de ne pas intervenir et les émissions continueront à augmenter. se produire aussi longtemps que nécessaire. Nous considérons la politique d’émission proposée comme optimale, car elle atteint l’équilibre entre : ● Suffisant écosystème soutien. Suffisant, à l'épreuve du temps soutien à le Polygon l’écosystème est d’une importance cruciale pour la sécurité et le succès de Polygon. Pour valider le Dans l'hypothèse où les taux d'émission proposés sont effectivement suffisants, nous avons développé une modèle économique, effectué des simulations et présenté les résultats au § 9. ● Sécurité via rareté. La rareté des token natifs est d’une importance déterminante pour réseaux blockchain ; une dilution élevée de token peut affecter considérablement la sécurité. Pour estimer rareté du POL, on peut comparer le taux d'émission proposé au taux d'émission du BTC, qui se situe actuellement à ≈1,8 %3 et a été nettement plus élevé dans le passé. Aussi, bien que en baisse progressive, les émissions de BTC sont garanties pour plus d'une autre siècle, alors que les émissions de POL pourraient potentiellement être réduites ou interrompues même après 10 années. Étant donné que (i) Bitcoin est considéré comme un actif très rare, et (ii) le total de POL le taux d’émission est comparable (et potentiellement plus strict que) le BTC, nous concluons que POL est suffisamment rare, c'est-à-dire que son émission n'introduit pas de problèmes de sécurité du protocole. 3 Source : https://charts.woobull.com/bitcoin-inflation/
Enfin, il est important de noter que la politique d'émissions que nous proposons présente un degré élevé de prévisibilité. Le calendrier d’émission prédéterminé rend l’approvisionnement en POL prévisible à long terme. terme, même si la communauté décide d’intervenir. Comme expliqué, la communauté ne peut que diminuer les taux, complétant ainsi efficacement la politique d’émission prédéterminée et pénurie potentiellement croissante de POL. La prévisibilité et la rareté attirent le protocole et le marché participants et procurent un sentiment de fiabilité. Alors que l'écosystème Polygon continue de croître, cela devrait contribuer à faire de POL un actif numérique attractif et fiable, qui par la suite, cela pourrait stimuler davantage l’adoption et la fiabilité, créant ainsi un cercle vertueux.
Camada de piquetagem
Realizar a visão da Camada de Valor da Internet exigirá eventualmente a rede Polygon para hospedar bilhões de usuários e milhões de aplicativos Web3. Para permitir este vasto nível de atividade, centenas ou milhares de Polygon cadeias estarão funcionando em paralelo, protegidas por dezenas ou centenas de milhares de validators. Para coordenar todas as cadeias Polygon e validators, a arquitetura do protocolo Polygon redesenhada introduz a camada de piquetagem. O Staking Layer é um protocolo coordenador multicadeia programável único. Por orquestrando todos os Polygon validators e cadeias, permite: ● Escalabilidade ilimitada do ecossistema; ● Acesso simples e automatizado à infraestrutura Web3 dedicada para qualquer projeto Web3. A indústria Web3 foi iniciada por Bitcoin, o primeiro blockchain de sucesso com um único aplicação – moeda digital. À medida que novas aplicações e casos de uso eram propostos, eles normalmente lançavam seus próprios blockchains, que eram lentos e complexos. Isso foi abordado pelo segundo grande avanço da Web3 – Ethereum, um blockchain programável que pode suportar qualquer aplicativo ou caso de uso. Apesar de ser uma enorme mudança de paradigma, o principal A limitação de Ethereum é que ele não é capaz de ser dimensionado para suportar a adoção convencional. Para mitigar esta limitação, a comunidade Ethereum recorreu a Layer 2 cadeias – blockchain arquiteturas que oferecem maior escalabilidade sem sacrificar a segurança. Com a introdução da camada de piquetagem, Polygon torna-se capaz de suportar um número praticamente ilimitado de cadeias Layer 2, cada uma totalmente programável tanto no nível da aplicação quanto no nível de configuração. Acreditamos que isso pode ser o terceiro avanço mais importante desde o início da Web3, dada a magnitude de inovação e adoção que permite.
Descrever e especificar detalhadamente a camada de piqueteamento está fora do escopo deste artigo. Em vez disso, e para obter uma melhor compreensão desta camada alimentada por POL e seu potencial, fornecemos uma visão geral de seus seguintes aspectos: ● Desenho e implementação; ● Polygon gerenciamento de cadeias; ● Gerenciamento de validadores. 6.1 Projeto e implementação Conforme mencionado acima, a Camada de Staking é um coordenador programável de múltiplas cadeias. Ele gerencia dois componentes lógicos principais: 1. Validador registro: Mantém o atualizado registro de validators, com seu participações e cadeias POL correspondentes às quais estão inscritos; 2. Corrente registro: Mantém o registro atualizado das cadeias Polygon, com seus configurações correspondentes. A principal característica que a Camada de Staking exige é total programabilidade; permite-lhe apoiar e coordenada: ● Configurações arbitrárias de cadeias Polygon; ● Todas as operações relacionadas a validator; ● Operações e aplicações de suporte arbitrárias, por ex. staking derivados. A maneira ideal de obter programabilidade é utilizando EVM (Ethereum Máquina Virtual), uma vez que oferece uma série de benefícios: ● Completude de Turing; ● Maturidade do EVM, linguagens de nível superior (por exemplo, Solidity) e ferramentas; ● Base de desenvolvedores etc. Na prática, isso significa que a camada de staking será implementada como um conjunto de EVM inteligentes contratos. Esses smart contracts podem ser implantados em qualquer EVM blockchain, provavelmente em Ethereum ou Polygon zkEVM rollup, visto que ambos oferecem alto nível de segurança. 6.2 Polygon gerenciamento de cadeias A camada de staking pode suportar um número praticamente ilimitado de cadeias Polygon, cada uma com recursos e configurações arbitrários e fornecer-lhes o nível necessário de descentralização.O principal serviço que a Camada de Staking fornece às cadeias Polygon é o gerenciamento de seus validator requisitos e validator conjuntos estabelecidos de acordo com esses requisitos. Os requisitos do validador são especificados em uma configuração smart contract que cada cadeia Polygon implanta para ser iniciado. Este smart contract pode definir requisitos validator arbitrários, incluindo mas não limitado a: ● Número máximo validator: especifica o número máximo de validators da cadeia aceita em seu conjunto validator. ● Número mínimo de validator: O número mínimo de validators necessários para iniciar o cadeia. ● Ofensas cortáveis: Ofensas de validação atribuíveis na cadeia que causam corte do aposta; ● Critérios validadores: O único critério comum para todos os validators no Staking Hub é uma aposta na POL. Podem ser especificados critérios adicionais arbitrários, tais como autorização por um terceiro parte, participação adicional em outros tokens (por exemplo, tokens nativos de cadeias Polygon individuais) etc. Além da capacidade de configurar requisitos validator, as cadeias Polygon podem arbitrariamente configurar todos os outros parâmetros e recursos de sua arquitetura. Estes não estão definidos no Nível de piquetagem da camada, mas em vez disso no código do cliente de cadeias Polygon. Alguns parâmetros notáveis e os recursos são: ● token nativo: Chains podem criar seus tokens nativos que podem ser usados para vários propósitos, por ex. taxas de transação, incentivo ao usuário, etc. ● Gerenciamento de taxas: as redes podem decidir como gerenciar as taxas de transação. Normalmente, taxas de transação seriam repassadas para validators em sua totalidade, mas outras distribuições modelos são possíveis, por ex. queimando uma parte das taxas e repassando o restante para validators. ● Recompensas adicionais: Todos os Polygon validators recebem recompensas de protocolo base (conforme descrito em § 4.2) e normalmente taxas de transação de cadeias Polygon que eles validam. Para atrair mais cadeias validators, Polygon podem oferecer recompensas adicionais além dessas. Estes as recompensas provavelmente estarão frequentemente em tokens nativos dessas redes. ● Tempo e tamanho do bloco: É possível configurar a frequência e tamanho, ou seja, limite de gás de blocos. ● Tempo do ponto de verificação: os conjuntos de validadores fornecem finalidade local rápida para cadeias Polygon. Além disso para isso, todas as cadeias Polygon geram e enviam periodicamente provas de conhecimento zero paraEthereum, aproveitando assim sua alta segurança. A frequência desses pontos de verificação pode ser configurado (por exemplo, a cada 5 minutos). ● Disponibilidade de dados: O modelo de disponibilidade de dados também pode ser especificado. As cadeias podem decidir aproveitar Ethereum (modelo rollup) ou seus próprios conjuntos validator ou outros dados externos serviço de disponibilidade (modelo Validium). Com a estrutura proposta, lançar uma nova cadeia Polygon praticamente se resume a escrever e implantando a configuração mencionada smart contract. Assim que o contrato for implantado no Camada de staking, validators podem começar a assiná-la. Quando o número mínimo necessário de validators é alcançado, a cadeia é lançada. Acreditamos que esta forma simples de configurar e lançar cadeias pode inaugurar uma nova era de inovação e adoção. A decisão de design revolucionária de Ethereum foi não tentar prever quais aplicativos e casos de uso os desenvolvedores desejarão construir. Em vez disso, ofereceu um Ambiente programável Turing completo que pode oferecer suporte a qualquer aplicativo ou caso de uso. Com a camada de staking, Polygon está adotando a mesma abordagem para lançar novas cadeias – ela suporta praticamente qualquer projeto de corrente, de forma programável e sem limitações de escala. 6.3 Gerenciamento do validador A camada de piquetagem pode suportar um número praticamente ilimitado de validators. Ele gerencia validators durante todo o seu ciclo de vida e permite-lhes proteger diferentes tipos de incentivos para a realização de trabalho útil. Existem quatro fases possíveis, ou seja, status, no ciclo de vida validator: 1. Ativação: os validadores são iniciados como parte do pool validator depositando POL no staking contrato na camada de piquetagem. Uma vez iniciado, validators tornam-se elegíveis para receber recompensas de protocolo base (descritas em § 4.2). 2. Assinatura: uma vez iniciada, validators podem se inscrever para validar qualquer Polygon cadeia. 3. Validação: Se um validator atender a todos os critérios da cadeia Polygon que ele assinou, ele torna-se membro do conjunto validator dessa cadeia. Os validadores podem validar múltiplas cadeias, e sua participação no POL é reconhecida em cada uma dessas cadeias. Se um validator for cortado para uma ofensa cortável predefinida em uma das cadeias, seu saldo POL é atualizado e refletido em todas as cadeias que valida. As fases de validação e subscrição podem
sobreposição; um único validator pode estar na fase de assinatura em uma cadeia Polygon e em a fase de validação em outra. 4. Aposentadoria: os validadores podem sair do pool validator a qualquer momento. Assim que a aposentadoria for iniciado, um período de espera predefinido começa, permitindo potenciais pendências cortando. Após o período de espera, validators podem retirar sua aposta POL de o contrato de depósito. Em troca da validação das cadeias Polygon, os validators podem estabelecer pelo menos três fluxos de incentivos: 1. Recompensas de protocolo: conforme descrito acima, cada Polygon validator ativo está recebendo base recompensas de protocolo. A emissão total de POL para recompensas validator (descritas no § 5.2) é distribuído para validators ativos proporcionalmente à sua participação no POL. 2. Taxas de transação: os validadores podem validar qualquer número de cadeias Polygon. Em retorno, essas cadeias normalmente concederão a totalidade ou parte das taxas de transação para validators. 3. Recompensas adicionais: conforme mencionado acima, algumas redes Polygon podem optar por introduza recompensas adicionais para atrair mais validators. Essas recompensas podem ser em qualquer token, incluindo, entre outros, POL, stablecoins ou tokens nativos desses Polygon correntes. Ao descrevermos os incentivos validator, vale a pena notar que o conceito de validação em Polygon é mais ampla do que a definição usual e estreita. Isto melhora ainda mais a proposta de valor do Função validator – além de validar múltiplas cadeias, validators também podem executar múltiplas funções em uma única cadeia. As funções mais comuns provavelmente serão: ● Validação no sentido estrito: Aceitar transações do usuário, determinando sua validade e blocos geradores; ● Prova: Produzindo provas de conhecimento zero da validade da transação; ● Disponibilidade de dados: Fornecer garantias de que os dados da transação serão publicados e publicamente disponível.
Couche de jalonnement
Réaliser la vision de la couche de valeur d'Internet nécessitera à terme le réseau Polygon pour héberger des milliards d'utilisateurs et des millions d'applications Web3. Pour permettre ce vaste niveau d'activité, des centaines ou des milliers de chaînes Polygon fonctionneront en parallèle, sécurisées par des dizaines ou des centaines de milliers de validator. Afin de coordonner toutes les chaînes Polygon et validator, l'architecture de protocole Polygon repensée introduit la couche de jalonnement. Le Staking Layer est un protocole de coordinateur multi-chaîne programmable unique en son genre. Par orchestrant tous les Polygon validator et chaînes, il permet : ● Évolutivité illimitée de l’écosystème ; ● Accès simple et automatisé à l'infrastructure Web3 dédiée à n'importe quel projet Web3. L'industrie du Web3 a été lancée par Bitcoin, le premier blockchain à succès avec un seul application – monnaie numérique. Au fur et à mesure que de nouvelles applications et cas d'utilisation étaient proposés, ils lançaient normalement leurs propres blockchain, ce qui était lent et complexe. C'était abordé par la deuxième avancée majeure du Web3 – Ethereum, un blockchain programmable qui peut prendre en charge n’importe quelle application ou cas d’utilisation. Bien qu’il s’agisse d’un énorme changement de paradigme, le principal La limite de Ethereum est qu'il n'est pas capable d'évoluer pour soutenir l'adoption générale. Pour atténuer Face à cette limitation, la communauté Ethereum s'est tournée vers les chaînes Layer 2 – des architectures blockchain qui offrir une plus grande évolutivité sans sacrifier la sécurité. Avec l'introduction de Staking Layer, Polygon devient capable de prendre en charge un nombre pratiquement illimité de Layer 2 chaînes, chacune entièrement programmable tant au niveau de l'application que de la configuration. Nous pensons que cela peut être la troisième avancée la plus importante depuis le début du Web3, compte tenu de l'ampleur d’innovation et d’adoption qu’il permet.
Décrire et spécifier en détail la couche de jalonnement sort du cadre de cet article. Au lieu de cela, et afin de mieux comprendre cette couche alimentée par POL et son potentiel, nous fournissons un aperçu de ses aspects suivants : ● Conception et mise en œuvre ; ● gestion des chaînes Polygon ; ● Gestion des validateurs. 6.1 Conception et mise en œuvre Comme mentionné ci-dessus, le Staking Layer est un coordinateur multi-chaînes programmable. Il gère deux composants logiques principaux : 1. Validateur registre : Maintient le à jour registre de validators, avec leur les enjeux POL correspondants et les chaînes auxquelles ils sont abonnés ; 2. Chaîne registre : tient à jour le registre des chaînes Polygon, avec leurs configurations correspondantes. La principale caractéristique requise par la couche de jalonnement est une programmabilité complète ; cela lui permet de soutenir et coordonner : ● Configurations arbitraires de chaînes Polygon ; ● Toutes les opérations liées à validator ; ● Opérations et applications de support arbitraires, par ex. staking dérivés. Le moyen optimal d'obtenir la programmabilité consiste à utiliser EVM (Ethereum machine virtuelle), car il offre de nombreux avantages : ● Turing-exhaustivité ; ● Maturité du EVM, des langages de niveau supérieur (par exemple Solidity) et des outils ; ● Base de développeurs, etc. En pratique, cela signifie que la couche de jalonnement sera implémentée comme un ensemble de EVM smart contrats. Ces smart contract peuvent être déployés sur n'importe quel EVM blockchain, probablement le Ethereum. ou Polygon zkEVM rollup, étant donné que les deux offrent un haut niveau de sécurité. 6.2 Gestion des chaînes Polygon La couche de jalonnement peut prendre en charge un nombre pratiquement illimité de chaînes Polygon, chacune avec fonctionnalités et configurations arbitraires, et leur fournir le niveau de décentralisation requis.Le principal service que le Staking Layer fournit aux chaînes Polygon est la gestion de leurs Exigences validator et ensembles validator établis conformément à ces exigences. Les exigences du validateur sont spécifiées dans une configuration smart contract que chaque chaîne Polygon déploie afin de s'initier. Ce smart contract peut définir des exigences arbitraires validator, notamment mais sans s'y limiter : ● Nombre maximum de validator : Spécifie le nombre maximum de validator de la chaîne. accepte dans son ensemble validator. ● Nombre minimal de validator : nombre minimal de validator requis pour lancer le chaîne. ● Infractions slashables : infractions de validation attribuables à la chaîne qui provoquent une slashation du pieu; ● Critères du validateur : le seul critère commun à tous les validator du Staking Hub est une mise. en POL. Des critères supplémentaires arbitraires peuvent être précisés, comme l'autorisation d'un tiers partie, participation supplémentaire dans d'autres token (par exemple, token natifs de chaînes Polygon individuelles) etc En plus de la possibilité de configurer les exigences validator, les chaînes Polygon peuvent arbitrairement configurer tous les autres paramètres et fonctionnalités de leur architecture. Ceux-ci ne sont pas définis sur le Niveau de jalonnement, mais plutôt dans le code client des chaînes Polygon. Quelques paramètres notables et les fonctionnalités sont : ● token natif : les chaînes peuvent créer leurs token natifs qui peuvent être utilisés pour diverses fins, par ex. frais de transaction, incitation des utilisateurs, etc. ● Gestion des frais : les chaînes peuvent décider de la manière de gérer les frais de transaction. Normalement, les frais de transaction seraient répercutés sur les validator dans leur intégralité, mais d'autres distributions des modèles sont possibles, par ex. brûler une partie des frais et transmettre la partie restante à validators. ● Récompenses supplémentaires : tous les Polygon validator reçoivent des récompenses de protocole de base (telles que décrites dans § 4.2) et normalement les frais de transaction des chaînes Polygon qu'ils valident. Afin d'attirer plus de validators, la chaîne Polygon peut offrir des récompenses supplémentaires en plus de celles-ci. Ces les récompenses seront probablement souvent dans les token natifs de ces chaînes. ● Temps et taille de blocage : Il est possible de configurer la fréquence et la taille, c'est-à-dire la limite de gaz de blocs. ● Heure du point de contrôle : les ensembles de validateurs fournissent une finalité rapide et locale pour les chaînes Polygon. En plus à cela, toutes les chaînes Polygon génèrent et soumettent périodiquement des preuves de connaissance nulle àEthereum, tirant ainsi parti de sa haute sécurité. La fréquence de ces points de contrôle peut être configuré (par exemple toutes les 5 minutes). ● Disponibilité des données : le modèle de disponibilité des données peut également être spécifié. Les chaînes peuvent décider de exploiter Ethereum (modèle rollup) ou leurs propres ensembles validator ou d'autres données externes service de disponibilité (modèle validium). Avec le framework proposé, lancer une nouvelle chaîne Polygon se résume pratiquement à écrire et déployer la configuration susmentionnée smart contract. Une fois le contrat déployé sur le Staking Layer, les validator peuvent commencer à s'y abonner. Lorsque le nombre minimal requis de validators est atteint, la chaîne est lancée. Nous pensons que cette manière simple de configurer et de lancer des chaînes peut ouvrir la voie à une nouvelle ère de innovation et adoption. La décision de conception révolutionnaire de Ethereum était de ne pas essayer de prédisez les applications et les cas d'utilisation que les développeurs voudront créer. Au lieu de cela, il a proposé un Environnement programmable complet de Turing pouvant prendre en charge n'importe quelle application ou cas d'utilisation. Avec la couche de jalonnement, Polygon adopte la même approche pour lancer de nouvelles chaînes – elle prend en charge pratiquement n'importe quelle conception de chaîne, de manière programmable et sans limitations d'échelle. 6.3 Gestion des validateurs La couche de jalonnement peut prendre en charge un nombre pratiquement illimité de validator. Il gère validators tout au long de leur cycle de vie et leur permet de sécuriser différents types de incitations à effectuer un travail utile. Il existe quatre phases possibles, c'est-à-dire des statuts, dans le cycle de vie validator : 1. Activation : les validateurs sont initiés dans le cadre du pool validator en déposant POL dans le Contrat staking sur la couche de jalonnement. Une fois initiés, les validator deviennent éligibles à recevoir des récompenses du protocole de base (décrites au § 4.2). 2. Abonnement : une fois lancés, les validator sont autorisés à s'abonner pour valider tout Polygon. chaîne. 3. Validation : Si un validator répond à tous les critères de la chaîne Polygon à laquelle il est abonné, il devient membre de l’ensemble validator de cette chaîne. Les validateurs peuvent valider plusieurs chaînes, et leur participation POL est reconnue sur chacune de ces chaînes. Si un validator est coupé pour une infraction slashable prédéfinie sur l'une des chaînes, son solde POL est mis à jour et réfléchi sur toutes les chaînes qu'il valide. Les phases de validation et de souscription peuvent
chevauchement; un seul validator peut être en phase de souscription sur une chaîne Polygon et en la phase de validation sur une autre. 4. Retraite : les validateurs peuvent quitter le pool validator à tout moment. Une fois la retraite arrivée initiée, une période d'attente prédéfinie commence, permettant d'éventuelles coupant. Après la période d'attente, les validator peuvent retirer leur participation POL de le contrat de dépôt. En échange de la validation des chaînes Polygon, les validator peuvent établir au moins trois flux d'incitation : 1. Récompenses du protocole : comme décrit ci-dessus, chaque Polygon validator actif reçoit une base récompenses du protocole. L'émission totale de POL pour les récompenses validator (décrites au § 5.2), est distribué aux validator actifs proportionnellement à leur participation POL. 2. Frais de transaction : les validateurs sont autorisés à valider n'importe quel nombre de chaînes Polygon. Dans En retour, ces chaînes attribueront normalement la totalité ou une partie des frais de transaction à validators. 3. Récompenses supplémentaires : comme mentionné ci-dessus, certaines chaînes Polygon peuvent choisir de introduisez des récompenses supplémentaires pour attirer plus de validator. Ces récompenses peuvent être de n'importe quelle forme token, y compris, mais sans s'y limiter, les POL, les stablecoins ou les token natifs de ces Polygon chaînes. Alors que nous décrivons les incitations validator, il convient de noter que le concept de validation dans Polygon est une définition plus large que la définition habituelle et étroite. Cela améliore encore la proposition de valeur du Rôle validator – en plus de valider plusieurs chaînes, les validator peuvent également effectuer plusieurs rôles sur une seule chaîne. Les rôles les plus courants seront probablement : ● Validation au sens étroit : Accepter les transactions des utilisateurs, déterminer leur validité et générer des blocs ; ● Prouver : produire des preuves de validité des transactions sans connaissance ; ● Disponibilité des données : garantir que les données de transaction sont publiées et publiques disponible.
Tesouro Comunitário
O ecossistema Polygon e toda a indústria Web3 ainda estão em fase de adoção inicial e pesada fase de desenvolvimento. Para permanecer na atual trajetória de crescimento, o ecossistema Polygon necessitam de apoio económico contínuo nos próximos anos.
Para responder à necessidade de apoio contínuo ao ecossistema, propomos o Tesouro Comunitário, um fundo de ecossistema governado pela comunidade, dentro do protocolo. Introduz pelo menos três grandes benefícios para o ecossistema Polygon: ● Apoio económico contínuo e autossustentável durante o tempo que for necessário; ● Aumento da descentralização através da redução da dependência da Fundação Polygon; ● Alcançando o próximo nível de transparência e inclusão comunitária. Tal como descrito no ponto 5.2, o Tesouro Comunitário é financiado por uma emissão pré-determinada de POL. A taxa de emissão dedicada a este fim é de 1% ao ano, ou ≈100 milhões de POL em valor absoluto prazos e não pode ser alterado por 10 anos. Isto garante um forte apoio ao ecossistema durante este período, crítico para o desenvolvimento, crescimento e posicionamento de Polygon. Assim que o ecossistema Polygon e a Web3 atingirem a maturidade, o ecossistema provavelmente não precisará apoio económico significativo. Nesse ponto, a comunidade deve intervir e diminuir ou interromper a emissão para o Tesouro Comunitário. Num cenário optimista, quando o vencimento for atingido antes de expirar o período de 10 anos de financiamento garantido, o O Tesouro Comunitário pode acabar por ter mais fundos do que o ecossistema necessita realisticamente. Em nesse caso, a comunidade deverá decidir como utilizar este excesso de POL. Por exemplo, uma decisão pode ser feito para queimá-lo. Como foi referido, e como o nome indica, o Tesouro Comunitário deverá ser regido pelo comunidade, através de um processo de governação acordado. O processo de governação e o contexto mais amplo A estrutura de governança Polygon está sendo projetada e estabelecida como parte do Polygon 2.0 esforço, e explicá-los em detalhes está fora do escopo deste artigo. Em vez disso, damos uma breve visão geral de seus dois conceitos prováveis: 1. Polygon Propostas de Financiamento (PFPs): Propostas formais de financiamento ou outras atividades ou melhorias relacionadas com o Tesouro Comunitário. Os PFPs podem ser enviados por qualquer pessoa, e deve estar disponível publicamente e ser discutido. Conceitos semelhantes podem ser observados em outros quadros de governação proeminentes4,5. 2. Obtenção de consenso: O processo de tomada de decisão sobre um PFP específico. O a decisão pode ser tomada de maneira direta, onde cada membro da comunidade pode participar, ou através de delegados que representam a comunidade. Conforme mencionado no § 4.3, POL deve ser tecnicamente habilitado para deter direitos de governança, para que possa ser potencialmente utilizado 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance
como parte da reunião de consenso ou do processo de eleição de delegados. Os titulares de POL são diretamente incentivados economicamente a aprovar boas propostas e rejeitar as ruins, o que torna o processo de tomada de decisão mais provável de beneficiar o ecossistema. Simulámos as entradas contínuas do Tesouro Comunitário no § 9.
Trésorerie communautaire
L'écosystème Polygon et l'ensemble de l'industrie Web3 en sont encore à leurs premiers stades d'adoption et sont lourds phase de développement. Pour rester sur la trajectoire de croissance actuelle, l'écosystème Polygon besoin d’un soutien économique continu dans les années à venir.
Pour répondre au besoin de soutien continu des écosystèmes, nous proposons le Trésor communautaire, un fonds écosystémique intégré au protocole et géré par la communauté. Il présente au moins trois avantages majeurs à l'écosystème Polygon : ● Un soutien économique continu et autonome aussi longtemps que nécessaire ; ● Décentralisation accrue en réduisant la dépendance à l'égard de la Fondation Polygon ; ● Atteindre le prochain niveau de transparence et d’inclusion communautaire. Comme décrit au § 5.2, le Trésor Communautaire est alimenté par une émission prédéterminée de POL. Le taux d'émission dédié à cet effet est de 1% par an, soit ≈100 millions POL en absolu termes et ne peut être modifié pendant 10 ans. Cela garantit un fort soutien de l’écosystème pendant cette période, critique pour le développement, la croissance et le positionnement de Polygon. Une fois que l'écosystème Polygon et Web3 auront atteint leur maturité, l'écosystème n'aura probablement plus besoin un soutien économique important. À ce stade, la communauté devrait intervenir et diminuer ou interrompre l'émission pour le Trésor Communautaire. Dans un scénario optimiste, lorsque l'échéance est atteinte avant l'expiration de la période de financement garanti de 10 ans, le Le Trésor communautaire pourrait finir par disposer de plus de fonds que ce dont l’écosystème a réellement besoin. Dans dans ce cas, la communauté devrait décider comment utiliser ce POL excédentaire. Par exemple, une décision peut être amené à le brûler. Comme mentionné, et comme son nom l'indique, le Trésor communautaire devrait être régi par le communauté, via un processus de gouvernance convenu. Le processus de gouvernance et plus largement Le cadre de gouvernance Polygon est en cours de conception et d’établissement dans le cadre du Polygon 2.0 effort, et les expliquer en détail sort du cadre de cet article. Au lieu de cela, nous donnons un bref aperçu de ses deux concepts probables : 1. Polygon Propositions de financement (PFP) : propositions formelles de financement ou d'autres activités ou des améliorations liées au Trésor Communautaire. Les PFP peuvent être soumis par n'importe qui, et devrait être accessible au public et discuté. Des concepts similaires peuvent être observés dans d’autres cadres de gouvernance importants4,5. 2. Collecte de consensus : processus de prise de décision sur un PFP spécifique. Le la décision peut être prise de manière directe, où chaque membre de la communauté peut participer, soit via des délégués qui représentent la communauté. Comme mentionné au § 4.3, POL devrait être techniquement capable de détenir des droits de gouvernance, afin qu’il puisse potentiellement être utilisé 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance
dans le cadre de la recherche de consensus ou du processus d’élection des délégués. Les titulaires de POL sont directement incités économiquement à approuver les bonnes propositions et à rejeter les mauvaises, ce qui rend le processus de prise de décision plus susceptible de bénéficier à l’écosystème. Nous avons simulé les entrées en cours du Trésor communautaire au § 9.
Migração
Dado que o POL está sendo proposto como sucessor do MATIC, o atual token nativo do Polygon, a migração do antigo para o novo token precisaria ocorrer. O fornecimento inicial de POL proposto no § 5.1 corresponde ao fornecimento atual de MATIC e foi propôs simplificar tanto quanto possível o processo de migração. Para autocustódia MATIC titulares, a migração exigiria uma ação simples – trocar de MATIC para POL, usando o trocando smart contract que deveria ser criado para esse fim. O contrato de troca deverá aceite MATIC de qualquer endereço e devolva a quantidade equivalente de POL para o mesmo endereço. Para detentores de MATIC que mantêm seus tokens com exchanges e custodiantes de criptografia centralizados, a migração normalmente seria automática, ou seja, não exigiria nenhuma ação. Todo titular de MATIC deve poder trocar seus tokens por POL, incluindo aqueles que têm MATIC “bloqueado” por vários anos em vários DeFi ou contratos de aquisição, ou os desinformados titulares que descobrirem sobre o POL em algum momento no futuro. Por esta razão, a migração deve ser permitido que aconteça durante um período prolongado de tempo (por exemplo, 4 anos), se não indefinidamente. A migração deve ser voluntária, ou seja, não pode ser forçada. No entanto, se o POL for aceito pelo maioria da comunidade como o novo nativo token, haverá pouca ou nenhuma razão para manter o MATIC em vez de POL. Nesta situação, é razoável esperar que a migração seja praticamente totalmente executado, ou seja, a grande maioria do MATIC será migrada.
Migration
Étant donné que POL est proposé comme successeur de MATIC, le token natif actuel de Polygon, la migration de l'ancien vers le nouveau token devra avoir lieu. La fourniture initiale de POL proposée au § 5.1 correspond à la fourniture actuelle de MATIC et a été proposé de simplifier le processus de migration autant que possible. Pour l'auto-garde MATIC titulaires, la migration nécessiterait une action simple : passer de MATIC à POL, en utilisant le en échangeant smart contract qui devrait être créé à cet effet. Le contrat d'échange doit acceptez MATIC depuis n’importe quelle adresse et renvoyez le montant équivalent de POL à la même adresse. Pour les détenteurs de MATIC qui conservent leurs token auprès d'échanges cryptographiques et de dépositaires centralisés, la migration serait normalement automatique, c'est-à-dire qu'elle ne nécessiterait aucune action. Chaque détenteur de MATIC devrait pouvoir échanger ses token contre des POL, y compris ceux qui ont MATIC « verrouillé » pendant plusieurs années dans divers DeFi ou contrats d'acquisition, ou les mal informés les titulaires qui découvrent POL à un moment donné dans le futur. Pour cette raison, la migration devrait pouvoir se produire pendant une période prolongée (par exemple 4 ans), voire indéfiniment. La migration doit être volontaire, c'est-à-dire qu'elle ne peut pas être forcée. Toutefois, si POL est accepté par le majorité de la communauté en tant que nouveau natif token, il y aura peu ou pas de raison de détenir MATIC au lieu de POL. Dans cette situation, il est raisonnable de s'attendre à ce que la migration soit pratiquement entièrement exécuté, c'est-à-dire que la grande majorité de MATIC sera migrée.
Modelo
Com base no projeto do POL e da Camada de Staking, propomos um modelo para simular importantes indicadores de desempenho do ecossistema movido a POL, fornecer os insumos necessários e analisar o resultados de simulações.
9.1 Hipótese O objetivo do modelo é validar a hipótese de que a proposta alimentada por POL ecossistema pode atender simultaneamente aos seguintes objetivos, derivados do § 3º: ● Segurança suficiente do ecossistema: Medimos a segurança através da proporção POL staking, ou seja, porcentagem do fornecimento POL apostado por validators. A proporção mínima satisfatória é 30-40%, aproximadamente equivalente à proporção atual de staking na cadeia PoS Polygon6. ● Incentivos validator suficientes: Para estimar a suficiência de incentivos validator, nós introduzem o Retorno sobre o Trabalho (ROW), a medida dos ganhos totais de validator em relação ao valor do POL apostado. O retorno mínimo satisfatório é de 4-5%; retornos mais baixos não são considerada suficientemente atrativa, considerando o trabalho realizado, os riscos e a custos de oportunidade. ● Apoio ecossistêmico suficiente: Medimos o apoio ecossistêmico por meio de fluxo anual ao Tesouro Comunitário. A entrada mínima satisfatória é de 50 a 100 milhões de dólares e é determinado com base no nível atual de apoio econômico ao ecossistema Polygon necessidades. Definimos explicitamente estes indicadores (rácio staking, retornos validator e entrada de tesouraria) no § 9.3. 9.2 Entradas Neste capítulo descrevemos as entradas necessárias do modelo e estimamos seus valores respeitáveis. Primeiro, definimos três cenários de crescimento, projetando o número abstrato de cadeias no Polygon ecossistema durante o período inicial de 10 anos. Nos referimos ao número de cadeias como abstrato porque não expressa necessariamente o número exato de Polygon cadeias (embora isso pode ser o caso), mas mais o nível cumulativo de atividade, ou seja, transações no ecossistema. 6 Fonte: https://staking.polygon.technology/
Figura 3. Cenários de crescimento de 10 anos A justificativa para os cenários de crescimento baseia-se nos seguintes dados e observações: ● Trajetória atual de crescimento. Desde o início em 2020, o ecossistema Polygon cresceu para milhares de aplicativos e 3 milhões de transações diárias7. Se esta tendência mesmo continua remotamente, os cenários de crescimento propostos parecem realistas. ● Mercados de aplicativos Web2: A App Store hospeda cerca de 1,8 milhão de aplicativos8 e Google Play cerca de 2,7 milhões9; ambos foram introduzidos há cerca de 14 anos. Poderia ser razoável esperar um nível comparável de adoção para Web3 em um ambiente comparável prazo. ● Adoção de Supernets: No momento em que escrevo este artigo, um ano desde a introdução de Supernets, existem mais de 100 projetos candidatos a Supernets, muitos deles em desenvolvimento ativo. Com base nisso, os cenários de crescimento propostos para As Supernets parecem realistas, especialmente tendo em conta que a implantação das Supernets deve tornar-se significativamente mais fácil quando a camada de staking (descrita no § 6) for introduzida. Além disso, é perceptível que a tendência de interesse nas Supernets é mais forte em termos relativos do que um para redes públicas. Por esta razão, estamos assumindo o mesmo para a proposta cenários de crescimento. Para justificar ainda mais isso, um paralelo significativo com o histórico de adoção da Web2 pode ser desenhado. Nos primeiros dias da Web2, hospedagem compartilhada de aplicativos – equivalente à Web2 às redes públicas – era muito mais comum do que hoje. À medida que a indústria amadureceu, 9 Fonte: https://www.appbrain.com/stats/number-of-android-apps 8 Fonte: https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st minério/ 7 Fonte: https://polygonscan.com/chart/txhospedagem dedicada – Web2 equivalente a Supernets – tornou-se a norma para todos aplicativo com uma base de usuários e nível de atividade significativos. Novamente, o número de cadeias Polygon é um conceito abstrato em nosso modelo; em conjunto com o número de transações por cadeia, deve refletir principalmente o nível de atividade económica no ecossistema. Da mesma forma, a prevalência, ou seja, a proporção de Supernets em comparação com cadeias públicas, é um suposição abstrata e conservadora. Se descobrisse que as redes públicas são mais populares em relação às Supernets, os resultados da simulação apresentados em § 9.4 seriam semelhantes ou melhor, devido aos seus respectivos níveis de taxas de transação. Para complementar os cenários de crescimento acima mencionados, estimamos os seguintes insumos: ● Fornecimento inicial de 10 mil milhões de POL, conforme descrito no § 5.1; ● Taxa de emissão anual de 1% para incentivos validator, conforme descrito no § 5.2; ● Taxa de emissão anual de 1% para o Tesouro Comunitário, conforme descrito no § 5.2; ● Preço médio do POL de US$ 5 durante o período de 10 anos; ● 38 transações/segundo em média por cadeias públicas, comparável ao atual Polygon Uso da cadeia PoS10; ● 19 transações/segundo ligado média por Super-rede, um estimativa baseado ligado o requisitos de projetos de Supernet; ● Taxa média de transação de US$ 0,01 em redes públicas, uma estimativa baseada na média atual taxas na cadeia PoS Polygon;11 ● Taxa média de transação de US$ 0,001 em Supernets, estimativa conservadora dada abundante blockspace e uma “corrida para o fundo” que provavelmente causará nas taxas de transação; ● 100 validators em média por cadeia pública, equivalente ao tamanho atual do conjunto validator de Polygon PoS; ● 15 validators em média por Supernet, com base em requisitos e necessidades realistas de Candidatos à Supernet; ● Custos operacionais médios de US$ 6.000/ano por validator, equivalente ao PoS atual de Polygon dados, diminuindo gradualmente de acordo com uma versão modificada da Lei de Moore (50% diminuição em 3 anos). Vale ressaltar que o preço do POL, embora seja um dos insumos necessários do modelo, direta e afecta significativamente apenas a entrada do Tesouro Comunitário e não outros factores-chave de desempenho indicadores. Além disso, as estimativas de taxas de transação não levam em conta o custo da disponibilidade de dados em 11 Fonte: https://polygonscan.com/chart/gasprice
Modèle
Basé sur la conception de POL et de la Staking Layer, nous proposons un modèle pour simuler des indicateurs de performance de l’écosystème alimenté par POL, fournir les intrants requis et analyser les résultats des simulations.
9.1 Hypothèse Le but du modèle est de valider l'hypothèse selon laquelle le système proposé alimenté par POL l’écosystème peut répondre simultanément aux objectifs suivants, issus du § 3 : ● Sécurité de l'écosystème suffisante : nous mesurons la sécurité à travers le ratio POL staking, c'est-à-dire pourcentage de l'approvisionnement en POL jalonné par validators. Le ratio minimal satisfaisant est 30 à 40 %, soit à peu près l'équivalent du ratio staking actuel sur la chaîne PoS Polygon6. ● Incitations validator suffisantes : pour estimer la suffisance des incitations validator, nous introduire le retour sur travail (ROW), la mesure du total des validator gains par rapport au valeur du POL jalonné. Le rendement minimum satisfaisant est de 4 à 5 % ; les rendements inférieurs ne sont pas considéré comme suffisamment attractif, compte tenu du travail effectué, des risques et des coûts d’opportunité. ● Soutien écosystémique suffisant : nous mesurons le soutien écosystémique par l’afflux annuel au Trésor Communautaire. L'apport minimum satisfaisant est de 50 à 100 millions de dollars, et il est déterminé en fonction du niveau actuel de soutien économique de l'écosystème Polygon besoins. Nous définissons explicitement ces indicateurs (ratio staking, rendements validator et collecte de trésorerie) au § 9.3. 9.2 Entrées Dans ce chapitre, nous décrivons les entrées de modèle requises et estimons leurs valeurs respectables. Tout d’abord, nous définissons trois scénarios de croissance, projetant le nombre abstrait de chaînes dans le Polygon écosystème au cours de la période initiale de 10 ans. Nous appelons le nombre de chaînes abstrait car il n'exprime pas nécessairement le nombre exact de chaînes Polygon (bien que cela pourrait être le cas), mais plutôt le niveau cumulé d’activité, c’est-à-dire les transactions dans l’écosystème. 6 Source : https://staking.polygon.technology/
Graphique 3. Scénarios de croissance sur 10 ans La justification des scénarios de croissance repose sur les données et observations suivantes : ● Trajectoire de croissance actuelle. Depuis sa création en 2020, l'écosystème Polygon a passé à des milliers d'applications et à 3 millions de transactions quotidiennes7. Si cette tendance même continue, les scénarios de croissance proposés semblent réalistes. ● Marchés d'applications Web2 : l'App Store héberge environ 1,8 million d'applications8 et Google Play, environ 2,7 millions9 ; les deux ont été introduits il y a environ 14 ans. Cela pourrait être raisonnable de s'attendre à un niveau d'adoption comparable pour le Web3 dans un contexte comparable délai. ● Adoption des supernets : au moment de la rédaction de cet article, un an depuis la introduction des Supernets, il existe plus de 100 projets candidats Supernets, dont beaucoup dont certains sont en cours de développement actif. Sur cette base, les scénarios de croissance proposés pour Les supernets semblent réalistes, d’autant plus que leur déploiement devrait devenir beaucoup plus facile une fois que la couche de jalonnement (décrite au § 6) est introduite. De plus, il Il est à noter que la tendance à l’intérêt pour les Supernets est plus forte en termes relatifs que un pour les chaînes publiques. Pour cette raison, nous supposons la même chose pour le projet proposé. scénarios de croissance. Pour justifier davantage cela, un parallèle significatif avec l'historique d'adoption du Web2 peut être dessiné. Aux débuts du Web2, l’hébergement d’applications mutualisées – équivalent Web2 aux chaînes publiques – était beaucoup plus courant qu’aujourd’hui. À mesure que l'industrie grandissait, 9 Source : https://www.appbrain.com/stats/number-of-android-apps 8Source : https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st minerai/ 7 Source : https://polygonscan.com/chart/txl'hébergement dédié – équivalent Web2 aux Supernets – est devenu la norme pour tous application avec une base d’utilisateurs et un niveau d’activité significatifs. Encore une fois, le nombre de chaînes Polygon est un concept abstrait dans notre modèle ; en collaboration avec le nombre de transactions par chaîne, il doit refléter principalement le niveau d’activité économique dans la écosystème. De même, la prévalence, c'est-à-dire le ratio des Supernets par rapport aux chaînes publiques, est un hypothèse abstraite et conservatrice. S'il s'avérait que les chaînes publiques sont plus populaires par rapport aux Supernets, les résultats de la simulation présentés au § 9.4 seraient similaires ou mieux, en raison de leurs niveaux de frais de transaction respectifs. Pour compléter les scénarios de croissance susmentionnés, nous estimons les intrants suivants : ● Mise à disposition initiale de 10 milliards de POL, telle que décrite au § 5.1 ; ● Taux d'émission annuel de 1% pour les incitations validator, tel que décrit au § 5.2 ; ● Taux d'émission annuel de 1% pour le Trésor Communautaire, tel que décrit au § 5.2 ; ● Prix moyen du POL de 5 $ sur la période de 10 ans ; ● 38 transactions/seconde en moyenne par chaîne publique, comparable à l'actuel Polygon Utilisation de la chaîne PoS10 ; ● 19 transactions/seconde sur moyenne par Supernet, un estimation basé sur le exigences des projets Supernet ; ● Frais de transaction moyens de 0,01 $ sur les chaînes publiques, une estimation basée sur la moyenne actuelle frais sur la chaîne PoS Polygon ;11 ● Frais de transaction moyens de 0,001 $ sur les Supernets, estimation prudente étant donné l'abondance l'espace de blocs et une « course vers le bas » que cela entraînera probablement pour les frais de transaction ; ● 100 validator en moyenne par chaîne publique, ce qui équivaut à la taille actuelle de l'ensemble validator de Polygon Point de vente ; ● 15 validator en moyenne par Supernet, en fonction des exigences et des besoins réalistes de Candidats du Supernet ; ● Coûts de fonctionnement moyens de 6 000 $/an par validator, équivalent au PoS actuel de Polygon données, diminuant progressivement selon une version modifiée de la loi de Moore (50 % diminution en 3 ans). Il convient de noter que le prix POL, bien qu'il soit l'un des intrants requis du modèle, directement et affecte de manière significative uniquement les rentrées du Trésor communautaire, et non les autres performances clés indicateurs. De plus, les estimations des frais de transaction ne tiennent pas compte du coût de la disponibilité des données sur 11 Source : https://polygonscan.com/chart/gasprice
Fonte: https://polygonscan.com/chart/tx
Ethereum para cadeias Polygon que usam o modelo rollup; ignoramos esse custo porque ele é repassado para Ethereum. 9.3 Metodologia Definimos um modelo simples para estimar os principais indicadores de desempenho do ecossistema, e validar a hipótese do § 9.1. Os principais indicadores e a metodologia para determiná-los são os seguintes: ● Proporção de piquetagem ( ): A parte do fornecimento POL apostada por validators. 𝑆𝑟 𝑆𝑟= 𝑆𝑠 / 𝑆𝑡 Onde é o fornecimento apostado, ou seja, quantidade total de POL apostado por validators, e é total 𝑆𝑠 𝑆𝑡 fornecimento, ou seja, fornecimento atual de POL. ● Incentivos de emissão de validadores ( ): Incentivos anuais validator provenientes do POL 𝑉𝑖𝑖 emissão. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 Onde é a oferta total, é a taxa de emissão anual para recompensas validator e é POL 𝑆𝑡 𝐼𝑣 𝑃 preço. ● Incentivos de taxas do validador ( ): Incentivos anuais validator provenientes de taxas de gás. 𝑉𝑖𝑓 𝑉𝑖𝑓= 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 Onde é o número de redes públicas, é o número de transações por cadeia pública, 𝐶𝑝 𝑇𝑝 𝐹𝑝 é a taxa média de transação por rede pública, é o número de Supernets, é o número de 𝐶𝑠 𝑇𝑠 transações por Supernet e é a taxa média de transação por Supernet. 𝐹𝑠 ● Custos de funcionamento do validador ( ): Custos operacionais anuais acumulados de todos os Polygon validators. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 Onde é o número de validators por cadeia pública, é o número de redes públicas, é 𝑁𝑝 𝐶𝑝 𝑁𝑠 número de validators por Supernet, é o número de Supernets e estão em execução anual 𝐶𝑠 𝑌 custos para um único validator. ● Retorno do Trabalho ( ): Ganhos totais de validator expressos como uma porcentagem do valor 𝑉𝑟 de POL apostado. 𝑉𝑟= (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)
Onde são validator incentivos de emissão, são validator incentivos de taxas, são 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator custos operacionais, é o fornecimento apostado e é o preço POL. 𝑆𝑠 𝑃 ● Entrada do Tesouro Comunitário ( ): Entrada total anual para o Tesouro Comunitário. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 Onde é a oferta total, é a taxa de emissão anual para o Tesouro Comunitário e é 𝑆𝑡 𝐼𝑡 𝑃 Preço POL. 9.4 Resultados O modelo aceita as entradas necessárias e as processa usando a metodologia apresentada. Os resultados para diversos conjuntos de dados podem fornecer insights interessantes sobre o ecossistema e sua dinâmica, incluindo, mas não limitado a: ● A atratividade e sustentabilidade dos incentivos validator; ● O montante e a dinâmica das entradas do Tesouro Comunitário; ● A estrutura dos incentivos validator e suas mudanças ao longo do tempo; ● O efeito do preço em todos os indicadores observados; ● O efeito dos diferentes níveis de adoção para todos os indicadores observados, etc. Aqui executamos o modelo com as entradas fornecidas no § 9.2 e observamos os três indicadores necessário para validar nossa hipótese inicial: relação staking ( ), validator incentivos ( ) e tesouraria 𝑆𝑟 𝑉𝑖 entrada ( ). 𝑋𝑖 Com base nos resultados do modelo, estamos razoavelmente confiantes de que o motor POL descrito ecossistema pode atingir todos os três objetivos descritos no § 9.1: ● Segurança suficiente do ecossistema: corrigimos a proporção staking ( ) em 30% e executei o 𝑆𝑟 modelo. Dado que os restantes dois indicadores – validator incentivos ( ) e tesouraria 𝑉𝑖 entrada ( ) – apresentam valores esperados ou superiores ao esperado, concluímos que o 𝑋𝑖 O índice staking deve manter níveis satisfatórios ou superiores a satisfatórios. ● Incentivos validator suficientes: Os resultados mostram que o Retorno sobre o Trabalho desejado ( ) 𝑉𝑟 de 4-5% é realista de se esperar. Além disso, atinge ≈7% para crescimento médio e ≈10% para cenário de rápido crescimento. Na realidade, isso provavelmente faria com que a proporção staking aumentasse (portanto aumentando ainda mais a segurança do ecossistema), até que o mercado determine o equilíbrio entre a relação staking e os retornos.● Apoio ecossistêmico suficiente: Os resultados mostram que o nível mínimo satisfatório de as entradas do Tesouro Comunitário ( ) de 50-100 milhões de dólares por ano é realista de se esperar. 𝑋𝑖 Além disso, atinge níveis significativamente mais elevados no final do período de 10 anos. No entanto, a entrada do tesouro está directamente relacionada com o preço do POL e, portanto, altamente especulativo. Se o tesouro acabar tendo mais fundos do que o ecossistema, realisticamente necessidades, a comunidade pode decidir queimar o POL excedente, conforme mencionado no § 7. Figura 4. Retorno do Trabalho e entrada do Tesouro Comunitário O modelo completo é de código aberto e pode ser acessado no GitHub e usado para produzir e analisar resultados para conjuntos arbitrários de entradas. 10 Conclusão A visão por trás de Polygon é construir a camada de valor da Internet. Para alcançar esta visão, o a arquitetura de protocolo Polygon redesenhada apresenta um novo, infinitamente escalável e perfeitamente rede interconectada de cadeias Layer 2. Neste artigo, apresentamos POL, o token nativo proposto de Polygon, projetado para proteger, coordenar e alinhar o ecossistema Polygon e impulsionar seu crescimento. O projeto proposto e tokenômica do POL atingem as rigorosas metas de design que definimos. Criamos um modelo para simular os principais indicadores de desempenho do ecossistema alimentado pelo POL, forneceu as informações necessárias do modelo e analisou os resultados da simulação. Os resultados confirmou a hipótese do modelo, derivada dos objetivos de design acima mencionados.
Com base em tudo acima, concluímos que o POL é um ativo novo e de próxima geração que fornece uma base sólida para Polygon alcançar sua visão ambiciosa.
Source : https://polygonscan.com/chart/tx
Ethereum pour les chaînes Polygon qui utilisent le modèle rollup ; nous ignorons ce coût car il est répercuté à Ethereum. 9.3 Méthodologie Nous définissons un modèle simple pour estimer les indicateurs clés de performance de l'écosystème, et valider l’hypothèse du § 9.1. Les indicateurs clés et la méthodologie pour les déterminer sont les suivants : ● Ratio de mise ( ) : La partie de l’approvisionnement POL jalonnée par validators. 𝑆𝑟 𝑆𝑟 = 𝑆𝑠 / 𝑆𝑡 Où est l'offre jalonnée, c'est-à-dire le montant total de POL jalonné par validators, et est total 𝑆𝑠 𝑆𝑡 l’offre, c’est-à-dire l’offre actuelle de POL. ● Incitations aux émissions des validateurs ( ) : Incitatifs annuels validator provenant de POL 𝑉𝑖𝑖 émission. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 Où est l'offre totale, est le taux d'émission annuel pour les récompenses validator et est POL 𝑆𝑡 𝐼𝑣 𝑃 prix. ● Incitations aux frais du validateur ( ) : Incitatifs annuels validator provenant des frais de gaz. 𝑉𝑖𝑓 𝑉𝑖𝑓 = 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 Où est le nombre de chaînes publiques, est le nombre de transactions par chaîne publique, 𝐶𝑝 𝑇𝑝 𝐹𝑝 est le frais de transaction moyen par chaîne publique, est le nombre de Supernets, est le nombre de 𝐶𝑠 𝑇𝑠 transactions par Supernet et correspond aux frais de transaction moyens par Supernet. 𝐹𝑠 ● Coûts de fonctionnement du validateur ( ) : Coûts de fonctionnement annuels cumulés de tous les Polygon validator. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 Où est le nombre de validator par chaîne publique, est le nombre de chaînes publiques, est 𝑁𝑝 𝐶𝑝 𝑁𝑠 nombre de validator par Supernet, est le nombre de Supernets et fonctionnent chaque année 𝐶𝑠 𝑌 coûts pour un seul validator. ● Retour au travail ( ) : Gains totaux validator exprimés en pourcentage de la valeur 𝑉𝑟 de POL jalonné. 𝑉𝑟 = (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)
Où sont des incitations à l'émission de validator, sont des validator frais incitatifs, sont 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator frais de fonctionnement, est l'offre jalonnée et est le prix POL. 𝑆𝑠 𝑃 ● Entrée du Trésor communautaire ( ): Entrée annuelle totale au Trésor communautaire. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 Où est l'offre totale, est le taux d'émission annuel pour le Trésor Communautaire et est 𝑆𝑡 𝐼𝑡 𝑃 Prix POL. 9.4 Résultats Le modèle accepte les entrées requises et les traite à l'aide de la méthodologie présentée. Les résultats pour différents ensembles d'entrées peuvent fournir des informations intéressantes sur l'écosystème et ses dynamique, y compris, mais sans s'y limiter : ● L’attractivité et la pérennité des incitations validator ; ● Le montant et la dynamique des rentrées du Trésor communautaire ; ● La structure des incitations validator et leurs évolutions au fil du temps ; ● L'effet du prix sur tous les indicateurs observés ; ● L'effet des différents niveaux d'adoption sur tous les indicateurs observés, etc. Ici, nous exécutons le modèle avec les entrées fournies au § 9.2 et observons les trois indicateurs nécessaire pour valider notre hypothèse initiale : ratio staking ( ), validator incitations ( ) et trésor 𝑆𝑟 𝑉𝑖 afflux ( ). 𝑋𝑖 Sur la base des résultats du modèle, nous sommes raisonnablement convaincus que le système alimenté par POL décrit l’écosystème peut répondre aux trois objectifs décrits au § 9.1 : ● Sécurité de l'écosystème suffisante : Nous avons fixé le ratio staking ( ) à 30 % et a exécuté le 𝑆𝑟 modèle. Étant donné que les deux indicateurs restants – validator incitations ( ) et trésor 𝑉𝑖 afflux ( ) – affichent des valeurs attendues ou supérieures aux valeurs attendues, nous concluons que le 𝑋𝑖 Le ratio staking doit conserver des niveaux satisfaisants ou supérieurs à satisfaisants. ● Incitations validator suffisantes : Les résultats montrent que le retour sur travail ciblé ( ) 𝑉𝑟 il est réaliste de s’attendre à un taux de 4 à 5 %. De plus, il atteint ≈7% pour une croissance moyenne et ≈10% pour scénario de croissance rapide. En réalité, cela entraînerait probablement une augmentation du ratio staking (donc augmentant encore la sécurité de l'écosystème), jusqu'à ce que le marché détermine l'équilibre entre le ratio staking et les rendements.● Soutien écosystémique suffisant : les résultats montrent que le niveau minimal satisfaisant de les rentrées du Trésor communautaire ( ) de 50 à 100 millions de dollars par an est réaliste. 𝑋𝑖 De plus, il atteint des niveaux nettement plus élevés vers la fin de la période de dix ans. Toutefois, les entrées de trésorerie sont directement liées au prix du POL et sont donc fortement liées au prix du POL. spéculatif. Si le Trésor finit par avoir plus de fonds que l’écosystème, de manière réaliste besoins, la communauté pourrait décider de brûler le POL excédentaire, comme mentionné au § 7. Figure 4. Retour sur le travail et afflux de trésorerie communautaire Le modèle complet est open source et peut être consulté sur GitHub, et utilisé pour produire et analyser les résultats pour des ensembles arbitraires d’entrées. 10Conclusion La vision derrière Polygon est de construire la couche de valeur d'Internet. Pour réaliser cette vision, le l'architecture de protocole Polygon repensée introduit une nouvelle solution, infiniment évolutive et transparente réseau interconnecté de chaînes Layer 2. Dans cet article, nous avons présenté POL, le token natif proposé de Polygon, conçu pour sécuriser, coordonner et aligner l’écosystème Polygon et dynamiser sa croissance. La conception proposée et tokenomics de POL atteignent les objectifs de conception rigoureux que nous avons définis. Nous avons créé un modèle pour simuler les indicateurs de performance clés de l'écosystème alimenté par POL, fourni les entrées de modèle requises et analysé les résultats de la simulation. Les résultats a confirmé l'hypothèse du modèle, dérivée des objectifs de conception susmentionnés.
Sur la base de tout ce qui précède, nous concluons que POL est un nouvel actif de nouvelle génération qui fournit une base solide à Polygon pour réaliser sa vision ambitieuse.