SE7EN Labs détaille les plans de dApps de Daedalus lors d’un échange de feuille de route avec Hoskinson

SE7EN Labs a fusionné le code central permettant de connecter Daedalus aux applications décentralisées, ont indiqué les développeurs lors d’une discussion de feuille de route avec Charles Hoskinson. Cette fonctionnalité n’avait pas encore été publiée, des améliorations d’interface et des tests de sécurité restant à effectuer. L’équipe a décrit comment elle prévoit d’apporter l’accès aux applications au portefeuille de bureau en nœud complet de Cardano tout en élargissant la prise en charge du matériel et en se préparant à de futures mises à niveau du protocole.

Daedalus prépare un navigateur intégré pour les applications Cardano

L’intégration utilise CIP-30, l’interface par laquelle les applications Cardano communiquent avec des portefeuilles compatibles. Elle permettrait aux utilisateurs de Daedalus d’accéder aux dApps depuis l’application de bureau, en plus des transferts, du staking et de la gouvernance. Selon le développeur responsable de l’intégration, la communication sous-jacente fonctionne déjà, bien que certaines parties de l’expérience utilisateur restent inachevées.

Ce travail s’étend à la manière dont Daedalus présente les actifs. L’équipe a reconnu que son interface avait pris du retard par rapport au développement des tokens et des NFTs dans l’écosystème, les tokens étant largement représentés par des descriptions textuelles. Adam Dean est pressenti pour améliorer leur présentation. Un mode optionnel de portefeuille à adresse unique est également prévu afin d’accommoder les applications qui dépendent d’une adresse de portefeuille particulière.

Pour l’accès aux applications, SE7EN Labs a envisagé une extension de navigateur qui communiquerait avec Daedalus via une connexion locale. Les développeurs ont rejeté cette conception en raison de préoccupations liées à la protection du canal, en particulier sur un ordinateur exécutant un logiciel malveillant. L’approche retenue ouvre chaque dApp dans une fenêtre de navigateur séparée au sein de Daedalus, en utilisant un environnement isolé appelé sandbox. La communication avec le portefeuille passerait par le connecteur CIP-30 injecté, l’accès aux autres composants étant restreint par cette conception.

Les développeurs d’applications ont été invités à discuter de l’intégration, en particulier pour les projets exécutés sur les réseaux de test Preview et Preprod de Cardano. Le processus d’inscription proposé utiliserait des soumissions au dépôt de Daedalus contenant des descriptions, des icônes, les réseaux pris en charge et des URLs spécifiques à chaque réseau. Musashi Dojo a été mentionné comme un ajout possible ultérieur, tandis que le processus formel de soumission n’avait pas encore été établi.

L’équipe a distingué l’inclusion dans l’annuaire de la certification de sécurité. SE7EN Labs prévoit de tester certaines intégrations mais ne compte pas certifier chaque application répertoriée. Une fonctionnalité distincte dans l’interface de diagnostic fournirait également un accès aux dApps qui n’ont pas encore été ajoutées à l’annuaire.

Architecture en nœud complet et développement assisté par IA

Hoskinson a rattaché les besoins de modernisation de Daedalus à ses origines antérieures aux ères Shelley et Goguen de Cardano. Il a été construit avant que l’écosystème actuel du staking et des applications ne prenne forme, laissant du travail sur la synchronisation, la délégation et l’accès aux dApps. Il a également expliqué que la position d’Input Output en tant que développeur de logiciels de référence compliquait les décisions concernant la monétisation, les partenariats et les acteurs de l’écosystème qu’un portefeuille pourrait mettre en avant. À ses yeux, une équipe produit spécialisée dispose d’une plus grande flexibilité pour faire ces choix.

SE7EN Labs a réuni des contributeurs intéressés par la poursuite du développement de Daedalus à la suite de travaux associés à DripDropz. Samuel Leathers a attribué au financement approuvé par le Cardano Treasury le mérite d’avoir permis à l’équipe de consacrer plus d’attention au portefeuille. Ses responsabilités incluent l’assistance aux utilisateurs via Ariadne, le portail conçu pour gérer les demandes de support. L’intégration de Mithril a entre-temps pris en charge une partie de la charge de synchronisation en permettant l’utilisation d’instantanés de blockchain certifiés tandis que Daedalus continue d’exécuter un nœud Cardano local.

Leathers a décrit un autre changement architectural déjà introduit: Watchdog, un superviseur écrit en Rust. Il gère des composants en arrière-plan, notamment le nœud et le backend du portefeuille, et coordonne les opérations Mithril et le stockage de la blockchain. Ses fonctions incluent la prise en charge d’un lecteur de stockage choisi par l’utilisateur et l’exposition d’informations d’avancement qui ne sont pas facilement disponibles via l’API du portefeuille. Ces responsabilités étaient auparavant gérées par l’ancien code de gestion des processus de l’application.

Cette séparation pourrait prendre en charge une future intégration avec des nœuds Cardano alternatifs, dont Dingo et Amaru. Les développeurs ont évoqué la possibilité de laisser les utilisateurs choisir un backend et télécharger séparément son logiciel signé, bien que les interfaces entre les composants nécessitent un travail supplémentaire. Ils prévoyaient d’examiner ces exigences avec d’autres équipes lors d’un atelier sur la diversité des nœuds à Londres. Hoskinson a suggéré que Daedalus pourrait aider à distribuer des implémentations alternatives aux utilisateurs individuels.

Electron reste le framework pour l’interface de bureau de Daedalus. Les développeurs ont précisé que son remplacement est toujours à l’étude et constituerait une entreprise trop importante pour être poursuivie immédiatement. Sous Linux, l’équipe s’est orientée vers des paquets natifs pour Debian, les distributions basées sur RPM, Arch et NixOS, reliant ce travail aux exigences du système d’exploitation en matière d’isolation des dApps. Selon l’approche décrite dans la discussion, Daedalus avertit les utilisateurs des nouvelles versions, tandis que les mises à jour sont gérées via le gestionnaire de paquets.

La conversation a également examiné comment l’équipe utilise l’IA durant le développement. Leathers a décrit un système qui indexe le code source et met à disposition des outils de programmation les versions pertinentes des bibliothèques, ce qui réduit les recherches répétées et la consommation de tokens. Il combine des modèles hébergés et locaux, ces derniers permettant de conserver certaines analyses dans son propre environnement. Un autre développeur a mis l’accent sur des spécifications très précises, de multiples formes de vérifications logicielles et une analyse de sécurité assistée par IA des dépôts, y compris celui de Daedalus.

L’approche de Hoskinson commence par une description précise du comportement visé, suivie de la modélisation, de l’implémentation et de la vérification. Il a évoqué Quint pour la modélisation des systèmes et Lean pour construire une référence formelle à laquelle le logiciel de production peut être confronté. Une génération de code plus rapide, a-t-il soutenu, met davantage l’accent sur la revue et l’assurance de sécurité, en particulier pour les composants qui manipulent des secrets cryptographiques et des fonds. Il a également évoqué une application distincte possible pour Daedalus: permettre à un agent d’IA personnel d’accéder à Cardano via le nœud local de son propriétaire, en utilisant une connexion privée telle que Tailscale.

[NEWSBREAK]

Les portefeuilles matériels et les mises à niveau de Cardano façonnent les prochaines versions

L’intégration de Keystone dépend de travaux en dehors de Daedalus ainsi que de modifications du portefeuille lui-même. Leathers a indiqué que la fonctionnalité côté Daedalus était prête, tandis qu’une pull request liée pour le firmware de Keystone était en attente d’examen. Ledger Flex avait atteint une autre étape: après des mises à jour de dépendances et des modifications d’intégration, les erreurs qu’il avait rencontrées auparavant n’apparaissaient plus dans ses tests. L’équipe n’avait pas annoncé officiellement la prise en charge de Flex car des tests plus étendus restaient à effectuer.

Pour les prochaines mises à niveau de Cardano, les développeurs suivent les nouvelles versions de nœuds et vérifient la compatibilité. Ils veulent que des builds de test de Daedalus offrent un accès anticipé aux fonctionnalités de Dijkstra lorsque les composants nécessaires seront disponibles. Une exigence discutée concernait l’affichage correct des dépôts directs prévus sur les comptes de récompenses. L’équipe entend également continuer à contribuer des modifications au logiciel de portefeuille en amont lorsque cela est nécessaire pour la compatibilité.

CIP-113, la norme de token programmable, est suivie mais ne disposait pas encore d’un élément d’implémentation dédié dans la feuille de route de Daedalus. Les développeurs observent comment les projets adoptent la spécification avant de définir la prise en charge. Ils ont exprimé une approche similaire pour les transactions imbriquées, l’intégration devant suivre des applications concrètes utilisant la fonctionnalité. De telles applications auraient également besoin de mécanismes pour acheminer des transactions partielles vers d’autres participants avant achèvement.

Hoskinson a relié ce problème de coordination à Moriarty, le langage fondé sur les intentions qu’il développe. Certaines transactions commencent comme l’expression de ce qu’un utilisateur veut accomplir et exigent que d’autres parties apportent des informations, des actifs ou des signatures avant la soumission. Les transactions multisignatures offrent un exemple existant: les participants doivent échanger et signer une transaction incomplète avant qu’elle ne puisse être envoyée à la blockchain. Il a plaidé pour des interfaces communes que les portefeuilles pourraient adopter pour gérer ces échanges et a relié la même exigence aux opérations financières prévues de Midnight à travers les réseaux.

Pour la prise en charge des dApps, SE7EN Labs prévoit de rétablir Daedalus Flight et d’introduire la fonctionnalité via des versions Preview, Preprod et Flight avant de l’ajouter au portefeuille mainnet. Les développeurs et les chercheurs en sécurité testeraient la compatibilité des applications et les limites d’isolation de la sandbox pendant ce déploiement. L’équipe n’a pas annoncé de date de sortie sur le mainnet.