Prévue pour la mi-mars, la mise à niveau Hibiscus V7 celestia vise à affiner l’interopérabilité et la souveraineté des réseaux construits sur la couche modulaire de disponibilité des données.
Principales fonctionnalités de la version Hibiscus V7
Le Hibiscus (V7) libération pour Célestia est prévu pour la mi-mars et vise un compromis de longue date entre souveraineté et interopérabilité. En resserrant la manière dont les réseaux interagissent, les rollups et les chaînes d’applications construits sur Celestia se sentent plus unifiés, tout en préservant leur indépendance.
De plus, la mise à niveau introduit deux fonctionnalités majeures pour améliorer les opérations inter-chaînes. Tout d’abord, un nouveau module de transfert se concentre sur le routage convivial des jetons via Hypervoie. Deuxièmement, un Module de sécurité interchaîne ZK (ZK ISM) fournit une vérification cryptographique pour les messages inter-chaînes, conçue pour les activités de grande valeur et minimisant la confiance.
CIP-45 : module de transfert pour un routage rationalisé des jetons
CIP-45 fournit un module de transfert qui permet transferts de jetons à signature unique à travers les chaînes via Hyperlane. Auparavant, les utilisateurs devaient souvent signer plusieurs transactions lors de l’envoi d’actifs d’une chaîne, via Celestia, vers une chaîne de destination finale, ce qui ajoutait des frictions et un risque opérationnel.
Désormais, les utilisateurs envoient des jetons à des adresses de transfert dérivées de manière déterministe qui se lient cryptographiquement à une destination et un destinataire spécifiques. Cependant, le transfert proprement dit est exécuté par exécution du relais sans autorisationqui transfère les fonds à l’adresse pré-engagée. Cela donne aux itinéraires Hyperlane la même commodité multi-sauts que GRVLe Packet Forward Middleware de propose déjà des transferts basés sur IBC.
Cela dit, cette conception conserve des garanties non dépositaires tout en cachant la complexité du routage aux utilisateurs finaux. Cela est particulièrement pertinent pour les applications qui s’attendent à des mouvements inter-chaînes fréquents mais qui souhaitent que le flux de signature reste simple et prévisible.
CIP-46 : Module de sécurité interchaîne ZK
CIP-46 introduit une méthode basée sur des preuves sans connaissance Module de sécurité interchaîne Hyperlane (x/zkism), ajoutant une sécurité cryptographique à la messagerie inter-chaînes. Il utilise actuellement Groth16 vérification pour prendre en charge la validation des messages avec une confiance minimisée au lieu de s’appuyer uniquement sur des validateurs multisig de confiance.
Avec ce module, les réseaux peuvent configurer leur propre sécurité basée sur des preuves en utilisant SP1 programmes de démonstration, avec une prise en charge future prévue pour d’autres machines virtuelles ZK telles que Risque0. De plus, cette flexibilité permet la vérification des preuves de consensus, des attestations basées sur TEE ou des preuves d’exécution ZK complètes pour les transferts interchaînes relayés via Célestia.
Le nouveau ZK ISM permet aux applications de choisir entre une vérification basée sur plusieurs signatures ou basée sur des preuves cryptographiques en fonction de leur profil de risque. Bien que la génération de preuves puisse être plus coûteuse et introduire une latence supplémentaire par rapport à un ISM multisig, elle offre des garanties plus solides, adaptées aux transferts de grande valeur, aux flux institutionnels ou aux écosystèmes qui privilégient le manque de confiance plutôt que la vitesse.
Dans ce contexte, la mise à niveau de Celestia renforce Hyperlane en tant que base d’une messagerie inter-chaînes sécurisée et programmable et aide à aligner les hypothèses de sécurité sur les rollups interconnectés.
CIP-44 : Ajustement des limites de commission des validateurs
CIP-44 se concentre sur l’économie du validateur. Il augmente le taux de commission maximum du validateur de 25% à 60%tout en augmentant également la commission minimale imposée par le protocole de 10% à 20%. Cet ajustement fait suite à la réduction de l’inflation des protocoles apportée par la précédente mise à niveau du réseau.
Par conséquent, les nouvelles limites visent à permettre aux validateurs de mener des opérations plus durables à mesure que les récompenses se compressent au fil du temps. Les validateurs facturant actuellement moins de 20 % de commission seront automatiquement migrés vers un 20% au moment de la mise à niveau, garantissant ainsi des données économiques de base cohérentes sur l’ensemble des actifs.
Améliorations de l’élagage par consensus pour les opérateurs de nœuds
La version Hibiscus (V7) révise également les règles de rétention des blocs pour nœuds de consensus. Désormais, les opérateurs peuvent définir le fenêtre d’élagage pour les nœuds de consensus aussi bas que 3 000 blocsce qui correspond à peu près aux cinq dernières heures d’historique de la chaîne dans des conditions typiques.
Auparavant, l’exigence minimale de conservation était d’environ 14 jours de blocs, ce qui imposait des besoins de stockage et des coûts de maintenance plus lourds. Cependant, la fenêtre inférieure offre aux opérateurs de nœuds plus de flexibilité pour gérer l’utilisation du disque, en particulier pour les chaînes à haut débit qui génèrent de gros volumes de données en bloc.
Déploiement sur les réseaux de test et le réseau principal
La version V7 est déployée par étapes sur différents Célestiaréseaux basés sur les réseaux. Le arabica Le réseau est déjà opérationnel avec la mise à niveau, servant de premier environnement pour tester le comportement du monde réel.
Pendant ce temps, le moka testnet est en cours de mise à niveau imminente, offrant une autre étape avant le déploiement du réseau principal. L’activation du réseau principal est prévue pour la mi-mars, sous réserve des vérifications habituelles et de l’état de préparation opérationnelle des validateurs, des fournisseurs d’infrastructure et des créateurs d’applications.
Qui devrait prêter attention à Hibiscus V7
Les équipes qui créent des échanges à haut débit et à faible latence ou des chaînes axées sur le paiement bénéficieront le plus d’Hibiscus. De plus, les protocoles qui dépendent fortement des flux inter-chaînes peuvent trouver la combinaison du routage Hyperlane de style multi-sauts et sécurité interchaîne zk particulièrement attractif.
Les développeurs à la recherche d’une infrastructure plus évolutive sont encouragés à contacter l’équipe de l’écosystème de Celestia, notamment le Responsable des partenariatsconnu sous le nom @0xNorocpour explorer comment ces nouvelles fonctionnalités peuvent prendre en charge les déploiements prêts pour la production.
Dans l’ensemble, Hibiscus (V7) marque une évolution significative dans la pile modulaire de Celestia, combinant une économie plus flexible, des opérations de nœuds plus légères et des garanties d’interopérabilité plus fortes pour la prochaine vague d’applications en chaîne.
