$ETH Una publicación en las redes sociales de un investigador de Ethereum ha suscitado especulaciones sobre una posible solución para los desafíos de escalabilidad de la blockchain de capa 1.
El 11 de noviembre, el investigador de Ethereum Justin Drake publicó en X que anunciaría una iniciativa "ambiciosa" para Ethereum. Drake dijo que había contemplado un rediseño "desde cero" de la capa de consenso de Ethereum, lo que algunos interpretan como un paso hacia la solución de sus problemas de escalabilidad.
@drakefjustin
¡Anuncio de un anuncio! Mañana a las 5pm en el escenario principal de Devcon, desvelaré mi iniciativa más ambiciosa hasta la fecha. Durante un año he estado pensando en cómo podría ser un rediseño desde cero de la capa de consenso de Ethereum. El objetivo es sugerir una estrategia creíble para implementar lo que es una hoja de ruta de cadena de balizas extremadamente ambiciosa y emocionante, todo en un marco de tiempo razonable. Después de meses de gestación junto a investigadores y desarrolladores de consenso, finalmente estoy listo para presentar públicamente mi propuesta. Son días tempranos y su participación es clave si este nuevo enfoque para abordar la hoja de ruta de la capa de consenso alguna vez logra un consenso aproximado. Disculpas por el críptico "[título redactado]" en la agenda de Devcon—
no quería arruinar el meme :)
El investigador dijo que su objetivo sería sugerir una estrategia para implementar una hoja de ruta de cadena de balizas. Se espera que comparta la propuesta en Devcon en Bangkok, Tailandia, el 12 de noviembre.
La comunidad especula sobre ETH 3.0
Tras la publicación de Drake, los rumores sobre una actualización de ETH 3.0 circularon entre la comunidad de Ethereum. En X, el fundador de Ambient Finance, Doug Colkitt, publicó sobre un rumor que circula que el anuncio de ETH 3.0 es una "segunda fusión en un nuevo consenso que apunta a tiempos de bloque de 1 segundo" y una Máquina Virtual de Ethereum nativa de conocimiento cero (zkEVM).
Colkitt cree que si los rumores resultan ser precisos, tener una zkEVM nativa sería una actualización "enorme":
"El límite de gas puede eliminarse por completo. Los constructores pueden construir bloques arbitrariamente grandes ya que los nodos solo necesitan verificar el snark. El único límite de escalabilidad que quedaría sería el ancho de banda."
