La mise à niveau Hibiscus V7 Celestia apporte la sécurité ZK et des transferts cross-chain simplifiés

Prévue pour la mi-mars, la mise à niveau Hibiscus V7 de Celestia vise à affiner l'interopérabilité et la souveraineté des réseaux construits sur la couche de disponibilité des données modulaire.

Caractéristiques clés de la version Hibiscus V7

La version Hibiscus (V7) pour Celestia est prévue pour la mi-mars et cible un compromis de longue date entre souveraineté et interopérabilité. En resserrant la façon dont les réseaux interagissent, elle rend les rollups et les app-chains construits sur Celestia plus unifiés, tout en préservant leur indépendance.

De plus, la mise à niveau introduit deux capacités majeures pour améliorer les opérations cross-chain. Premièrement, un nouveau module de transfert se concentre sur le routage de tokens convivial via Hyperlane. Deuxièmement, un Module de Sécurité Interchain ZK (ZK ISM) fournit une vérification cryptographique pour les messages interchain, conçu pour les activités à haute valeur et à confiance minimisée.

CIP-45 : Module de transfert pour un routage de tokens rationalisé

CIP-45 fournit un module de transfert qui permet des transferts de tokens à signature unique entre 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 des risques opérationnels.

Désormais, les utilisateurs envoient des tokens vers des adresses de transfert déterministes dérivées qui sont liées cryptographiquement à une destination et un destinataire spécifiques. Cependant, le transfert réel est exécuté par une exécution de relais sans permission, qui transfère les fonds vers l'adresse pré-engagée. Cela donne aux routes Hyperlane la même commodité multi-sauts que le Packet Forward Middleware d'IBC fournit déjà pour les transferts basés sur IBC.

Cela dit, cette conception maintient des garanties non-dépositaires tout en cachant la complexité du routage aux utilisateurs finaux. C'est particulièrement pertinent pour les applications qui attendent des mouvements cross-chain fréquents mais souhaitent garder le flux de signature simple et prévisible.

CIP-46 : Module de Sécurité Interchain ZK

CIP-46 introduit un Module de Sécurité Interchain Hyperlane basé sur des preuves à divulgation nulle de connaissance (x/zkism), ajoutant une sécurité cryptographique à la messagerie cross-chain. Il utilise actuellement la vérification Groth16 pour prendre en charge la validation à confiance minimisée des messages 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 des programmes de preuve SP1, avec un support futur prévu pour d'autres machines virtuelles ZK telles que Risc0. 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 interchain relayés via Celestia.

Le nouveau ZK ISM permet aux applications de choisir entre une vérification basée sur multisig 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 fortes adaptées aux transferts de grande valeur, aux flux institutionnels ou aux écosystèmes qui privilégient la confiance minimale à la vitesse.

Dans ce contexte, la mise à niveau Celestia renforce Hyperlane en tant que fondation pour une messagerie cross-chain sécurisée et programmable et aide à harmoniser les hypothèses de sécurité entre les rollups interconnectés.

CIP-44 : Ajustement des limites de commission des validateurs

CIP-44 se concentre sur l'économie des validateurs. Elle augmente le taux de commission maximal des validateurs 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 du protocole qui est venue avec la mise à niveau précédente du réseau.

Par conséquent, les nouvelles limites sont destinées à permettre aux validateurs de gérer des opérations plus durables à mesure que les récompenses se compriment au fil du temps. Les validateurs facturant actuellement moins de 20% de commission seront automatiquement migrés vers un taux de 20% au moment de la mise à niveau, garantissant une économie de base cohérente dans l'ensemble actif.

Améliorations de l'élagage du consensus pour les opérateurs de nœuds

La version Hibiscus (V7) révise également les règles de rétention de blocs pour les nœuds de consensus. Désormais, les opérateurs peuvent définir la fenêtre d'élagage pour les nœuds de consensus aussi bas que 3 000 blocs, ce qui correspond approximativement aux cinq dernières heures d'historique de chaîne dans des conditions typiques.

Auparavant, l'exigence de rétention minimale était d'environ 14 jours de blocs, imposant des besoins de stockage et des coûts de maintenance plus lourds. Cependant, la fenêtre inférieure donne 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 grands volumes de données de blocs.

Déploiement sur les testnets et le mainnet

La version V7 est déployée par étapes sur différents réseaux basés sur Celestia. Le réseau arabica est déjà en ligne avec la mise à niveau, servant d'environnement précoce pour tester le comportement réel.

Pendant ce temps, le testnet mocha est en cours de mise à niveau imminente, fournissant une autre étape avant le déploiement sur le mainnet. L'activation du mainnet est prévue pour la mi-mars, sous réserve des vérifications habituelles et de la préparation opérationnelle des validateurs, des fournisseurs d'infrastructure et des développeurs d'applications.

Qui devrait prêter attention à Hibiscus V7

Les équipes construisant des échanges à haut débit et à faible latence ou des chaînes axées sur les paiements sont celles qui bénéficieront le plus d'Hibiscus. De plus, les protocoles qui dépendent fortement des flux cross-chain peuvent trouver particulièrement attractive la combinaison du routage Hyperlane de style multi-sauts et de la sécurité interchain zk.

Les développeurs recherchant une infrastructure plus évolutive sont encouragés à contacter l'équipe écosystème de Celestia, y compris le Responsable des Partenariats, connu sous le nom de @0xNoroc, pour explorer comment ces nouvelles capacités peuvent soutenir 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 on-chain.