Comment se déconnecter des sessions WalletConnect à distance

Comprendre la persistance de la session WalletConnect

1. Les sessions WalletConnect sont établies via un serveur pont qui relaie les charges utiles cryptées entre les dApps et les portefeuilles.

2. Une fois approuvée, la session stocke localement une clé d'appariement cryptée symétriquement dans le stockage frontal de la dApp et dans l'état interne du portefeuille.

3. Aucun délai d'attente automatique n'est appliqué par le protocole, sauf s'il est explicitement mis en œuvre par le fournisseur de dApp ou de portefeuille.

4. Les données de session persistent lors des redémarrages du navigateur et des redémarrages de l'appareil tant que le stockage en cache reste intact.

5. L'absence d'un mécanisme de révocation centralisé signifie que la déconnexion à distance doit reposer sur une intervention manuelle ou des contrôles côté portefeuille.

Options de résiliation de session au niveau du portefeuille

1. La plupart des portefeuilles mobiles tels que Trust Wallet, MetaMask Mobile et Rainbow exposent une section « Sites connectés » où apparaissent les associations WalletConnect actives.

2. Les utilisateurs peuvent déconnecter manuellement des sessions individuelles en appuyant sur « Déconnecter » à côté de chaque entrée dApp, ce qui déclenche une demande DELETE au serveur pont.

3. Certains portefeuilles prennent en charge la résiliation groupée, permettant aux utilisateurs de révoquer toutes les connexions WalletConnect actives en une seule action.

4. Certains portefeuilles mettent en œuvre des politiques d'expiration automatique pour les sessions inutilisées, généralement après 30 à 90 jours d'inactivité.

5. Les portefeuilles matériels comme Ledger Live ne stockent pas directement les sessions WalletConnect ; au lieu de cela, ils délèguent la gestion des sessions à des applications compagnons qui conservent un contrôle total sur le cycle de vie de la connexion.

Mécanismes de déconnexion à distance contrôlés par le développeur

1. Les développeurs DApp peuvent intégrer la méthode killSession du SDK WalletConnect v2 pour mettre fin par programme à un couplage actif.

2. Cela nécessite la possession du sujet de la session (un identifiant unique généré lors de la prise de contact initiale) et une autorité de signature valide du portefeuille connecté.

3. L'appel de session.disconnect() envoie une requête JSON-RPC structurée au pont, invalidant la clé de chiffrement partagée aux deux extrémités.

4. Les développeurs doivent gérer les mises à jour de l'état de l'interface utilisateur immédiatement après la déconnexion pour éviter les affichages de comptes obsolètes ou les invites de transaction erronées.

5. Les métadonnées de session, y compris les métadonnées des homologues, les espaces de noms et les horodatages d'expiration, sont purgées de IndexedDB local et de la mémoire en cas de terminaison réussie.

Procédures d'autorisation de stockage du navigateur

1. La suppression de localStorage et de sessionStorage supprime les propositions de session mises en cache et les URI d'appariement, mais n'invalide pas les connexions de pont actives.

2. IndexedDB contient l'état principal du client WalletConnect, y compris les sessions actives, les clés et les écouteurs d'événements. La suppression de cette base de données rompt la persistance du frontend.

3. Les techniciens de service peuvent mettre en cache la logique de communication du pont ; leur désenregistrement garantit qu'aucun relais de charge utile en arrière-plan ne continue après l'autorisation.

4. L'isolation iframe tierce utilisée par certaines dApps empêche l'accès direct au stockage WalletConnect, nécessitant à la place une révocation explicite initiée par le portefeuille.

5. La suppression des données du site au niveau du navigateur inclut toutes les origines associées au domaine dApp, éliminant ainsi les identifiants de couplage et les sujets de session stockés.

Foire aux questions

Q : La suppression des cookies du navigateur me déconnecte-t-elle de WalletConnect ? R : Non. Les cookies ne sont pas utilisés par WalletConnect. L'état de session réside dans localStorage, sessionStorage et IndexedDB, et non dans les cookies HTTP.

Q : Puis-je révoquer une session WalletConnect si mon téléphone est perdu ? R : Oui : si votre portefeuille prend en charge l'effacement à distance ou dispose d'une gestion de session synchronisée dans le cloud, vous pouvez vous connecter à l'interface Web du portefeuille et y mettre fin aux couplages.

Q : Que se passe-t-il lorsque j'appelle Disconnect() mais que le portefeuille ne répond pas ? R : La session reste active côté portefeuille. La dApp ne mettra à jour que son état local ; le pont conserve l'appairage jusqu'à ce que le portefeuille confirme la déconnexion ou expire.

Q : Existe-t-il un moyen de forcer la déconnexion sans interaction avec le portefeuille ? R : Pas nativement. WalletConnect est conçu autour du consentement mutuel. Toute résiliation unilatérale viole le modèle de sécurité du protocole et nécessite des extensions spécifiques au portefeuille ou une coordination back-end.