¿Combinando tecnología de fragmentación con L2? "=nil;" propone una nueva solución de fragmentación del estado L2

Predeterminado:Avi Zurlo,=nil; Base

Compilado por: Alex Liu, Foresight News

El cambio de Ethereum hacia una hoja de ruta centrada en Rollup ha desencadenado una explosión de diseños de expansión modular. Este crecimiento fue inicialmente exitoso, eliminando más de $100 en cargos de gasolina y desbloqueando diseños de aplicaciones completamente nuevos. Pero apenas unos años después, Ethereum y sus Rollups enfrentaron un nuevo problema crítico: la fragmentación del estado.

Fundamentalmente, la fragmentación del Estado es un problema de escala. Recientemente, la comunidad modular ha promovido una serie de soluciones de middleware que fusionan Rollups existentes en un solo sistema, logrando (aparentemente) el santo grial del escalamiento de blockchain: el escalado horizontal. Sin embargo, estas soluciones conllevan importantes compromisos. Una nueva generación de Ethereum, L2, está repensando la escalabilidad desde los primeros principios, aplicando tecnologías de escalamiento vertical y paralelo para ofrecer el máximo rendimiento.

Dos direcciones principales de expansión

Hay dos direcciones principales para la expansión de blockchain:

1. Expansión vertical: aumentar los recursos de un único nodo. Este es el concepto de expansión de Solana, que consiste en maximizar la utilización del hardware y al mismo tiempo paralelizar el comportamiento de las VM (máquinas virtuales).
2. Expansión horizontal: distribuya la carga de trabajo a múltiples servidores. Este es el concepto de escalamiento de cadenas de bloques L1 fragmentadas como Near y Ethereum (Danksharding).

A menudo se considera erróneamente que los rollups son la solución de escalamiento horizontal de Ethereum. Sin embargo, cada Rollup y cada blockchain se definen por el libro mayor que mantiene, lo que significa que Rollup es un sistema independiente de Ethereum. Este importante descuido de los fundamentos del escalamiento de la base de datos deja al ecosistema Ethereum en la necesidad de abordar un desafío existente: la fragmentación del estado.

Retos actuales

La fragmentación del estado en L2 se ha convertido en un problema importante para Ethereum. El problema de la fragmentación se refleja en tres aspectos:

1. Docenas (o incluso cientos) de L2 conectadas a Ethereum para avanzar en la infraestructura de aplicaciones específicas están destinadas a comprometer los efectos de la red del estado global, incluida la liquidez y la distribución de usuarios.
2. La combinación de estándares de interoperabilidad y la complejidad de la coordinación social fue el catalizador de más de 2.800 millones de dólares en hackeos de puentes entre cadenas.
3. Experiencia objetivamente peor para desarrolladores y usuarios. Los desarrolladores se ven obligados a utilizar tecnologías complejas de abstracción de red para brindar una experiencia de usuario perfecta; de lo contrario, los usuarios se verán obligados a enfrentar interacciones complejas entre cadenas, incluidas cadenas cruzadas de activos, administración de redes de billeteras y múltiples tokens de Gas.

Al mismo tiempo, estos problemas están empeorando. Restringidas por la infraestructura existente, las aplicaciones sensibles al precio se ven obligadas a permanecer aisladas para obtener tarifas de transacción confiablemente bajas. A medida que se acerca el próximo ciclo, está a punto de producirse un efecto de bola de nieve; a medida que aumentan las tarifas de congestión de L2, más desarrolladores se verán obligados a elegir infraestructura personalizada para las aplicaciones, lo que exacerbará el omnipresente problema de fragmentación del estado. En unos años, no sería sorprendente que las aplicaciones en el ecosistema Ethereum pierdan dominio porque L2 no puede resolver la fragmentación del estado.

Resolver la fragmentación del estado

La fragmentación del Estado es fundamentalmente un problema de escala. Si desea ampliar la capacidad sin destruir la componibilidad, la carga recae sobre los hombros de L2. L2 puede adoptar dos métodos para resolver el problema de expansión:

1. Trabaje a la inversa para fusionar los paquetes acumulativos existentes en un solo sistema para lograr una “expansión horizontal”.
2. Empezar desde cero y rediseñar una L2 escalable.

Trabajando al revés

La primera solución es bastante popular entre las L2 existentes. Al utilizar middleware para fusionar Rollups, se establece un sistema único teórico. De hecho, estas soluciones facilitan la comunicación entre Rollups a través de garantías de consenso compartido. Estas soluciones incluyen secuenciadores compartidos, probadores compartidos y varias arquitecturas L3.

Aunque los equipos y proyectos centrados en estas soluciones son sólidos, existen muchos compromisos para resolver el problema de expansión L2 con el middleware como núcleo, que incluyen:

1. El eslabón más débil se convierte en el defecto: la seguridad y el rendimiento de la red están determinados por la peor parte de la pila. (efecto barril)
2. Entorno de desarrollo fragmentado: el middleware puede conectar diferentes entornos, pero no puede mejorar la experiencia de desarrollo fragmentado.
3. Se requiere coordinación social global para los estándares entre Rollups: para fusionar los Rollups existentes, cientos (o incluso miles) de partes interesadas deben ponerse de acuerdo sobre las mejores prácticas.

Más importante aún, distrae al equipo de L2 de resolver problemas abiertos, como la tarificación de la congestión y la revisión de un solo actor, que requieren importantes esfuerzos de ingeniería e investigación.

Empezar desde cero

Ethereum L2 puede escalar verticalmente cambiando el entorno de ejecución de los nodos Rollup para aumentar la utilización del hardware. Estos proyectos incluyen Eclipse y Movement Labs, que utilizan SVM y MoveVM respectivamente para crear rollups. Estas soluciones son muy prometedoras para mejorar la escalabilidad en el futuro cercano; sin embargo, requieren que los desarrolladores de Ethereum adopten una nueva tecnología.

Además, L2 puede escalar horizontalmente al (re)introducir fragmentación de ejecución, lo que permitirá que la red escale agregando nuevos nodos. Este enfoque promueve la descentralización y tiene límites de escalamiento teórico más altos y permite la optimización del escalamiento vertical cuando sea necesario. Dadas estas ventajas, la fundación =nil; diseñó un L2 fragmentado llamado =nil;.

=nil; Optimizado para mantener los valores fundamentales de descentralización, resistencia a la censura y falta de permisos de Ethereum. =nil; se basa en zkSharding, una primera arquitectura de fragmentación verificable recientemente diseñada. Combina las características de escalamiento de las soluciones de escalamiento horizontal anteriores al proporcionar un entorno de desarrollo único e integrado. Esto permite a los desarrolladores acceder a miles de paquetes acumulativos desde una única red. Es más, =nil; garantiza que los usuarios reciban tarifas de transacción bajas y confiables incluso durante los períodos de mayor actividad comercial.

Además, =nil; divide y fusiona estados dinámicamente según la necesidad de acceso estatal, resolviendo el problema del cargo por congestión. Este comportamiento dinámico permite a =nil; mantener las tarifas de transacción consistentemente bajas (<$0,01). En resumen, =nil;La misión de la Fundación es proporcionar un camino alternativo para la expansión L2 de Ethereum que esté más estrechamente alineado con los valores fundamentales de Ethereum y las necesidades de ejecución de L2.

Conclusión

Aunque quedan muchos desafíos por delante, el futuro de Ethereum L2 parece más prometedor que nunca. A medida que los diseños L2 maduran, existen dos divisiones populares en nuestras soluciones de escalamiento de próxima generación: trabajar hacia atrás versus comenzar desde cero, y escalar horizontalmente versus escalar verticalmente.

La fragmentación está muerta, larga vida a la fragmentación.