Documento técnico de Polygon
Résumé
Cet article propose POL, le token natif de l'architecture de protocole Polygon révisée, communément appelé Polygon 2.0. En tant que successeur de MATIC, POL devrait devenir un outil instrumental pour la coordination et la croissance de l'écosystème Polygon et le principal moteur de la vision de Polygon en tant que couche de valeur pour Internet. Nous commençons par analyser les travaux pertinents, en identifiant les opportunités et les menaces et, sur cette base, nous établir les objectifs de conception du POL. Nous proposons une conception, une utilité et des tokenomics de POL qui réalisent tous les objectifs de conception. Nous décrivons le concept du Staking Layer, un coordinateur de chaîne unique en son genre, alimenté par POL, capable de prendre en charge un nombre pratiquement illimité de chaînes Polygon avec des fonctionnalités arbitraires et configurations. Nous pensons que l'introduction de la couche de jalonnement et du Polygon 2.0 plus large l'architecture peut établir Polygon comme la troisième avancée la plus importante et la plus percutante dans Web3 (les deux premiers étant Bitcoin et Ethereum), compte tenu de l'ampleur de l'innovation et l’adoption qu’il peut faciliter. Nous introduisons le Trésor communautaire, un fonds intégré au protocole et géré par la communauté, conçu pour fournir un soutien économique continu pour le développement et la croissance futurs du Polygon écosystème. Nous décrivons le processus de migration de MATIC vers POL. Pour analyser la conception proposée, nous définissons un modèle de simulation économique et exécutons des simulations pour confirmer l'hypothèse du modèle, dérivée des objectifs de conception susmentionnés. Sur la base de tout ce qui précède, nous concluons que POL est un nouvel actif de nouvelle génération qui fournit une base solide pour la vision ambitieuse de la couche de valeur.
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.
Vision
La vision derrière Polygon en tant que couche de valeur d'Internet est d'inaugurer un monde dans lequel la valeur peuvent être créés et échangés librement et à l’échelle mondiale, de la même manière que nous créons et échangeons informations aujourd'hui. Un monde qui permet de nouvelles formes – plus justes, plus inclusives et plus efficaces des organisations humaines et de la gouvernance. Nous croyons fermement que la réalisation de cette vision peut faire progresser considérablement notre société. Afin de faire de cette vision ambitieuse une réalité, l’infrastructure de Polygon doit s’améliorer. Plus précisément, il doit devenir exponentiellement plus évolutif, sans sacrifier la sécurité et l'utilisation expérience. Pour résoudre ce problème, une architecture de protocole repensée est introduite dans le cadre du Polygon Effort 2.0. Cette refonte radicale transforme Polygon en un réseau de chaînes L2 alimentées par ZK, unifiées via un nouveau protocole de coordination inter-chaînes. Le réseau peut prendre en charge un nombre pratiquement illimité nombre de chaînes, et les interactions entre chaînes peuvent se produire de manière transparente et instantanée sans des hypothèses supplémentaires en matière de sécurité ou de confiance. Cette conception répond pleinement à ce qui précède exigence – évolutivité exponentielle sans sacrifier la sécurité et l’expérience utilisateur. Figure 1. Architecture du protocole Polygon Pour coordonner, sécuriser et développer ce puissant réseau, un protocole avancé et bien conçu l'économie et la conception des mécanismes sont nécessaires. Cela a inspiré la création de POL.
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.
Travail pertinent
Dans ce chapitre, nous décrivons des exemples de conception token natifs pertinents, l'utilitaire qu'ils attribuent au token ainsi que des avantages et inconvénients notables. 2.1 Bitcoin (BTC) BTC est le token natif du protocole Bitcoin, et c'est le premier token natif important. mise en œuvre. L’utilité du BTC est double : ● Récompenses des mineurs : le protocole émet du BTC et le distribue au protocole validators, alias les mineurs; ● Frais de transaction : les utilisateurs paient des frais en BTC pour chaque transaction, ce qui évite le spam et offre des incitations supplémentaires aux mineurs. L’un des avantages de la conception BTC est un approvisionnement déterministe, c’est-à-dire prévisible. Normalement, tokens avec une offre déterministe sont plus attrayants pour les détenteurs et peuvent mieux capturer la valeur que ceux avec une offre non déterministe. Nous considérons BTC comme une conception héritée token et nous affirmons que ses inconvénients sont multiples : ● C'est un actif improductif, il ne confère à ses détenteurs aucun rôle significatif dans le protocole ni les incitations à remplir un tel rôle ; ● Il ne tire pas parti de la possibilité d'exiger une participation dans le token natif pour le protocole validators et leur impose plutôt de miser, c'est-à-dire d'investir des ressources externes (exploitation minière équipements et électricité), rendant ainsi le protocole moins résilient et moins autonome ; ● Il réduit progressivement les émissions des récompenses minières jusqu'à ce qu'elles atteignent zéro, ce qui introduit problèmes de durabilité et de sécurité (il n’est pas clair si la sécurité peut être maintenue une fois le taux d'émission devient faible ou atteint zéro) ; ● Il n’introduit aucun type de soutien économique à l’écosystème ; ● Il ne confère aucun droit de gouvernance aux détenteurs, même si l'on peut affirmer que Layer 1 les protocoles tels que Bitcoin ne doivent pas utiliser les token pour la gouvernance. 2.2 Ethereum (ETH) ETH est le token natif du protocole et de l'écosystème Ethereum. Avec son design innovant, il a établi la prochaine génération de protocoles natifs tokens.
L’utilité de l’ETH est multiple : ● Validateurs staking : le protocole PoS (Proof-of-Stake) de Ethereum nécessite que validators jalonne ETH afin de rejoindre le pool validator ; ● Récompenses du validateur : le protocole émet de l'ETH et le distribue au protocole validators ; ● Frais de transaction : les utilisateurs paient des frais en ETH pour chaque transaction, ce qui évite le spam et offre des incitations supplémentaires aux validator. La conception de l’ETH présente de multiples avantages : ● C'est un bien productif, ses détenteurs peuvent participer à la sécurisation du réseau et ils recevoir des incitations pour le faire ; ● Il décourage les comportements malveillants des validator via le slashing dans le protocole, c'est-à-dire en détruisant tokens de validators malveillants ; ● Il n’introduit pas de problèmes de sécurité et de durabilité, étant donné qu’il n’a pas plafond d’offre comme BTC ; ● Il apporte un soutien économique à l’écosystème via une part prédéterminée du budget initial. fourniture allouée à la fondation de gestion. L’un des inconvénients potentiels de la conception de l’ETH est qu’elle ne dispose pas d’un approvisionnement entièrement prévisible. étant donné que l'émission token pour les récompenses validator augmente à mesure que davantage de token sont mis en jeu. Cependant, ceci est contré avec succès par le mécanisme intégré qui brûle1 une partie de chaque frais de transaction, contrecarrant ainsi l'impact de l'émission token pour les récompenses validator. Un autre L'inconvénient est que le soutien économique susmentionné ne peut pas durer indéfiniment ; l'initiale L'allocation token à la fondation de gestion finira par s'épuiser. Enfin, ce n'est pas le cas attribuer tout droit de gouvernance aux détenteurs de token, même si, comme mentionné ci-dessus, on peut affirmer que les protocoles Layer 1 ne devraient pas utiliser les token pour la gouvernance. 2.3 Cosmos (ATOM) ATOM est le token natif du Cosmos Hub, le blockchain central prévu du Cosmos écosystème multi-chaînes. Il a de multiples utilités, mais uniquement dans Cosmos Hub : ● Validateurs staking ; ● Récompenses du validateur ; ● Frais de transactions ; 1 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md● Gouvernance. La conception d’ATOM présente les avantages suivants : ● C'est un bien productif, ses détenteurs peuvent participer à la sécurisation du Cosmos Hub et recevoir des incitations pour le faire ; ● Il n’introduit pas de problèmes de sécurité et de durabilité, étant donné qu’il n’a pas bouchon d'approvisionnement ; ● Il apporte un soutien économique à l'écosystème via une allocation prédéterminée au fondation de gestion; ● Il confère à ses détenteurs des droits de gouvernance via un modèle de gouvernance complet. Les inconvénients de la conception ATOM : ● Il n'a d'utilité que dans Cosmos Hub ; il n'est pas utilisé pour faire passer et sécuriser d'autres chaînes dans le l’écosystème, bien qu’il existe des initiatives pour permettre cela ; ● Il facilite un modèle de gouvernance uniquement token, qui exclut les autres parties prenantes concernées. de l'écosystème (développeurs, contributeurs éminents, applications, etc.) depuis la décision faire; ● Le soutien économique qu'il facilite ne peut pas durer indéfiniment, puisque le trésor token finissent par s'épuiser. 2.4 Polkadot (POINT) DOT est le token natif de l'écosystème multi-chaînes Polkadot. Il a la même utilité qu'ATOM, mais généralement dans l'ensemble de l'écosystème Polkadot : ● Validateurs staking ; ● Récompenses du validateur ; ● Frais de transactions ; ● Gouvernance. La conception du DOT présente les avantages suivants : ● C'est un actif productif ; ● Il n’introduit pas de problèmes de sécurité et de durabilité, étant donné qu’il n’a pas bouchon d'approvisionnement ; ● Il apporte un soutien économique à l'écosystème via une allocation prédéterminée au fondation de gestion; ● Il confère à ses titulaires des droits de gouvernance via un modèle de gouvernance complet ;
● Il assure la sécurité de l’ensemble de l’écosystème, c’est-à-dire de tous les blockchain participants. Les inconvénients sont : ● Il impose l'utilisation du DOT comme validator staking token pour toutes les chaînes participantes, réduisant ainsi les options architecturales pour les développeurs de chaînes Polkadot ; ● Cela introduit un niveau de friction important pour les développeurs de Polkadot blockchain qui sont tenus d'enchérir et de verrouiller des quantités importantes de DOT pour que leurs chaînes deviennent une partie de l'écosystème; ● Il facilite un modèle de gouvernance uniquement token, qui exclut les autres parties prenantes concernées. de l'écosystème depuis la prise de décision ; ● Le soutien économique qu'il facilite ne peut pas durer indéfiniment, puisque le trésor token finissent par s'épuiser. 2.5 Aave (Aave) AAVE est le token natif d'Aave, une plateforme de prêt en chaîne token. Etant donné qu'AAVE n'est pas un protocole mais une application token, nous n'analysons pas sa conception, avantages et inconvénients. La pertinence d’AAVE pour la conception de POL est double : ● AAVE est le successeur de LEND, le token natif initial d'Aave ; la communauté Aave exécuté une migration réussie et bénéfique de LEND vers AAVE ; ● AAVE offre à ses titulaires des droits de gouvernance via un modèle de gouvernance complet.
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.
Objectifs de conception
Sur la base de l'analyse des travaux pertinents, plusieurs opportunités majeures pour POL de bénéficier au L'écosystème Polygon a été identifié. Ces opportunités sont présentées ici comme Pôle objectifs de conception. 1. Sécurité des écosystèmes. POL devrait contribuer à établir un pool hautement décentralisé de validators qui peuvent exécuter et sécuriser n'importe quelle chaîne Polygon. Les validateurs devraient être incités pour rejoindre et rester dans le pool validator et aider à sécuriser autant de chaînes que possible, et à en même temps, dissuadé de faire quoi que ce soit de malveillant. 2. Évolutivité infinie. POL devrait soutenir la croissance exponentielle de l'écosystème Polygon et une éventuelle « hyperblochainisation » du monde. Principalement, il devrait activer le validator pool à grande échelle pour prendre en charge des milliers de chaînes Polygon.
3. Soutien de l'écosystème. Étant un réseau mondial en devenir, Polygon nécessitera un soutien économique pour la poursuite du développement et de la croissance. POL devrait aider à établir un mécanisme de financement autonome pour ces activités. Ce « véhicule » de financement devrait être régi par la communauté Polygon. 4. Aucun frottement. Les réseaux blockchain exigent souvent que les utilisateurs et les développeurs détiennent et mettent en jeu ou consommer leurs token natifs afin d'utiliser le réseau. Cela provoque des frictions et dégrade l’expérience utilisateur et développeur. POL doit être conçu de manière à ne pas n’introduit pas de telles frictions. 5. Propriété communautaire. Polygon est envisagé comme un réseau décentralisé régi par sa communauté. L'attribution de droits de gouvernance aux détenteurs de POL peut permettre la création de des modèles de gouvernance efficaces dans lesquels les décideurs sont directement incités à soutenir les propositions qui sont dans le meilleur intérêt de l’écosystème Polygon.
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.
Utilitaire
POL est le token natif de Polygon, et en tant que tel représente l'outil majeur de coordination et incitation de l’ensemble de l’écosystème Polygon. Son utilité est multiple, à savoir : ● Validateur staking ; ● Récompenses du validateur ; ● Propriété communautaire, c'est-à-dire gouvernance. 4.1 Validateur staking Les Polygon validator doivent miser sur POL afin de rejoindre le pool validator. Le validateur staking augmente la sécurité de l'écosystème en : ● Prévenir les attaques Sybil ; ● Aligner les validator avec le succès de l'écosystème ; ● Activation du slashing, c'est-à-dire la punition des validator malveillants. En staking POL et en rejoignant le pool validator, les validator deviennent éligibles pour s'abonner pour valider n’importe quelle chaîne Polygon. La validation et ses avantages pour les validator sont expliqués plus en détail au § 6.3.
4.2 Récompenses du validateur La décentralisation et la taille du pool validator sont d'une importance cruciale pour la sécurité, la résilience et neutralité de l’ensemble de l’écosystème Polygon. Pour encourager l'intégration et la rétention de validator, des quantités prédéfinies de POL doivent être distribuées en continu aux Polygon validator comme protocole récompenses. Les récompenses du protocole doivent être distribuées aux validator proportionnellement au montant de POL ils misent. L'émission POL est décrite au § 5.2. Les récompenses du protocole fournissent des incitations de base aux validator et établissent des règles du jeu équitables pour les toute la piscine validator. De plus, les validator peuvent ensuite obtenir des incitations supplémentaires en validant chaînes individuelles Polygon. Des incitations supplémentaires validator sont décrites au § 6.3. 4.3 Gouvernance À faciliter efficace, géré par la communauté gouvernance de aspects importants du Polygon écosystème, POL devrait être techniquement capable de détenir des droits de gouvernance, c'est-à-dire être utilisé dans cadres de gouvernance. Décrire le cadre de gouvernance Polygon sort du cadre de ce papier.
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.
Approvisionnement
Nous couvrons ici l'approvisionnement initial et la politique d'émission de POL, et décrivons la justification derrière les deux. 5.1 Fourniture initiale L’approvisionnement initial en POL est de 10 milliards de tokens. La totalité de la fourniture initiale doit être dédié à la migration, c'est-à-dire token passer de MATIC à POL. Cette migration devrait prendre place pour que POL succède à MATIC en tant que token natif de l'écosystème Polygon, et il est discuté au § 8. La fourniture initiale de POL correspond à la fourniture de MATIC, ce qui devrait rendre la migration assez simple. simple. Une fois la migration terminée, la distribution de POL correspondrait essentiellement à la distribution actuelle. distribution de MATIC. MATIC a déjà suivi un processus approfondi de token distribution qui a donné lieu à plus de 600 000 adresses de titulaires2, et probablement encore plus 2 Source : https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances
détenteurs réels, étant donné que les adresses des échanges cryptographiques centralisés et des protocoles DeFi représentent plusieurs utilisateurs. Cela implique que POL serait largement distribué dès le premier jour, ce qui est déterminant pour la décentralisation globale et la résilience de l’écosystème. 5.2 Émission POL est émis à un rythme déterministe prédéfini à deux fins : 1. Récompenses du validateur. Pour encourager l'intégration et la rétention de validator, POL doit être émis en continu à un rythme prédéterminé et distribué à validators comme base, récompense protocolaire. Nous proposons un taux d'émission annuel de 1 % de l'offre de POL pour ce projet. but. Le taux d'émission ne pourrait pas être modifié pendant les 10 premières années, et passé ce délai, la communauté peut décider de la diminuer de manière arbitraire via le cadre de gouvernance. Le taux d'émission ne peut jamais être augmenté au-delà de 1 %. 2. Soutien de l'écosystème. Fournir un soutien continu au développement et à la croissance de le Polygon écosystème, nous proposer à présenter le Communauté Trésor, un fonds pour les écosystèmes géré par la communauté, décrit au § 7. Nous proposons une émission annuelle taux de 1% de l'offre de POL à cet effet. Tout comme l'émission pour validator récompenses, ce taux d’émission peut être diminué au bout de 10 ans via une gouvernance cadre, et il ne peut jamais être augmenté au-delà de 1 %. Figure 2. Scénarios possibles de taux d'émission de POL La justification des émissions proposées et des taux d'émission est que l'écosystème Polygon et le Web3 en général aura besoin de temps pour mûrir et être adopté par le grand public. Basé sur lecycles historiques d’adoption d’Internet et des plateformes informatiques, la phase de maturité pourrait être de manière réaliste devrait se produire dans environ 10 à 15 ans. Durant cette période, l'écosystème besoin d’un soutien économique. Une fois que l'écosystème Polygon et Web3 atteignent leur maturité, les frais de transaction et autres incitations sécurisé par la validation des chaînes Polygon (décrites au § 6.3) devrait à lui seul générer suffisamment renvoie pour Polygon validators. Une fois que cela se produit, la communauté peut décider d'intervenir et réduire ou interrompre complètement l'émission des récompenses validator, sans affecter la sécurité et la décentralisation de l’écosystème. De même, la communauté peut alors décider de diminuer ou interrompre également l'émission pour le Trésor communautaire, étant donné que l'écosystème ne n’ont plus besoin d’un soutien économique important. De toute évidence, le cycle d’adoption du Web3 peut être légèrement ou complètement différent. Au cas où ça tournerait que parvenir à une adoption généralisée prend plus de temps et que l’écosystème a encore besoin de soutien après 10 ans, la communauté peut choisir de ne pas intervenir et les émissions continueront à augmenter. se produire aussi longtemps que nécessaire. Nous considérons la politique d’émission proposée comme optimale, car elle atteint l’équilibre entre : ● Suffisant écosystème soutien. Suffisant, à l'épreuve du temps soutien à le Polygon l’écosystème est d’une importance cruciale pour la sécurité et le succès de Polygon. Pour valider le Dans l'hypothèse où les taux d'émission proposés sont effectivement suffisants, nous avons développé une modèle économique, effectué des simulations et présenté les résultats au § 9. ● Sécurité via rareté. La rareté des token natifs est d’une importance déterminante pour réseaux blockchain ; une dilution élevée de token peut affecter considérablement la sécurité. Pour estimer rareté du POL, on peut comparer le taux d'émission proposé au taux d'émission du BTC, qui se situe actuellement à ≈1,8 %3 et a été nettement plus élevé dans le passé. Aussi, bien que en baisse progressive, les émissions de BTC sont garanties pour plus d'une autre siècle, alors que les émissions de POL pourraient potentiellement être réduites ou interrompues même après 10 années. Étant donné que (i) Bitcoin est considéré comme un actif très rare, et (ii) le total de POL le taux d’émission est comparable (et potentiellement plus strict que) le BTC, nous concluons que POL est suffisamment rare, c'est-à-dire que son émission n'introduit pas de problèmes de sécurité du protocole. 3 Source : https://charts.woobull.com/bitcoin-inflation/
Enfin, il est important de noter que la politique d'émissions que nous proposons présente un degré élevé de prévisibilité. Le calendrier d’émission prédéterminé rend l’approvisionnement en POL prévisible à long terme. terme, même si la communauté décide d’intervenir. Comme expliqué, la communauté ne peut que diminuer les taux, complétant ainsi efficacement la politique d’émission prédéterminée et pénurie potentiellement croissante de POL. La prévisibilité et la rareté attirent le protocole et le marché participants et procurent un sentiment de fiabilité. Alors que l'écosystème Polygon continue de croître, cela devrait contribuer à faire de POL un actif numérique attractif et fiable, qui par la suite, cela pourrait stimuler davantage l’adoption et la fiabilité, créant ainsi un cercle vertueux.
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.
Couche de jalonnement
Réaliser la vision de la couche de valeur d'Internet nécessitera à terme le réseau Polygon pour héberger des milliards d'utilisateurs et des millions d'applications Web3. Pour permettre ce vaste niveau d'activité, des centaines ou des milliers de chaînes Polygon fonctionneront en parallèle, sécurisées par des dizaines ou des centaines de milliers de validator. Afin de coordonner toutes les chaînes Polygon et validator, l'architecture de protocole Polygon repensée introduit la couche de jalonnement. Le Staking Layer est un protocole de coordinateur multi-chaîne programmable unique en son genre. Par orchestrant tous les Polygon validator et chaînes, il permet : ● Évolutivité illimitée de l’écosystème ; ● Accès simple et automatisé à l'infrastructure Web3 dédiée à n'importe quel projet Web3. L'industrie du Web3 a été lancée par Bitcoin, le premier blockchain à succès avec un seul application – monnaie numérique. Au fur et à mesure que de nouvelles applications et cas d'utilisation étaient proposés, ils lançaient normalement leurs propres blockchain, ce qui était lent et complexe. C'était abordé par la deuxième avancée majeure du Web3 – Ethereum, un blockchain programmable qui peut prendre en charge n’importe quelle application ou cas d’utilisation. Bien qu’il s’agisse d’un énorme changement de paradigme, le principal La limite de Ethereum est qu'il n'est pas capable d'évoluer pour soutenir l'adoption générale. Pour atténuer Face à cette limitation, la communauté Ethereum s'est tournée vers les chaînes Layer 2 – des architectures blockchain qui offrir une plus grande évolutivité sans sacrifier la sécurité. Avec l'introduction de Staking Layer, Polygon devient capable de prendre en charge un nombre pratiquement illimité de Layer 2 chaînes, chacune entièrement programmable tant au niveau de l'application que de la configuration. Nous pensons que cela peut être la troisième avancée la plus importante depuis le début du Web3, compte tenu de l'ampleur d’innovation et d’adoption qu’il permet.
Décrire et spécifier en détail la couche de jalonnement sort du cadre de cet article. Au lieu de cela, et afin de mieux comprendre cette couche alimentée par POL et son potentiel, nous fournissons un aperçu de ses aspects suivants : ● Conception et mise en œuvre ; ● gestion des chaînes Polygon ; ● Gestion des validateurs. 6.1 Conception et mise en œuvre Comme mentionné ci-dessus, le Staking Layer est un coordinateur multi-chaînes programmable. Il gère deux composants logiques principaux : 1. Validateur registre : Maintient le à jour registre de validators, avec leur les enjeux POL correspondants et les chaînes auxquelles ils sont abonnés ; 2. Chaîne registre : tient à jour le registre des chaînes Polygon, avec leurs configurations correspondantes. La principale caractéristique requise par la couche de jalonnement est une programmabilité complète ; cela lui permet de soutenir et coordonner : ● Configurations arbitraires de chaînes Polygon ; ● Toutes les opérations liées à validator ; ● Opérations et applications de support arbitraires, par ex. staking dérivés. Le moyen optimal d'obtenir la programmabilité consiste à utiliser EVM (Ethereum machine virtuelle), car il offre de nombreux avantages : ● Turing-exhaustivité ; ● Maturité du EVM, des langages de niveau supérieur (par exemple Solidity) et des outils ; ● Base de développeurs, etc. En pratique, cela signifie que la couche de jalonnement sera implémentée comme un ensemble de EVM smart contrats. Ces smart contract peuvent être déployés sur n'importe quel EVM blockchain, probablement le Ethereum. ou Polygon zkEVM rollup, étant donné que les deux offrent un haut niveau de sécurité. 6.2 Gestion des chaînes Polygon La couche de jalonnement peut prendre en charge un nombre pratiquement illimité de chaînes Polygon, chacune avec fonctionnalités et configurations arbitraires, et leur fournir le niveau de décentralisation requis.Le principal service que le Staking Layer fournit aux chaînes Polygon est la gestion de leurs Exigences validator et ensembles validator établis conformément à ces exigences. Les exigences du validateur sont spécifiées dans une configuration smart contract que chaque chaîne Polygon déploie afin de s'initier. Ce smart contract peut définir des exigences arbitraires validator, notamment mais sans s'y limiter : ● Nombre maximum de validator : Spécifie le nombre maximum de validator de la chaîne. accepte dans son ensemble validator. ● Nombre minimal de validator : nombre minimal de validator requis pour lancer le chaîne. ● Infractions slashables : infractions de validation attribuables à la chaîne qui provoquent une slashation du pieu; ● Critères du validateur : le seul critère commun à tous les validator du Staking Hub est une mise. en POL. Des critères supplémentaires arbitraires peuvent être précisés, comme l'autorisation d'un tiers partie, participation supplémentaire dans d'autres token (par exemple, token natifs de chaînes Polygon individuelles) etc En plus de la possibilité de configurer les exigences validator, les chaînes Polygon peuvent arbitrairement configurer tous les autres paramètres et fonctionnalités de leur architecture. Ceux-ci ne sont pas définis sur le Niveau de jalonnement, mais plutôt dans le code client des chaînes Polygon. Quelques paramètres notables et les fonctionnalités sont : ● token natif : les chaînes peuvent créer leurs token natifs qui peuvent être utilisés pour diverses fins, par ex. frais de transaction, incitation des utilisateurs, etc. ● Gestion des frais : les chaînes peuvent décider de la manière de gérer les frais de transaction. Normalement, les frais de transaction seraient répercutés sur les validator dans leur intégralité, mais d'autres distributions des modèles sont possibles, par ex. brûler une partie des frais et transmettre la partie restante à validators. ● Récompenses supplémentaires : tous les Polygon validator reçoivent des récompenses de protocole de base (telles que décrites dans § 4.2) et normalement les frais de transaction des chaînes Polygon qu'ils valident. Afin d'attirer plus de validators, la chaîne Polygon peut offrir des récompenses supplémentaires en plus de celles-ci. Ces les récompenses seront probablement souvent dans les token natifs de ces chaînes. ● Temps et taille de blocage : Il est possible de configurer la fréquence et la taille, c'est-à-dire la limite de gaz de blocs. ● Heure du point de contrôle : les ensembles de validateurs fournissent une finalité rapide et locale pour les chaînes Polygon. En plus à cela, toutes les chaînes Polygon génèrent et soumettent périodiquement des preuves de connaissance nulle àEthereum, tirant ainsi parti de sa haute sécurité. La fréquence de ces points de contrôle peut être configuré (par exemple toutes les 5 minutes). ● Disponibilité des données : le modèle de disponibilité des données peut également être spécifié. Les chaînes peuvent décider de exploiter Ethereum (modèle rollup) ou leurs propres ensembles validator ou d'autres données externes service de disponibilité (modèle validium). Avec le framework proposé, lancer une nouvelle chaîne Polygon se résume pratiquement à écrire et déployer la configuration susmentionnée smart contract. Une fois le contrat déployé sur le Staking Layer, les validator peuvent commencer à s'y abonner. Lorsque le nombre minimal requis de validators est atteint, la chaîne est lancée. Nous pensons que cette manière simple de configurer et de lancer des chaînes peut ouvrir la voie à une nouvelle ère de innovation et adoption. La décision de conception révolutionnaire de Ethereum était de ne pas essayer de prédisez les applications et les cas d'utilisation que les développeurs voudront créer. Au lieu de cela, il a proposé un Environnement programmable complet de Turing pouvant prendre en charge n'importe quelle application ou cas d'utilisation. Avec la couche de jalonnement, Polygon adopte la même approche pour lancer de nouvelles chaînes – elle prend en charge pratiquement n'importe quelle conception de chaîne, de manière programmable et sans limitations d'échelle. 6.3 Gestion des validateurs La couche de jalonnement peut prendre en charge un nombre pratiquement illimité de validator. Il gère validators tout au long de leur cycle de vie et leur permet de sécuriser différents types de incitations à effectuer un travail utile. Il existe quatre phases possibles, c'est-à-dire des statuts, dans le cycle de vie validator : 1. Activation : les validateurs sont initiés dans le cadre du pool validator en déposant POL dans le Contrat staking sur la couche de jalonnement. Une fois initiés, les validator deviennent éligibles à recevoir des récompenses du protocole de base (décrites au § 4.2). 2. Abonnement : une fois lancés, les validator sont autorisés à s'abonner pour valider tout Polygon. chaîne. 3. Validation : Si un validator répond à tous les critères de la chaîne Polygon à laquelle il est abonné, il devient membre de l’ensemble validator de cette chaîne. Les validateurs peuvent valider plusieurs chaînes, et leur participation POL est reconnue sur chacune de ces chaînes. Si un validator est coupé pour une infraction slashable prédéfinie sur l'une des chaînes, son solde POL est mis à jour et réfléchi sur toutes les chaînes qu'il valide. Les phases de validation et de souscription peuvent
chevauchement; un seul validator peut être en phase de souscription sur une chaîne Polygon et en la phase de validation sur une autre. 4. Retraite : les validateurs peuvent quitter le pool validator à tout moment. Une fois la retraite arrivée initiée, une période d'attente prédéfinie commence, permettant d'éventuelles coupant. Après la période d'attente, les validator peuvent retirer leur participation POL de le contrat de dépôt. En échange de la validation des chaînes Polygon, les validator peuvent établir au moins trois flux d'incitation : 1. Récompenses du protocole : comme décrit ci-dessus, chaque Polygon validator actif reçoit une base récompenses du protocole. L'émission totale de POL pour les récompenses validator (décrites au § 5.2), est distribué aux validator actifs proportionnellement à leur participation POL. 2. Frais de transaction : les validateurs sont autorisés à valider n'importe quel nombre de chaînes Polygon. Dans En retour, ces chaînes attribueront normalement la totalité ou une partie des frais de transaction à validators. 3. Récompenses supplémentaires : comme mentionné ci-dessus, certaines chaînes Polygon peuvent choisir de introduisez des récompenses supplémentaires pour attirer plus de validator. Ces récompenses peuvent être de n'importe quelle forme token, y compris, mais sans s'y limiter, les POL, les stablecoins ou les token natifs de ces Polygon chaînes. Alors que nous décrivons les incitations validator, il convient de noter que le concept de validation dans Polygon est une définition plus large que la définition habituelle et étroite. Cela améliore encore la proposition de valeur du Rôle validator – en plus de valider plusieurs chaînes, les validator peuvent également effectuer plusieurs rôles sur une seule chaîne. Les rôles les plus courants seront probablement : ● Validation au sens étroit : Accepter les transactions des utilisateurs, déterminer leur validité et générer des blocs ; ● Prouver : produire des preuves de validité des transactions sans connaissance ; ● Disponibilité des données : garantir que les données de transaction sont publiées et publiques disponible.
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.
Trésorerie communautaire
L'écosystème Polygon et l'ensemble de l'industrie Web3 en sont encore à leurs premiers stades d'adoption et sont lourds phase de développement. Pour rester sur la trajectoire de croissance actuelle, l'écosystème Polygon besoin d’un soutien économique continu dans les années à venir.
Pour répondre au besoin de soutien continu des écosystèmes, nous proposons le Trésor communautaire, un fonds écosystémique intégré au protocole et géré par la communauté. Il présente au moins trois avantages majeurs à l'écosystème Polygon : ● Un soutien économique continu et autonome aussi longtemps que nécessaire ; ● Décentralisation accrue en réduisant la dépendance à l'égard de la Fondation Polygon ; ● Atteindre le prochain niveau de transparence et d’inclusion communautaire. Comme décrit au § 5.2, le Trésor Communautaire est alimenté par une émission prédéterminée de POL. Le taux d'émission dédié à cet effet est de 1% par an, soit ≈100 millions POL en absolu termes et ne peut être modifié pendant 10 ans. Cela garantit un fort soutien de l’écosystème pendant cette période, critique pour le développement, la croissance et le positionnement de Polygon. Une fois que l'écosystème Polygon et Web3 auront atteint leur maturité, l'écosystème n'aura probablement plus besoin un soutien économique important. À ce stade, la communauté devrait intervenir et diminuer ou interrompre l'émission pour le Trésor Communautaire. Dans un scénario optimiste, lorsque l'échéance est atteinte avant l'expiration de la période de financement garanti de 10 ans, le Le Trésor communautaire pourrait finir par disposer de plus de fonds que ce dont l’écosystème a réellement besoin. Dans dans ce cas, la communauté devrait décider comment utiliser ce POL excédentaire. Par exemple, une décision peut être amené à le brûler. Comme mentionné, et comme son nom l'indique, le Trésor communautaire devrait être régi par le communauté, via un processus de gouvernance convenu. Le processus de gouvernance et plus largement Le cadre de gouvernance Polygon est en cours de conception et d’établissement dans le cadre du Polygon 2.0 effort, et les expliquer en détail sort du cadre de cet article. Au lieu de cela, nous donnons un bref aperçu de ses deux concepts probables : 1. Polygon Propositions de financement (PFP) : propositions formelles de financement ou d'autres activités ou des améliorations liées au Trésor Communautaire. Les PFP peuvent être soumis par n'importe qui, et devrait être accessible au public et discuté. Des concepts similaires peuvent être observés dans d’autres cadres de gouvernance importants4,5. 2. Collecte de consensus : processus de prise de décision sur un PFP spécifique. Le la décision peut être prise de manière directe, où chaque membre de la communauté peut participer, soit via des délégués qui représentent la communauté. Comme mentionné au § 4.3, POL devrait être techniquement capable de détenir des droits de gouvernance, afin qu’il puisse potentiellement être utilisé 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance
dans le cadre de la recherche de consensus ou du processus d’élection des délégués. Les titulaires de POL sont directement incités économiquement à approuver les bonnes propositions et à rejeter les mauvaises, ce qui rend le processus de prise de décision plus susceptible de bénéficier à l’écosystème. Nous avons simulé les entrées en cours du Trésor communautaire au § 9.
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.
Migration
Étant donné que POL est proposé comme successeur de MATIC, le token natif actuel de Polygon, la migration de l'ancien vers le nouveau token devra avoir lieu. La fourniture initiale de POL proposée au § 5.1 correspond à la fourniture actuelle de MATIC et a été proposé de simplifier le processus de migration autant que possible. Pour l'auto-garde MATIC titulaires, la migration nécessiterait une action simple : passer de MATIC à POL, en utilisant le en échangeant smart contract qui devrait être créé à cet effet. Le contrat d'échange doit acceptez MATIC depuis n’importe quelle adresse et renvoyez le montant équivalent de POL à la même adresse. Pour les détenteurs de MATIC qui conservent leurs token auprès d'échanges cryptographiques et de dépositaires centralisés, la migration serait normalement automatique, c'est-à-dire qu'elle ne nécessiterait aucune action. Chaque détenteur de MATIC devrait pouvoir échanger ses token contre des POL, y compris ceux qui ont MATIC « verrouillé » pendant plusieurs années dans divers DeFi ou contrats d'acquisition, ou les mal informés les titulaires qui découvrent POL à un moment donné dans le futur. Pour cette raison, la migration devrait pouvoir se produire pendant une période prolongée (par exemple 4 ans), voire indéfiniment. La migration doit être volontaire, c'est-à-dire qu'elle ne peut pas être forcée. Toutefois, si POL est accepté par le majorité de la communauté en tant que nouveau natif token, il y aura peu ou pas de raison de détenir MATIC au lieu de POL. Dans cette situation, il est raisonnable de s'attendre à ce que la migration soit pratiquement entièrement exécuté, c'est-à-dire que la grande majorité de MATIC sera migrée.
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á.
Modèle
Basé sur la conception de POL et de la Staking Layer, nous proposons un modèle pour simuler des indicateurs de performance de l’écosystème alimenté par POL, fournir les intrants requis et analyser les résultats des simulations.
9.1 Hypothèse Le but du modèle est de valider l'hypothèse selon laquelle le système proposé alimenté par POL l’écosystème peut répondre simultanément aux objectifs suivants, issus du § 3 : ● Sécurité de l'écosystème suffisante : nous mesurons la sécurité à travers le ratio POL staking, c'est-à-dire pourcentage de l'approvisionnement en POL jalonné par validators. Le ratio minimal satisfaisant est 30 à 40 %, soit à peu près l'équivalent du ratio staking actuel sur la chaîne PoS Polygon6. ● Incitations validator suffisantes : pour estimer la suffisance des incitations validator, nous introduire le retour sur travail (ROW), la mesure du total des validator gains par rapport au valeur du POL jalonné. Le rendement minimum satisfaisant est de 4 à 5 % ; les rendements inférieurs ne sont pas considéré comme suffisamment attractif, compte tenu du travail effectué, des risques et des coûts d’opportunité. ● Soutien écosystémique suffisant : nous mesurons le soutien écosystémique par l’afflux annuel au Trésor Communautaire. L'apport minimum satisfaisant est de 50 à 100 millions de dollars, et il est déterminé en fonction du niveau actuel de soutien économique de l'écosystème Polygon besoins. Nous définissons explicitement ces indicateurs (ratio staking, rendements validator et collecte de trésorerie) au § 9.3. 9.2 Entrées Dans ce chapitre, nous décrivons les entrées de modèle requises et estimons leurs valeurs respectables. Tout d’abord, nous définissons trois scénarios de croissance, projetant le nombre abstrait de chaînes dans le Polygon écosystème au cours de la période initiale de 10 ans. Nous appelons le nombre de chaînes abstrait car il n'exprime pas nécessairement le nombre exact de chaînes Polygon (bien que cela pourrait être le cas), mais plutôt le niveau cumulé d’activité, c’est-à-dire les transactions dans l’écosystème. 6 Source : https://staking.polygon.technology/
Graphique 3. Scénarios de croissance sur 10 ans La justification des scénarios de croissance repose sur les données et observations suivantes : ● Trajectoire de croissance actuelle. Depuis sa création en 2020, l'écosystème Polygon a passé à des milliers d'applications et à 3 millions de transactions quotidiennes7. Si cette tendance même continue, les scénarios de croissance proposés semblent réalistes. ● Marchés d'applications Web2 : l'App Store héberge environ 1,8 million d'applications8 et Google Play, environ 2,7 millions9 ; les deux ont été introduits il y a environ 14 ans. Cela pourrait être raisonnable de s'attendre à un niveau d'adoption comparable pour le Web3 dans un contexte comparable délai. ● Adoption des supernets : au moment de la rédaction de cet article, un an depuis la introduction des Supernets, il existe plus de 100 projets candidats Supernets, dont beaucoup dont certains sont en cours de développement actif. Sur cette base, les scénarios de croissance proposés pour Les supernets semblent réalistes, d’autant plus que leur déploiement devrait devenir beaucoup plus facile une fois que la couche de jalonnement (décrite au § 6) est introduite. De plus, il Il est à noter que la tendance à l’intérêt pour les Supernets est plus forte en termes relatifs que un pour les chaînes publiques. Pour cette raison, nous supposons la même chose pour le projet proposé. scénarios de croissance. Pour justifier davantage cela, un parallèle significatif avec l'historique d'adoption du Web2 peut être dessiné. Aux débuts du Web2, l’hébergement d’applications mutualisées – équivalent Web2 aux chaînes publiques – était beaucoup plus courant qu’aujourd’hui. À mesure que l'industrie grandissait, 9 Source : https://www.appbrain.com/stats/number-of-android-apps 8Source : https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st minerai/ 7 Source : https://polygonscan.com/chart/txl'hébergement dédié – équivalent Web2 aux Supernets – est devenu la norme pour tous application avec une base d’utilisateurs et un niveau d’activité significatifs. Encore une fois, le nombre de chaînes Polygon est un concept abstrait dans notre modèle ; en collaboration avec le nombre de transactions par chaîne, il doit refléter principalement le niveau d’activité économique dans la écosystème. De même, la prévalence, c'est-à-dire le ratio des Supernets par rapport aux chaînes publiques, est un hypothèse abstraite et conservatrice. S'il s'avérait que les chaînes publiques sont plus populaires par rapport aux Supernets, les résultats de la simulation présentés au § 9.4 seraient similaires ou mieux, en raison de leurs niveaux de frais de transaction respectifs. Pour compléter les scénarios de croissance susmentionnés, nous estimons les intrants suivants : ● Mise à disposition initiale de 10 milliards de POL, telle que décrite au § 5.1 ; ● Taux d'émission annuel de 1% pour les incitations validator, tel que décrit au § 5.2 ; ● Taux d'émission annuel de 1% pour le Trésor Communautaire, tel que décrit au § 5.2 ; ● Prix moyen du POL de 5 $ sur la période de 10 ans ; ● 38 transactions/seconde en moyenne par chaîne publique, comparable à l'actuel Polygon Utilisation de la chaîne PoS10 ; ● 19 transactions/seconde sur moyenne par Supernet, un estimation basé sur le exigences des projets Supernet ; ● Frais de transaction moyens de 0,01 $ sur les chaînes publiques, une estimation basée sur la moyenne actuelle frais sur la chaîne PoS Polygon ;11 ● Frais de transaction moyens de 0,001 $ sur les Supernets, estimation prudente étant donné l'abondance l'espace de blocs et une « course vers le bas » que cela entraînera probablement pour les frais de transaction ; ● 100 validator en moyenne par chaîne publique, ce qui équivaut à la taille actuelle de l'ensemble validator de Polygon Point de vente ; ● 15 validator en moyenne par Supernet, en fonction des exigences et des besoins réalistes de Candidats du Supernet ; ● Coûts de fonctionnement moyens de 6 000 $/an par validator, équivalent au PoS actuel de Polygon données, diminuant progressivement selon une version modifiée de la loi de Moore (50 % diminution en 3 ans). Il convient de noter que le prix POL, bien qu'il soit l'un des intrants requis du modèle, directement et affecte de manière significative uniquement les rentrées du Trésor communautaire, et non les autres performances clés indicateurs. De plus, les estimations des frais de transaction ne tiennent pas compte du coût de la disponibilité des données sur 11 Source : https://polygonscan.com/chart/gasprice
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
Source : https://polygonscan.com/chart/tx
Ethereum pour les chaînes Polygon qui utilisent le modèle rollup ; nous ignorons ce coût car il est répercuté à Ethereum. 9.3 Méthodologie Nous définissons un modèle simple pour estimer les indicateurs clés de performance de l'écosystème, et valider l’hypothèse du § 9.1. Les indicateurs clés et la méthodologie pour les déterminer sont les suivants : ● Ratio de mise ( ) : La partie de l’approvisionnement POL jalonnée par validators. 𝑆𝑟 𝑆𝑟 = 𝑆𝑠 / 𝑆𝑡 Où est l'offre jalonnée, c'est-à-dire le montant total de POL jalonné par validators, et est total 𝑆𝑠 𝑆𝑡 l’offre, c’est-à-dire l’offre actuelle de POL. ● Incitations aux émissions des validateurs ( ) : Incitatifs annuels validator provenant de POL 𝑉𝑖𝑖 émission. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 Où est l'offre totale, est le taux d'émission annuel pour les récompenses validator et est POL 𝑆𝑡 𝐼𝑣 𝑃 prix. ● Incitations aux frais du validateur ( ) : Incitatifs annuels validator provenant des frais de gaz. 𝑉𝑖𝑓 𝑉𝑖𝑓 = 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 Où est le nombre de chaînes publiques, est le nombre de transactions par chaîne publique, 𝐶𝑝 𝑇𝑝 𝐹𝑝 est le frais de transaction moyen par chaîne publique, est le nombre de Supernets, est le nombre de 𝐶𝑠 𝑇𝑠 transactions par Supernet et correspond aux frais de transaction moyens par Supernet. 𝐹𝑠 ● Coûts de fonctionnement du validateur ( ) : Coûts de fonctionnement annuels cumulés de tous les Polygon validator. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 Où est le nombre de validator par chaîne publique, est le nombre de chaînes publiques, est 𝑁𝑝 𝐶𝑝 𝑁𝑠 nombre de validator par Supernet, est le nombre de Supernets et fonctionnent chaque année 𝐶𝑠 𝑌 coûts pour un seul validator. ● Retour au travail ( ) : Gains totaux validator exprimés en pourcentage de la valeur 𝑉𝑟 de POL jalonné. 𝑉𝑟 = (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)
Où sont des incitations à l'émission de validator, sont des validator frais incitatifs, sont 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator frais de fonctionnement, est l'offre jalonnée et est le prix POL. 𝑆𝑠 𝑃 ● Entrée du Trésor communautaire ( ): Entrée annuelle totale au Trésor communautaire. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 Où est l'offre totale, est le taux d'émission annuel pour le Trésor Communautaire et est 𝑆𝑡 𝐼𝑡 𝑃 Prix POL. 9.4 Résultats Le modèle accepte les entrées requises et les traite à l'aide de la méthodologie présentée. Les résultats pour différents ensembles d'entrées peuvent fournir des informations intéressantes sur l'écosystème et ses dynamique, y compris, mais sans s'y limiter : ● L’attractivité et la pérennité des incitations validator ; ● Le montant et la dynamique des rentrées du Trésor communautaire ; ● La structure des incitations validator et leurs évolutions au fil du temps ; ● L'effet du prix sur tous les indicateurs observés ; ● L'effet des différents niveaux d'adoption sur tous les indicateurs observés, etc. Ici, nous exécutons le modèle avec les entrées fournies au § 9.2 et observons les trois indicateurs nécessaire pour valider notre hypothèse initiale : ratio staking ( ), validator incitations ( ) et trésor 𝑆𝑟 𝑉𝑖 afflux ( ). 𝑋𝑖 Sur la base des résultats du modèle, nous sommes raisonnablement convaincus que le système alimenté par POL décrit l’écosystème peut répondre aux trois objectifs décrits au § 9.1 : ● Sécurité de l'écosystème suffisante : Nous avons fixé le ratio staking ( ) à 30 % et a exécuté le 𝑆𝑟 modèle. Étant donné que les deux indicateurs restants – validator incitations ( ) et trésor 𝑉𝑖 afflux ( ) – affichent des valeurs attendues ou supérieures aux valeurs attendues, nous concluons que le 𝑋𝑖 Le ratio staking doit conserver des niveaux satisfaisants ou supérieurs à satisfaisants. ● Incitations validator suffisantes : Les résultats montrent que le retour sur travail ciblé ( ) 𝑉𝑟 il est réaliste de s’attendre à un taux de 4 à 5 %. De plus, il atteint ≈7% pour une croissance moyenne et ≈10% pour scénario de croissance rapide. En réalité, cela entraînerait probablement une augmentation du ratio staking (donc augmentant encore la sécurité de l'écosystème), jusqu'à ce que le marché détermine l'équilibre entre le ratio staking et les rendements.● Soutien écosystémique suffisant : les résultats montrent que le niveau minimal satisfaisant de les rentrées du Trésor communautaire ( ) de 50 à 100 millions de dollars par an est réaliste. 𝑋𝑖 De plus, il atteint des niveaux nettement plus élevés vers la fin de la période de dix ans. Toutefois, les entrées de trésorerie sont directement liées au prix du POL et sont donc fortement liées au prix du POL. spéculatif. Si le Trésor finit par avoir plus de fonds que l’écosystème, de manière réaliste besoins, la communauté pourrait décider de brûler le POL excédentaire, comme mentionné au § 7. Figure 4. Retour sur le travail et afflux de trésorerie communautaire Le modèle complet est open source et peut être consulté sur GitHub, et utilisé pour produire et analyser les résultats pour des ensembles arbitraires d’entrées. 10Conclusion La vision derrière Polygon est de construire la couche de valeur d'Internet. Pour réaliser cette vision, le l'architecture de protocole Polygon repensée introduit une nouvelle solution, infiniment évolutive et transparente réseau interconnecté de chaînes Layer 2. Dans cet article, nous avons présenté POL, le token natif proposé de Polygon, conçu pour sécuriser, coordonner et aligner l’écosystème Polygon et dynamiser sa croissance. La conception proposée et tokenomics de POL atteignent les objectifs de conception rigoureux que nous avons définis. Nous avons créé un modèle pour simuler les indicateurs de performance clés de l'écosystème alimenté par POL, fourni les entrées de modèle requises et analysé les résultats de la simulation. Les résultats a confirmé l'hypothèse du modèle, dérivée des objectifs de conception susmentionnés.
Sur la base de tout ce qui précède, nous concluons que POL est un nouvel actif de nouvelle génération qui fournit une base solide à Polygon pour réaliser sa vision ambitieuse.
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.