¿Por qué es necesario mejorar el proceso de actualización de la red EIP de Ethereum? Obtenga información sobre las tres etapas del nuevo proceso

La próxima actualización (Berlin Upgrade) está a la vuelta de la esquina, para la cual estamos planificando un proceso de actualización de la red. Después de varias lluvias de ideas, el equipo de EIPIP presentó varias sugerencias sobre cómo mejorar el proceso de actualización de la red. Espero que la información compartida en este artículo sea útil para los autores de EIP y la comunidad en general. Echemos un vistazo a cómo se ve el nuevo proceso y por qué es un ajuste al proceso de actualización de la red que ha estado en vigor desde el inicio de la cadena de bloques de Ethereum.

Las actualizaciones de red son la forma en que se agregan nuevas funciones al protocolo Ethereum. Por lo general, estas actualizaciones están diseñadas para brindar escalabilidad, mejor experiencia de usuario y mayor seguridad a la red. Cada nueva función se describe en detalle en un EIP (Propuesta de mejora de Ethereum). Una actualización de red ocurre a una altura de bloque específica cuando todos los nodos en la red aceptan activar una nueva función. Dado que Ethereum está descentralizado y nadie puede obligar a otros a actualizar los nodos, si algunos participantes en la red deciden no activar el programa de actualización, dejarán de comunicarse con los nodos que han activado el programa de actualización, lo que provocará una bifurcación en la red.

En el pasado, el proceso de actualización de la red estaba vinculado al proceso de estandarización de EIP. El EIP central se implementará en la red principal junto con el proceso estandarizado.

Proceso de actualización de red anterior

Ethereum es un proyecto comunitario de código abierto. Si desea implementar la propuesta principal en la red principal, primero debe obtener el consentimiento de la comunidad y el cliente principal (nodo Ethereum). Una vez que los desarrolladores del cliente principal de Ethereum y la comunidad aceptan un EIP, se incluirá en la próxima actualización de la red.

Mientras los desarrolladores de Ethereum se preparaban para la actualización de Estambul, la comunidad no llegó a un consenso sobre EIP 1057 (Prueba de trabajo programable ProgPow). Esta propuesta ha sido apoyada por algunas personas, pero también ha sido fuertemente rechazada por muchas personas. En última instancia, no hubo consenso entre los clientes de Ethereum.

Si bien esta propuesta no llegó a la actualización de la red, pasó por el proceso de estandarización de EIP. Esto destaca la importancia de desacoplar los procesos de estandarización EIP y actualización de la red.

Al principio, el proceso de actualización de la red funcionó bien y la cantidad total de EIP fue relativamente pequeña. A medida que la cantidad de contribuyentes a la cadena de bloques de Ethereum se ha disparado en los últimos años, la cantidad de EIP sobre cómo mejorar la red ha crecido exponencialmente. Esto agrega complejidad y genera debate sobre cómo diseñar un proceso formal para las actualizaciones de red al EIP.

A medida que aumentaba la tasa de adopción de la cadena de bloques de Ethereum, muchos contribuyentes se unieron para enviar EIP para actualizaciones de red a fin de fortalecer la red de Ethereum. Cada cliente pone un gran esfuerzo en implementar las mejoras propuestas en el EIP. Dadas las horas de trabajo requeridas para implementar cada EIP, no todos los EIP se pueden incluir en la próxima actualización. No conocer el proceso puede generar confusión. Por lo tanto, tuvimos que actualizar la documentación para aumentar la transparencia del proceso de actualización.

Nuevo proceso de actualización de red

El proceso actual de actualización de la red es el resultado del equipo de EIPIP después de muchas lluvias de ideas y comunicación continua con los desarrolladores de Ethereum y toda la comunidad.

El proceso actual de actualización de la red se ha separado formalmente del proceso de estandarización de EIP. Sin embargo, la figura anterior también incluye el estado de recomendación del EIP en diferentes etapas. El proceso de EIP se divide ampliamente en tres fases para mostrar el estado del EIP hasta la próxima actualización.

Considerar para inclusión (CFI) se refiere a una propuesta que se espera que se incluya en la primera fase de la próxima actualización de la red. Se ha sugerido que el autor o partidario propuesto cree un problema en el repositorio de especificaciones Eth1.0 para anuncios oficiales.

En esta etapa, los desarrolladores del cliente discutirán las propuestas y llegarán a un consenso para avanzar en la implementación de Devnet (Developer Testnet). Está diseñado para desarrolladores de clientes, pero también puede ser utilizado por otros miembros de la comunidad. Sin embargo, la red de prueba puede cerrarse sin previo aviso, por lo que no se recomienda para probar dApps. La Devnet actual es la red de prueba YOLO. La versión actual es YOLO 2.0, que contiene propuestas que se espera que presenten la próxima actualización de la red.

Aprobado por CFI: este grupo contiene EIP que han sido acordados aproximadamente por los clientes. Los desarrolladores principales considerarán los PR después de que se envíen de conformidad con las reglas. Los clientes pueden comenzar a implementar estas propuestas de forma independiente a su conveniencia.

Sala de espera de CI devnet: los EIP que están aprobados explícitamente por algunos (pero no todos) los clientes, o algún trabajo pendiente de integración, se colocan temporalmente en la sala de espera de CI devnet. Esta parte también puede incluir otros tipos de propuestas, pero por alguna razón, no se considerará para la próxima versión de CI devnet.

Implementado en CI devnet: Esto enumera los EIP actualmente implementados en el devnet. La última versión de devnet (lo que se incluye) probablemente vendrá con la próxima actualización.

Prueba Greenlight: aquí hay una lista de EIP adecuados para la implementación en redes de prueba públicas, a partir de la última reunión de desarrollo central de Ethereum.

Red de prueba pública: similar al proceso de actualización de red inicial. Todos los EIP acordados por los desarrolladores del cliente central e implementados y probados en devnet ahora se implementan en la red de prueba pública (PoW). Si no se encuentran problemas importantes dentro de unas pocas semanas de ejecución en la red de prueba, se puede implementar en la red principal.

Red principal: los desarrolladores principales de Ethereum establecerán un número de bloque y estimarán la fecha en que estas propuestas finalmente se activarán en la red principal de Ethereum.

Una vez que se activa la red principal, significa que se completa todo el proceso de actualización de la red. Mientras que el equipo de promoción de actualización de red se está preparando para la próxima actualización.

En ausencia de una buena comunicación, administrar actualizaciones en una gran red descentralizada puede ser un gran desafío. Podemos verificar rápidamente el EIP bajo consideración a través del rastreador del proceso de actualización de la red y rastrear el progreso del cliente a través de la biblioteca de especificaciones Eth1.0.

Las discusiones sobre el proceso de actualización de la red comenzaron hace un año. La primera versión del proceso EIP para bifurcaciones duras ha sido bien recibida por los autores de EIP y la comunidad. Este proceso también se discutió en la reunión de desarrolladores principales, pero se archivó debido a necesidades urgentes. Sin embargo, con las mejoras, ahora tenemos una mejor versión del proceso de actualización de la red.

Título original: "Introducción | Mejorando el proceso de actualización de la red Ethereum"

Escrito por: Pooja Ranjan

Tags：

Binance App Download