Autor original: Stephanie Dunbar, analista de Messari
Compilación original: Luffy, Foresight News
En respuesta a las limitaciones de las arquitecturas monolíticas tradicionales, incluida la lenta innovación, las limitaciones de escalabilidad y la falta de flexibilidad de desarrollo en la capa de aplicación, surgieron cadenas de bloques modulares, que las dividieron en componentes distintos e intercambiables.
Los componentes divididos se pueden personalizar y optimizar en cada capa de la pila de tecnología blockchain, y aparecerán proveedores profesionales en cada campo de componentes funcionales.
Los sistemas modulares más destacados actualmente incluyen el ecosistema Ethereum y el próximo Celestia.
Los rollups son la forma más segura de blockchains modulares.
Los paquetes acumulativos prosperan, desde entornos de ejecución de propósito general (por ejemplo, OP Mainnet y zkSync Era) hasta paquetes acumulativos específicos que alojan aplicaciones individuales.
La mayoría de los paquetes acumulativos centrados en Ethereum son L2 de propósito general, y una narrativa importante en el ecosistema de Celestia es la especificidad de la aplicación.
Los paquetes acumulativos se pueden apilar para escalar según los requisitos y adaptar casos de uso específicos de aplicaciones mientras se convierten en parte de un ecosistema puente de paquetes acumulativos componibles.
Los desarrolladores pueden unirse al ecosistema con el que estén de acuerdo o elegir el entorno de ejecución, el esquema de pedidos, el sistema de verificación, el consenso y la capa DA que mejor se adapte a sus necesidades, e incluso pueden mezclar y combinar diferentes ecosistemas.
El éxito de cualquier ecosistema o aplicación Rollup dependerá de la ventaja competitiva que aporte la configuración elegida.
Capa de ejecución
Esta capa es donde se procesan las nuevas transacciones. Toma el estado actual de la cadena de bloques, aplica estas nuevas transacciones y calcula el estado resultante. Las funciones que gobiernan las reglas de cambio de estado se denominan funciones de transición de estado (STF).
La mayoría de los proyectos creados en la capa de ejecución son rollups genéricos centrados en Ethereum, como Scroll, Taiko y Linea.
Su objetivo es mantener la compatibilidad con EVM, brindar a los usuarios una experiencia criptográfica familiar y brindar a los desarrolladores herramientas reutilizables.
Las alt-VM (máquinas virtuales alternativas) están optimizadas para casos de uso específicos, como Fuel Network para procesamiento de transacciones paralelas y Aztec Network para aplicaciones de privacidad.
Arbitrum y Fluent utilizarán el lenguaje de programación tradicional de Wasm para introducir contratos inteligentes, mientras que Cartesi permitirá que Rollup se ejecute en Linux.
Capa de asentamiento
La capa de asentamiento es una capa opcional de la pila modular. La capa de liquidación compartida se utiliza para la verificación y resolución de disputas de varios paquetes acumulativos y puede servir como un centro de liquidez para ayudar a cerrar la brecha entre diferentes paquetes acumulativos.
Clasificar
Los usuarios envían las transacciones a la red y el ordenante las acepta, determina su orden (en la mayoría de los casos) y publica los datos de la transacción en los componentes de la capa de consenso y la capa DA.
Actualmente, todos los principales acumuladores utilizan clasificadores centralizados. Descentralizar el clasificador mejorará la vivacidad y la resistencia a la censura. Las redes de secuenciadores compartidos entre múltiples Rollups, como Espresso y Astria, brindan ventajas de componibilidad cercanas a la atomicidad.
Capa de validación
Esta capa garantiza una ejecución correcta y transiciones de estado. Actualmente hay 2 sistemas principales en desarrollo:
Optimista: La prueba de fraude protege contra actividades fraudulentas
ZK: La prueba de validez confirma criptográficamente la exactitud de todas las transacciones
Arbitrum y Optimism son los líderes en acumulación optimista, demostrando la efectividad del mercado con prueba de subcontratación por parte de @RiscZero y @nil_foundation. Al igual que con los pedidos compartidos, las pruebas subcontratadas pueden generar beneficios de interoperabilidad, como pruebas agregadas a través de puentes de cadena.
Consenso y DA (Disponibilidad de datos)
En la capa de consenso, los nodos acuerdan el orden final de las transacciones, lo que proporciona una vista unificada del historial del Rollup.
La capa DA garantiza además que todos los datos necesarios estén disponibles para reconstruir el estado del Rollup. La capa DA actúa como un tablero de anuncios inmutable donde se publican los datos y las pruebas de las transacciones. Sin DA, Rollup no puede garantizar la vida. Utilizando los datos de transacción proporcionados por la capa DA, cualquiera puede continuar calculando el siguiente bloque desde donde se detuvo la persona anterior.
La capa DA también es el determinante final del rendimiento del Rollup.
Ethereum está desarrollando un mercado de tarifas dedicado y un espacio "blob" para Rollup, y proyectos como Celestia y Avail se centran en un rendimiento liviano con capas DA dedicadas.
Los DAC como EigenDA, que separan el consenso y el DA, pueden proporcionar tarifas bajas y predecibles y la capacidad de reservar ancho de banda de DA.
Aunque estas funciones se pueden separar, solo trabajar juntas puede proporcionar la garantía de seguridad completa de la red blockchain.
El aspecto más crítico del consenso y la adopción de la capa DA es la ventaja de componibilidad minimizada por la confianza que aportan.
Cambiar las capas de consenso y DA será costoso ya que el Rollup perderá capacidad de componibilidad con otros Rollups que compartió anteriormente.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Messari: diagramando el ecosistema y las capas funcionales de una cadena de bloques modular
Autor original: Stephanie Dunbar, analista de Messari
Compilación original: Luffy, Foresight News
En respuesta a las limitaciones de las arquitecturas monolíticas tradicionales, incluida la lenta innovación, las limitaciones de escalabilidad y la falta de flexibilidad de desarrollo en la capa de aplicación, surgieron cadenas de bloques modulares, que las dividieron en componentes distintos e intercambiables.
Los componentes divididos se pueden personalizar y optimizar en cada capa de la pila de tecnología blockchain, y aparecerán proveedores profesionales en cada campo de componentes funcionales.
Los sistemas modulares más destacados actualmente incluyen el ecosistema Ethereum y el próximo Celestia.
Los rollups son la forma más segura de blockchains modulares.
Los paquetes acumulativos prosperan, desde entornos de ejecución de propósito general (por ejemplo, OP Mainnet y zkSync Era) hasta paquetes acumulativos específicos que alojan aplicaciones individuales.
La mayoría de los paquetes acumulativos centrados en Ethereum son L2 de propósito general, y una narrativa importante en el ecosistema de Celestia es la especificidad de la aplicación.
Los paquetes acumulativos se pueden apilar para escalar según los requisitos y adaptar casos de uso específicos de aplicaciones mientras se convierten en parte de un ecosistema puente de paquetes acumulativos componibles.
Los desarrolladores pueden unirse al ecosistema con el que estén de acuerdo o elegir el entorno de ejecución, el esquema de pedidos, el sistema de verificación, el consenso y la capa DA que mejor se adapte a sus necesidades, e incluso pueden mezclar y combinar diferentes ecosistemas.
El éxito de cualquier ecosistema o aplicación Rollup dependerá de la ventaja competitiva que aporte la configuración elegida.
Capa de ejecución
Esta capa es donde se procesan las nuevas transacciones. Toma el estado actual de la cadena de bloques, aplica estas nuevas transacciones y calcula el estado resultante. Las funciones que gobiernan las reglas de cambio de estado se denominan funciones de transición de estado (STF).
La mayoría de los proyectos creados en la capa de ejecución son rollups genéricos centrados en Ethereum, como Scroll, Taiko y Linea.
Su objetivo es mantener la compatibilidad con EVM, brindar a los usuarios una experiencia criptográfica familiar y brindar a los desarrolladores herramientas reutilizables.
Las alt-VM (máquinas virtuales alternativas) están optimizadas para casos de uso específicos, como Fuel Network para procesamiento de transacciones paralelas y Aztec Network para aplicaciones de privacidad.
Arbitrum y Fluent utilizarán el lenguaje de programación tradicional de Wasm para introducir contratos inteligentes, mientras que Cartesi permitirá que Rollup se ejecute en Linux.
Capa de asentamiento
La capa de asentamiento es una capa opcional de la pila modular. La capa de liquidación compartida se utiliza para la verificación y resolución de disputas de varios paquetes acumulativos y puede servir como un centro de liquidez para ayudar a cerrar la brecha entre diferentes paquetes acumulativos.
Clasificar
Los usuarios envían las transacciones a la red y el ordenante las acepta, determina su orden (en la mayoría de los casos) y publica los datos de la transacción en los componentes de la capa de consenso y la capa DA.
Actualmente, todos los principales acumuladores utilizan clasificadores centralizados. Descentralizar el clasificador mejorará la vivacidad y la resistencia a la censura. Las redes de secuenciadores compartidos entre múltiples Rollups, como Espresso y Astria, brindan ventajas de componibilidad cercanas a la atomicidad.
Capa de validación
Esta capa garantiza una ejecución correcta y transiciones de estado. Actualmente hay 2 sistemas principales en desarrollo:
Arbitrum y Optimism son los líderes en acumulación optimista, demostrando la efectividad del mercado con prueba de subcontratación por parte de @RiscZero y @nil_foundation. Al igual que con los pedidos compartidos, las pruebas subcontratadas pueden generar beneficios de interoperabilidad, como pruebas agregadas a través de puentes de cadena.
Consenso y DA (Disponibilidad de datos)
En la capa de consenso, los nodos acuerdan el orden final de las transacciones, lo que proporciona una vista unificada del historial del Rollup.
La capa DA garantiza además que todos los datos necesarios estén disponibles para reconstruir el estado del Rollup. La capa DA actúa como un tablero de anuncios inmutable donde se publican los datos y las pruebas de las transacciones. Sin DA, Rollup no puede garantizar la vida. Utilizando los datos de transacción proporcionados por la capa DA, cualquiera puede continuar calculando el siguiente bloque desde donde se detuvo la persona anterior.
La capa DA también es el determinante final del rendimiento del Rollup.
Ethereum está desarrollando un mercado de tarifas dedicado y un espacio "blob" para Rollup, y proyectos como Celestia y Avail se centran en un rendimiento liviano con capas DA dedicadas.
Los DAC como EigenDA, que separan el consenso y el DA, pueden proporcionar tarifas bajas y predecibles y la capacidad de reservar ancho de banda de DA.
Aunque estas funciones se pueden separar, solo trabajar juntas puede proporcionar la garantía de seguridad completa de la red blockchain.
El aspecto más crítico del consenso y la adopción de la capa DA es la ventaja de componibilidad minimizada por la confianza que aportan.
Cambiar las capas de consenso y DA será costoso ya que el Rollup perderá capacidad de componibilidad con otros Rollups que compartió anteriormente.