Dans la prochaine phase de développement du réseau, la mise à jour Celestia Hibiscus (V7) introduira de nouvelles fonctionnalités d'interopérabilité, de sécurité inter-chaînes et d'économie du validateur.
Présentation de la mise à niveau Hibiscus (V7)
La mise à jour Hibiscus (V7) De Célestia est prévu pour la mi-mars et représente une étape importante vers un écosystème plus unifié. L'objectif est de réduire le compromis entre la souveraineté des chaînes individuelles et l'interopérabilité, en améliorant la communication entre les réseaux construits sur la même pile modulaire.
Dans cette version, deux éléments clés pour l'interaction inter-chaînes sont introduits : un module de transfert pour les transferts via Hypervoie et un nouveau système de sécurité inter-chaînes basé sur des preuves cryptographiques. De plus, les paramètres de commission du validateur et la gestion de la rétention des blocs sont examinés.
Module de transfert CIP-45 et transferts via Hyperlane
Avec CIP-45, un module de transfert est ajouté qui permet des transferts inter-chaînes à signature unique Hypervoie. Les utilisateurs n'auront plus à signer plusieurs transactions lors du déplacement de jetons via Celestia vers un autre réseau, réduisant ainsi les frictions et les risques opérationnels.
Les jetons sont envoyés à des adresses de transfert dérivées de manière déterministe, liées cryptographiquement à une destination spécifique. Ensuite, les dieux relais sans autorisation effectuer le transfert vers le destinataire par défaut. De cette manière, les flux via Hyperlane offrent une commodité multi-sauts comparable à celle du Packet Forward Middleware d'IBC sur les routes IBC traditionnelles.
Module de sécurité ZK Interchain et vérification inter-chaînes
CIP-46 introduit un module de sécurité interchaîne basé sur une preuve de connaissance nulle, appelé Hyperlane Interchain Security Module (x/zkism). Ce mécanisme utilise actuellement des vérifications Groth16 pour valider les messages inter-chaînes d'une manière minimisant la confiance, remplaçant la dépendance multisig des validateurs de confiance.
Les réseaux peuvent configurer leur propre sécurité basée sur des preuves grâce à des programmes de preuve SP1avec la prise en charge future d'autres ZKVM tels que Risc0. Cela vous permet de vérifier les preuves consensuelles, les preuves basées sur TEE ou les preuves d'exécution complètes dans ZK pour les transferts inter-chaînes passant par Celestia.
Ce module vous permet de choisir entre des preuves multisig ou cryptographiques en fonction des besoins de votre application. Cependant, même si le système ZK présente des coûts de génération de preuves et une latence plus élevés que l'ISM multisig, il offre des garanties cryptographiques plus solides, adaptées aux transferts de grande valeur ou aux réseaux qui privilégient le manque de confiance plutôt que la vitesse.
Mise à jour de Celestia et nouvelle structure de commission
Avec CIP-44, le cadre de commission du validateur est modifié pour l'adapter à la réduction de l'inflation du protocole introduite dans la mise à niveau précédente. La commission maximale applicable s'élève à 25% al 60%alors que le minimum imposé par le protocole passe de 10% al 20%.
L’objectif est de permettre aux validateurs de gérer des entreprises plus durables économiquement. Les validateurs qui appliquent actuellement une commission inférieure à 20 % seront automatiquement amenés à ce seuil au moment de la mise à jour, évitant ainsi les comportements non alignés avec le nouveau modèle d'incitation.
Optimisation des nœuds de consensus et élagage des blocs
En plus des nouvelles fonctionnalités sur l'interopérabilité et les frais, Hibiscus modifie également la rétention minimale des blocs pour les nœuds de consensus. Les nœuds peuvent désormais définir une fenêtre d'élagage jusqu'à ce que 3 000 blocs, équivalents à environ les 5 dernières heures d’activité.
Auparavant, la limite minimale était d'environ 14 jours de blocs, ce qui avait un impact significatif sur les besoins de stockage. Cette réduction permet d'optimiser les ressources matérielles des opérateurs, tout en préservant la sécurité opérationnelle du réseau. Cela dit, les nœuds individuels pourront toujours choisir des fenêtres plus grandes en fonction de leurs besoins.
Calendrier de diffusion sur différents réseaux
La mise à jour V7 sera progressivement distribuée sur les différents réseaux liés à l'écosystème. La chaîne de tests arabica est déjà actif avec le nouveau code, alors que le réseau moka est en cours de mise à jour imminente.
Quant au réseau principalle passage à Hibiscus est prévu pour la mi-mars. Ce déploiement progressif vous permet de tester le comportement des nouvelles fonctionnalités dans différents environnements avant leur adoption complète en production, réduisant ainsi le risque de régression.
Implications pour les développeurs et l'écosystème
Dans l'ensemble, la mise à jour Hibiscus réduit les frictions pour les utilisateurs utilisant Hyperlane pour les transferts entre chaînes et donne aux applications des outils plus sophistiqués pour la sécurité des messages entre chaînes. En outre, le nouveau système de commissions vise à stabiliser l’activité des validateurs après les changements d’inflation et d’incitations.
Pour les développeurs créant des échanges à haute capacité ou des chaînes de paiement à faible latence, la combinaison du transfert de signature unique, de ZK ISM et de l'élagage flexible des blocs représente une infrastructure plus évolutive. Ceux qui travaillent sur des projets à haut débit et ont besoin de ces fonctionnalités sont encouragés à contacter le responsable des partenariats, connu sur X sous le nom de @0xNorocpour en savoir plus sur les opportunités offertes par le réseau.
Voir l’article original en italien
