Documento técnico de Polygon
Аннотация
В этом документе предлагается POL, собственный token пересмотренной архитектуры протокола Polygon, обычно называемый Polygon 2.0. Предполагается, что POL, преемник MATIC, станет инструментальный инструмент для координации и роста экосистемы Polygon и основной драйвер видения Polygon как уровня ценности Интернета. Мы начинаем с анализа соответствующей работы, выявления возможностей и угроз и на основе этого установить цели проектирования ГСМ. Мы предлагаем дизайн, полезность и tokenкомиксы POL, которые достигают всех цели дизайна. Мы описываем концепцию уровня ставок, единственного в своем роде координатора цепи на базе POL. способен поддерживать практически неограниченное количество цепочек Polygon с произвольными функциями и конфигурации. Мы считаем, что введение уровня ставок и более широкой версии Polygon 2.0 архитектура может сделать Polygon третьим по важности и впечатляющим прорывом в Web3 (первые два — Bitcoin и PH_0000), учитывая масштабы инноваций и принятие, которое это может облегчить. Мы представляем Казначейство сообщества, протокольный фонд, управляемый сообществом, предназначенный для обеспечить постоянную экономическую поддержку для дальнейшего развития и роста Polygon экосистема. Опишем процесс миграции с MATIC на POL. Для анализа предлагаемого проекта мы определяем экономическую имитационную модель и запускаем моделирование. подтвердить гипотезу модели, вытекающую из вышеупомянутых целей проектирования. На основании всего вышеизложенного мы приходим к выводу, что ГСМ — это новый актив нового поколения, который обеспечивает прочную основу для амбициозного видения уровня ценностей.
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.
Видение
Идея Polygon как уровня ценности Интернета заключается в том, чтобы открыть мир, в котором ценность могут создаваться и обмениваться свободно и глобально, аналогично тому, как мы создаем и обмениваемся информация сегодня. Мир, который допускает новые – более справедливые, более инклюзивные и более эффективные – формы человеческих организаций и управления. Мы твердо верим, что реализация этого видения может значительно продвинуть наше общество. Чтобы воплотить эту амбициозную идею в жизнь, инфраструктура Polygon должна улучшиться. В частности, он должен стать экспоненциально более масштабируемым без ущерба для безопасности и удобства пользователей. опыт. Для решения этой проблемы вводится обновленная архитектура протокола как часть Polygon. 2.0 усилие. Этот радикальный редизайн превращает Polygon в сеть цепочек L2 на базе ZK, объединенных через новый протокол межсетевой координации. Сеть может поддерживать практически неограниченное количество количество цепочек, а межцепочные взаимодействия могут происходить плавно и мгновенно без дополнительные предположения безопасности или доверия. Данная конструкция полностью соответствует вышеизложенному. Требование – экспоненциальная масштабируемость без ущерба для безопасности и пользовательского опыта. Рисунок 1. Архитектура протокола Polygon Для координации, защиты и развития этой мощной сети необходим передовой, хорошо продуманный протокол. необходимы экономика и конструкция механизмов. Это вдохновило на создание 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.
Соответствующая работа
В этой главе мы описываем соответствующие примеры дизайна token, а также утилиту, которую они назначают token, а также заметные преимущества и недостатки. 2.1 Bitcoin (БТД) BTC — это собственный token протокола Bitcoin и первый известный собственный token. реализация. Полезность BTC двоякая: ● Награды майнерам: протокол эмитирует BTC и распределяет их по протоколу validators, также известному как шахтеры; ● Комиссия за транзакцию: пользователи платят комиссию в BTC за каждую транзакцию, что предотвращает спам и обеспечивает дополнительные стимулы для майнеров. Одним из преимуществ конструкции BTC является детерминированный, то есть предсказуемый объем поставок. Обычно tokenс с детерминированным предложением более привлекательны для держателей и могут лучше приносить прибыль, чем с недетерминированным предложением. Мы считаем BTC устаревшим дизайном token и утверждаем, что у него множество недостатков: ● Это непроизводительный актив, он не дает его владельцам какой-либо значимой роли в протоколе. ни стимулов для выполнения такой роли; ● Он не использует возможность требовать долю в собственном token для протокола. validators и вместо этого требует от них делать ставки, т. е. инвестировать внешние ресурсы (майнинг оборудование и электричество), что делает протокол менее устойчивым и самодостаточным; ● Он постепенно снижает выбросы вознаграждений за добычу полезных ископаемых, пока не достигнет нуля, что вводит проблемы устойчивости и безопасности (неясно, можно ли поддерживать безопасность после уровень выбросов становится низким или достигает нуля); ● Он не оказывает никакой экономической поддержки экосистеме; ● Он не дает держателям никаких прав управления, хотя можно утверждать, что Layer 1 такие протоколы, как Bitcoin, не должны использовать token для управления. 2.2 Ethereum (ETH) ETH — это родной token протокола и экосистемы Ethereum. Благодаря инновационному дизайну, он установил следующее поколение собственного протокола tokens.
Полезность ETH многократна: ● Валидаторы staking: протокол PoS (Proof-of-Stake) Ethereum требует validators для стейкинга ETH для присоединения к пулу validator; ● Награды валидатора: протокол эмитирует ETH и распределяет его по протоколу validators; ● Комиссия за транзакцию: пользователи платят комиссию в ETH за каждую транзакцию, что предотвращает спам и предоставляет дополнительные стимулы для validators. Конструкция ETH имеет множество преимуществ: ● Это продуктивный актив, его владельцы могут участвовать в обеспечении безопасности сети, и они получать за это стимулы; ● Он дестимулирует вредоносное поведение validator с помощью внутрипротокольного слэшинга, т. е. уничтожения token вредоносных validator; ● Это не вызывает проблем безопасности и устойчивости, поскольку у него нет ограничение предложения, как у BTC; ● Он обеспечивает экономическую поддержку экосистемы через заранее определенную часть первоначального капитала. поставки, выделенные в управляющий фонд. Одним из потенциальных недостатков конструкции ETH является отсутствие полностью предсказуемого предложения. учитывая, что эмиссия token для вознаграждений validator увеличивается по мере того, как ставится больше token. Однако, этому успешно противостоит встроенный механизм, сжигающий1 часть каждого комиссию за транзакцию, тем самым компенсируя влияние эмиссии token на вознаграждения validator. Другой недостатком является то, что вышеупомянутая экономическая поддержка не может длиться бесконечно; начальный token средства, выделенные управляющему фонду, со временем исчерпаются. Наконец, это не передавать любое право управления держателям token, хотя, как упоминалось выше, это можно оспорить что протоколы Layer 1 не должны использовать token для управления. 2.3 Cosmos (АТОМ) ATOM — это родной token концентратора Cosmos, предполагаемый центральный blockchain узла Cosmos. многоцепочечная экосистема. Он имеет многократную полезность, но только в пределах Cosmos Hub: ● Валидаторы staking; ● Награды валидатора; ● Комиссия за транзакцию; 1 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md● Управление. Конструкция АТОМ имеет следующие преимущества: ● Это продуктивный актив, его владельцы могут участвовать в обеспечении Cosmos Hub и получать стимулы для этого; ● Это не вызывает проблем безопасности и устойчивости, поскольку у него нет крышка подачи; ● Он обеспечивает экономическую поддержку экосистемы посредством заранее определенного распределения средств стюардинговый фонд; ● Он предоставляет своим держателям права управления посредством комплексной модели управления. Недостатки конструкции АТОМ: ● Он полезен только в Cosmos Hub; он не используется для запуска и защиты других цепочек в экосистема, хотя существуют инициативы, позволяющие это сделать; ● Это упрощает модель управления, состоящую только из token, которая исключает других соответствующих заинтересованных сторон. экосистемы (разработчики, известные участники, приложения и т. д.) от решения изготовление; ● Экономическая поддержка, которую он оказывает, не может длиться бесконечно, поскольку казначейство token будет в конечном итоге истощаются. 2.4 Polkadot (ТОЧКА) DOT — это родной token многоцепной экосистемы Polkadot. Он имеет ту же полезность, что и ATOM, но в целом применяется ко всей экосистеме Polkadot: ● Валидаторы staking; ● Награды валидатора; ● Комиссия за транзакцию; ● Управление. Конструкция ДОТ имеет следующие преимущества: ● Это производительный актив; ● Это не вызывает проблем безопасности и устойчивости, поскольку у него нет supply cap; ● Он обеспечивает экономическую поддержку экосистемы посредством заранее определенного распределения средств стюардинговый фонд; ● Он предоставляет своим держателям права управления посредством комплексной модели управления;
● Он обеспечивает безопасность всей экосистемы, то есть всех участвующих blockchain. Недостатки: ● Он требует использования DOT в качестве validator staking token для всех участвующих цепочек, тем самым сокращая архитектурные возможности для разработчиков цепочек Polkadot; ● Это создает значительные трудности для разработчиков Polkadot blockchain, которые должны делать ставки и блокировать значительные суммы DOT, чтобы их цепочки стали часть экосистемы; ● Это упрощает модель управления, состоящую только из token, которая исключает других соответствующих заинтересованных сторон. экосистемы от принятия решений; ● Экономическая поддержка, которую он оказывает, не может длиться бесконечно, поскольку казначейство token будет в конечном итоге истощаются. 2.5 Ааве (Ааве) AAVE — это родной token Aave, онлайн-платформы кредитования token. Учитывая, что AAVE — это не протокол, а приложение token, мы не анализируем его конструкцию, преимущества и недостатки. Актуальность AAVE для проектирования POL двояка: ● AAVE является преемником LEND, первоначального token Aave; сообщество Ааве осуществил успешный и выгодный переход с LEND на AAVE; ● AAVE предоставляет своим держателям права управления посредством комплексной модели управления.
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.
Цели дизайна
Основываясь на анализе соответствующей работы, можно выделить несколько основных возможностей для ГСМ, которые могут принести пользу Polygon экосистемы выявлено. Эти возможности представлены здесь как ПОЛ цели дизайна. 1. Экосистемная безопасность. POL должен помочь создать высокодецентрализованный пул validators, которые могут запускать и защищать любую цепочку Polygon. Валидаторов следует стимулировать присоединиться и остаться в пуле validator и помочь защитить как можно больше цепочек, а также на в то же время у него нет стимула делать что-либо злонамеренное. 2. Бесконечная масштабируемость. POL должен поддерживать экспоненциальный рост экосистемы Polygon. и возможная «гиперблочейнизация» мира. Прежде всего, он должен включить validator пул для масштабирования для поддержки тысяч цепочек Polygon.
3. Поддержка экосистемы. Создавая глобальную сеть, Polygon потребует постоянного экономическая поддержка дальнейшего развития и роста. ГСМ должен помочь создать механизм самоокупаемого финансирования этой деятельности. Этот «инструмент» финансирования должен быть управляется сообществом Polygon. 4. Никакого трения. Сети блокчейна часто требуют, чтобы как пользователи, так и разработчики хранили и делали ставки. или использовать свои собственные token для использования сети. Это вызывает трение и ухудшает опыт пользователей и разработчиков. POL должен быть разработан таким образом, чтобы не вводить подобных трений. 5. Общественная собственность. Polygon задуман как децентрализованная сеть, управляемая свое сообщество. Передача прав управления держателям POL может позволить создать эффективные модели управления, в которых лица, принимающие решения, напрямую заинтересованы в поддерживать предложения, которые отвечают интересам экосистемы 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.
Утилита
POL является родным token для Polygon и, как таковой, представляет собой основной инструмент для координации и стимулирование всей экосистемы Polygon. Он имеет многократную полезность, а именно: ● Валидатор staking; ● Награды валидатора; ● Общественная собственность, т.е. управление. 4.1 Валидатор staking Polygon validator необходимо сделать ставку POL, чтобы присоединиться к пулу validator. Валидатор staking повышает безопасность экосистемы за счет: ● Предотвращение атак Сивиллы; ● Согласование validators с успехом экосистемы; ● Включение слэша, т.е. наказание злонамеренных validators. После staking POL и присоединения к пулу validator validator получают право подписаться на валидацию. любая цепочка Polygon. Валидация и ее преимущества для validator более подробно описаны в § 6.3.
4.2 Награды валидатора Децентрализация и размер пула validator критически важны для безопасности, устойчивости и нейтральность всей экосистемы Polygon. Чтобы стимулировать validator адаптацию и удержание, заранее определенные количества POL должны непрерывно распределяться по Polygon validators в качестве протокола. награды. Награды протокола должны быть распределены между validators пропорционально сумме ПОЛ они делают ставку. Излучение POL описано в § 5.2. Награды протокола обеспечивают базовые стимулы для validators и создают равные условия для участников. весь пул validator. Кроме того, validator могут получить дополнительные стимулы, подтвердив отдельные Polygon цепочки. Дополнительные поощрения validator описаны в § 6.3. 4.3 Управление Чтобы облегчить эффективный, управляемый сообществом управление из важные аспекты Polygon экосистеме, POL должен иметь техническую возможность обладать правами управления, т. е. использоваться в рамки управления. Описание структуры управления Polygon выходит за рамки эта бумага.
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.
Предложение
Здесь мы рассмотрим первоначальные поставки и политику выбросов ГСМ, а также опишем обоснование. позади обоих. 5.1 Первоначальная поставка Первоначальный запас ПОЛ составляет 10 миллиардов tokens. Весь первоначальный запас должен быть предназначен для миграции, т. е. token подкачки с MATIC на POL. Эта миграция должна будет занять место для того, чтобы POL сменил MATIC в качестве родного token экосистемы Polygon, и это обсуждается в § 8. Первоначальная поставка POL соответствует поставке MATIC, что должно сделать миграцию достаточно удобной. прямолинейный. После завершения миграции распределение POL будет практически соответствовать текущему. распространение МАТИК. MATIC уже прошел обширный процесс token распространение, в результате которого было получено более 600 000 адресов держателей2, а, вероятно, даже больше 2 Источник: https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances
фактические держатели, учитывая, что адреса централизованных криптобирж и протоколов DeFi представляют нескольких пользователей. Это означает, что ГСМ будет широко распространяться с первого дня, что играет важную роль в общей децентрализации и устойчивости экосистемы. 5.2 Эмиссия ПОЛ выбрасывается с заранее определенной детерминированной скоростью для двух целей: 1. Награды валидатора. Чтобы стимулировать validator адаптацию и удержание, POL должен быть непрерывно излучается с заранее определенной скоростью и распределяется по validators в качестве базы, протокольное вознаграждение. Для этого мы предлагаем ежегодную норму выбросов в размере 1% от поставок ГСМ. цель. Уровень выбросов невозможно будет изменить в течение первых 10 лет, и по истечении этого периода сообщество может принять решение об уменьшении его произвольным способом через рамки управления. Уровень выбросов никогда не может быть увеличен выше 1%. 2. Поддержка экосистемы. Оказывать постоянную поддержку дальнейшему развитию и росту тот Polygon экосистема, мы предлагать чтобы представить тот Сообщество Казначейство, а управляемый сообществом экосистемный фонд, описанный в § 7. Мы предлагаем ежегодные выбросы для этой цели в размере 1% от поставки ГСМ. Точно так же, как выброс для validator вознаграждения, этот уровень выбросов может быть снижен через 10 лет с помощью рамки, и она никогда не может быть увеличена выше 1%. Рисунок 2. Возможные сценарии выбросов ПОЛ Обоснованием предлагаемых выбросов и норм выбросов является то, что экосистема Polygon и Web3 в целом потребуется время, чтобы созреть и достичь массового внедрения. На основанииисторических циклов внедрения Интернета и вычислительных платформ, фаза зрелости может быть реально Ожидается, что это произойдет примерно через 10-15 лет. За этот период экосистема будет нуждаются в экономической поддержке. Как только экосистема Polygon и Web3 достигнут зрелости, комиссии за транзакции и другие стимулы обеспеченные проверкой цепочек Polygon (описанных в § 6.3), должны сами по себе генерировать достаточные возвращается за Polygon validator с. Как только это произойдет, сообщество может принять решение вмешаться и сократить или полностью прекратить выбросы за validator вознаграждений без ущерба для безопасности и децентрализация экосистемы. Аналогично, сообщество может затем решить уменьшить или прекратить выбросы в казну Сообщества, учитывая, что экосистема не будет больше не нуждаются в значительной экономической поддержке. Очевидно, что цикл внедрения Web3 может выглядеть немного или совершенно иначе. В случае, если он перевернется выяснилось, что достижение массового внедрения требует больше времени, а экосистема все еще нуждается в поддержке. через 10 лет сообщество может решить не вмешиваться, и выбросы продолжатся. происходить столько времени, сколько необходимо. Мы считаем предлагаемую политику выбросов оптимальной, поскольку она обеспечивает равновесие между: ● Достаточный экосистема поддержка. Достаточно, ориентированный на будущее поддержка чтобы тот Polygon экосистема критически важна для безопасности и успеха Polygon. Чтобы подтвердить гипотезу о том, что предлагаемые уровни выбросов действительно достаточны, мы разработали экономическую модель, провел моделирование и представил результаты в § 9. ● Безопасность через дефицит. Дефицит местных tokens имеет важное значение для сети blockchain; высокое разбавление token может существенно повлиять на безопасность. Чтобы оценить дефицита горючего, мы можем сравнить предлагаемый уровень выбросов с уровнем выбросов BTC, который в настоящее время составляет ≈1,8%3, а в прошлом был значительно выше. Кроме того, хотя постепенно снижаясь, эмиссия BTC гарантированно произойдет в течение более чем одного столетии, в то время как выбросы ГСМ потенциально могут быть сокращены или прекращены даже через 10 лет. Учитывая, что (i) Bitcoin считается крайне дефицитным активом, и (ii) общее количество POL уровень эмиссии сопоставим (и потенциально более строгий, чем) с BTC, мы заключаем, что POL достаточно редок, т. е. его эмиссия не вызывает проблем с безопасностью протокола. 3 Источник: https://charts.woobull.com/bitcoin-inflation/
Наконец, важно отметить, что предлагаемая нами политика выбросов имеет высокую степень предсказуемость. Заранее определенный график выбросов делает поставки ГСМ предсказуемыми в долгосрочной перспективе. срок, даже если сообщество решит вмешаться. Как уже объяснялось, сообщество может только снизить ставки, тем самым эффективно дополняя заранее определенную политику выбросов и потенциально увеличивающийся дефицит ГСМ. Предсказуемость и дефицит привлекают протокол и рынок. участникам и обеспечить чувство надежности. Поскольку экосистема Polygon продолжает расти, это должен способствовать утверждению POL как привлекательного и надежного цифрового актива, который впоследствии может способствовать дальнейшему распространению и надежности, создавая таким образом благотворный круг.
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.
Слой ставок
Для реализации концепции ценностного уровня Интернета в конечном итоге потребуется сеть Polygon. для размещения миллиардов пользователей и миллионов приложений Web3. Чтобы обеспечить такой огромный уровень активности, сотни или тысячи цепочек Polygon будут работать параллельно, защищенные десятками или сотни тысяч validators. Чтобы скоординировать все цепочки Polygon и validator, в переработанной архитектуре протокола Polygon представлен уровень ставок. Уровень ставок — это единственный в своем роде программируемый протокол многоцепочного координатора. Автор оркестрируя все Polygon validator и цепочки, он позволяет: ● Неограниченная масштабируемость экосистемы; ● Простой автоматизированный доступ к выделенной инфраструктуре Web3 для любого проекта Web3. Индустрию Web3 основал Bitcoin, первый успешный blockchain с единственным приложение – цифровая валюта. По мере предложения новых приложений и вариантов использования они обычно запускали свои собственные blockchain, что было медленно и сложно. Это было Речь идет о втором крупном прорыве Web3 – Ethereum, программируемом blockchain который может поддерживать любое приложение или вариант использования. Несмотря на огромный сдвиг парадигмы, основной Ограничением Ethereum является то, что он не может масштабироваться для поддержки массового внедрения. Чтобы смягчить Из-за этого ограничения сообщество Ethereum обратилось к цепочкам Layer 2 — архитектуре blockchain, которая обеспечить более высокую масштабируемость без ущерба для безопасности. С введением слоя ставок, Polygon становится способным поддерживать практически неограниченное количество цепочек Layer 2, каждая полностью программируемый как на уровне приложения, так и на уровне конфигурации. Мы считаем, что это может быть третий по важности прорыв с момента появления Web3, учитывая масштабы инноваций и внедрения, которые это позволяет.
Подробное описание и спецификация уровня ставок выходит за рамки данной статьи. Вместо этого, и чтобы лучше понять этот уровень на базе POL и его потенциал, мы предоставляем обзор следующих аспектов: ● Проектирование и реализация; ● Polygon управление цепями; ● Управление валидатором. 6.1 Проектирование и реализация Как упоминалось выше, уровень ставок — это программируемый координатор нескольких цепочек. Он управляет два основных логических компонента: 1. Валидатор реестр: Поддерживает тот актуальный реестр из validatorс, с их соответствующие доли POL и цепочки, на которые они подписаны; 2. Цепь реестр: поддерживает актуальный реестр цепочек Polygon с их соответствующие конфигурации. Основная функция, необходимая для уровня ставок, — это полная программируемость; это позволяет ему поддерживать и координировать: ● Произвольные конфигурации цепочек Polygon; ● Все операции, связанные с validator; ● Произвольные вспомогательные операции и приложения, например. staking производные. Оптимальный способ добиться программируемости — использовать EVM (виртуальную машину Ethereum), поскольку это дает ряд преимуществ: ● Тьюринг-полнота; ● Зрелость EVM, языков более высокого уровня (например, Solidity) и инструментов; ● База разработчиков и т. д. На практике это означает, что уровень ставок будет реализован как набор EVM умных контракты. Эти smart contract можно развернуть на любом EVM blockchain, скорее всего на Ethereum. или Polygon zkEVM rollup, учитывая, что оба обеспечивают высокий уровень безопасности. 6.2 Управление цепочками Polygon Уровень ставок может поддерживать практически неограниченное количество цепочек Polygon, каждая из которых произвольные функции и конфигурации и обеспечить им необходимый уровень децентрализации.Основная услуга, которую уровень ставок предоставляет цепочкам Polygon, — это управление их validator требований и наборов validator, установленных в соответствии с этими требованиями. Требования к валидатору указаны в конфигурации smart contract, которую развертывает каждая цепочка Polygon. для того, чтобы начать. Этот smart contract может определять произвольные требования validator, включая но не ограничиваясь: ● Максимальное число validator: определяет максимальное количество validator в цепочке. принимает в своем наборе validator. ● Минимальное число validator: минимальное количество validator, необходимое для запуска цепь. ● Нарушения, подлежащие сокращению: нарушения валидации, связанные с цепочкой, которые приводят к сокращению кол; ● Критерии валидатора: единственным общим критерием для всех validator в Stake Hub является ставка. в ПОЛ. Могут быть указаны произвольные дополнительные критерии, например, авторизация третьей стороны. сторона, дополнительная доля в других token (например, собственных token отдельных цепочек Polygon) и т. д. Помимо возможности настройки требований validator, цепочки Polygon могут произвольно настроить все остальные параметры и особенности своей архитектуры. Они не определены в Уровень стейкинга, но вместо этого в клиентском коде цепочек Polygon. Некоторые примечательные параметры and features are: ● Собственный token: цепочки могут создавать свои собственные token, которые можно использовать для различных цели, например комиссии за транзакции, стимулирование пользователей и т. д. ● Управление комиссиями: сети могут решать, как управлять комиссиями за транзакции. Обычно, комиссии за транзакцию будут полностью переданы validators, но другие распределения возможны модели, напр. сжигание части гонораров и передача оставшейся части validatorс. ● Дополнительные награды: все Polygon validator получают награды базового протокола (как описано в § 4.2) и обычно комиссии за транзакции из цепочек Polygon, которые они проверяют. Чтобы привлечь больше validators, цепочка Polygon может предложить дополнительные награды сверх этих. Эти награды, вероятно, часто будут находиться в собственных token этих цепочек. ● Время и размер блокировки: можно настроить частоту и размер, т. е. предел газа. блоки. ● Время контрольной точки: наборы валидаторов обеспечивают быструю локальную завершенность цепочек Polygon. Кроме того при этом все цепочки Polygon периодически генерируют и отправляют доказательства с нулевым разглашениемEthereum, тем самым обеспечивая высокий уровень безопасности. Частота этих контрольных точек может быть настроено (например, каждые 5 минут). ● Доступность данных: также можно указать модель доступности данных. Сети могут принять решение использовать Ethereum (модель PH_0009) или собственные наборы validator или другие внешние данные служба доступности (модель Validium). С предложенным фреймворком запуск новой цепочки Polygon практически сводится к написанию и развертываем вышеупомянутую конфигурацию smart contract. Как только контракт будет развернут на Уровень ставок, validators могут начать на него подписываться. Когда минимально необходимое количество Достигнуто validators, цепочка запускается. Мы считаем, что этот простой способ настройки и запуска цепочек может открыть новую эру инновации и внедрение. Решающее дизайнерское решение Ethereum состояло в том, чтобы не пытаться предсказать, какие приложения и варианты использования захотят создать разработчики. Вместо этого он предложил Программируемая среда, полная по Тьюрингу, которая может поддерживать любое приложение или вариант использования. С Уровень ставок, Polygon, использует тот же подход для запуска новых цепочек – он поддерживает практически любая конструкция цепи, программируемая и без ограничений масштабирования. 6.3 Управление валидаторами Уровень ставок может поддерживать практически неограниченное количество validator. Он управляет validators на протяжении всего их жизненного цикла и позволяет им защищать различные типы стимулирование за выполнение полезного труда. В жизненном цикле validator есть четыре возможных фазы, то есть статуса: 1. Активация: Валидаторы инициируются как часть пула validator путем внесения POL в пул. staking контракт на уровне ставок. После запуска validators получают право на получать вознаграждения по базовому протоколу (описанные в § 4.2). 2. Подписка: после запуска validator разрешается подписаться для проверки любого Polygon. цепь. 3. Проверка: если validator соответствует всем критериям цепочки Polygon, на которую он подписан, он становится членом набора validator этой цепочки. Валидаторы могут проверять несколько цепочек, и их доля в POL признается в каждой из этих цепочек. Если validator разрезается для заранее определенного нарушения в одной из цепочек ее баланс POL обновляется и отражается на всех цепочках, которые он проверяет. Этапы проверки и подписки могут
перекрытие; один validator может находиться на этапе подписки в одной цепочке Polygon и в этап проверки на другом. 4. Прекращение использования: Валидаторы могут покинуть пул validator в любой момент. Как только выйдет на пенсию инициирован, начинается заранее определенный период ожидания, позволяющий потенциально ожидать рубящий. По истечении периода ожидания validator могут вывести свою долю POL из депозитный договор. В обмен на проверку цепочек Polygon validator могут установить как минимум три потока поощрений: 1. Награды протокола: Как описано выше, каждый активный Polygon validator получает базу протокольные награды. Общая эмиссия POL для вознаграждений validator (описанных в § 5.2) составляет распределяются между активными validator пропорционально их доле в POL. 2. Комиссия за транзакцию: Валидаторам разрешено проверять любое количество цепочек Polygon. В возврата, эти сети обычно возмещают всю или часть комиссий за транзакции validatorс. 3. Дополнительные награды: Как упоминалось выше, некоторые цепочки Polygon могут выбрать ввести дополнительные награды, чтобы привлечь больше validator. Эти награды могут быть в любом token, включая, помимо прочего, POL, стейблкоины или собственные token из тех Polygon цепи. Описывая стимулы validator, стоит отметить, что концепция проверки в Polygon более широкое, чем обычное, узкое определение. Это еще больше повышает ценность предложения Роль validator — помимо проверки нескольких цепочек, validator также могут выполнять несколько роли в одной цепочке. Наиболее распространенными ролями, вероятно, будут: ● Валидация в узком смысле: Принятие транзакций пользователя, определение их действительности. и генерирующие блоки; ● Доказательство: предоставление доказательств действительности транзакции с нулевым разглашением; ● Доступность данных: предоставление гарантий того, что данные о транзакциях будут опубликованы и общедоступны. доступен.
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.
Сообщество казначейства
Экосистема Polygon и вся индустрия Web3 все еще находятся на ранней стадии внедрения и тяжело этап разработки. Чтобы оставаться на текущей траектории роста, экосистема Polygon будет нуждаются в постоянной экономической поддержке в ближайшие годы.
Чтобы удовлетворить потребность в постоянной поддержке экосистем, мы предлагаем создать Казначейство Сообщества, протокольный экосистемный фонд, управляемый сообществом. Это дает как минимум три основных преимущества для экосистема Polygon: ● Постоянная, самостоятельная экономическая поддержка в течение всего необходимого времени; ● Повышенная децентрализация за счет уменьшения зависимости от Фонда Polygon; ● Достижение следующего уровня прозрачности и вовлеченности сообщества. Как описано в § 5.2, казначейство Сообщества финансируется за счет заранее определенной эмиссии ГСМ. Уровень выбросов, предназначенных для этой цели, составляет 1% в год, или ≈100 миллионов ПОЛ в абсолютном выражении. сроков и не может быть изменен в течение 10 лет. Это гарантирует сильную поддержку экосистемы во время этот период имеет решающее значение для развития, роста и позиционирования Polygon. Как только экосистема Polygon и Web3 достигнут зрелости, экосистеме, скорее всего, не потребуется значительной экономической поддержки больше нет. В этот момент сообщество должно вмешаться и уменьшить или прекратить эмиссию в казну Сообщества. При оптимистическом сценарии если срок погашения наступает до истечения 10-летнего периода гарантированного финансирования, В казне сообщества может оказаться больше средств, чем реально нужно экосистеме. В в этом случае сообщество должно решить, как использовать избыток ГСМ. Например, решение его можно заставить сжечь. Как уже упоминалось и как следует из названия, Казначейство Сообщества должно управляться сообществом посредством согласованного процесса управления. Процесс управления и более широкое Polygon структура управления разрабатывается и устанавливается как часть Polygon 2.0 усилий, и их подробное объяснение выходит за рамки данной статьи. Вместо этого мы даем краткое обзор двух его вероятных концепций: 1. Polygon Предложения по финансированию (PFP): Официальные предложения по финансированию или другой деятельности. или улучшения, связанные с казной сообщества. PFP может подать кто угодно, и должны быть публично доступны и обсуждаться. Подобные концепции можно наблюдать и в другие известные структуры управления4,5. 2. Сбор консенсуса: процесс принятия решения по конкретному PFP. решение может быть принято напрямую, когда каждый член сообщества может участвовать или через делегатов, представляющих сообщество. Как упоминалось в § 4.3, POL должен иметь техническую возможность обладать правами управления, чтобы его потенциально можно было использовать 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance
в рамках собрания консенсуса или процесса выборов делегатов. Владельцы POL прямо экономически стимулированы одобрять хорошие предложения и отвергать плохие, что повышает вероятность того, что процесс принятия решений принесет пользу экосистеме. Мы смоделировали текущие притоки средств в казну сообщества в § 9.
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.
Миграция
Учитывая, что POL предлагается в качестве преемника MATIC, текущий родной token Polygon, необходимо будет выполнить миграцию со старого на новый token. Первоначальная поставка ГСМ, предложенная в § 5.1, соответствует текущей поставке MATIC и была предложил максимально упростить процесс миграции. Для самостоятельного хранения MATIC владельцам, миграция потребует простого действия – переключиться с MATIC на POL, используя заменяя smart contract, который должен быть создан для этой цели. Договор обмена должен примите MATIC с любого адреса и верните эквивалентное количество POL на тот же адрес. Для владельцев MATIC, которые хранят свои token на централизованных криптобиржах и у хранителей, миграция обычно происходит автоматически, т. е. не требует каких-либо действий. Каждый владелец MATIC должен иметь возможность обменять свои token на POL, включая тех, у кого есть MATIC «заблокирован» на несколько лет в различных DeFi или договорах о передаче прав, или неосведомленных держатели, которые узнают о POL в какой-то момент в будущем. По этой причине миграция должно быть разрешено в течение длительного периода времени (например, 4 года), если не на неопределенный срок. Миграция должна быть добровольной, т.е. не может быть принудительной. Однако, если POL принят большинству сообщества, как новый носитель token, причин для проведения MATIC практически не будет. вместо ПОЛ. В этой ситуации разумно ожидать, что миграция практически будет полностью выполнено, т.е. подавляющее большинство MATIC будет перенесено.
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á.
Модель
На основе конструкции POL и уровня ставок мы предлагаем модель для моделирования важных показатели эффективности экосистемы, основанной на POL, предоставляют необходимые данные и анализируют результаты моделирования.
9.1 Гипотеза Цель модели — подтвердить гипотезу о том, что предлагаемая модель на базе POL экосистема может одновременно достигать следующих целей, вытекающих из § 3: ● Достаточная безопасность экосистемы: мы измеряем безопасность с помощью коэффициента POL staking, т.е. процент поставок горючего, поставленный на карту validators. Минимально удовлетворительное соотношение составляет 30–40 %, что примерно соответствует текущему соотношению staking в цепочке PoS Polygon6. ● Достаточное количество validator стимулов. Чтобы оценить достаточность validator стимулов, мы ввести рентабельность труда (ROW), показатель общего дохода validator относительно стоимость поставленной POL. Минимальная удовлетворительная доходность составляет 4-5%; более низкая доходность не считается достаточно привлекательным, учитывая выполняемые работы, риски и альтернативные издержки. ● Достаточная поддержка экосистемы: мы измеряем поддержку экосистемы посредством ежегодного притока в общественную казну. Минимальный удовлетворительный приток составляет $50-100 млн. определяется исходя из текущего уровня экономической поддержки экосистемы Polygon потребности. Мы явно определяем эти показатели (коэффициент staking, доходность validator и приток казначейства) в § 9.3. 9.2 Входы В этой главе мы обрисуем необходимые входные данные модели и оценим их приемлемые значения. Сначала мы определяем три сценария роста, прогнозируя абстрактное количество цепей в Polygon. экосистемы в течение начального 10-летнего периода. Мы называем количество цепей абстрактным. потому что оно не обязательно выражает точное количество цепочек Polygon (хотя это может быть так), но больше совокупный уровень активности, то есть транзакций в экосистеме. 6 Источник: https://staking.polygon.technology/
Рисунок 3. Сценарии роста на 10 лет Обоснование сценариев роста основано на следующих данных и наблюдениях: ● Текущая траектория роста. С момента создания в 2020 году экосистема Polygon вырос до тысячи заявок и 3 миллионов ежедневных транзакций7. Если эта тенденция даже отдаленно продолжается, предлагаемые сценарии роста кажутся реалистичными. ● Торговые площадки приложений Web2. В App Store размещено около 1,8 миллиона приложений8, Google Play около 2,7 миллиона9; оба были представлены около 14 лет назад. Это может быть разумно ожидать сопоставимого уровня внедрения Web3 в сопоставимых сроки. ● Внедрение суперсетей: на момент написания этой статьи прошел год с момента внедрение суперсетей, существует более 100 проектов-кандидатов суперсетей, многие из них находятся в активной разработке. Исходя из этого, предложены сценарии роста Суперсети кажутся реалистичными, особенно если учесть, что развертывание суперсетей должно стать значительно проще после введения уровня ставок (описанного в § 6). Кроме того, это заметно, что тенденция интереса к суперсетям в относительном выражении сильнее, чем к один для публичных сетей. По этой причине мы предполагаем то же самое для предлагаемого сценарии роста. Чтобы еще больше оправдать это, можно провести содержательную параллель с историей внедрения Web2. можно нарисовать. На заре Web2 общий хостинг приложений – эквивалент Web2. в публичные сети – было гораздо более распространено, чем сейчас. По мере того как отрасль развивалась, 9 Источник: https://www.appbrain.com/stats/number-of-android-apps 8 Источник: https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st руда/ 7 Источник: https://polygonscan.com/chart/txвыделенный хостинг – эквивалент Web2 Supernets – стал нормой для каждого приложение со значимой пользовательской базой и уровнем активности. Опять же, количество цепочек Polygon является абстрактным понятием в нашей модели; в сочетании с количество транзакций на цепочку, оно должно в первую очередь отражать уровень экономической активности в экосистема. Аналогичным образом, распространенность, то есть соотношение суперсетей по сравнению с публичными сетями, является абстрактное, консервативное предположение. Если окажется, что публичные сети более популярны относительно суперсетей результаты моделирования, представленные в § 9.4, будут выглядеть аналогично или лучше из-за соответствующих уровней комиссий за транзакции. В дополнение к вышеупомянутым сценариям роста мы оцениваем следующие факторы: ● Первоначальная поставка в размере 10 миллиардов горючего, как описано в § 5.1; ● Ежегодная норма выбросов 1% для стимулов validator, как описано в § 5.2; ● Ежегодная ставка выбросов в размере 1% для казны Сообщества, как описано в § 5.2; ● Средняя цена на горючее в размере 5 долларов за 10-летний период; ● В среднем 38 транзакций в секунду на публичные сети, что сопоставимо с текущим Polygon Использование цепочки PoS10; ● 19 транзакций/секунду на средний за Супернет, а оценка основанный на тот требования проектов Supernet; ● Средняя комиссия за транзакцию в публичных сетях составляет 0,01 доллара США, оценка основана на текущем среднем значении. комиссии в цепочке PoS Polygon;11 ● Средняя комиссия за транзакцию в сети Supernet составляет 0,001 доллара США, по консервативной оценке, учитывая обилие пространство блоков и «гонка ко дну», которую это, вероятно, приведет к комиссиям за транзакции; ● 100 validator в среднем на публичную цепочку, что эквивалентно текущему размеру набора validator Polygon PoS; ● 15 validator в среднем на суперсеть, в зависимости от требований и реалистичных потребностей Кандидаты в суперсети; ● Средние эксплуатационные расходы 6000 долларов США в год на validator, что эквивалентно текущему PoS Polygon. данных, постепенно уменьшаясь по модифицированной версии закона Мура (50% снижение за 3 года). Стоит отметить, что цена горючего, хотя и является одним из обязательных входных данных модели, напрямую и существенно влияет только на приток в казну сообщества, а не на другие ключевые показатели индикаторы. Кроме того, оценки комиссий за транзакции не учитывают стоимость доступности данных на 11 Источник: https://polygonscan.com/chart/gasprice
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
Источник: https://polygonscan.com/chart/tx
Ethereum для цепочек Polygon, использующих модель rollup; мы игнорируем эту стоимость, потому что она передается до Ethereum. 9.3 Методология Мы определяем простую модель для оценки ключевых показателей эффективности экосистемы и подтвердить гипотезу из п. 9.1. Ключевые показатели и методика их определения следующие: ● Коэффициент ставок ( ): Часть поставок POL, поставленная на карту validators. 𝑆𝑟 𝑆𝑟= 𝑆𝑠 / 𝑆𝑡 Где это поставленное предложение, т. е. общее количество POL, поставленное на ставку validators, и Всего 𝑆𝑠 𝑆𝑡 поставка, т.е. текущий запас ГСМ. ● Стимулы к выбросам валидаторов ( ): Ежегодные validator поощрения от POL. 𝑉𝑖𝑖 эмиссия. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 Где общее предложение, — годовая норма выбросов для validator вознаграждений и это ПОЛ 𝑆𝑡 𝐼𝑣 𝑃 цена. ● Стимулирование комиссий валидатора ( ): Ежегодные validator льготы в виде платы за газ. 𝑉𝑖𝑓 𝑉𝑖𝑓= 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 Где количество публичных сетей, количество транзакций на публичную цепочку, 𝐶𝑝 𝑇𝑝 𝐹𝑝 средняя комиссия за транзакцию для публичной сети, количество суперсетей, это количество 𝐶𝑠 𝑇𝑠 транзакций на суперсеть и — средняя комиссия за транзакцию в суперсети. 𝐹𝑠 ● Эксплуатационные расходы валидатора ( ): Совокупные годовые эксплуатационные расходы всех Polygon validators. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 Где количество validator на публичную цепочку, количество публичных сетей, есть 𝑁𝑝 𝐶𝑝 𝑁𝑠 количество validator в суперсети, количество суперсетей и проводятся ежегодно 𝐶𝑠 𝑌 стоимость одного validator. ● Возврат на работу( ): Общий доход validator, выраженный в процентах от стоимости. 𝑉𝑟 поставленного POL. 𝑉𝑟= (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)
Где являются стимулами к выпуску validator, являются validator льготными гонорарами, являются 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator текущие расходы, поставлено на карту предложение и цена POL. 𝑆𝑠 𝑃 ● Приток в казну сообщества ( ): Общий годовой приток в казну сообщества. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 Где общее предложение, годовой уровень выбросов для казны сообщества и есть 𝑆𝑡 𝐼𝑡 𝑃 Цена ГСМ. 9.4 Результаты Модель принимает необходимые входные данные и обрабатывает их с использованием представленной методологии. Результаты для различных входных наборов могут дать интересное представление об экосистеме и ее динамика, включая, помимо прочего: ● Привлекательность и устойчивость validator стимулов; ● Объем и динамика поступлений в казну Сообщества; ● Структура стимулов validator и их изменения с течением времени; ● Влияние цены на все наблюдаемые показатели; ● Влияние различных уровней внедрения на все наблюдаемые показатели и т. д. Здесь мы запускаем модель с входными данными, указанными в § 9.2, и наблюдаем за тремя индикаторами. необходимое для проверки нашей первоначальной гипотезы: соотношение staking ( ), validator поощрений ( ) и казначейство 𝑆𝑟 𝑉𝑖 приток ( ). 𝑋𝑖 Основываясь на результатах моделирования, мы достаточно уверены, что описанный POL-приведенный в действие экосистема может достичь всех трех целей, изложенных в § 9.1: ● Достаточная безопасность экосистемы: мы исправили соотношение staking ( ) на 30% и запустил 𝑆𝑟 модель. Учитывая, что оставшиеся два показателя – validator стимулов ( ) и казначейство 𝑉𝑖 приток ( ) – показывают ожидаемые или превышающие ожидаемые значения, мы делаем вывод, что 𝑋𝑖 Коэффициент staking должен оставаться на удовлетворительном уровне или выше удовлетворительного. ● Достаточные validator стимулы: результаты показывают, что целевая рентабельность труда ( ) 𝑉𝑟 вполне реально ожидать 4-5%. При этом он достигает ≈7% для среднего роста и ≈10% для сценарий быстрого роста. В действительности это, скорее всего, приведет к увеличению коэффициента staking (таким образом, дальнейшее повышение безопасности экосистемы), пока рынок не определит равновесие между соотношением staking и доходностью.● Достаточная поддержка экосистемы. Результаты показывают, что минимальный удовлетворительный уровень поступления в казну сообщества ( ) в размере 50-100 миллионов долларов в год вполне реально ожидать. 𝑋𝑖 Более того, к концу 10-летнего периода он достигает значительно более высоких уровней. Однако приток казначейства напрямую связан с ценой на горючее и, следовательно, в значительной степени спекулятивный. Если в казне окажется больше средств, чем в реальной экосистеме потребностей, сообщество может принять решение сжечь излишки ГСМ, как указано в § 7. Рисунок 4. Рентабельность труда и приток средств в общественную казну Полная модель имеет открытый исходный код, доступна на GitHub и используется для создания и анализировать результаты для произвольных наборов входных данных. 10 Заключение Целью Polygon является создание ценностного уровня Интернета. Чтобы реализовать это видение, переработанная архитектура протокола Polygon представляет новую, бесконечно масштабируемую и плавную взаимосвязанная сеть Layer 2 цепочек. В этой статье мы представили POL, предлагаемый собственный token для Polygon, предназначенный для защиты, координируйте и выравнивайте экосистему Polygon и ускоряйте ее рост. Предлагаемая конструкция и tokenомика POL соответствует строгим целям проектирования, которые мы определили. Мы создали модель для моделирования ключевых показателей эффективности экосистемы, основанной на POL, предоставил необходимые входные данные модели и проанализировал результаты моделирования. Результаты подтвердил гипотезу модели, вытекающую из вышеупомянутых целей проектирования.
На основании всего вышеизложенного мы приходим к выводу, что ГСМ — это новый актив нового поколения, который обеспечивает прочную основу для Polygon для достижения своей амбициозной цели.
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.