Saltar al contenido

eth2 actualización rápida no. 2

Bienvenido a la segunda entrega de actualización rápida de eth2.

tldr;

  • Lanzamiento de especificaciones de v0.9.0 - Tonkatsu para garantizar que el desarrollo de la Fase 0 pueda continuar sin obstáculos.
  • El trabajo continúa para resolver los detalles de la propuesta modificada de la Fase 1.
  • Desarrollo de clientes silencioso enfocado en eth1 -> eth2 infraestructura, endurecimiento general para producción y optimizaciones.

Tonkatsu Lanzamiento

Como se prometió en el último llamada eth2, empujamos las cosas hacia adelante para liberar v0.9.0 lanzamiento – Tonkatsu. Esta versión se está simplificando en gran medida con respecto a la Fase 0. El objetivo aquí es eliminar cualquier parte de la Fase 0 que sea obstinada sobre la Fase 1 para garantizar que el desarrollo de la Fase 0 pueda continuar sin obstáculos, independientemente de propuesta de fragmentación modificada de trabajo en progreso.

Leer el Notas de lanzamiento para más información.

Rediseño de fase 1 en curso

Como se mencionó en el último actualización rápida de eth2, es casi seguro que estamos tomando una dirección nueva y más simple para la Fase 1. El nueva propuesta de fragmentación facilita los "enlaces cruzados" para todos los fragmentos en cada ranura. Esto simplifica drásticamente la comunicación entre fragmentos y dará como resultado una experiencia de desarrollador / usuario mucho mejor y más simple en la Fase 2.

! (sharding-status-quo) (https://blog.ethereum.org/img/2019/10/sharding-status-quo.png)

Comunicación previa entre fragmentos (aproximada)

! (sharding-new-offer) (https://blog.ethereum.org/img/2019/10/sharding-new-proposal.png)

Nueva propuesta

Para respaldar esta nueva propuesta, el recuento total de fragmentos para comenzar debe reducirse de 1024 a la nueva estimación de 64, con la intención de aumentar el número de fragmentos a lo largo del tiempo (~ 10 años) a medida que aumenten los recursos estándar disponibles para las computadoras portátiles de consumo. Las siguientes son las razones principales para la reducción requerida en fragmentos totales:

  • Cada fragmento induce una carga de certificación en la red y la cadena de baliza en cada ranura en lugar de en cada época
  • Cada comité debe ser de un mínimo seguro Número de validadores. Si hay demasiados comités por época debido al alto conteo de fragmentos, entonces posiblemente no podría haber suficientes validadores 32-ETH para asignar de manera segura suficiente a cada comité

Gran parte del enfoque del equipo de investigación de EF en las últimas semanas se ha centrado en examinar y resolver los detalles de esta nueva propuesta. Para más detalles, consulte el relaciones públicas de trabajo en progreso o alguna de las Problemas de la Fase 1.

Desarrollo de clientes silencioso pero efectivo

Los clientes de Eth2 continúan desarrollándose en silencio. Como se discutió en el último llamada eth2, se está haciendo un esfuerzo para manejar los depósitos de eth1, generalmente fortaleciendo a los clientes para la producción, optimizando la transición de estado y las implementaciones de BLS, fuzzing entre clientes, herramientas de monitoreo de redes, ¡y más! Se están trabajando en redes de prueba de un solo cliente más grandes, así como en la experimentación continua entre clientes.

Ahora eso v0.9.0 ha sido lanzado, los clientes están actualizando su lógica de transición de estado para pasar los nuevos vectores de prueba y están introduciendo el estrategia de agregación de certificación simple.

Fuente: https://blog.ethereum.org/2019/10/31/eth2-quick-update-no-2/