Más transparente y permite el acceso a cualquier persona con un teléfono. Es mejor en algunos aspectos.

He sugerido a los coordinadores hace unas semanas que dejen de discutir sobre Glamsterdam y se concentren en la entrega de Fusaka. ¿Quizás a veces menos llamadas de ACD podrían ayudar con el proceso? ¿Quizás las llamadas sobre el 'futuro fork' no deberían llevarse a cabo cuando los plazos de la testnet del fork actual están en riesgo?

Me sorprendió escuchar que ePBS (EIP 7732) se considera probable que se programe para Glamsterdam en la llamada ACD de mañana, y particularmente que se ve como un sustituto para la ejecución retrasada (como EIP 7886) Nunca he escuchado una razón muy buena para hacer la ejecución retrasada en la capa de consenso en lugar de en la capa de ejecución. A diferencia de EIP 7886, ePBS no ayuda a simplificar a los constructores; todavía tienen que ejecutar el bloque completo para generar la raíz del estado. Como muchos han señalado, el problema de la opcionalidad parece malo (¡8 segundos para que un constructor cancele su bloque!). Incluso cuando la opción no se ejerce, esto podría agregar mucha latencia antes de que los usuarios puedan ver si su transacción fue incluida. Pero también parece ser otro cambio complejo que no hace nada para ayudar a los usuarios, lo cual pensé que Ethereum estaba superando.

Se avecinan grandes cambios en el clúster de desarrollo del ecosistema de @EthereumFndn para apoyar la adopción en el mundo real. Esto es lo que está cambiando y por qué es importante🧵

Robinhood acaba de anunciar empresas privadas tokenizadas !! @SpaceX y @OpenAI se tokenizarán en Robinhood Chain !

Había señalado 60M hace unos meses debido a mi comprensión errónea de que era seguro hacerlo. Ahora se estima que en esta etapa, un límite de 45 m es seguro. ¡Un aumento del 25% de la capacidad de la red ya es increíble! Planeo ajustar los validadores tan pronto como pueda como consecuencia 🫡

En los últimos días, todos los principales clientes de @ethereum señalaron que consideran seguro pasar a 45 millones de gas por bloque. Ajuste sus validadores en consecuencia. Actualice a las nuevas versiones para obtener las mejoras y correcciones que los clientes necesitan para pasar de forma segura a 45MGas ⬇️

Después de un gran esfuerzo de todos los clientes de EL, ahora estamos listos para un límite de 45 MGas en la red principal de Ethereum. @NethermindEth lanzó una versión 1.32.0 que establece 45 como valor predeterminado + caducidad del historial para bloques previos a la fusión + enorme mejora en los ingresos de producción de bloques:

Acortar el tiempo de ranura de Ethereum L1 de 12 a 6 segundos tiene beneficios en toda la pila: * Mejor UX * Más valor para los usuarios, con tarifas más bajas en DEX * Un mejor motor de confirmación para protocolos de interoperabilidad *¡Más! Defendemos su consideración principal en Glamsterdam.

Los tiempos de franjas horarias más cortos son la máxima prioridad para Glamsterdam IMO