Vultisig Il s'agit d'un coffre-fort cryptographique sans phrase de récupération, fonctionnant sur plusieurs appareils et reposant sur la technologie du schéma de signature à seuil (TSS). Au lieu de générer une phrase de récupération classique, ce portefeuille répartit le pouvoir de signature entre plusieurs appareils, ce qui nécessite d'atteindre un seuil défini pour autoriser les transactions.
Afin d'évaluer les performances de ce modèle en conditions réelles, nous avons installé Vultisig sur plusieurs appareils et testé les configurations « Secure Vault » et « Fast Vault ». Des transactions ont été effectuées sur plusieurs réseaux pris en charge, notamment l’envoi et la réception d’actifs, l’exécution d’échanges, l’utilisation de l’onglet DeFi et l’installation de plugins. Nous avons également évalué la coordination de la signature sur plusieurs appareils dans des conditions d’utilisation normales et dans des scénarios d’interruption simulés, ainsi que les procédures de récupération à l’aide d’importations de parts de coffre-fort sur de nouveaux appareils.
Configuration d'un coffre-fort : sans phrase de récupération, contrôle distribué
Nous avons commencé par créer deux configurations de coffre-fort :
- Un coffre-fort sécurisé utilisant deux appareils (seuil « 2 sur 2 »)
- Un « Fast Vault » utilisant un appareil et le Vultiserver comme cosignataire
Aucune phrase de récupération n'a été générée lors de la configuration. À la place, chaque appareil a créé un partage de coffre-fort unique. Ces partages font office de fragments chiffrés de l'autorité de signature et doivent être sauvegardés individuellement sous la forme de .vult fichiers. Lors de la sauvegarde, les partages du coffre-fort sont chiffrés à l'aide du mot de passe du coffre-fort avant d'être exportés pour être stockés.
Nous avons également vérifié le processus de sauvegarde des parts de coffre-fort. L'exportation des parts vers un espace de stockage sécurisé s'est avérée simple, et le portefeuille insiste clairement sur l'importance de conserver ces sauvegardes. La réimportation d'une part de coffre-fort sur un nouvel appareil s'est déroulée comme prévu, confirmant ainsi que les sauvegardes des parts de coffre-fort constituent le principal mécanisme de récupération en l'absence d'une phrase de récupération.
Le processus de configuration semblait minutieux mais clair. Dans la configuration « Secure Vault », les deux appareils ont participé à la création du coffre-fort et des partages associés. Dans la configuration « Fast Vault », le serveur a joué le rôle de cosignataire afin de faciliter l'utilisation au quotidien.
Les transactions ne sont exécutées qu’après validation de la demande par les appareils requis. Dans une configuration « 2 sur 2 », les deux appareils devaient participer au processus de signature avant qu’une transaction puisse être diffusée. Cela reflète la conception à seuil du portefeuille, selon laquelle aucun appareil ne peut autoriser seul les transactions.
La gestion d'actifs multi-chaînes dans la pratique
L'onglet « Portefeuille » regroupe les actifs provenant de plus de 30 chaînes prises en charge, notamment Bitcoin, Ethereum, Solana, les réseaux basés sur Cosmos et les chaînes compatibles EVM.
La réception des fonds a généré de nouvelles adresses pour chaque chaîne, clairement identifiées. La différenciation entre les réseaux était cohérente, ce qui a permis de réduire le risque d'envois sur la mauvaise chaîne. Les fonds sont apparus rapidement après les confirmations sur les réseaux respectifs.
Nous avons testé l'envoi :
- Petites quantités
- Des montants plus élevés
- Des transactions répétées à un rythme soutenu
Afin d'observer le comportement en cas d'utilisation intensive, nous avons lancé plusieurs transactions consécutives sur différentes chaînes prises en charge. Le portefeuille a géré ces envois successifs sans générer d'états incohérents. La génération d'adresses est restée correcte sur tous les réseaux, et le processus de signature est resté prévisible même lors d'une activité transactionnelle intense.
Une estimation des frais était affichée avant la signature. Le processus de signature nécessitait une coordination entre tous les appareils participants avant que la transaction puisse être validée. La vitesse de signature variait légèrement en fonction de la réactivité des appareils et des conditions du réseau, mais est restée constante tout au long des tests.
Échanges inter-chaînes et interaction avec la DeFi
Vultisig intègre une fonctionnalité native d'échange avec un modèle de frais de départ de 50 points de base pour les échanges inter-chaînes. Nous avons effectué des échanges de jetons à jetons et testé les flux inter-chaînes là où cela était pris en charge.
Les paramètres de glissement étaient visibles et les détails des swaps étaient présentés avant la validation finale. La cosignature multi-appareils a été appliquée aux swaps, tout comme pour les envois standard, renforçant ainsi un modèle de signature cohérent pour toutes les actions effectuées depuis le portefeuille.
Nous avons également examiné la manière dont le portefeuille réagit lorsque les échanges ne peuvent pas aboutir, par exemple lorsque les seuils de slippage sont dépassés ou que la liquidité fait défaut. Dans ces cas-là, l’interface indiquait clairement que la transaction ne pouvait pas être menée à bien et empêchait qu’elle ne soit exécutée de manière incomplète. Les messages relatifs à l’échec de l’échange permettaient d’ajuster les paramètres avant de réessayer.
L'onglet « DeFi » permettait d'accéder au staking et à d'autres fonctionnalités prises en charge depuis l'interface du portefeuille. Les validations de contrats intelligents déclenchaient le même processus de signature par seuil que celui utilisé pour les transferts standard. Des fenêtres contextuelles présentaient les détails de l'interaction avec le contrat avant la validation, ce qui permettait de mieux comprendre l'action en cours d'autorisation.
Signature multi-appareils en situation de stress
Pour évaluer la fiabilité de la coordination, nous avons simulé plusieurs scénarios :
- Un appareil se déconnecte en plein milieu de la signature
- Un appareil qui refuse une transaction
- Mise en arrière-plan de l'application pendant la session de signature
- Tentatives de signature séquentielle rapide
Afin d'évaluer plus en détail la coordination entre les appareils, nous avons lancé plusieurs demandes de signature en succession rapide. Même face à des invites de signature répétées, les appareils se sont synchronisés de manière fiable et n'ont pas présenté d'états de signature bloqués ni de transactions en double.
Des interruptions temporaires du réseau ont également été simulées pendant les sessions de signature. Une fois la connexion rétablie, les appareils ont repris le processus de signature sans générer d'états de transaction incohérents.
Lorsqu'un appareil se déconnectait en cours de session, la demande de signature restait simplement incomplète jusqu'à ce que le seuil de participation soit à nouveau atteint. Il n'y avait ni diffusion en double ni exécution partielle.
Scénarios de reprise et de perte
La récupération est un élément essentiel de tout portefeuille en auto-garde. Nous avons simulé deux scénarios principaux.
Scénario n° 1 : perte d'un appareil dans un coffre-fort de type « 2 sur 3 »
Le seuil de signature restant à portée, les transactions ont continué à se dérouler normalement.
Scénario 2 : Perte de la majorité des appareils
Nous avons testé la réimportation des partages du coffre-fort sur de nouveaux appareils. La restauration nécessitait l'accès à un nombre suffisant de partages sauvegardés.
Du point de vue de l'ergonomie, le processus de récupération suivait une séquence claire d'instructions guidant la réinitialisation de l'appareil et la reconstitution du coffre-fort. Ce processus renforçait le modèle de sécurité du portefeuille tout en permettant de rétablir l'accès dès que les parts requises étaient disponibles.
Boutique de plugins et achats récurrents
Nous avons passé en revue la boutique de plugins, en mettant l'accent sur la simplicité du processus d'installation et la clarté des autorisations. L'activation des plugins s'est avérée très simple, et leur désinstallation n'a nécessité aucune étape complexe.
Le plugin « Recurring Buys » a été testé par :
- Configuration des achats programmés
- Annulation d'achats programmés
- Simulation de conditions de défaillance
L'exécution s'est déroulée conformément au calendrier configuré. L'annulation a empêché toute nouvelle exécution, comme prévu.
Nous avons également observé le comportement du plugin lorsque des transactions programmées ne peuvent pas être menées à bien, par exemple en cas de solde insuffisant. Dans ces cas-là, la transaction a simplement échoué sans déclencher d'achats répétés non souhaités, et le portefeuille a clairement indiqué le résultat.
Les autorisations associées aux plugins ont été mises en évidence dans le contexte de la transaction, ce qui a permis de préciser quelles actions le plugin demandait.
Modèle d'infrastructure et de signalisation
Le modèle de sécurité de Vultisig repose sur la signature distribuée plutôt que sur une clé privée unique stockée sur un seul appareil.
En mode « Fast Vault », le Vultiserver fait office de cosignataire afin de permettre une signature à partir d'un seul appareil pour les transactions quotidiennes. En mode « Secure Vault », l'autorisation des transactions nécessite la participation de plusieurs appareils contrôlés par l'utilisateur.
Cette architecture permet aux utilisateurs de choisir entre la simplicité d'utilisation et un niveau plus élevé de contrôle décentralisé, tout en évitant le stockage centralisé des clés et le point de défaillance unique associé aux portefeuilles traditionnels fonctionnant avec une phrase de récupération.
Évaluation finale
Qu'il s'agisse de la configuration, des transactions, des échanges, des interactions avec la DeFi, de la coordination des signatures ou des simulations de récupération, Vultisig a fonctionné conformément à son architecture de sécurité documentée.
Cette conception sans clé et basée sur des seuils bouleverse le modèle mental habituel de la sécurité des portefeuilles. Au lieu de protéger une seule phrase de récupération, les utilisateurs gèrent des parts de coffre-fort distribuées et la participation des appareils. Cela implique des étapes supplémentaires, mais répartit le contrôle entre plusieurs appareils.
Pour les utilisateurs qui accordent la priorité à l'autorisation décentralisée et à la coordination entre plusieurs appareils, Vultisig propose une approche structurée de la gestion autonome des actifs. La prise en charge de plusieurs chaînes, les échanges intégrés, l'extensibilité via des plugins et les outils de récupération explicites se combinent pour former un environnement de portefeuille axé sur la sécurité.
Pour les utilisateurs désireux de dépasser les limites des portefeuilles à phrase de récupération traditionnels, Vultisig propose un nouveau modèle innovant pour la sécurisation et la gestion des actifs numériques.
Bitcoin.com décline toute responsabilité et ne saurait être tenu responsable, que ce soit directement ou indirectement, de toute perte, tout dommage, toute réclamation, tout coût ou toute dépense de quelque nature que ce soit, qu’ils soient réels, allégués ou consécutifs, découlant de ou liés à l’utilisation ou à la confiance accordée à tout contenu, produit ou service mentionné dans cet article. Toute confiance accordée à ces informations relève strictement de la responsabilité du lecteur.
