Diálogo con Polygon Lianchuang: De Matic a POL, el juego final de Polygon2.0

Organizar y compilar: Deep Tide TechFlow

Polygon es una de las cadenas más utilizadas en Crypto, y sus diversas iniciativas para desarrollarse fuera del círculo son un gran logro en sí mismas. Sin embargo, Polygon también ha sido criticado en el pasado, argumentando que es "solo una cadena lateral" que no puede "alinearse con Ethereum".

Pero con el lanzamiento de Polygon 2.0, esas voces críticas pueden disiparse. Los dos cofundadores, Nailwal y Mihailo Bjelic, expresaron sus puntos de vista sobre el final de Polgon, el cambio de nombre de las monedas Matic, ZKSupernets y la estrategia de desarrollo posterior de Polygon.

Su objetivo es “acabar con la era de la infraestructura de la Web3, para que las aplicaciones, y no la infraestructura, sean las protagonistas del ecosistema”.

El siguiente es el contenido principal de esta conversación, compilado por Shen Chao:

Moderador: David, sin banco

Oradores: Sandeep Nailwal (@sandeepnailwal) y Mihailo Bjelic (@MihailoBjelic), cofundadores de Polygon

Atribución de video: Podcast sin bancos

programa: enlace

Publicado: 26 de julio

Sobre el diseño de Polygon 2.0

• **Filosofía de diseño de Polygon 2.0: Sandeep Nailwal enfatizó que la filosofía de diseño de Polygon 2.0 se deriva del Internet de la Web 2.0, especialmente sus dos características clave: escalabilidad infinita y fluidez unificada. **
• Explicó que si la Web 3.0 va a alcanzar la escala de la Web 2.0 (la Internet actual), entonces necesita tener estas dos características. La escalabilidad infinita significa que la red puede seguir creciendo a medida que se crean más aplicaciones y software. La liquidez unificada significa que la información y el valor pueden fluir sin problemas a través de la red.
• **Arquitectura técnica de Polygon 2.0:**Sandeep y Mihailo analizan en detalle la arquitectura técnica de Polygon 2.0. Mencionan un concepto llamado "capa de agregación" que combina recursivamente ZK (pruebas de conocimiento cero) y presenta una prueba única en Ethereum. De esta forma, las transacciones en una cadena pueden verificarse en otra cadena, realizando transacciones entre cadenas.
• Historia de Polygon: Mihailo Bjelic revisa la historia de desarrollo de Polygon, alentaron la experimentación, desarrollaron múltiples clientes, trabajaron en múltiples proyectos ZK e incluso experimentaron con la disponibilidad de datos. Aprendieron mucho del proceso y comenzaron a acercarse gradualmente a una arquitectura más concreta. Destacó que este proceso duró casi dos años y ahora tienen mucha confianza en esta estructura.
• Planes futuros de Polygon: También mencionaron los planes futuros de Polygon, incluida la transformación de Polygon POS (prueba de participación) a ZK, y su confianza en esta nueva arquitectura. Dijeron que esta nueva arquitectura es el resultado de su cooperación con varios equipos de ZK en los últimos dos años, y están muy satisfechos y confiados con esta arquitectura.

El papel de la actualización de ZK y PoS

• **Pruebas de conocimiento cero (ZK) en Polygon 2.0:**Sandeep explica cómo se pueden usar las pruebas de conocimiento cero (ZK) para escalar redes de cadena de bloques. En la red blockchain, si necesita probar la validez de una transacción, no necesita proporcionar todos los datos de la transacción, solo necesita proporcionar una prueba ZK para demostrar que la transacción es válida, lo que puede mejorar enormemente la cadena de bloques. Escalabilidad de la red.
• **Ventajas de ZK: **Sandeep destacó las ventajas de ZK, incluida su eficacia y seguridad. Dado que la prueba ZK es una prueba de validez, una vez que envíe una prueba ZK en Ethereum, Ethereum puede confirmar que la transacción es válida y que no necesita esperar el período de retiro de 7 días.
• Además, dado que las pruebas ZK son menos costosas desde el punto de vista computacional, puede enviar una gran cantidad de pruebas ZK en Ethereum, lo que permite una escalabilidad masiva.
• **Actualización de la cadena POS de Polygon: **Sandeep y Mihailo analizan la actualización de POS. Hicieron hincapié en que no quieren que la cadena Polygon POS se olvide en la visión Polygon 2.0. Por lo tanto, planean actualizar la cadena Polygon POS a la tecnología ZK EVM.
• Esta actualización tiene dos consecuencias principales: una es que la cadena Polygon POS se convertirá en una de las cadenas más utilizadas y la otra es que esta actualización brindará mayor seguridad y consistencia.
• **Acerca de los planes futuros de ZK:**Sandeep y Mihailo también mencionaron los planes futuros de Polygon, que incluyen continuar optimizando el rendimiento de las pruebas ZK, reducir el costo de las pruebas ZK y promover el desarrollo de Polygon 2.0. Dijeron que confían en la visión de Polygon 2.0 y esperan ver más aplicaciones y software creados en Polygon 2.0.

¿Qué deben hacer los usuarios y cuándo actualizar?

• Esto será sencillo para los usuarios finales durante el proceso de actualización de la cadena Polygon POS.
• No necesitan hacer nada especial, porque el proceso de actualización involucra principalmente a validadores y desarrolladores. Los validadores deben realizar una actualización del cliente, similar a otras actualizaciones o bifurcaciones duras que suelen hacer. Además, dado que los activos en la cadena Polygon POS deberán vincularse a la nueva interoperabilidad, la comunidad Polygon deberá participar a través del proceso de votación y gobernanza.
• La cadena Polygon POS se actualizará a una solución llamada "validium". En Validium, la capa de consenso se alcanza en Ethereum y la capa de datos se alcanza fuera de Ethereum.
• Esta solución puede proporcionar un mayor rendimiento y tarifas de transacción más bajas. En cuanto al momento de la actualización, dependerá de los comentarios de la comunidad y del proceso de gobierno.
• Planean lanzar una propuesta de mejora de polígono formal (PIP, Polygon Improvement Proposal) dentro de unas pocas semanas para la discusión de la comunidad. *Después de que se publique el PIP real, puede llevar uno o dos meses reunir el consenso de la comunidad. El proceso de implementación procederá entonces en varias etapas. *Sandeep y Mihailo están muy entusiasmados con este proceso de actualización, ya que hará que la cadena Polygon POS sea la primera red descentralizada de capa 2 en el ecosistema Ethereum.

$MATIC y $POL, el concepto de tokens de hiperproducción

• Los tokens Matic se actualizarán a tokens POL, una actualización de uno a uno. Esta actualización es necesaria porque el token en sí necesita evolucionar y obtener nuevas funciones.
• Para todos los propósitos y usos prácticos, simplemente debido a la naturaleza no actualizable del contrato Matic ERC 20, es técnicamente necesario implementar un nuevo contrato ERC 20, el token POL.
• **Token de ultraproducción:**Sandeep Nailwal explica por qué llaman al token de Matic un token de tercera generación. La primera generación es Bitcoin, que sirve como token de la red y no tiene utilidad para el titular de la red. Luego está Ethereum, cada titular de Ethereum puede participar en la cadena principal de Ethereum y participar en la seguridad de la red a través de la participación. Pero esto solo puede suceder en la propia red Ethereum.
• Mientras que en el caso de Polygon, puede usar un solo token para validar en cientos de cadenas, y desempeña múltiples roles en la cadena, como validadores, serializadores, proveedores de disponibilidad de datos, etc. Este es el concepto de "token de trabajo", es decir, puede usar este token para trabajar en una red más amplia y proporcionar valor a la red.
• Por qué se llama POL: El moderador David preguntó por qué se llamó "POL" en lugar de "POLY", porque parece estar más en línea con el tema de la red Polygon.
• Sandeep Nailwal explicó que consideraron llamar al nuevo token "Poly", pero descubrieron que ya había un token llamado "Polymath", que era un proyecto ICO de 2017.
• No querían ser confundidos con este proyecto, por lo que eligieron el nombre "POL". Quieren mantener un nombre de token de tres caracteres de alta calidad, como Bitcoin. Por lo tanto, el nombre del token "POL" es principalmente para evitar confusiones con los tokens existentes y para mantener un nombre de token conciso y de alta calidad.
• Además, propusieron un nuevo marco de gobernanza basado en el nuevo token, que incluye tres componentes: gobernanza de protocolo, gobernanza de contratos inteligentes del sistema y gobernanza financiera comunitaria. Este marco de gobernanza se ha elaborado con la comunidad y están felices de ver comentarios positivos de la comunidad al respecto.

Juego final de Polygon, ZKSupernets

• Sandeep Nailwal dijo que su objetivo final siempre ha sido crear una red infinitamente escalable, todas las cadenas se pueden usar como la red de segunda capa de Ethereum, y todas las cadenas pueden ser interoperables a través de pruebas ZK.
• Él cree que esta arquitectura permite una escalabilidad ilimitada y una interoperabilidad perfecta, que son las claves para lograr una adopción masiva.
• Sandeep Nailwal y Mihailo Bjelic mencionaron el concepto de "zkSupernets". En esta arquitectura, múltiples cadenas pueden servir como la red de segunda capa de Ethereum, y todas las cadenas pueden interoperar a través de la prueba de conocimiento cero (ZK). Esto significa que cada cadena puede operar de forma independiente mientras interactúa sin problemas con otras cadenas.
• Sandeep Nailwal explicando sus planes para zkSupernets. Planean actualizar la red Polygon existente a zkSupernets, lo que permitirá que la red Polygon logre una escalabilidad ilimitada y una interoperabilidad perfecta. Ya hay muchos proyectos en desarrollo o que ya están implementando zkSupernets, y esperan que se unan más proyectos.
• Mihailo Bjelic también destacó la importancia de zkSupernets. Él cree que a medida que se desarrolle Web3 veremos más y más cadenas dedicadas, al igual que los servidores dedicados en Web2. Todas estas cadenas privadas estarán protegidas con pruebas ZK y todas estarán conectadas a la misma fuente de liquidez para una interoperabilidad perfecta. *Sandeep Nailwal explicó además: **Su objetivo es poner fin a la era de la infraestructura de Web3, haciendo que la aplicación, en lugar de la infraestructura, sea la protagonista del ecosistema. ** Él cree que esto solo se logrará si la infraestructura es lo suficientemente robusta para admitir la escalabilidad de Web3 a cientos de millones de usuarios.