TxPipe prépare l’infrastructure Rust de Cardano pour Leios

TxPipe a publié LeiosNotify et LeiosFetch ainsi que des structures initiales du grand livre Dijkstra dans Pallas 1.2.0 le 16 septembre. Ces ajouts offrent aux équipes Rust des outils pour échanger des données Leios et travailler avec les formats de blocs proposés. Les composants Dijkstra restent explicitement expérimentaux, disponibles via un indicateur de fonctionnalité unstable.

Pallas apporte la mise en réseau Leios à Rust

Pallas est un ensemble de bibliothèques Rust pour le réseau Cardano, les opérations cryptographiques et le traitement des données de la blockchain. Les développeurs l’utilisent pour créer des indexeurs, des services de données et d’autres applications qui interagissent avec les nœuds Cardano.

Les nouveaux protocoles résident dans pallas-network2. LeiosNotify annonce les blocs d’endosseur et propose les données disponibles. LeiosFetch permet aux pairs connectés de demander les corps de blocs, les transactions associées et les votes.

Fusionnée le 30 juin avant son inclusion dans la version de septembre, l’implémentation réseau a été testée face à un relais Musashi. L’auteur a confirmé la réussite de la négociation du protocole, la récupération du corps d’un bloc d’endosseur et la réception de votes intégrés.

La récupération des transactions avait une autre limitation : le relais pouvait échouer lorsque les données demandées étaient indisponibles. L’application d’exemple a été ajustée pour ne demander que les transactions proposées par le relais, bien que cette voie soit restée non confirmée dans le test en conditions réelles rapporté, car l’activité Leios était au repos.

Pourquoi Pallas est important pour la mise à niveau Leios de Cardano

Leios introduit des blocs d’endosseur aux côtés de la structure Praos existante de Cardano afin d’augmenter la capacité de transactions. Prendre en charge ce changement exige des logiciels compatibles dans l’ensemble des systèmes qui récupèrent et traitent les données de la chaîne.

L’analyse d’impact d’Input Output identifie Pallas parmi les bibliothèques affectées par Leios. Elle cite aussi Oura et Mithril comme systèmes utilisant Pallas. Oura traite les événements de la chaîne, tandis que la documentation officielle de Mithril répertorie Pallas comme observateur de chaîne par défaut.

Les changements requis dépendent de la façon dont chaque application se connecte au réseau. Les services qui lisent directement les messages réseau ou les blocs ont besoin de bibliothèques et de décodeurs compatibles. Les portefeuilles et dApps qui accèdent à Cardano via une API intermédiaire peuvent conserver leurs interfaces existantes lorsque le fournisseur met à jour son backend.

La compatibilité n’est qu’une partie du travail. Un débit plus élevé crée des exigences supplémentaires de stockage, d’indexation et de traitement. Input Output appelle donc à des tests précoces sous forte charge, permettant aux équipes d’infrastructure d’identifier les goulets d’étranglement avant le déploiement.

La prise en charge réseau de Pallas offre aux équipes Rust un moyen de commencer ce travail d’intégration face à des nœuds compatibles Leios. L’adoption et les tests au sein des produits en aval demeurent des tâches distinctes.

La prise en charge expérimentale de Dijkstra utilise de vrais blocs de testnet

Pallas 1.2.0 a également introduit des structures pour les blocs, entêtes, transactions et données de grand livre associés à Dijkstra. Elles restent derrière l’indicateur unstable car la spécification d’encodage de l’ère évolue encore.

Les tests ont utilisé 13 blocs Dijkstra enregistrés sur Musashi et un bloc Conway précédent. Ils ont vérifié que les données pouvaient être décodées et réencodées sans en modifier les octets, que les hachages d’entête correspondaient aux enregistrements du nœud et que le décodeur Dijkstra rejetait le bloc Conway.

Des structures supplémentaires ont été implémentées à partir de la spécification sans exemples dans ces blocs enregistrés. La pull request introductive a également laissé inchangée la couche de décodage inter ères partagée de Pallas, rendant une intégration plus large une tâche distincte.

Les versions 1.3.0 et 1.4.0 ont suivi le 17 septembre avec des protections contre l’épuisement de la pile lors du traitement de données et de scripts profondément imbriqués.

Pour les développeurs qui expérimentent les formats Dijkstra, les nouveaux types offrent un point de vérification précis : les blocs de testnet enregistrés peuvent être lus, reconstruits et vérifiés par rapport à leurs hachages d’origine. Cela donne aux intégrations Rust une base testable tandis que la spécification du grand livre continue d’évoluer.