Desde su lanzamiento el año pasado, OP Stack ha ganado una tracción significativa entre los desarrolladores de paquetes acumulativos. Lo adoptan los desarrolladores que crean nuevos paquetes acumulativos y los proveedores de infraestructura modular como Caldera y Conduit, lo que les permite crear rápidamente sus propios paquetes acumulativos.
Como se indicó en el anuncio del año pasado, la modularidad es un aspecto fundamental de la visión OP Stack:
Cada capa de OP Stack se describe mediante una API bien definida, poblada por módulos en esa capa. [...] ¿Quieres cambiar Ethereum por Celestia como una capa de disponibilidad de datos? ¡ciertamente! ¿Quiere ejecutar Bitcoin como la capa de ejecución? ¡por qué no!
La actualización Bedrock de Optimism que se acerca rápidamente modularizará la capa de ejecución y el sistema de pruebas de OP Stack, lo que permitirá la compatibilidad con futuras pruebas de fraude y validez.
Inspirándose en esto, Celestia Labs se ha centrado en impulsar aún más la modularidad del OP Stack. Así que hoy nos complace anunciar el lanzamiento beta de la interfaz de disponibilidad de datos modulares (DA) de OP Stack, el primer OP Stack Mod de OP Labs que se enfoca en los comentarios de los desarrolladores. Esta interfaz permite a los desarrolladores definir capas DA y heredar la seguridad de cualquier cadena de bloques que deseen, ya sea Ethereum, Celestia o Bitcoin.
Los desarrolladores pueden comenzar a experimentar hoy con una versión de OP Stack que usa Celestia para DA y se "establece" en Ethereum. Caldera pronto lanzará la red de prueba Taro, que permite a los desarrolladores y usuarios probar la primera red de prueba pública de OP Stack usando Modular DA.
La capa de disponibilidad de datos es la base de la arquitectura de resumen, lo que garantiza la disponibilidad de los datos necesarios para verificar de forma independiente la cadena de resumen. A continuación, exploramos los conceptos básicos de la disponibilidad de datos en la pila OP y cómo la modularizamos para publicar y recuperar datos de L1 con interfaces DA bien definidas.
Disponibilidad de datos en OP Stack: Hoy
¿Cómo maneja OP Stack la disponibilidad de datos actual? Para nuestros propósitos, profundizamos en dos componentes básicos, el nodo Resumen y el Dosificador, como se describe a continuación.
Para una comprensión más amplia de cómo funciona el resto de OP Stack detrás de escena, consulte la documentación de Optimism.
Nodo acumulativo
Los nodos de acumulación son los componentes responsables de bifurcar la cadena L2 correcta a partir de los bloques L1 (y sus recibos asociados). Un nodo de resumen recupera bloques L1, filtra transacciones de datos (generalmente en forma de datos de llamadas de transacciones) y deriva la cadena L2 correcta a partir de esos datos.
Batcher - emisor de lotes
Los remitentes de lotes, también conocidos como procesadores de lotes, son entidades que envían datos del clasificador L2 a L1 para que los usen los validadores. Tanto el nodo de resumen como el procesador por lotes funcionan en un bucle, de modo que el nodo de resumen recupera de L1 los datos del bloque L2 recién enviados por el procesador de lotes y los utiliza para derivar el siguiente bloque L2.
Cada transacción enviada por un programa por lotes contiene datos de llamadas, que son datos del secuenciador L2 divididos en bytes llamados marcos, el nivel más bajo de abstracción de datos en Optimism.
Interfaz DA modular para OP Stack
Al crear la interfaz DA modular para OP Stack, nuestro objetivo era simple: permitir que los desarrolladores de acumulaciones especifiquen cualquier cadena de bloques como su capa de disponibilidad de datos, ya sea Ethereum, Celestia o Bitcoin. En ausencia de dicha interfaz, cada integración de una nueva capa DA puede requerir que los desarrolladores implementen y mantengan una rama separada de OP Stack.
OP Stack ya incluye abstracciones que especifican L1;Chain y L;2C;hain en el código base, lo que nos permite modelar una nueva interfaz independiente de blockchain para cadenas de disponibilidad de datos, que llamamos DAChain.
Usando la interfaz definida a continuación, los desarrolladores pueden implementar DAChain para leer y escribir datos desde cualquier cadena de bloques subyacente o incluso desde un backend centralizado como S;3.
Etapa de escritura
El siguiente ejemplo de cómo escribir una implementación de Celestia de la interfaz describe la integración con el programa por lotes:
SimpleTxManager.send, la función responsable de crear y enviar la transacción real, se modifica para llamar a WriteFrame para escribir el marco en Celestia y devolver una referencia.
Luego, la referencia se envía como datos de llamada a la dirección de la bandeja de entrada del lote en lugar de los datos de marco habituales.
Fase de lectura
Aquí hay una descripción general de la implementación de Celestia de la interfaz que se integra con el nodo de resumen:
DataFromEVMTransactions es la función responsable de devolver los datos del marco de la lista de transacciones. Se modifica para usar la referencia del marco recuperada de los datos de llamada de la bandeja de entrada del lote para recuperar el marco y agregarlo a los datos de retorno.
Tenga en cuenta que la llamada a NamespacedData devuelve una matriz de segmentos de bytes de todos los blobs enviados en el BlockHeight dado, por lo que solo devolvemos el TxIndex que nos interesa.
Integrar Celestia como capa DA
Diagrama que muestra la arquitectura de la pila OP en comparación con la integración de la pila Celestia + OP.
Con algunas modificaciones menores al nodo Resumen y al programa por lotes, podemos hacer que OP Stack use Celestia para DA.
Esto significa que todos los datos necesarios para bifurcar la cadena L2 pueden estar disponibles en Celestia como datos de blobs locales en lugar de publicarse en Ethereum, aunque todavía se publica una pequeña referencia de marco de tamaño fijo en Ethereum como datos de llamada de programa por lotes. La referencia del cuadro se usa para buscar el cuadro correspondiente en Celestia usando el nodo de luz ;celestia-node;.
¿Cómo integrar y operar?
Etapa de escritura
Como se mencionó anteriormente, el programa por lotes envía datos del secuenciador L2 como bytes llamados marcos a la dirección del contrato de la bandeja de entrada del lote en Ethereum L1.
Conservamos las transacciones de datos de llamadas y lotes para garantizar el orden de los marcos, pero reemplazamos los marcos en los datos de llamadas con referencias de marcos de tamaño fijo. ¿Qué es un marco de referencia? Es una referencia a una transacción de datos de Celestia que ha incluido con éxito datos de cuadros como parte de Celestia.
Hacemos esto incorporando un nodo de luz celestia-node en el servicio por lotes. Cada vez que hay un nuevo lote en espera de ser enviado, primero enviamos la transacción de datos a Celestia usando nodos ligeros y luego enviamos solo referencias de marcos en batchercalldata.
Fase de lectura
En la fase de lectura, hacemos lo contrario, es decir, usamos la referencia del marco en los datos de llamada de la transacción por lotes para analizarlos y recuperar los datos del marco real correspondiente de Celestia. Del mismo modo, incrustamos un nodo de luz celestia-node en el nodo de resumen para consultar sus transacciones.
Al bifurcar la cadena L2, los nodos acumulativos ahora leen de forma transparente los datos de los nodos ligeros y pueden continuar construyendo nuevos bloques. Los nodos ligeros solo descargan los datos enviados por el resumen, en lugar de descargar toda la cadena como Ethereum.
Panorama
Las pruebas de fraude son una parte clave de la hoja de ruta posterior al optimismo de Bedrock, y queremos explorar la actualización de nuestra integración OP Stack x Celestia para usar pruebas de fraude en la red principal de Ethereum.
Para hacer esto, podemos aprovechar Quantum Gravity Bridge (QGB), que transmite pruebas DA de cadena cruzada a Ethereum para permitir la verificación en cadena de que los datos agregados están disponibles en Celestia para que los datos agregados puedan usarse en pruebas de fraude. Esto permitirá que OP Stack Rollup aproveche directamente la garantía DA proporcionada por Celestia.
Ver originales
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Análisis de disponibilidad de datos modulares para pilas OP en Celestia
Autor original: Javed Khan, blog de celestia
Compilación del texto original: Lu Jue Lin
Introducción
Desde su lanzamiento el año pasado, OP Stack ha ganado una tracción significativa entre los desarrolladores de paquetes acumulativos. Lo adoptan los desarrolladores que crean nuevos paquetes acumulativos y los proveedores de infraestructura modular como Caldera y Conduit, lo que les permite crear rápidamente sus propios paquetes acumulativos.
Como se indicó en el anuncio del año pasado, la modularidad es un aspecto fundamental de la visión OP Stack:
La actualización Bedrock de Optimism que se acerca rápidamente modularizará la capa de ejecución y el sistema de pruebas de OP Stack, lo que permitirá la compatibilidad con futuras pruebas de fraude y validez.
Inspirándose en esto, Celestia Labs se ha centrado en impulsar aún más la modularidad del OP Stack. Así que hoy nos complace anunciar el lanzamiento beta de la interfaz de disponibilidad de datos modulares (DA) de OP Stack, el primer OP Stack Mod de OP Labs que se enfoca en los comentarios de los desarrolladores. Esta interfaz permite a los desarrolladores definir capas DA y heredar la seguridad de cualquier cadena de bloques que deseen, ya sea Ethereum, Celestia o Bitcoin.
Los desarrolladores pueden comenzar a experimentar hoy con una versión de OP Stack que usa Celestia para DA y se "establece" en Ethereum. Caldera pronto lanzará la red de prueba Taro, que permite a los desarrolladores y usuarios probar la primera red de prueba pública de OP Stack usando Modular DA.
La capa de disponibilidad de datos es la base de la arquitectura de resumen, lo que garantiza la disponibilidad de los datos necesarios para verificar de forma independiente la cadena de resumen. A continuación, exploramos los conceptos básicos de la disponibilidad de datos en la pila OP y cómo la modularizamos para publicar y recuperar datos de L1 con interfaces DA bien definidas.
Disponibilidad de datos en OP Stack: Hoy
¿Cómo maneja OP Stack la disponibilidad de datos actual? Para nuestros propósitos, profundizamos en dos componentes básicos, el nodo Resumen y el Dosificador, como se describe a continuación.
Para una comprensión más amplia de cómo funciona el resto de OP Stack detrás de escena, consulte la documentación de Optimism.
Nodo acumulativo
Los nodos de acumulación son los componentes responsables de bifurcar la cadena L2 correcta a partir de los bloques L1 (y sus recibos asociados). Un nodo de resumen recupera bloques L1, filtra transacciones de datos (generalmente en forma de datos de llamadas de transacciones) y deriva la cadena L2 correcta a partir de esos datos.
Batcher - emisor de lotes
Los remitentes de lotes, también conocidos como procesadores de lotes, son entidades que envían datos del clasificador L2 a L1 para que los usen los validadores. Tanto el nodo de resumen como el procesador por lotes funcionan en un bucle, de modo que el nodo de resumen recupera de L1 los datos del bloque L2 recién enviados por el procesador de lotes y los utiliza para derivar el siguiente bloque L2.
Cada transacción enviada por un programa por lotes contiene datos de llamadas, que son datos del secuenciador L2 divididos en bytes llamados marcos, el nivel más bajo de abstracción de datos en Optimism.
Interfaz DA modular para OP Stack
Al crear la interfaz DA modular para OP Stack, nuestro objetivo era simple: permitir que los desarrolladores de acumulaciones especifiquen cualquier cadena de bloques como su capa de disponibilidad de datos, ya sea Ethereum, Celestia o Bitcoin. En ausencia de dicha interfaz, cada integración de una nueva capa DA puede requerir que los desarrolladores implementen y mantengan una rama separada de OP Stack.
OP Stack ya incluye abstracciones que especifican L1;Chain y L;2C;hain en el código base, lo que nos permite modelar una nueva interfaz independiente de blockchain para cadenas de disponibilidad de datos, que llamamos DAChain.
Usando la interfaz definida a continuación, los desarrolladores pueden implementar DAChain para leer y escribir datos desde cualquier cadena de bloques subyacente o incluso desde un backend centralizado como S;3.
Etapa de escritura
El siguiente ejemplo de cómo escribir una implementación de Celestia de la interfaz describe la integración con el programa por lotes:
SimpleTxManager.send, la función responsable de crear y enviar la transacción real, se modifica para llamar a WriteFrame para escribir el marco en Celestia y devolver una referencia.
Luego, la referencia se envía como datos de llamada a la dirección de la bandeja de entrada del lote en lugar de los datos de marco habituales.
Fase de lectura
Aquí hay una descripción general de la implementación de Celestia de la interfaz que se integra con el nodo de resumen:
DataFromEVMTransactions es la función responsable de devolver los datos del marco de la lista de transacciones. Se modifica para usar la referencia del marco recuperada de los datos de llamada de la bandeja de entrada del lote para recuperar el marco y agregarlo a los datos de retorno.
Tenga en cuenta que la llamada a NamespacedData devuelve una matriz de segmentos de bytes de todos los blobs enviados en el BlockHeight dado, por lo que solo devolvemos el TxIndex que nos interesa.
Integrar Celestia como capa DA
Diagrama que muestra la arquitectura de la pila OP en comparación con la integración de la pila Celestia + OP.
Con algunas modificaciones menores al nodo Resumen y al programa por lotes, podemos hacer que OP Stack use Celestia para DA.
Esto significa que todos los datos necesarios para bifurcar la cadena L2 pueden estar disponibles en Celestia como datos de blobs locales en lugar de publicarse en Ethereum, aunque todavía se publica una pequeña referencia de marco de tamaño fijo en Ethereum como datos de llamada de programa por lotes. La referencia del cuadro se usa para buscar el cuadro correspondiente en Celestia usando el nodo de luz ;celestia-node;.
¿Cómo integrar y operar?
Etapa de escritura
Como se mencionó anteriormente, el programa por lotes envía datos del secuenciador L2 como bytes llamados marcos a la dirección del contrato de la bandeja de entrada del lote en Ethereum L1.
Conservamos las transacciones de datos de llamadas y lotes para garantizar el orden de los marcos, pero reemplazamos los marcos en los datos de llamadas con referencias de marcos de tamaño fijo. ¿Qué es un marco de referencia? Es una referencia a una transacción de datos de Celestia que ha incluido con éxito datos de cuadros como parte de Celestia.
Hacemos esto incorporando un nodo de luz celestia-node en el servicio por lotes. Cada vez que hay un nuevo lote en espera de ser enviado, primero enviamos la transacción de datos a Celestia usando nodos ligeros y luego enviamos solo referencias de marcos en batchercalldata.
Fase de lectura
En la fase de lectura, hacemos lo contrario, es decir, usamos la referencia del marco en los datos de llamada de la transacción por lotes para analizarlos y recuperar los datos del marco real correspondiente de Celestia. Del mismo modo, incrustamos un nodo de luz celestia-node en el nodo de resumen para consultar sus transacciones.
Al bifurcar la cadena L2, los nodos acumulativos ahora leen de forma transparente los datos de los nodos ligeros y pueden continuar construyendo nuevos bloques. Los nodos ligeros solo descargan los datos enviados por el resumen, en lugar de descargar toda la cadena como Ethereum.
Panorama
Las pruebas de fraude son una parte clave de la hoja de ruta posterior al optimismo de Bedrock, y queremos explorar la actualización de nuestra integración OP Stack x Celestia para usar pruebas de fraude en la red principal de Ethereum.
Para hacer esto, podemos aprovechar Quantum Gravity Bridge (QGB), que transmite pruebas DA de cadena cruzada a Ethereum para permitir la verificación en cadena de que los datos agregados están disponibles en Celestia para que los datos agregados puedan usarse en pruebas de fraude. Esto permitirá que OP Stack Rollup aproveche directamente la garantía DA proporcionada por Celestia.