Whitepaper do Polygon
Resumen
Este artículo propone POL, el token nativo de la arquitectura del protocolo Polygon revisada, comúnmente conocido como Polygon 2.0. Como sucesor de MATIC, se prevé que POL se convierta en una herramienta instrumental para la coordinación y el crecimiento del ecosistema Polygon y el principal impulsor de la visión de Polygon como la capa de valor para Internet. Comenzamos analizando el trabajo relevante, identificando oportunidades y amenazas y, en base a eso, Establecer objetivos de diseño de POL. Proponemos diseño, utilidad y tokenómica de POL que logre todos los objetivos del diseño. Describimos el concepto de Stake Layer, un coordinador de cadena único en su tipo impulsado por POL, capaz de soportar un número prácticamente ilimitado de cadenas Polygon con características arbitrarias y configuraciones. Creemos que la introducción de la capa de participación y la versión más amplia Polygon 2.0 La arquitectura puede establecer Polygon como el tercer avance más importante e impactante en Web3 (siendo los dos primeros Bitcoin y Ethereum), dada la magnitud de la innovación y adopción que puede facilitar. Presentamos el Tesoro Comunitario, un fondo gobernado por la comunidad dentro de un protocolo diseñado para proporcionar apoyo económico continuo para un mayor desarrollo y crecimiento de Polygon ecosistema. Describimos el proceso de migración de MATIC a POL. Para analizar el diseño propuesto, definimos un modelo de simulación económica y ejecutamos simulaciones. confirmar la hipótesis del modelo, derivada de los objetivos de diseño antes mencionados. Con base en todo lo anterior, concluimos que POL es un activo novedoso de próxima generación que proporciona una base sólida para la ambiciosa visión de la capa de valor.
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.
Visión
La visión detrás de Polygon como capa de valor de Internet es marcar el comienzo de un mundo en el que el valor pueden crearse e intercambiarse libre y globalmente, de manera similar a cómo creamos e intercambiamos información hoy. Un mundo que permita nuevas formas (más justas, más inclusivas y más eficientes) de las organizaciones humanas y la gobernanza. Creemos firmemente que hacer realidad esta visión puede hacer avanzar significativamente nuestra sociedad. Para hacer realidad esta ambiciosa visión, la infraestructura de Polygon debe mejorar. En concreto, debe volverse exponencialmente más escalable, sin sacrificar la seguridad y el usuario. experiencia. Para solucionar este problema, se está introduciendo una arquitectura de protocolo reinventada como parte del Polygon Esfuerzo 2.0. Este rediseño radical convierte a Polygon en una red de cadenas L2 impulsadas por ZK, unificadas a través de un novedoso protocolo de coordinación entre cadenas. La red puede soportar una cantidad prácticamente ilimitada número de cadenas, y las interacciones entre cadenas pueden ocurrir de manera fluida e instantánea sin supuestos adicionales de seguridad o confianza. Este diseño cumple plenamente con lo mencionado anteriormente. requisito: escalabilidad exponencial sin sacrificar la seguridad y la experiencia del usuario. Figura 1. Arquitectura del protocolo Polygon Para coordinar, proteger y hacer crecer esta poderosa red, se necesita un protocolo avanzado y bien diseñado. La economía y el diseño del mecanismo son necesarios. Esto inspiró la creación de POL.
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.
Trabajo relevante
En este capítulo describimos ejemplos de diseño nativo token relevantes, la utilidad que asignan al token así como ventajas y desventajas notables. 2.1 Bitcoin (BTC) BTC es el token nativo del protocolo Bitcoin y es el primer token nativo destacado implementación. La utilidad de BTC es doble: ● Recompensas de minero: el protocolo emite BTC y lo distribuye al protocolo validators, también conocido como mineros; ● Tarifas de transacción: los usuarios pagan tarifas en BTC por cada transacción, lo que evita el spam y proporciona incentivos adicionales para los mineros. Una ventaja del diseño BTC es un suministro determinista, es decir, predecible. Normalmente, tokens con oferta determinista son más atractivos para los tenedores y pueden capturar valor mejor que aquellos con oferta no determinista. Consideramos que BTC es un diseño heredado token y argumentamos que sus desventajas son múltiples: ● Es un activo improductivo, no otorga a sus poseedores ningún papel significativo en el protocolo. ni los incentivos para desempeñar tal papel; ● No aprovecha la oportunidad de exigir participación en el token nativo para el protocolo. validators y en su lugar les exige apostar, es decir, invertir recursos externos (minería equipos y electricidad), lo que hace que el protocolo sea menos resiliente y autosostenible; ● Reduce gradualmente las emisiones de recompensas mineras hasta llegar a cero, lo que introduce preocupaciones de sostenibilidad y seguridad (no está claro si la seguridad se puede mantener una vez la tasa de emisión se vuelve baja o llega a cero); ● No introduce ningún tipo de apoyo económico al ecosistema; ● No otorga ningún derecho de gobernanza a los titulares, aunque se puede argumentar que Layer 1 protocolos como Bitcoin no deben utilizar tokens para la gobernanza. 2.2 Ethereum (ETH) ETH es el token nativo del protocolo y ecosistema Ethereum. Con su diseño innovador, estableció la próxima generación de protocolo nativo tokens.
La utilidad de ETH es múltiple: ● Validadores staking: El protocolo PoS (Prueba de participación) de Ethereum requiere que validators participen ETH para unirse al grupo validator; ● Recompensas del validador: el protocolo emite ETH y lo distribuye al protocolo validators; ● Tarifas de transacción: los usuarios pagan tarifas en ETH por cada transacción, lo que evita el spam y proporciona incentivos adicionales para validators. El diseño de ETH tiene múltiples ventajas: ● Es un activo productivo, sus poseedores pueden participar en la seguridad de la red y recibir incentivos por hacerlo; ● Desincentiva el comportamiento malicioso de validators mediante la reducción dentro del protocolo, es decir, la destrucción tokens de validators maliciosos; ● No introduce preocupaciones de seguridad y sostenibilidad, dado que no tiene límite de suministro como BTC; ● Proporciona apoyo económico al ecosistema a través de una porción predeterminada del capital inicial. suministro asignado a la fundación administradora. Una posible desventaja del diseño de ETH es que no tiene un suministro totalmente predecible, dado que la emisión de token para recompensas de validator aumenta a medida que se apuestan más token. Sin embargo, Esto se contrarresta con éxito mediante el mecanismo incorporado que quema1 una parte de cada tarifa de transacción, contrarrestando así el impacto de la emisión de token para las recompensas validator. otro La desventaja es que el mencionado apoyo económico no puede durar indefinidamente; la inicial La asignación token a la fundación administradora eventualmente se agotará. Por último, no asignar cualquier derecho de gobernanza a los titulares de token, aunque, como se mencionó anteriormente, se puede argumentar que los protocolos Layer 1 no deben utilizar tokens para la gobernanza. 2.3 Cosmos (ÁTOMO) ATOM es el token nativo del Cosmos Hub, el blockchain central previsto del Cosmos ecosistema multicadena. Tiene múltiples utilidades, pero solo dentro del Cosmos Hub: ● Validadores staking; ● Recompensas del validador; ● Tarifas de transacción; 1 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md● Gobernanza. El diseño de ATOM tiene las siguientes ventajas: ● Es un activo productivo, sus poseedores pueden participar en la obtención de Cosmos Hub y recibir incentivos para hacerlo; ● No introduce preocupaciones de seguridad y sostenibilidad, dado que no tiene límite de suministro; ● Proporciona apoyo económico al ecosistema a través de una asignación predeterminada al fundación administradora; ● Otorga a sus titulares derechos de gobernanza a través de un modelo de gobernanza integral. Las desventajas del diseño ATOM: ● Sólo tiene utilidad dentro del Cosmos Hub; no se utiliza para correr y asegurar otras cadenas en el ecosistema, aunque existen iniciativas para permitirlo; ● Facilita un modelo de gobernanza exclusivo de token, que excluye a otras partes interesadas relevantes. del ecosistema (desarrolladores, contribuyentes destacados, aplicaciones, etc.) a partir de la decisión hacer; ● El apoyo económico que facilita no puede durar indefinidamente, ya que el tesoro token eventualmente se agota. 2.4 Polkadot (PUNTO) DOT es el token nativo del ecosistema multicadena Polkadot. Tiene la misma utilidad que ATOM, pero generalmente en todo el ecosistema Polkadot: ● Validadores staking; ● Recompensas del validador; ● Tarifas de transacción; ● Gobernanza. El diseño del DOT tiene las siguientes ventajas: ● Es un activo productivo; ● No introduce preocupaciones de seguridad y sostenibilidad, dado que no tiene límite de suministro; ● Proporciona apoyo económico al ecosistema a través de una asignación predeterminada al fundación administradora; ● Otorga a sus titulares derechos de gobernanza a través de un modelo de gobernanza integral;
● Proporciona seguridad para todo el ecosistema, es decir, todos los blockchain participantes. Las desventajas son: ● Exige el uso de DOT como validator staking token para todas las cadenas participantes. reduciendo así las opciones arquitectónicas para los desarrolladores de cadenas Polkadot; ● Introduce un nivel significativo de fricción para los desarrolladores de Polkadot blockchains que están obligados a ofertar y bloquear cantidades significativas de DOT para que sus cadenas se conviertan en parte del ecosistema; ● Facilita un modelo de gobernanza exclusivo de token, que excluye a otras partes interesadas relevantes. del ecosistema desde la toma de decisiones; ● El apoyo económico que facilita no puede durar indefinidamente, ya que el tesoro token eventualmente se agota. 2.5 Aave (Aave) AAVE es el token nativo de Aave, una plataforma de préstamos en cadena token. Dado que AAVE no es un protocolo sino una aplicación token, no analizamos su diseño, ventajas y desventajas. La relevancia de AAVE para el diseño POL es doble: ● AAVE es el sucesor de LEND, el token nativo inicial de Aave; la comunidad aave ejecutó una migración exitosa y beneficiosa de LEND a AAVE; ● AAVE proporciona a sus titulares derechos de gobernanza a través de un modelo de gobernanza integral.
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.
Objetivos de diseño
Según el análisis del trabajo relevante, varias oportunidades importantes para que POL beneficie a la Se identificaron Polygon ecosistema. Estas oportunidades se presentan aquí como POLÍTICA objetivos de diseño. 1. Seguridad del ecosistema. POL debería ayudar a establecer un grupo altamente descentralizado de validators que pueden ejecutar y asegurar cualquier cadena Polygon. Se debe incentivar a los validadores para unirse y permanecer en el grupo validator y ayudar a asegurar tantas cadenas como sea posible, y en al mismo tiempo, desincentivados a hacer algo malicioso. 2. Escalabilidad infinita. POL debería apoyar el crecimiento exponencial del ecosistema Polygon y una eventual “hiperblochainización” del mundo. Principalmente, debería habilitar el validator grupo a escala para admitir miles de cadenas Polygon.
3. Apoyo al ecosistema. Al ser una red global en ciernes, Polygon requerirá apoyo económico para un mayor desarrollo y crecimiento. POL debería ayudar a establecer un mecanismo de financiación autosostenible para esas actividades. Este “vehículo” de financiación debería ser gobernado por la comunidad Polygon. 4. Sin fricción. Las redes blockchain a menudo requieren que tanto los usuarios como los desarrolladores mantengan y apoyen o consumir sus tokens nativos para poder utilizar la red. Esto causa fricción y degrada la experiencia del usuario y del desarrollador. POL debe diseñarse de manera que no no introducir ninguna fricción de este tipo. 5. Propiedad comunitaria. Polygon se concibe como una red descentralizada gobernada por su comunidad. Asignar derechos de gobernanza a los titulares de POL puede permitir la creación de modelos de gobernanza eficaces en los que los tomadores de decisiones sean directamente incentivados a apoyar propuestas que sean lo mejor para el ecosistema Polygon.
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.
Utilidad
POL es el token nativo de Polygon y, como tal, representa la herramienta principal para la coordinación y incentivación de todo el ecosistema Polygon. Tiene múltiples utilidades, a saber: ● Validador staking; ● Recompensas del validador; ● Propiedad comunitaria, es decir, gobernanza. 4.1 Validador staking Polygon validators deben apostar POL para poder unirse al grupo validator. El validador staking aumenta la seguridad del ecosistema al: ● Prevención de ataques de Sybil; ● Alinear validators con el éxito del ecosistema; ● Habilitar la reducción, es decir, el castigo de validators maliciosos. Al staking POL y al unirse al grupo validator, validator son elegibles para suscribirse para validar cualquier cadena Polygon. La validación y sus beneficios para validators se explican con más detalle en el § 6.3.
4.2 Recompensas del validador La descentralización y el tamaño del grupo validator son de vital importancia para la seguridad, la resiliencia y neutralidad de todo el ecosistema Polygon. Para incentivar la incorporación y retención de validator, cantidades predefinidas de POL deben distribuirse continuamente a Polygon validators como protocolo recompensas. Las recompensas del protocolo deben distribuirse a validators proporcionalmente a la cantidad de POL que apuestan. La emisión de POL se describe en el § 5.2. Las recompensas del protocolo proporcionan incentivos básicos para validators y establecen igualdad de condiciones para los todo el grupo validator. Además, los validators pueden obtener incentivos adicionales validando cadenas individuales Polygon. Los incentivos validator adicionales se describen en el § 6.3. 4.3 Gobernanza a facilitar eficiente, administrado por la comunidad gobernanza de aspectos importantes del Polygon ecosistema, POL debería estar técnicamente habilitado para tener derechos de gobernanza, es decir, ser utilizado en marcos de gobernanza. Describir el marco de gobernanza Polygon está fuera del alcance de este documento.
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.
Suministro
Aquí cubrimos el suministro inicial y la política de emisiones de POL, y describimos el fundamento. detrás de ambos. 5.1 Suministro inicial El suministro inicial de POL es de 10 mil millones de tokens. La totalidad del suministro inicial debe ser dedicado para la migración, es decir, token intercambio de MATIC a POL. Esta migración tendría que tomar lugar para que POL suceda a MATIC como el token nativo del ecosistema Polygon, y se analiza en el § 8. El suministro inicial de POL coincide con el suministro de MATIC, lo que debería hacer que la migración sea bastante sencillo. Una vez que se complete la migración, la distribución de POL esencialmente coincidirá con la actual. distribución de MATIC. MATIC ya ha pasado por un extenso proceso de token distribución que ha resultado en más de 600.000 direcciones de titulares2, y probablemente incluso más 2 Fuente: https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances
titulares reales, dado que las direcciones de los intercambios criptográficos centralizados y los protocolos DeFi representar a varios usuarios. Esto implica que POL se distribuiría ampliamente desde el primer día, lo que es fundamental para la descentralización general y la resiliencia del ecosistema. 5.2 Emisión POL se emite a una velocidad determinista predefinida con dos propósitos: 1. Recompensas del validador. Para incentivar la incorporación y retención de validator, POL debe ser emitido continuamente a una velocidad predeterminada y distribuido a validators como base, recompensa del protocolo. Proponemos una tasa de emisión anual del 1% del suministro de POL para este propósito. La tasa de emisión no sería posible cambiar durante los 10 años iniciales, y transcurrido ese plazo la comunidad puede decidir disminuirlo de forma arbitraria a través de la marco de gobernanza. La tasa de emisión nunca podrá aumentarse más allá del 1%. 2. Apoyo al ecosistema. Proporcionar apoyo continuo para un mayor desarrollo y crecimiento de el Polygon ecosistema, nosotros proponer a introducir el Comunidad Hacienda, un fondo ecosistémico gobernado por la comunidad, descrito en el § 7. Proponemos una emisión anual tasa del 1% del suministro de POL para este fin. Igual que la emisión de validator recompensas, esta tasa de emisión se puede reducir después de 10 años a través de una gobernanza y nunca podrá incrementarse más allá del 1%. Figura 2. Posibles escenarios de tasas de emisión de POL El fundamento de la emisión propuesta y las tasas de emisión es que el ecosistema Polygon y Web3 en general necesitarán tiempo para madurar y alcanzar una adopción generalizada. Basado en elciclos históricos de adopción de plataformas informáticas e Internet, la fase de madurez podría ser realistamente Se espera que esto suceda en unos 10 a 15 años. Durante ese período, el ecosistema Necesita apoyo económico. Una vez que el ecosistema Polygon y Web3 alcancen la madurez, las tarifas de transacción y otros incentivos asegurado mediante la validación de cadenas Polygon (descritas en el § 6.3) debería por sí sola generar suficiente devoluciones por Polygon validators. Una vez que eso suceda, la comunidad puede decidir intervenir y reducir o suspender por completo la emisión de recompensas validator, sin afectar la seguridad y descentralización del ecosistema. De manera similar, la comunidad puede entonces decidir disminuir o suspender también la emisión para el Tesoro Comunitario, dado que el ecosistema no ya no necesitamos un apoyo económico significativo. Obviamente, el ciclo de adopción de Web3 podría verse ligeramente o completamente diferente. En caso de que resulte Señaló que alcanzar la adopción generalizada lleva más tiempo y el ecosistema aún necesita apoyo. Después de 10 años, la comunidad puede optar por no intervenir y la emisión seguirá aumentando. suceder durante el tiempo que sea necesario. Consideramos óptima la política de emisiones propuesta, ya que logra el equilibrio entre: ● suficiente ecosistema apoyo. suficiente, preparado para el futuro apoyo a el Polygon El ecosistema es de vital importancia para la seguridad y el éxito de Polygon. Para validar el hipótesis de que las tasas de emisión propuestas son realmente suficientes, desarrollamos modelo económico, realizó simulaciones y presentó los resultados en el § 9. ● Seguridad vía escasez. La escasez de tokens nativos es fundamental para blockchain redes; una dilución alta de token puede afectar drásticamente la seguridad. para estimar Escasez de POL, podemos comparar la tasa de emisión propuesta con la tasa de emisión de BTC, que actualmente es ≈1,8%3, y ha sido significativamente mayor en el pasado. Además, aunque disminuyendo gradualmente, se garantiza que la emisión de BTC se producirá durante más de un año siglo, mientras que las emisiones de POL podrían potencialmente reducirse o suspenderse incluso después de 10 años. Dado que (i) Bitcoin se considera un activo muy escaso, y (ii) el POL total La tasa de emisión es comparable (y potencialmente más estricta) a BTC, concluimos que POL es suficientemente escaso, es decir, su emisión no introduce problemas de seguridad del protocolo. 3 Fuente: https://charts.woobull.com/bitcoin-inflation/
Por último, es importante señalar que la política de emisiones que proponemos tiene un alto grado de previsibilidad. El calendario de emisiones predeterminado hace que el suministro de POL sea predecible a largo plazo. plazo, incluso si la comunidad decide intervenir. Como se explicó, la comunidad sólo puede disminuir las tarifas, complementando así de manera efectiva la política de emisiones predeterminada y escasez potencialmente creciente de POL. La previsibilidad y la escasez atraen el protocolo y el mercado participantes y proporcionar una sensación de confiabilidad. A medida que el ecosistema Polygon continúa creciendo, este debería contribuir a establecer POL como un activo digital atractivo y confiable, que posteriormente podría impulsar aún más la adopción y la confiabilidad, creando así un círculo virtuoso.
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.
Capa de replanteo
Hacer realidad la visión de la capa de valor de Internet eventualmente requerirá la red Polygon para albergar miles de millones de usuarios y millones de aplicaciones Web3. Para permitir este vasto nivel de actividad, cientos o miles de cadenas Polygon correrán en paralelo, aseguradas por decenas o cientos de miles de validators. Para coordinar todas las cadenas Polygon y validators, La arquitectura del protocolo Polygon rediseñada presenta la capa de participación. La capa de participación es un protocolo coordinador de múltiples cadenas programable único en su tipo. Por Al orquestar todos los Polygon validators y cadenas, permite: ● Escalabilidad ilimitada del ecosistema; ● Acceso simple y automatizado a la infraestructura Web3 dedicada a cualquier proyecto Web3. La industria Web3 fue iniciada por Bitcoin, el primer blockchain exitoso con un solo aplicación – moneda digital. A medida que se proponían nuevas aplicaciones y casos de uso, normalmente lanzaban sus propios blockchains, lo cual era lento y complejo. Esto fue abordado por el segundo gran avance de Web3: Ethereum, un blockchain programable que pueda soportar cualquier aplicación o caso de uso. A pesar de ser un gran cambio de paradigma, el principal La limitación de Ethereum es que no puede escalar para respaldar la adopción generalizada. para mitigar esta limitación, la comunidad Ethereum recurrió a Layer 2 cadenas – blockchain arquitecturas que Ofrecer una mayor escalabilidad sin sacrificar la seguridad. Con la introducción de Stake Layer, Polygon se vuelve capaz de soportar un número prácticamente ilimitado de Layer 2 cadenas, cada una Totalmente programable tanto a nivel de aplicación como de configuración. Creemos que esto puede ser el tercer avance más importante desde el inicio de Web3, dada la magnitud de innovación y adopción que permite.
Describir y especificar la capa de replanteo en detalle está fuera del alcance de este documento. En cambio, y para comprender mejor esta capa impulsada por POL y su potencial, proporcionamos una visión general de sus siguientes aspectos: ● Diseño e implementación; ● Polygon gestión de cadenas; ● Gestión de validadores. 6.1 Diseño e implementación Como se mencionó anteriormente, la capa de participación es un coordinador de cadenas múltiples programable. se las arregla dos componentes lógicos principales: 1. Validador registro: Mantiene el actualizado registro de validators, con su correspondientes participaciones y cadenas POL a las que están suscritos; 2. cadena registro: Mantiene el registro actualizado de las cadenas Polygon, con sus configuraciones correspondientes. La característica principal que requiere la capa de replanteo es la capacidad de programación total; le permite soportar y coordinar: ● Configuraciones arbitrarias de cadenas Polygon; ● Todas las operaciones relacionadas con validator; ● Operaciones y aplicaciones de soporte arbitrarias, p.e. staking derivados. La forma óptima de lograr programabilidad es utilizando EVM (Ethereum Máquina virtual), ya que proporciona una serie de beneficios: ● integridad de Turing; ● Madurez del EVM, lenguajes de nivel superior (por ejemplo, Solidity) y herramientas; ● Base de desarrolladores, etc. En la práctica, esto significa que la capa de participación se implementará como un conjunto de EVM inteligentes. contratos. Estos smart contract se pueden implementar en cualquier EVM blockchain, probablemente en Ethereum o Polygon zkEVM rollup, dado que ambos ofrecen un alto nivel de seguridad. 6.2 Polygon gestión de cadenas La capa de replanteo puede soportar un número prácticamente ilimitado de Polygon cadenas, cada una con funciones y configuraciones arbitrarias y proporcionarles el nivel requerido de descentralización.El principal servicio que brinda Stake Layer a las cadenas Polygon es la gestión de sus validator requisitos y validator conjuntos establecidos según dichos requisitos. Los requisitos del validador se especifican en una configuración smart contract que implementa cada cadena Polygon para iniciarse. Este smart contract puede definir requisitos validator arbitrarios, incluidos pero no limitado a: ● Número máximo de validator: especifica el número máximo de validators de la cadena. acepta en su conjunto validator. ● Número mínimo de validator: el número mínimo de validator necesarios para iniciar el cadena. ● Delitos reducibles: delitos de validación atribuibles en cadena que causan reducción del estaca; ● Criterios del validador: el único criterio común para todos los validators en Stake Hub es una participación en POL. Se pueden especificar criterios adicionales arbitrarios, como la autorización por parte de un tercero. parte, participación adicional en otros tokens (por ejemplo, tokens nativos de cadenas individuales Polygon) etc. Además de la capacidad de configurar los requisitos validator, las cadenas Polygon pueden configurar todos los demás parámetros y características de su arquitectura. Estos no están definidos en el Nivel de capa de replanteo, sino en el código de cliente de las cadenas Polygon. Algunos parámetros notables y las características son: ● Nativo token: Las cadenas pueden crear sus token nativos que se pueden usar para varios propósitos, p.e. tarifas de transacción, incentivos al usuario, etc. ● Gestión de tarifas: las cadenas pueden decidir cómo gestionar las tarifas de transacción. Normalmente, las tarifas de transacción se pasarían a validators en su totalidad, pero otras distribuciones Son posibles modelos, p.e. quemar una parte de las tarifas y pasar la parte restante a validators. ● Recompensas adicionales: todos los Polygon validator reciben recompensas del protocolo base (como se describe en § 4.2) y normalmente las tarifas de transacción de las cadenas Polygon que validan. Para atraer más validators, la cadena Polygon puede ofrecer recompensas adicionales además de estas. estos Es probable que las recompensas a menudo estén en tokens nativos de esas cadenas. ● Tiempo y tamaño del bloque: Es posible configurar la frecuencia y el tamaño, es decir, el límite de gas de bloques. ● Tiempo de punto de control: los conjuntos de validadores proporcionan una finalidad local rápida para las cadenas Polygon. Además Además, todas las cadenas Polygon generan y envían periódicamente pruebas de conocimiento cero aEthereum, aprovechando así su alta seguridad. La frecuencia de estos puntos de control puede ser configurado (por ejemplo, cada 5 minutos). ● Disponibilidad de datos: También se puede especificar el modelo de disponibilidad de datos. Las cadenas pueden decidir aprovechar Ethereum (modelo rollup) o sus propios conjuntos validator u otros datos externos Servicio de disponibilidad (modelo validum). Con el marco propuesto, lanzar una nueva cadena Polygon prácticamente se reduce a escribir e implementar la configuración antes mencionada smart contract. Una vez que el contrato se implementa en el Stake Layer, validators pueden comenzar a suscribirse a ella. Cuando el número mínimo requerido de Se alcanza validators, se lanza la cadena. Creemos que esta forma sencilla de configurar y lanzar cadenas puede marcar el comienzo de una nueva era de innovación y adopción. La decisión de diseño revolucionaria de Ethereum fue no intentar predecir qué aplicaciones y casos de uso querrán crear los desarrolladores. En cambio, ofreció una Entorno programable completo de Turing que puede admitir cualquier aplicación o caso de uso. con la capa de participación, Polygon está adoptando el mismo enfoque para lanzar nuevas cadenas: admite prácticamente cualquier diseño de cadena, de forma programable y sin limitaciones de escala. 6.3 Gestión del validador La capa de replanteo puede admitir un número prácticamente ilimitado de validators. se las arregla validators durante todo su ciclo de vida y les permite proteger diferentes tipos de incentivos para realizar un trabajo útil. Hay cuatro fases posibles, es decir, estados, en el ciclo de vida validator: 1. Activación: los validadores se inician como parte del grupo validator depositando POL en el staking contrato en la capa de replanteo. Una vez iniciado, validators se vuelven elegibles para recibir recompensas del protocolo base (descritas en el § 4.2). 2. Suscripción: una vez iniciada, validators pueden suscribirse para validar cualquier Polygon cadena. 3. Validación: si un validator cumple con todos los criterios de la cadena Polygon a la que se suscribió, se convierte en miembro del conjunto validator de esa cadena. Los validadores pueden validar múltiples cadenas, y su participación en POL es reconocida en cada una de esas cadenas. Si un validator es cortado para una ofensa cortable predefinida en una de las cadenas, su saldo POL se actualiza y reflejado en todas las cadenas que valida. Las fases de validación y suscripción pueden
superposición; un solo validator puede estar en fase de suscripción en una cadena Polygon y en la fase de validación en otro. 4. Retiro: los validadores pueden abandonar el grupo validator en cualquier momento. Una vez que la jubilación es iniciado, comienza un período de espera predefinido, lo que permite posibles pendientes cortando. Después del período de espera, validators pueden retirar su apuesta POL de el contrato de depósito. A cambio de validar Polygon cadenas, validators pueden establecer al menos tres flujos de incentivos: 1. Recompensas del protocolo: como se describió anteriormente, cada Polygon validator activo recibe base recompensas del protocolo. La emisión total de POL para las recompensas validator (descritas en el § 5.2) es distribuido a los validator activos proporcionalmente a su participación en POL. 2. Tarifas de transacción: los validadores pueden validar cualquier número de cadenas Polygon. en retorno, estas cadenas normalmente otorgarán la totalidad o una parte de las tarifas de transacción a validators. 3. Recompensas adicionales: como se mencionó anteriormente, algunas cadenas Polygon pueden optar por introducir recompensas adicionales para atraer más validators. Estas recompensas pueden ser en cualquier token, incluidos, entre otros, POL, monedas estables o token nativos de esos Polygon cadenas. Mientras describimos los incentivos validator, vale la pena señalar que el concepto de validación en Polygon es más amplia que la definición habitual y estrecha. Esto mejora aún más la propuesta de valor de la Rol validator: además de validar múltiples cadenas, los validators también pueden realizar múltiples roles en una sola cadena. Los roles más comunes probablemente serán: ● Validación en sentido estricto: aceptar transacciones de usuarios, determinar su validez y bloques generadores; ● Demostración: Producir pruebas de validez de transacción sin conocimiento cero; ● Disponibilidad de datos: Proporcionar garantías de que los datos de las transacciones se publiquen y sean públicos. disponible.
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.
Hacienda Comunitaria
El ecosistema Polygon y toda la industria Web3 aún se encuentran en las primeras etapas de adopción y fase de desarrollo. Para permanecer en la trayectoria de crecimiento actual, el ecosistema Polygon necesitarán apoyo económico continuo en los próximos años.
Para abordar la necesidad de un apoyo continuo al ecosistema, proponemos el Tesoro Comunitario, un Fondo ecosistémico dentro del protocolo y gobernado por la comunidad. Introduce al menos tres beneficios principales para el ecosistema Polygon: ● Apoyo económico continuo y autosostenible durante el tiempo que sea necesario; ● Mayor descentralización al reducir la dependencia de la Fundación Polygon; ● Alcanzar el siguiente nivel de transparencia e inclusión comunitaria. Como se describe en el § 5.2, el Tesoro Comunitario se financia mediante una emisión predeterminada de POL. La tasa de emisión dedicada a este propósito es del 1% anual, o ≈100 millones de POL en absoluto términos, y no se puede cambiar durante 10 años. Esto garantiza un fuerte soporte del ecosistema durante este período, crítico para el desarrollo, crecimiento y posicionamiento de Polygon. Una vez que el ecosistema Polygon y Web3 alcancen la madurez, es probable que el ecosistema no necesite apoyo económico significativo. En ese punto, la comunidad debe intervenir y disminuir o suspender la emisión para el Tesoro Comunitario. En un escenario optimista, cuando el vencimiento se alcance antes de que expire el período de 10 años de financiación garantizada, el El Tesoro Comunitario podría terminar teniendo más fondos de los que el ecosistema realmente necesita. en En ese caso, la comunidad debería decidir cómo utilizar este exceso de POL. Por ejemplo, una decisión se puede hacer para quemarlo. Como ya se ha dicho, y como su nombre indica, la Hacienda Comunitaria debería regirse por el comunidad, a través de un proceso de gobernanza acordado. El proceso de gobernanza y la visión más amplia Polygon marco de gobernanza se están diseñando y estableciendo como parte del Polygon 2.0 esfuerzo, y explicarlos en detalle está fuera del alcance de este documento. En lugar de ello, damos una breve descripción general de sus dos conceptos probables: 1. Polygon Propuestas de financiación (PFP): propuestas formales de financiación u otras actividades o mejoras relacionadas con la Hacienda Comunitaria. Cualquier persona puede presentar PFP, y debería estar públicamente disponible y discutido. Se pueden observar conceptos similares en otros marcos de gobernanza destacados4,5. 2. Obtención de consenso: El proceso de tomar una decisión sobre una PFP específica. el La decisión se puede tomar de manera directa, donde cada miembro de la comunidad puede participar, o a través de delegados que representen a la comunidad. Como se menciona en el § 4.3, POL debe estar técnicamente habilitado para tener derechos de gobernanza, por lo que potencialmente puede ser utilizado 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance
como parte de la reunión de consenso o del proceso de elección de delegados. Los titulares de POL son directamente incentivados económicamente para aprobar buenas propuestas y rechazar las malas, lo que hace que el proceso de toma de decisiones tenga más probabilidades de beneficiar al ecosistema. En el artículo 9 simulamos las entradas en curso del Tesoro Comunitario.
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.
Migración
Dado que se propone POL como sucesor de MATIC, el actual nativo token de Polygon, sería necesario realizar la migración del antiguo al nuevo token. El suministro inicial de POL propuesto en el § 5.1 coincide con el suministro actual de MATIC y fue propuso simplificar el proceso de migración tanto como fuera posible. Para MATIC de autocustodia titulares, la migración requeriría una acción simple: cambiar de MATIC a POL, usando el intercambiando smart contract que debe crearse para tal fin. El contrato de permuta debe acepte MATIC desde cualquier dirección y devuelva la cantidad equivalente de POL a la misma dirección. Para los titulares de MATIC que mantienen sus token con custodios y intercambios de cifrado centralizados, la migración normalmente sería automática, es decir, no requeriría ninguna acción. Todos los titulares de MATIC deberían poder cambiar sus tokens por POL, incluidos aquellos que tienen MATIC “bloqueado” durante varios años en varios DeFi o contratos de adquisición de derechos, o los desinformados titulares que se enteren de POL en algún momento en el futuro. Por esta razón, la migración Se debe permitir que esto ocurra durante un período de tiempo prolongado (por ejemplo, 4 años), si no indefinidamente. La migración debe ser voluntaria, es decir, no puede ser forzada. Sin embargo, si POL es aceptado por el mayoría de la comunidad como el nuevo nativo token, habrá poca o ninguna razón para mantener MATIC en lugar de POL. En esta situación, es razonable esperar que la migración sea prácticamente completamente ejecutado, es decir, la gran mayoría de MATIC se migrará.
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.
Modelo
Basado en el diseño de POL y la capa de replanteo, proponemos un modelo para simular importantes indicadores de desempeño del ecosistema impulsado por POL, proporcionar los insumos necesarios y analizar el resultados de simulaciones.
9.1 Hipótesis El propósito del modelo es validar la hipótesis de que la propuesta impulsada por POL ecosistema puede cumplir simultáneamente los siguientes objetivos, derivados del § 3: ● Seguridad suficiente del ecosistema: Medimos la seguridad a través del ratio POL staking, es decir porcentaje del suministro de POL apostado por validators. La relación mínima satisfactoria es 30-40%, aproximadamente equivalente a la proporción actual staking en la cadena PoS Polygon6. ● Incentivos validator suficientes: Para estimar la suficiencia de los incentivos validator, introducir el retorno del trabajo (ROW), la medida de los ingresos totales validator en relación con el valor del POL apostado. El rendimiento mínimo satisfactorio es del 4-5%; Los rendimientos más bajos no son considerado lo suficientemente atractivo, considerando el trabajo que se realiza, los riesgos y las costos de oportunidad. ● Soporte suficiente del ecosistema: medimos el soporte del ecosistema a través del flujo anual al Tesoro Comunitario. La entrada mínima satisfactoria es de 50 a 100 millones de dólares, y es determinado en función del nivel actual de apoyo económico al ecosistema Polygon necesidades. Definimos explícitamente estos indicadores (índice staking, rendimientos validator y entradas de tesorería) en el § 9.3. 9.2 Entradas En este capítulo describimos las entradas requeridas del modelo y estimamos sus valores respetables. Primero, definimos tres escenarios de crecimiento, proyectando el número abstracto de cadenas en el Polygon ecosistema durante el período inicial de 10 años. Nos referimos al número de cadenas como abstracto. porque no necesariamente expresa el número exacto de cadenas Polygon (aunque eso podría ser el caso), sino más bien el nivel acumulado de actividad, es decir, las transacciones en el ecosistema. 6 Fuente: https://staking.polygon.technology/
Figura 3. Escenarios de crecimiento a 10 años La justificación de los escenarios de crecimiento se basa en los siguientes datos y observaciones: ● Trayectoria de crecimiento actual. Desde su inicio en 2020, el ecosistema Polygon ha creció a miles de aplicaciones y 3 millones de transacciones diarias7. Si esta tendencia incluso continúa remotamente, los escenarios de crecimiento propuestos parecen realistas. ● Mercados de aplicaciones Web2: la App Store alberga alrededor de 1,8 millones de aplicaciones8 y Google Play alrededor de 2,7 millones9; Ambos se introdujeron hace unos 14 años. podría ser Es razonable esperar un nivel comparable de adopción de Web3 en un período comparable. plazo. ● Adopción de Supernets: Al momento de escribir este artículo, un año desde la introducción de Supernets, hay más de 100 proyectos candidatos a Supernets, muchos de ellos en desarrollo activo. En base a esto, los escenarios de crecimiento propuestos para Las Superredes parecen realistas, especialmente teniendo en cuenta que su implementación debería ser mucho más fácil una vez que se introduce la capa de replanteo (descrita en el § 6). Además, Es notable que la tendencia del interés en las Supernets es más fuerte en términos relativos que la uno para cadenas públicas. Por esta razón, asumimos lo mismo para la propuesta. escenarios de crecimiento. Para justificar aún más esto, un paralelo significativo con la historia de adopción de Web2 se puede dibujar. En los primeros días de Web2, alojamiento compartido de aplicaciones: equivalente a Web2 a cadenas públicas – era mucho más común que hoy en día. A medida que la industria maduró, 9 Fuente: https://www.appbrain.com/stats/number-of-android-apps 8 Fuente: https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st mineral/ 7 Fuente: https://polygonscan.com/chart/txEl alojamiento dedicado (Web2 equivalente a Supernets) se convirtió en la norma para todos. aplicación con una base de usuarios significativa y un nivel de actividad. Nuevamente, el número de cadenas Polygon es un concepto abstracto en nuestro modelo; en conjunto con el número de transacciones por cadena, debería reflejar principalmente el nivel de actividad económica en el ecosistema. De manera similar, la prevalencia, es decir, la proporción de Supernets en comparación con las cadenas públicas, es un Suposición abstracta y conservadora. Si resulta que las cadenas públicas son más populares En relación con las Superredes, los resultados de la simulación presentada en el § 9.4 serían similares o mejor, debido a sus respectivos niveles de tarifas de transacción. Para complementar los escenarios de crecimiento antes mencionados, estimamos los siguientes insumos: ● Suministro inicial de 10 mil millones de POL, como se describe en el § 5.1; ● Tasa de emisión anual del 1 % para los incentivos validator, como se describe en el § 5.2; ● Tasa de emisión anual del 1% para el Tesoro Comunitario, tal como se describe en el § 5.2; ● Precio promedio de POL de $5 durante el período de 10 años; ● 38 transacciones/segundo en promedio por cadena pública, comparable al Polygon actual Uso de la cadena PoS10; ● 19 transacciones/segundo en promedio por superred, un estimación basado en el requisitos de proyectos Supernet; ● Tarifa de transacción promedio de $0,01 en cadenas públicas, una estimación basada en el promedio actual tarifas en Polygon cadena PoS;11 ● Tarifa de transacción promedio de $0,001 en Supernets, estimación conservadora dada la abundancia espacio de bloques y una “carrera hacia el fondo” que probablemente generará tarifas de transacción; ● 100 validators en promedio por cadena pública, equivalente al tamaño establecido actual validator de Polygon Punto de venta; ● 15 validators en promedio por Supernet, según los requisitos y necesidades realistas de Candidatos a Supernet; ● Costos de funcionamiento promedio de $6,000/año por validator, equivalente al Polygon PoS actual datos, disminuyendo gradualmente según una versión modificada de la Ley de Moore (50% disminución en 3 años). Vale la pena señalar que el precio POL, aunque es uno de los insumos requeridos del modelo, directa y afecta significativamente sólo a las entradas del Tesoro Comunitario, no a otros resultados clave indicadores. Además, las estimaciones de tarifas de transacción no tienen en cuenta el costo de la disponibilidad de datos en 11 Fuente: https://polygonscan.com/chart/gasprice
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
Fuente: https://polygonscan.com/chart/tx
Ethereum para cadenas Polygon que utilizan el modelo rollup; ignoramos este costo porque se pasa a Ethereum. 9.3 Metodología Definimos un modelo simple para estimar los indicadores clave de desempeño del ecosistema, y validar la hipótesis del § 9.1. Los indicadores clave y la metodología para determinarlos son los siguientes: ● Proporción de apuesta ( ): La porción del suministro de POL apostada por validators. 𝑆𝑟 𝑆𝑟= 𝑆𝑠 / 𝑆𝑡 donde es el suministro apostado, es decir, la cantidad total de POL apostado por validators, y es total 𝑆𝑠 𝑆𝑡 suministro, es decir, suministro actual de POL. ● Incentivos de emisión del validador ( ): Incentivos anuales validator que provienen de POL 𝑉𝑖𝑖 emisión. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 donde es la oferta total, es la tasa de emisión anual para validator recompensas y es POL 𝑆𝑡 𝐼𝑣 𝑃 precio. ● Incentivos de tarifas de validador ( ): Incentivos anuales validator que provienen de las tarifas del gas. 𝑉𝑖𝑓 𝑉𝑖𝑓= 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 donde es el número de cadenas públicas, es el número de transacciones por cadena pública, 𝐶𝑝 𝑇𝑝 𝐹𝑝 es la tarifa de transacción promedio por cadena pública, es el número de Supernets, es el numero de 𝐶𝑠 𝑇𝑠 transacciones por Supernet y es la tarifa de transacción promedio por Supernet. 𝐹𝑠 ● Costos de funcionamiento del validador ( ): Costes de funcionamiento anuales acumulados de todos los Polygon validators. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 donde es el número de validators por cadena pública, es el número de cadenas públicas, es 𝑁𝑝 𝐶𝑝 𝑁𝑠 número de validators por Supernet, es el número de Supernets y son anuales 𝐶𝑠 𝑌 costos para un solo validator. ● Retorno del trabajo ( ): Ganancias totales validator expresadas como porcentaje del valor 𝑉𝑟 de POL apostado. 𝑉𝑟= (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)
donde son validator incentivos de emisión, son validator incentivos de tarifas, son 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator costos de funcionamiento, está en juego la oferta y es el precio POL. 𝑆𝑠 𝑃 ● Entradas del Tesoro Comunitario ( ): Entradas totales anuales al Tesoro Comunitario. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 donde es la oferta total, es la tasa de emisión anual para el Tesoro Comunitario y es 𝑆𝑡 𝐼𝑡 𝑃 Precio POL. 9.4 Resultados El modelo acepta los insumos requeridos y los procesa utilizando la metodología presentada. Los resultados para distintos conjuntos de insumos pueden proporcionar información interesante sobre el ecosistema y sus dinámica, que incluye, entre otros: ● El atractivo y la sostenibilidad de los incentivos validator; ● El importe y la dinámica de las entradas del Tesoro Comunitario; ● La estructura de los incentivos validator y sus cambios a lo largo del tiempo; ● El efecto del precio en todos los indicadores observados; ● El efecto de diferentes niveles de adopción en todos los indicadores observados, etc. Aquí ejecutamos el modelo con las entradas proporcionadas en el § 9.2 y observamos los tres indicadores. requerido para validar nuestra hipótesis inicial: staking ratio ( ), validator incentivos ( ) y tesorería 𝑆𝑟 𝑉𝑖 afluencia ( ). 𝑋𝑖 Según los resultados del modelo, tenemos una confianza razonable en que el sistema POL descrito El ecosistema puede cumplir los tres objetivos descritos en el § 9.1: ● Seguridad suficiente del ecosistema: arreglamos la proporción staking ( ) al 30% y ejecutó el 𝑆𝑟 modelo. Dado que los dos indicadores restantes – validator incentivos ( ) y tesorería 𝑉𝑖 afluencia ( ) – están mostrando valores esperados o superiores a los esperados, concluimos que el 𝑋𝑖 La relación staking debe mantenerse en niveles satisfactorios o superiores a los satisfactorios. ● Incentivos validator suficientes: Los resultados muestran que el retorno del trabajo objetivo ( ) 𝑉𝑟 Es realista esperar un aumento del 4-5%. Además, alcanza ≈7% para crecimiento medio y ≈10% para crecimiento medio. escenario de rápido crecimiento. En realidad, esto probablemente causaría que la proporción staking aumentara (por lo tanto aumentando aún más la seguridad del ecosistema), hasta que el mercado determine el equilibrio entre staking ratio y rentabilidad.● Soporte suficiente del ecosistema: Los resultados muestran que el nivel mínimo satisfactorio de las entradas del Tesoro Comunitario ( ) es realista esperar entre 50 y 100 millones de dólares al año. 𝑋𝑖 Además, alcanza niveles significativamente más altos hacia el final del período de 10 años. Sin embargo, la entrada de tesorería está directamente relacionada con el precio de POL y, por lo tanto, es altamente especulativo. Si el tesoro acaba teniendo más fondos que el ecosistema de forma realista necesidades, la comunidad podría decidir quemar el exceso de POL, como se menciona en el § 7. Figura 4. Rentabilidad del trabajo y entrada del tesoro comunitario El modelo completo es de código abierto y se puede acceder a él en GitHub y usarse para producir y Analizar resultados para conjuntos arbitrarios de entradas. 10 Conclusión La visión detrás de Polygon es construir la capa de valor de Internet. Para lograr esta visión, el La arquitectura de protocolo Polygon rediseñada presenta una novedosa, infinitamente escalable y sin problemas. Red interconectada de Layer 2 cadenas. En este artículo, presentamos POL, el token nativo propuesto de Polygon, diseñado para proteger, coordinar y alinear el ecosistema Polygon y potenciar su crecimiento. El diseño propuesto y tokenómica de POL logran los rigurosos objetivos de diseño que definimos. Creamos un modelo para simular los indicadores clave de rendimiento del ecosistema impulsado por POL. proporcionó las entradas del modelo requeridas y analizó los resultados de la simulación. Los resultados confirmó la hipótesis del modelo, derivada de los objetivos de diseño antes mencionados.
Con base en todo lo anterior, concluimos que POL es un activo novedoso de próxima generación que proporciona una base sólida para que Polygon logre su ambiciosa visión.
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.