Es asombroso ver tantos L2 importantes ahora 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, e 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 L1 completamente independientes. Si podemos reducir los tiempos de retiro nativos a menos de 1h a corto plazo, y 12s a mediano 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 hacer 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 optará 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, agrega 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 de activos nativos entre L2 casi instantáneo 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 LVR reducido.

En junio, presentamos Protocol: una nueva estructura para alinear EF en torno a nuestros tres objetivos estratégicos: Scale L1, Scale Blobs, Improve UX, sin comprometer la dureza o la seguridad. Aquí hay una actualización sobre la primera pista, Scale 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 en cadena y los datos hablan por sí mismos: → 90% de los RWAs viven en Ethereum y L2s → El TVL de DeFi es 9 veces el de la 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 falla / sin bloqueo de proveedor (+ opcionalidad de L2) → Más de $130B en seguridad económica → Más de 1.1M de validadores, multi-cliente, genuina descentralización → La liquidez en cadena más profunda → Cero pago por jugar Cree en algo.

Los 3 desafíos clave para el diseño de sistemas multi-agente 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 la criptografía y la ingeniería avanzan a toda velocidad hacia nuestro futuro zk, también lo hacen la economía y el diseño de protocolos para apoyar mercados amplios y abiertos.

Escalando Ethereum: descripción general de los planes actuales con @_julianma de @ethereum en #ETHDam III. 👉

While everybody's always got thoughts on Ethereum, not everyone's as informed about where we're actually headed. So let's change that. We're bringing you an exciting session with our friends at @ProtocolGuild (aka core Ethereum devs + researchers) about the Glamsterdam forks. We've got @trent_vanepps and @arlery to lead the convo with: @barnabemonnot repping reducing block latency (to reduce Ethereum's slot time from 12 seconds to 6 seconds) @soispoke repping FOCIL (to improve censorship resistance) @nero_eth repping delayed execution and block-level access lists @tbenr repping ePBS. decoupling of the consensus block from the execution payload) Which path should the Glamsterdam upgrade take? The technical roadmap determines everything. Join us to learn more about it. Wednesday (tomorrow) @ 2 pm UTC / 10 am EDT

¡Casa llena hoy en nuestro primer evento sobre el futuro de Ethereum UX! Resumen próximamente...