Fuente: Celestia; Compilación: Deng Tong, Golden Finance

La actualización de Lemongrass se implementó en septiembre en la versión de prueba de la Mainnet y es la primera actualización de Consenso de Celestia. La próxima actualización de Ginger, es decir, Celestia-App V3, es la segunda.

¡Ginger duplica la eficiencia, la disponibilidad de datos de Celestia se duplica de inmediato! En v3, esto se logra reduciendo el tiempo de bloque de 12 segundos a 6 segundos, lo que mejora la experiencia del usuario a través de tiempos de confirmación final más rápidos para las transacciones individuales.

Ginger también sentó las bases para la gobernanza comunitaria, aumentando el tamaño del bloque a un máximo de 8 MB cada 6 segundos, lo que equivale a 1.33 MB/s.

Ginger is activated at Arabica height 2348907 (expected on November 5, 2024). It is expected to enter the Mocha testnet in November and the Mainnet Beta in December.

Celestia está a punto de cambiar

La actualización de Ginger contiene CIP especificado en CIP-25 (un tipo de CIP).

Ginger 中的 CIP 包括：

• CIP-21: Introducción del tipo de blob verificado por firmantes
• CIP-24: variables del programa de programación de Gas versionado
• CIP-26: Versión de tiempo de espera
• CIP-27: límite de bloques para la cantidad de PFB y no PFB
• CIP-28: Límite de tamaño de transacción

Además de las CIP anteriores, celestia-app v3 también incluye un cambio importante no de consenso: BBR es necesario de forma predeterminada.

Grabadora de caja negra por defecto

En la vida real, las redes p2p deben enviar grandes cantidades de datos a largas distancias. Esto puede convertirse en un problema ya que el algoritmo de control de congestión más común reduce significativamente la cantidad de paquetes enviados a medida que ocurren más pérdidas, es decir, disminuye el rendimiento. Cuanto más tiempo dure la transferencia de datos, más paquetes se perderán y la utilización del ancho de banda disminuirá drásticamente. Lo peor de todo es que comienza a acumularse un búfer, lo que incluso para paquetes pequeños causa una gran latencia. Además, en una red descentralizada, los nodos no esperarán los mensajes en el búfer; simplemente avanzarán al siguiente bloque, lo que hace que los mensajes en el búfer se vuelvan obsoletos y se desperdicie más ancho de banda al enviarlos finalmente.

Los investigadores de Google descubrieron que la pérdida de datos no es en realidad un buen mecanismo para detectar la congestión. En cambio, podemos usar simplemente el tiempo de ida y vuelta. Esto es lo que hace BBR y resulta en un aumento significativo en el rendimiento de las redes distribuidas geográficamente en la vida real.

Esto abre las puertas para futuras mejoras en rendimiento y rendimiento, como se muestra en la red de prueba Mammoth Mini. celestia-app v3 requiere BBR abierto de forma predeterminada.

Tipo de blob con firmante verificado introducido

CIP-21 introduce la 'blob de creación', donde se incluye directamente la DIRECCIÓN del firmante en los Metadatos del blob. Los validadores de Celestia ahora verifican si el firmante de la firma coincide con la DIRECCIÓN de pago del blob, lo que evita la necesidad de recopilar y procesar transacciones PayForBlobs por separado. Esto simplifica el proceso de verificación de la recopilación, permitiéndoles verificar directamente el campo de firmante del blob para garantizar su autenticidad.

Variables de programación de gas en versión

El CIP-24 fija las variables del programador de gas, GasPerBlobByte y TxSizeCostPerByte, para que solo se puedan modificar a través de actualizaciones de red, eliminando así la capacidad de cambiarlas a través de la gobernanza on-chain. Este cambio tiene como objetivo hacer que el Costo de la transacción sea más estable y predecible, permitiendo un método de cálculo de gas offline más simple sin necesidad de consultar la red antes de cada transacción.

Configuración de tiempo de espera de versionado

El CIP-26 establece el tiempo de bloqueo y los ajustes de tiempo de espera relacionados controlados por la versión de la aplicación, y reduce el tiempo de bloqueo de 12 segundos en v3 a 6 segundos. Este cambio tiene como objetivo aumentar la capacidad de la red y reducir el tiempo de confirmación de la transacción. También aumenta el parámetro ttl-num-blocks de la memoria temporal de 5 a 12, para mantener un comportamiento de transacción consistente a través de tiempos de bloqueo más rápidos.

Límite de bloques para la cantidad de PFB y no PFB

CIP-27 limita la cantidad de mensajes PayForBlob (PFB) y mensajes no PFB por bloque. Esta propuesta implementa un límite de 600 mensajes PFB y 200 mensajes no PFB por bloque. Estas limitaciones son límites suaves en la etapa de PrepareProposal, lo que significa que no se aplican estrictamente a nivel de Consenso. El principio básico de este cambio es prevenir tiempos de procesamiento de bloque excesivamente largos limitando la cantidad de transacciones que se pueden verificar en cada bloque. Estas limitaciones se basan en un Indicador de referencia y tienen como objetivo lograr un tiempo de procesamiento de aproximadamente 0.25 segundos por bloque bajo una configuración recomendada de validadores.

Límite de tamaño de operación

CIP-28 limita el tamaño de transacción individual en Celestia a 2MiB (2,097,152 bytes). Esta restricción se aplicará en todas las etapas del procesamiento de transacciones (CheckTx, PrepareProposal y ProcessProposal), por lo que es un cambio que rompe el Consenso. El principio básico es prevenir problemas con transacciones grandes, incluso de 8 MiB o más en un Bloquear. También abre la puerta para reducir el tiempo del Bloquear y aumentar el tamaño del Bloquear para aumentar el rendimiento futuro.