Source: Celestia; Compilation: Deng Tong, Jinse Finance

La mise à niveau de Lemongrass a été déployée en septembre sur la version de test du Mainnet, ce qui représente la première mise à jour de consensus de Celestia. La prochaine mise à niveau, Ginger, également connue sous le nom de Celestia-App V3, sera la deuxième mise à niveau.

Ginger doubles efficiency, and Celestia's data availability throughput instantly doubles! In v3, this is achieved by reducing block time from 12 seconds to 6 seconds, which also improves user experience through faster transaction finalization time in single time slots.

Ginger a également jeté les bases de la gouvernance communautaire en augmentant la taille des blocs à un maximum de 8 Mo toutes les 6 secondes, soit 1,33 Mo/s.

**Ginger在Arabica高度2348907激活（预计2024年11月5日）。预计将于11月进入Mocha测试网，并于12月进入Mainnet BETA。

Celestia va changer bientôt

La mise à niveau de Ginger inclut le CIP spécifié dans le CIP-25 (un CIP de métadonnées).

Les CIP de Ginger comprennent :

• CIP-21: Introduction du type blob pour les signataires vérifiés
• CIP-24: Variable de programme de répartition de Gas versionné
• CIP-26: Dépassement de délai de version
• CIP-27: Limitation des blocs pour les quantités PFB et non PFB
• CIP-28: Limitation de taille de transaction

En plus du CIP mentionné ci-dessus, celestia-app v3 contient également un changement non moins important : BBR est désormais requis par défaut.

Enregistreur de boîte noire par défaut

Les réseaux p2p dans la vie réelle doivent envoyer de grandes quantités de données sur de longues distances. Cela pose problème car l'algorithme de contrôle de congestion le plus courant réduit considérablement le nombre de paquets envoyés avec plus de pertes, autrement dit, la latence goutte. Plus le temps de transfert des données est long, plus il y a de paquets perdus, plus le taux d'utilisation de la bande passante diminue de façon linéaire. Le pire, c'est que les tampons commencent à s'accumuler, ce qui entraîne une latence importante même pour de petits paquets. Le pire, c'est que dans un réseau décentralisé, les nœuds ne attendent pas les messages dans le tampon ; ils passent simplement au bloc suivant, ce qui rend ces messages tampon obsolètes et gaspillent encore plus de bande passante lors de leur envoi final.

Les chercheurs de Google ont découvert que la perte de paquets de données n'est en fait pas un bon mécanisme pour détecter la congestion. Au contraire, nous pouvons simplement utiliser le temps aller-retour. C'est ce que fait BBR et cela entraîne une augmentation significative du débit des réseaux géographiquement distribués dans la vie réelle.

Cela ouvre la porte à une amélioration future des débits et des performances, comme le montre les améliorations présentées dans le réseau de test Mammoth Mini. celestia-app v3 exige l'activation par défaut de BBR.

Type de blob de signataire vérifié introduit

CIP-21 introduit le "blob de création" où l'Adresse du signataire est directement incluse dans les Métadonnées du blob. Les validateurs de Celestia vérifient désormais si le signataire correspond à l'Adresse de paiement du blob, ce qui leur permet de récupérer et de traiter séparément les transactions PayForBlobs sans avoir à les agréger. Cela simplifie le processus de vérification de l'agrégation et leur permet de vérifier directement le champ du signataire du blob pour assurer son authenticité.

Variables de programme de distribution de gaz versionné

CIP-24 modifie les variables du programme de planification du gas, GasPerBlobByte et TxSizeCostPerByte, pour qu'elles ne puissent être modifiées que par une mise à niveau du réseau, éliminant ainsi la capacité de les modifier via off-chain. Ce changement vise à rendre le Coût de transaction plus stable et prévisible. Il permet une méthode de calcul du gas hors ligne plus simple, sans avoir besoin de consulter le réseau avant chaque transaction.

Paramètres de dépassement de délai de version

CIP-26 fixe le temps de blocage et les délais associés contrôlés par la version de l'application, réduisant ainsi le temps de blocage de 12 secondes dans la version 3 à 6 secondes. Ce changement vise à améliorer le débit du réseau et à réduire le temps de confirmation des transactions. Il augmente également le paramètre ttl-num-blocks de la mempool de 5 à 12 pour maintenir un comportement transactionnel cohérent grâce à un temps de blocage plus court.

Limitations de blocs pour les quantités PFB et non PFB

La proposition CIP-27 limite le nombre de messages PayForBlob (PFB) et non PFB par bloc. Cette proposition met en œuvre une limite de 600 messages PFB par bloc et une limite de 200 messages non PFB par bloc. Ces limites sont des limites souples à la phase PrepareProposal, ce qui signifie qu'elles ne sont pas strictement appliquées au niveau du consensus. Le principe fondamental de ce changement est de prévenir les temps de traitement excessifs des blocs en limitant le nombre de transactions pouvant être vérifiées par bloc. Ces limites sont déterminées en fonction des spécifications de référence et l'objectif est d'avoir un temps de traitement d'environ 0,25 seconde par bloc avec une configuration de validateurs recommandée.

Limites de taille des transactions

CIP-28 limite la taille d'une seule transaction à 2 MiB (2 097 152 octets) sur Celestia. Cette limite est appliquée à toutes les étapes du traitement des transactions (CheckTx, PrepareProposal et ProcessProposal), ce qui en fait un changement qui rompt le consensus. Son objectif principal est de résoudre les problèmes liés aux transactions de grande taille, même de 8 MiB ou plus, dans un bloc. Il ouvre également la voie à la réduction du temps de bloc et à l'augmentation de la taille du bloc pour augmenter les futurs débits.