⚡ es ahora una redirección permanente a donde puede dar sensaciones oportunas dentro del proceso de ACD Actualmente eso apunta a un nuevo hilo donde puedes dar tu opinión sobre cómo te ✨ afectan los cabezas de cartel de Glamsterdam

Me asocié con @Data_Always para brindar nuestra perspectiva MEV sobre la actualización de Glamsterdam. TLDR: Si bien los BAL son indiscutiblemente buenos para el EL, no hay un candidato destacado para el CL. Cada opción tiene pros y contras claros, algunos de los cuales nos sorprendieron.

¡La próxima llamada de la comunidad de MEV-BOOST está programada para la próxima semana! Discutirá Fusaka y los posibles impactos de Glamsterdam en el ecosistema de constructores / relés ¡Esperamos verte allí! Enlace a los detalles en el próximo tweet

Selecciones de cabezas de cartel de todos los equipos cliente: Capa de ejecución: - Geth: EIP-7928 (Listas de acceso a nivel de bloque) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) tramo - Erigon (ambos EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (reducir la latencia de bloque) - Nethermind: EIP-7928 + EIP-7732 y también admite EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 tramo Capa de consenso: - Faro: EIP-7732 (ePBS) - Prysm: EIP-7732 + EIP-7805 estiramiento - Grandine: EIP-7732 + EIP-7805 estiramiento - Lodestar: EIP-7732 + EIP-7805 estiramiento + EIP-7919 Pureth para EL - Teku: EIP-7732 - Nimbo (ambos CL + EL): EIP-7732 + EIP-7919

Cada cadena de bloques selecciona compensaciones técnicas + culturales que la hacen más adecuada para algunos casos de uso y no para otros la razón por la que soy un fanático de ethereum = seleccionó mejores compensaciones que otras cadenas de bloques para construir el futuro de las finanzas. ese es el caso de uso que me parece más interesante

EIP-7782: 6 horarios de ranura Reduce el tiempo de bloqueo a la mitad. esto mejoraría la experiencia de usuario, la interoperabilidad y el MEV Un beneficio adicional inesperado es que los tiempos de ranura más cortos podrían mejorar la escala al reducir el tiempo muerto en cada ranura

EIP-7805: FOCIL = listas de inclusión de opciones de bifurcación Agrega más proponentes durante cada ranura para mejorar la resistencia a la censura de la red reduciría el tiempo de inclusión de las txs censuradas y también reduciría la dependencia de los stakers domésticos para la resistencia a la censura

EIP-7732: ePBS = separación del constructor proponente consagrado Reestructura la ranura para reducir el tiempo muerto y ampliar las ventanas de propagación y ejecución. es posible que ePBS pueda aumentar el tiempo de inclusión (lo cual es malo), aunque esto es muy discutido y depende del comportamiento del constructor

EIP-7886: DE = ejecución retrasada También amplía las ventanas de propagación y ejecución mutuamente excluyentes con ePBS, pero más centrados en la ejecución que en el consenso

EIP-7928: BAL's = bloquear listas de acceso permite el procesamiento paralelo de cada bloque cuando se combina con un límite en el tamaño máximo de transmisión (EIP-7825) Es posible que los beneficios del paralelismo no estén listos hasta más tarde, después de Glamsterdam