Es asombroso ver que ahora hay tantas L2 importantes en la etapa 1. El siguiente objetivo al que deberíamos aspirar es, en mi opinión, tiempos de retiro rápidos (<1h), habilitados por sistemas de prueba de validez (también conocidos como ZK). Considero que esto es incluso más importante que la etapa 2. Los tiempos de retiro rápidos son importantes porque esperar una semana para retirar es simplemente demasiado tiempo para las personas, y incluso para el puente basado en intenciones (por ejemplo, ERC-7683), el costo de capital se vuelve demasiado alto si el proveedor de liquidez tiene que esperar una semana. Esto crea grandes incentivos para usar soluciones con supuestos de confianza inaceptables (por ejemplo, multisigs/MPC) que socavan todo el propósito de tener L2 en lugar de L1s completamente independientes. Si podemos reducir los tiempos de retiro nativos a menos de 1h a corto plazo, y 12s a medio plazo, entonces podemos consolidar aún más el L1 de Ethereum como el lugar predeterminado para emitir activos y el centro económico del ecosistema de Ethereum. Para lograr esto, necesitamos alejarnos de los sistemas de prueba optimistas, que inherentemente requieren esperar varios días para retirar. Históricamente, la tecnología de prueba ZK ha sido inmadura y costosa, lo que hizo que las pruebas optimistas fueran la opción inteligente y segura. Pero recientemente, esto está cambiando rápidamente. es un excelente lugar para seguir el progreso de las pruebas ZK-EVM, que han estado mejorando rápidamente. La verificación formal en las pruebas ZK también está avanzando. A principios de este año, propuse una estrategia de sistema de prueba 2 de 3 ZK + OP + TEE que hila la aguja entre seguridad, velocidad y madurez: * 2 de 3 sistemas (ZK, OP) son sin confianza, por lo que ningún actor único (incluido el fabricante de TEE o un atacante de canal lateral) puede romper el sistema de prueba al violar un supuesto de confianza * 2 de 3 sistemas (ZK, TEE) son instantáneos, por lo que obtienes retiros rápidos en el caso normal * 2 de 3 sistemas (TEE, OP) han estado en producción en varios contextos durante años Este es un enfoque; quizás la gente opte por hacer un desempate ZK + ZK + OP, o ZK + ZK + consejo de seguridad. No tengo opiniones fuertes aquí, me importa el objetivo subyacente, que es ser rápido (en el caso normal) y seguro. Con tales sistemas de prueba, el único cuello de botella restante para un asentamiento rápido se convierte en el costo de gas de enviar pruebas en la cadena. Por eso digo a corto plazo una vez por hora: si intentas enviar una prueba ZK de 500k+ gas (o un STARK de 5m gas) mucho más a menudo, añade un alto costo adicional. A largo plazo, podemos resolver esto con agregación: N pruebas de N rollups (más txs de usuarios de protocolos de privacidad) pueden ser reemplazadas por una sola prueba que demuestra la validez de las N pruebas. Esto se vuelve económico de enviar una vez por slot, habilitando el juego final: movimiento nativo casi instantáneo de activos entre L2 a través del L1. Trabajemos juntos para hacer que esto suceda.

2/ Creemos que EIP-7782 (Reducir la Latencia de Bloque) es la actualización de CL más impactante para los usuarios, con beneficios que se extienden a la resistencia a la censura, mejor interoperabilidad y reducción de LVR.

En junio, presentamos el Protocolo: una nueva estructura para alinear la EF en torno a nuestros tres objetivos estratégicos: Escalar L1, Escalar Blobs, Mejorar la UX, sin comprometer la dureza ni la seguridad. Aquí hay una actualización sobre la primera vía, Escalar L1 👇

🤖 Nueva EIP: 0000 Por: - Anders Elowsson (@anderselowsson) -Vitalik Buterin (@vbuterin) 🔗 EIP-0000 propone un mercado de tarifas multidimensional unificado para las transacciones de Ethereum, permitiendo a los usuarios especificar una única `max_fee` agregada para múltiples recursos. Esto tiene como objetivo mejorar la eficiencia del capital al tratar la `max_fee` como fungible entre diferentes tipos de recursos, simplificando así la experiencia del usuario y mejorando la eficiencia económica. La propuesta también busca unificar los mecanismos de tarifas existentes y facilitar futuras expansiones a recursos adicionales.

Un mes en @ethereumfndn liderando el nuevo equipo de EF Enterprise. Una cosa está clara: Ethereum es la Capa de Liquidez para el internet del valor. Es la columna vertebral de la economía onchain y los datos hablan por sí mismos: → El 90% de los RWAs viven en Ethereum y L2s → El TVL de DeFi es 9 veces el de el siguiente ecosistema más grande → $170B en volumen de DEX (últimos 30 días en mainnet y L2) → Más de $140B en TVL de stablecoins en mainnet → Más del 60% de las stablecoins están en Ethereum y L2s ¿Por qué están eligiendo Ethereum las FIs, fintechs, etc.? → 10 años de tiempo de actividad ininterrumpido → Sin un único punto de fallo / sin bloqueo de proveedor (+ opcionalidad de L2) → Más de $130B en seguridad económica → Más de 1.1M de validadores, multi-cliente, verdadera descentralización → La liquidez onchain más profunda → Cero pago por jugar Cree en algo.

Los 3 desafíos clave para el diseño de sistemas multiagente según @Chi_Wang_ de Google DeepMind: - Consenso - Estado compartido - Interoperabilidad ¿A los diseñadores de protocolos y desarrolladores les suena familiar?! La frontera de la IA requiere resolver problemas que hemos estado enfrentando durante años en Ethereum. Muchos problemas próximos en la intersección de sistemas distribuidos e IA con un gran impacto.

Mientras que la criptografía y la ingeniería se mueven a una velocidad vertiginosa hacia nuestro futuro zk, también lo hacen la economía y el diseño de protocolos para respaldar mercados amplios y abiertos

Escalando Ethereum: resumen de los planes actuales con @_julianma de @ethereum en #ETHDam III. 👉

Mientras que todos siempre tienen opiniones sobre Ethereum, no todos están tan informados sobre hacia dónde nos dirigimos realmente. Así que cambiemos eso. Te traemos una sesión emocionante con nuestros amigos de @ProtocolGuild (también conocidos como desarrolladores e investigadores principales de Ethereum) sobre los forks de Glamsterdam. Tenemos a @trent_vanepps y @arlery para liderar la conversación con: @barnabemonnot representando la reducción de la latencia de bloques (para reducir el tiempo de slot de Ethereum de 12 segundos a 6 segundos) @soispoke representando FOCIL (para mejorar la resistencia a la censura) @nero_eth representando la ejecución retrasada y listas de acceso a nivel de bloque @tbenr representando ePBS. desacoplamiento del bloque de consenso de la carga útil de ejecución) ¿Qué camino debería tomar la actualización de Glamsterdam? La hoja de ruta técnica lo determina todo. Únete a nosotros para aprender más sobre ello. Miércoles (mañana) a las 2 pm UTC / 10 am EDT

¡Casa llena hoy en nuestro primer evento sobre el futuro de la experiencia de usuario de Ethereum! Resumen pronto...