Progreso de Ethereum 2.0: Medalla avanza sin problemas y los clientes son más diversos

Resumen:

Medalla progresa sin problemas

La diversificación de clientes es imprescindible

Demostración de extremo a extremo de Eth 1 + ETH 2 (Fase 1.5)

Se acerca el lanzamiento de la fase 0, el trabajo de prueba y auditoría continúa

Cuanto más tranquila es la red de prueba, más preocupante es.

Si ha estado siguiendo la red de prueba de Medalla en las últimas semanas, debe saber que el 15 de agosto (hora de Beijing) hubo una falla en toda la red que duró 5 días. Posteriormente, Prysm publicó un artículo que detalla los detalles técnicos y el cronograma; Ben también proporcionó un análisis más profundo en una publicación de blog reciente (,). El equipo del cliente trabajó horas extras el fin de semana posterior a la interrupción para implementar sincronizaciones y arreglos para ayudar a restaurar la red destrozada.

Aunque este fallo ha supuesto una enorme presión para la red de pruebas, es una experiencia para todos los clientes para enfrentarse a situaciones extremas. Para ser honesto, después de este incidente, el software del cliente es mucho más robusto. Dormí un poco más a gusto por la noche.

En retrospectiva, la red de pruebas de Medalla ha ido muy bien: ahora hay 39 000 validadores activos y 12 000 posibles validadores en cola (12 días de espera).

Si bien hay muchos (excelentes, viables, robustos, prácticos...) clientes Eth2 en desarrollo activo, Prysm actualmente domina toda la red.

Hay razones históricas para esto: durante más de un año, Prysm ha priorizado las primeras redes de prueba, la participación de la comunidad y la facilidad de uso. Felicitaciones al equipo de Prysmatic. Al mismo tiempo, la construcción de una comunidad puede ser difícil pero fundamental para nuestra industria.

Aún así, dado que la gran mayoría de los nodos de validación en la red de prueba Medalla usan el cliente Prysm, la interrupción fue doblemente dañina. A medida que se acerca el lanzamiento de la red principal, como comunidad, debemos encontrar una solución. Como alguien que ha probado todos los clientes ETH 2 en Medalla, puedo decirle por experiencia personal que la mayoría de ellos son muy funcionales y están bien documentados. Todos los equipos de clientes están activos en discord y github, ayudando activamente a los usuarios con cualquier problema.

La diversidad de clientes no solo hace que el consenso de Eth2 sea más sólido, sino que también protege a los validadores en casos extremos: dados los incentivos anti-correlación de Eth2, cuantos más validadores cometen errores al mismo tiempo, más severamente se penaliza a cada validador.

Suponiendo que el cliente A falla, el 60 % de los nodos verificadores de toda la red están desconectados durante varios días, pero los nodos verificadores que ejecutan el cliente B y el cliente C permanecen estables en línea. Aunque los validadores que ejecutan los clientes B y C seguirán produciendo bloques, la red no podrá finalizar bloques porque los nodos fuera de línea superan el 33 % de toda la red. Si está ejecutando el cliente A, siempre que la red no haya podido finalizar el bloque, la penalización que recibe aumentará cada época (período), que es la llamada "fuga de inactividad". Sin embargo, si está ejecutando el cliente B o C, está exento de la penalización ya que ha estado en el estado actual. (Nota: la penalización por ralentización es mucho mayor que la penalización normal fuera de línea).

Suponga que el cliente de nicho B (20 % de toda la red) tiene un error grave que hace que el cliente se bloquee. En este caso, la red aún puede finalizar el bloque (ya que la tasa de participación de toda la red es del 80%). En este caso, los validadores fuera de línea solo estarán sujetos a las penalizaciones normales fuera de línea, no a las penalizaciones por ralentización. Por lo tanto, aquellos validadores que ejecutan el cliente B pierden mucho menos que en el primer caso.

Además de los miembros de la comunidad que prueban el nuevo cliente, el equipo del cliente está trabajando arduamente para que el cambio de cliente sea fácil y seguro. Con la adición de algunos estándares de clientes cruzados, en un futuro cercano podrá cambiar rápidamente de un cliente a otro sin riesgo de cortes accidentales.

Los estándares entre clientes evitan la centralización de clientes y son fundamentales para la solidez de la red Eth 2. Si un cliente deja de funcionar, el cambio de cliente permite que la comunidad resuelva el problema más rápidamente, evitando que se repita el incidente de Medalla.

Uno de los objetivos principales de Eth2 es lograr la Fase 1.5 (es decir, "fusionarse"). En ese momento, el consenso Eth 1 existente se integrará en Eth 2. En otras palabras, Ethereum hará una transición completa del mecanismo de consenso PoW al mecanismo de consenso PoS.

Por diseño, la transición a la Fase 1.5 es lo más fluida posible para los usuarios y clientes existentes. El estado, las transacciones y la ejecución todavía están a cargo del cliente ETh1. Dado que la capa de usuarios permanece prácticamente sin cambios, Ethereum puede aprovechar las herramientas y API existentes para admitir transacciones y dApps, como lo hace hoy.

Con ese fin, Mikhail del equipo TXRX y Guillaume del equipo geth lanzaron recientemente una demostración integral de una cadena de balizas de múltiples fragmentos (la cadena de bloques Eth1 se convertirá en uno de los fragmentos). En el video de demostración publicado, Mikhail envió algunas transacciones al fragmento Eth1 utilizando una billetera de metamáscara sin modificar.

Haga clic aquí para experimentar la versión dockerizada de la demostración de Eth1 + Eth2. Si desea profundizar más, puede compilar y ejecutar desde la fuente.

Las pruebas y auditorías continúan como de costumbre.

El equipo del cliente está trabajando arduamente y los auditores están realizando una auditoría completa del código. Todos están haciendo preparativos intensivos para el lanzamiento de la red principal.

(Fin)

Tags：

Dogecoin Precio USD