Vitalik Buterin zanjas fragmentación

El cofundador de Ethereum, Vitalik Buterin, ha revelado que la hoja de ruta de ethereum 2.0 ha cambiado considerablemente hasta el punto de que eth1 ya no será un fragmento en la nueva cadena de bloques Proof of Stake (PoS).

En cambio, eth1 se fusionará en la la propia cadena de balizas, algo que significa que la fragmentación de la base de manera efectiva está ahora fuera de escena, y con ella también la escalabilidad de la base. Buterin dice:

“Las transacciones Eth1 vivirán directamente en la cadena de balizas en lugar de estar en un fragmento y … la“ fase 2 ″ (ejecución fragmentada nativa) se resta importancia por el momento ”.

Eso significa que el nuevo El motor de ejecución, eWASM, también está fuera de escena, con la hoja de ruta de ethereum ahora básicamente en juego, pero sin escala de base. Danny Ryan, el coordinador de ethereum 2.0, dice:

“Si avanzamos con una sola cadena de ejecución (eth1), entonces una integración nativa en la cadena de balizas como ciudadano de primera clase proporciona la más alta seguridad, acceso nativo inmediato a la compromisos de datos fragmentados y una complejidad de consenso muy reducida. Es un diseño muy elegante, y está siendo activamente prototipado hoy (¡incluso podría ver una red de prueba de fusión de cadenas de balizas pronto!). ”

Básicamente no pudieron hacer la paralelización y por lo tanto parecen haber renunciado a escalar la capa base, pero Buterin dice que "no estamos haciendo ningún movimiento irreversible que nos impida agregar la ejecución nativa fragmentada en el futuro".

Cómo conciliar esa declaración con poner eth1 en la baliza en sí, el coordinador, no está claro, pero lo que parece una Un poco claro es que ethereum básicamente sigue el camino de bitcoin: pequeños cambios sustanciales en lo que respecta a la capa base y una dependencia total de los métodos de la segunda capa.

Una diferencia aquí bien puede ser que se promete fragmentación de datos en eth, pero eso parece para ser útil solo para estas segundas capas.

El problema con las segundas capas es la interoperabilidad, ya que deben tratarse como si fueran la capa base en sí, algo difícil de arrancar ya que generalmente tienen sus propias compensaciones.