jakiro
Source: Celestia; Compilation: Deng Tong, Vision de Bitchain
La mise à niveau de la citronnelle a été déployée dans la version bêta MainNet en septembre, qui est la première mise à niveau du consensus pour Celestia.La prochaine mise à niveau du gingembre, à savoir la Celestia-App V3, est la deuxième.
Le gingembre a doublé l’efficacité et le débit de disponibilité des données de Celestia a augmenté 2x immédiatement!Dans V3, cela est réalisé en réduisant le temps de bloc de 12 secondes à 6 secondes, ce qui améliore également l’expérience utilisateur grâce à un temps de finalisation de l’ordre de commande de transaction plus rapide.
Ginger a également jeté les bases de la gouvernance communautaire, augmentant la taille du bloc à un maximum de 8 Mo toutes les 6 secondes, ce qui équivaut à 1,33 Mo / s.
Le gingembre est activé à Arabica Height 2348907 (attendu le 5 novembre 2024).Il devrait entrer dans le réseau de test Mocha en novembre et la bêta Mainnet en décembre.
Celestia est sur le point de changer
Le CIP inclus dans la mise à niveau du gingembre est spécifié dans CIP-25 (une méta-CIP).
Les CIP dans le gingembre comprennent:
-
CIP-21: introduire des types de blob pour les signataires vérifiés
-
CIP-24: Variables du planificateur de gaz versé
-
CIP-26: délai d’expiration du versioning
-
CIP-27: limites de bloc pour PFB et non PFB
-
CIP-28: Limite de taille de transaction
En plus du CIP ci-dessus, Celestia-App V3 contient également un changement important non consensus: BBR est requis par défaut.
La valeur par défaut est l’enregistreur de boîte noire
Le réseau P2P réel doit envoyer une grande quantité de données sur une longue distance.Cela devient un problème car les algorithmes de contrôle de congestion les plus courants réduisent considérablement le nombre de paquets envoyés à mesure que davantage de pertes se produisent, en d’autres termes, réduisent le débit.Plus le temps de transmission des données est long, plus les paquets sont perdus et l’utilisation de la bande passante chutera.Pire, les tampons commencent à s’accumuler, provoquant beaucoup de latence même pour les petits paquets.Pire, dans un réseau décentralisé, les nœuds n’attendent pas les messages dans le tampon;
Les chercheurs de Google ont constaté que la perte de paquets n’est pas en fait un bon mécanisme pour détecter la congestion.Au lieu de cela, nous pouvons simplement utiliser le temps aller-retour.C’est ce que fait BBR et conduit à une augmentation significative du débit des réseaux géodistribués réels.
Cela ouvre la porte à des améliorations futures du débit et des performances, telles que celles montrées dans le Mammoth Mini TestNet.Celestia-App v3 nécessite que BBR soit activé par défaut.
Introduire des types de blob pour les signataires vérifiés
CIP-21 introduit des « blobs créés », où l’adresse du signataire est directement incluse dans les métadonnées blob.Le vérificateur Celestia vérifie désormais que le signataire correspond à l’adresse du blob de paiement, éliminant le besoin d’agrégation pour récupérer et traiter les transactions PayForblobs individuellement.Cela simplifie le processus de vérification du résumé, leur permettant de vérifier directement le champ de signature du blob pour assurer l’authenticité.
Variables du planificateur de gaz versé
CIP-24 définit les variables de planificateur de gaz GasperbBobbyte et TxSizecostPerbyte à modifier uniquement par le biais de mises à niveau du réseau, éliminant la capacité de les changer par la gouvernance sur la chaîne.Ce changement est destiné à rendre les coûts de transaction plus stables et prévisibles.Il permet des calculs de gaz hors ligne plus faciles sans avoir à interroger le réseau avant chaque transaction.
Paramètres de délai d’expiration de la version
CIP-26 définit le temps de bloc et le délai d’expiration connexe à contrôler par la version de l’application et réduit le temps de bloc de 12 secondes en V3 à 6 secondes.Ce changement est conçu pour augmenter le débit du réseau et réduire le temps de finalisation des transactions.Il augmente également le paramètre TTL-NUM-Blocks du pool de mémoire de 5 à 12 pour maintenir un comportement de transaction cohérent avec des temps de blocage plus rapides.
Limites de blocage pour le PFB et les comptages non PFB
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 200 messages non PFB par bloc.Ces limitations sont des limites douces au stade de la préparation, ce qui signifie qu’elles ne sont pas strictement appliquées au niveau du consensus.La justification de cette modification est d’empêcher le temps de traitement des blocs d’être trop long en limitant le nombre de transactions qui peuvent être vérifiées dans chaque bloc.Ces limitations sont déterminées sur la base de la référence, avec l’objectif de traitement du temps par bloc sous la configuration du validateur recommandé est d’environ 0,25 seconde.
Limite de taille de transaction
CIP-28 limite la taille d’une seule transaction à 2MIB (2 097 152 octets) sur Celestia.Cette restriction sera appliquée à toutes les étapes du traitement des transactions (CheckTx, préparation et ProcessProposal), étant ainsi un changement de rupture de consensus.Le principe de base est d’empêcher le problème des forces de potins importantes, même des blocs de 8 MIB ou plus.Il ouvre également la porte pour réduire le temps de bloc et augmenter la taille du bloc pour augmenter le débit futur.
