Saltar al contenido

eth2 actualización rápida no. 7 7

¡Bienvenido a la primera actualización rápida de eth2 de 2020! Este va a ser un año emocionante.

tldr;

Liberarse de v0.10.0 para revisiones de seguridad y redes de prueba multicliente

v0.10.0 – 404 No encontrado fue lanzado la semana pasada. Leer el Notas de lanzamiento para los detalles técnicos (integración de IETF BLS, almacenamiento en caché eth1 más simple, etc.), pero ¿qué significa realmente para eth2?

v0.10.0 es la culminación de los cambios introducidos en la especificación de la fase 0 después de la descongelación después de deVcon, así como la integración de los nuevos estándares IETF BLS. Durante algún tiempo, estos nuevos cambios en las especificaciones interrumpieron el ciclo de desarrollo sin problemas de los equipos de clientes eth2 y pospusieron el lanzamiento de testnets que eran inminentes. Con el lanzamiento de v0.10.0, ahora estamos entrando nuevamente en un ritmo suave.

Recursos nuevos y actualizados

Con el lanzamiento de v0.10.0, una vez más tenemos un objetivo muy estable tanto para las redes de prueba de los clientes como para las auditorías de terceros y las revisiones de seguridad.

Con este fin, recientemente actualizamos una serie de recursos de incorporación (y creamos algunos nuevos). Si está buscando comprender mejor las especificaciones de eth2 Phase 0, ¡definitivamente debería echarles un vistazo!

Auditorias en curso

Least Authority inició su revisión de seguridad este lunes y actualmente está investigando profundamente. ¡Tenemos grandes expectativas y estamos entusiasmados de trabajar con un equipo de tal calibre!

Otra noticia emocionante es la auditoría y la formalización de la criptoeconomía de fase 0 dirigida por un nuevo equipo de EF: Robust Incentives Group (RIG).

RIG ha construido un cadCAD entorno para simular los modelos económicos eth2 y explorar una amplia gama de ataques: incluidos los ataques de tiempo, los posibles efectos de carteles de diferentes tamaños y mucho más.

Revisa el núcleo de su trabajo en forma de cuaderno de python fácil de entender.

¿Que sigue?

Si bien te voy a dar un vistazo aquí, prometo profundizar en más detalles en publicaciones posteriores.

Paralelamente a las auditorías en curso, los clientes codificarán hasta v0.10.0, integre los nuevos estándares BLS y ponga en funcionamiento algunas redes de prueba estables. Una vez que la estabilidad inicial en v0.10.0 se logra, comenzará la actividad multicliente.

Con respecto a esta actividad, primero espero un pequeño número de pruebas multicliente contra redes de prueba en gran parte de un solo cliente. Con esto quiero decir que espero ver a algunos clientes unirse a lo que antes eran redes de prueba de un solo cliente, como nodos minoritarios, para probar la interopabilidad inicial.

Una vez que tengamos éxito aquí, organizaremos una génesis compartida con más de 2 clientes desde el principio. Espero cierto nivel de caos y mucho aprendizaje en esta fase. Las ambigüedades en la especificación pueden hacerse evidentes con pequeños cambios clarificadores integrados. Incluso podríamos descubrir que algo estaba roto que antes pensábamos que estaba bien: las redes de prueba grandes son su propia forma de auditoría.

Una vez que los resultados de la auditoría comiencen a llegar a lo largo de febrero, esperamos hacer una ola de cambios en la especificación de la Fase 0. El alcance de estos cambios y las implicaciones que podrían tener en el desarrollo del cliente y los plazos aún no se han determinado. Independientemente, una auditoría posterior v0.11.0 el lanzamiento caerá cerca de principios de marzo.

Si los cambios son pequeños, los clientes los integrarán, parcharán las redes de prueba y continuarán hacia adelante. Si es más profunda, las integraciones pueden tomar más tiempo, requerir pruebas adicionales y reinicios completos de las redes existentes. Después de suficiente tiempo en un establo v0.11.x, una final v1.0.0 se cortará para el lanzamiento de mainnet: el tiempo exacto dependerá de la profundidad de los cambios.

Esta es una mirada de alto nivel a los próximos meses. Los mantendré informados y completaré más detalles a medida que avanzamos.

Faro en una lágrima de optimización

Aunque Sigma Prime ha estado relativamente tranquilo desde que derribaron su primer testnet público, el equipo ha estado trabajando duro! El líder del faro, Paul Hauner, acaba de dejar caer un tormenta de tweets emocionante lleno de detalles jugosos de optimizaciones recientes y ganancias en su cliente eth2.

Al parecer, han estado ejecutando un no tan publicitado Testnet público durante las últimas 4 semanas logrando ganancias impresionantes en todo, desde BLS para bloquear el procesamiento hasta las lecturas / escrituras de DB. Tire hacia abajo y pruébelo usted mismo!

Ah, y si tienes algunas habilidades frontend y quieres involucrarte, Sigma Prime solo lanzó un RfP para una interfaz de usuario de Lighthouse. Este tipo de trabajo es importante para garantizar que la validación sea fácilmente accesible para todo tipo de usuarios.

Testnet de Prysmatic se relanza con la configuración de mainnet y agregadores

Prysmatic Labs recientemente reiniciaron su testnet público ¡ahora con la configuración de mainnet y la estrategia de agregación de certificación! Como se discutió en publicaciones anteriores, la configuración de mainnet tiene cachés más grandes, épocas más largas y generalmente es un poco más fuerte que la configuración mínima utilizada inicialmente. Operar una red de prueba estable con esta configuración y 10 de miles de validadores es un hito importante en el que Prysmatic está trabajando actualmente.

Si quieres ensuciarte las manos, convertirse en un validador o unirse a la conversación en discordia

Oh y están contratando! Trabajar de forma remota con Prysm es una gran oportunidad para un desarrollador experimentado. ¡Ayuda a construir el futuro!

Fase 1.5

Durante las vacaciones, Vitalik publicó un nueva propuesta sobre cómo podríamos acelerar la fusión eth1 + eth2 y comenzar a cosechar los beneficios de la nueva infraestructura eth2 mucho antes. Esta propuesta sugiere migrar eth1 a un fragmento de eth2 después de agregar la infraestructura de la Fase 1 (cadenas de datos de fragmentos) pero antes de una Fase 2 completa (con EE extensibles y todas las campanas y silbidos de fragmentos cruzados), ¡por lo tanto, la Fase 1.5!

Una fase 1.5 tiene muchos beneficios potenciales para el protocolo ethereum y para sus desarrolladores y usuarios.

  1. Eth1 viviendo dentro de eth2 permite el acceso nativo a la capa escalable de datos fragmentados. Algunas de las construcciones más emocionantes que se están construyendo hoy en ethereum son los protocolos de capa 2 que se escalan con la cantidad de datos disponibles para la capa 1. Estos se combinarán maravillosamente con eth2 incluso con una sola cadena con computación nativa (es decir, eth1 como fragmento). En términos generales, estas construcciones se denominan "rollups". Vienen en muchos sabores y espero que este espacio de diseño general continúe expandiéndose y sea fructífero.
  2. La migración de Eth1 a un fragmento de eth2 elimina PoW del protocolo, lo que reduce en gran medida la emisión y detiene la extracción intensiva de energía en ethereum de una vez por todas.
  3. Finalmente, la integración de eth1 en eth2 en un programa anterior reduce la cantidad de partes móviles, unificando el sistema, la comunidad y el desarrollo del protocolo central. Aunque la infraestructura eth2 se está desarrollando primero en paralelo con la cadena ethereum existente, una integración anterior de eth1 en eth2 (más allá de las ganancias técnicas) ayuda a garantizar que la comunidad de desarrolladores de protocolos, desarrolladores de aplicaciones, contribuyentes aleatorios y usuarios finales permanezca unida dentro de un solo Ethereum cohesivo.

Basado en las discusiones y reacciones iniciales, los desarrolladores y los miembros de la comunidad están entusiasmados con esta propuesta. La fase 1.5 en su estado actual depende en gran medida del éxito de dos componentes independientes: la fase 1 de eth2 y Stateless Ethereum en eth1. Los plazos relativos de cada uno de estos componentes informarán cómo y cuándo esta propuesta podría llegar a buen término. En los próximos meses, haremos la debida diligencia para una mejor especificación y comprensión de los desafíos técnicos en cuestión, de modo que estemos preparados para avanzar en esto si / cuando sea el momento adecuado: cohete :.

Fuente: https://blog.ethereum.org/2020/01/16/eth2-quick-update-no-7/