BlockBeats News, 1 de agosto, Dada la popularidad de los rollups específicos de la aplicación y su dependencia de capas alternativas de disponibilidad de datos (DA) como EigenDA, AltLayer ha propuesto un diseño para optimizar el rendimiento, la seguridad y la escala a través del producto Rollup AVS de replanteamiento MACH. El diseño crea un cliente sin estado para Rollups que utilizan una capa DA alternativa en lugar de Ethereum. Los requisitos para los clientes apátridas son los siguientes: · Disponibilidad de datos: los clientes sin estado deben asegurarse de que el bloque consolidado se publique en la capa DA subyacente. Compromiso de estado en el contrato rollup: Una vez que se determina la disponibilidad del bloque, el cliente sin estado debe asegurarse de que el estado resultante de la ejecución de transacciones en el bloque también se confirma en el contrato rollup. Validez del nuevo estado: El siguiente paso es comprobar si el nuevo estado es válido en función del estado válido anterior.
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.
AltLayer presenta la propuesta de diseño del cliente Rollup sin estado
BlockBeats News, 1 de agosto, Dada la popularidad de los rollups específicos de la aplicación y su dependencia de capas alternativas de disponibilidad de datos (DA) como EigenDA, AltLayer ha propuesto un diseño para optimizar el rendimiento, la seguridad y la escala a través del producto Rollup AVS de replanteamiento MACH. El diseño crea un cliente sin estado para Rollups que utilizan una capa DA alternativa en lugar de Ethereum. Los requisitos para los clientes apátridas son los siguientes: · Disponibilidad de datos: los clientes sin estado deben asegurarse de que el bloque consolidado se publique en la capa DA subyacente. Compromiso de estado en el contrato rollup: Una vez que se determina la disponibilidad del bloque, el cliente sin estado debe asegurarse de que el estado resultante de la ejecución de transacciones en el bloque también se confirma en el contrato rollup. Validez del nuevo estado: El siguiente paso es comprobar si el nuevo estado es válido en función del estado válido anterior.