¡Estas son buenas ideas! La mayoría de ellas son delta-neutras (en el sentido de la suposición de latencia de red δ), lo cual es aún mejor. Para reducir de manera segura el tiempo de slot, lo que realmente necesitamos más es una mejor medición de la descentralización geográfica y la viabilidad económica de nodos que no sean de centros de datos y que no estén en EE. UU./UE. Esa es la dimensión en la que debemos ser conservadores.
barnabe.eth
barnabe.eth6 sept, 16:59
¡Llevemos la finalización rápida lo antes posible a @ethereum! Publicamos una actualización sobre nuestro trabajo y proyectos relacionados el viernes pasado, y sobre este tema, estos son los puntos relevantes: - Acortar los tiempos de slot para aumentar el ritmo del corazón de la red y disminuir cada retraso: Tiempo de inclusión / confirmación rápida / finalización. ¡Consulta la publicación de @misilva73 para lo último sobre este trabajo! - Exponer en los clientes la regla de confirmación rápida para una confirmación fuerte en 1-3 bloques (10-30s) utilizando el peso de atestación, hacer que las aplicaciones/infraestructura lo utilicen donde sea sensato, en lugar de esperar la finalización completa (13-19mins). Esfuerzo de (re)especificación con @robsaltini @mkalinin2 entre otros - Investigar los cambios en Gasper/cadena beacon propuestos por @VitalikButerin para mejorar la elección de bifurcación/pipeline de datos de disponibilidad dinámica y datos de finalización - Desplegar un nuevo mecanismo de consenso. Tenemos uno con finalización de tres slots (también explorando protocolos BFT rápidos con @yannvon @luca_zanolini para disminuir aún más el tiempo hasta la finalización.
257,03K