Clés d’accès Solana : l’avenir de l’UX des wallets crypto

Pourquoi les clés d’accès sont-elles importantes pour l’UX des wallets Solana ?

Le besoin d’une intégration crypto fluide n’a jamais été aussi fort.

Avec l’essor rapide des applications mobiles Solana, de l’activité des développeurs et des volumes de stablecoins, la prise en charge des clés d’accès permet aux nouveaux utilisateurs d’effectuer des transactions on-chain plus facilement et plus sûrement.

Associées au SDK de wallet intégré de Para, les clés d’accès offrent :

• Intégration instantanée : aucune installation ni phrase de récupération
• Sessions persistantes : les utilisateurs restent connectés d’une visite et d’un appareil à l’autre
• Gestion sécurisée des clés : les clés restent liées à l’appareil et résistent au phishing

Prise en charge des clés d’accès sur Solana et SIMD-0075

La plupart des authentifications WebAuthn utilisent par défaut la courbe P-256 (secp256r1), une courbe elliptique largement répandue et conçue pour assurer une vaste compatibilité entre navigateurs et appareils. La courbe P-256 convient parfaitement aux connexions web généralistes, mais pas à Solana. Solana utilise en effet une autre courbe elliptique, Ed25519 (basée sur Curve25519), optimisée pour des signatures rapides et déterministes ainsi que pour une validation à haut débit au moyen d’instructions SIMD (Single Instruction, Multiple Data).

Cette incompatibilité est importante : P‑256 et Ed25519 ne sont pas directement compatibles.

Aujourd’hui, les clés d’accès WebAuthn ne peuvent pas générer de signatures Ed25519, et les navigateurs ne proposent aucune API permettant de signer avec Ed25519 depuis des enclaves sécurisées. Par conséquent, les clés d’accès ne peuvent pas signer directement les transactions Solana.

Cette lacune compliquait techniquement la prise en charge des clés d’accès sur Solana. SIMD-0075 (approuvé en mai 2024) a réaffirmé qu’Ed25519 était la courbe privilégiée de Solana, en soulignant ses avantages comme la signature déterministe (aucun risque lié au nonce), la vectorisation SIMD et l’interopérabilité de l’écosystème.

En juin 2025, Solana a activé la vérification on-chain native des signatures secp256r1 (P-256) grâce à un nouveau précompilé, permettant aux applications de vérifier les signatures des clés d’accès on-chain, par exemple pour confirmer la connexion d’un utilisateur ou ses preuves d’identité.

Cependant, les transactions Solana nécessitent toujours des signatures Ed25519, que les clés d’accès WebAuthn ne peuvent pas produire. Les clés d’accès seules ne suffisent donc toujours pas pour signer au niveau du wallet.

C’est là que l’infrastructure de Para intervient :

Au lieu d’utiliser les clés d’accès pour signer les transactions, Para les emploie comme primitive d’autorisation. La clé d’accès déverrouille une session à portée limitée, qui donne accès à une clé de signature compatible avec Ed25519 gérée par l’infrastructure MPC (Multi-Party Computation) de Para.

Cette architecture contourne l’incompatibilité des courbes tout en offrant :

• Une compatibilité totale avec Solana
• Une intégration rapide et native grâce aux clés d’accès
• Une conservation autonome sécurisée et une gestion des clés basée sur MPC

Clés d’accès Para : l’autorisation, au-delà de l’authentification

Para a lancé l’autorisation de session basée sur les clés d’accès en 2023, qui constitue un élément central de son SDK de wallet intégré.

Au lieu de considérer les clés d’accès comme une simple méthode de connexion, Para les utilise pour contrôler de manière sécurisée l’accès aux opérations du wallet.

Dans le SDK de Para, les clés d’accès servent à autoriser les sessions de wallet après la connexion de l’utilisateur via OAuth, une adresse e-mail et un mot de passe, etc. Cette séparation des responsabilités — l’authentification pour l’identité et les clés d’accès pour l’accès au wallet — offre une base plus sécurisée aux wallets intégrés de Para.

Que se passe-t-il lorsqu’une nouvelle clé d’accès est enregistrée auprès de Para ?

Le client (navigateur ou gestionnaire d’identifiants du système d’exploitation) crée une paire de clés :

1. La clé privée est stockée dans l’enclave sécurisée de l’appareil (par exemple TPM, Secure Enclave ou Android Keystore)
2. La clé publique et les métadonnées de l’identifiant sont envoyées au serveur

Les métadonnées de l’identifiant de la clé d’accès comprennent :

• ID de l’identifiant (propre à chaque clé d’accès)
• Nonce de challenge
• ID RP (le domaine de votre application)
• Algorithme cryptographique (généralement P-256)

Que se passe-t-il lorsqu’un nouveau wallet est créé ?

Lorsqu’un utilisateur crée un wallet avec Para, une clé d’accès est enregistrée et associée à son appareil. Plus précisément, elle :

• Signe un challenge d’autorisation
• Confirme que l’utilisateur contrôle l’appareil et le wallet
• Établit une session signée, persistante et à portée limitée

Cette session déverrouille ensuite des opérations sensibles telles que :

• L’envoi de transactions
• L’accès à des clés chiffrées et liées à la session
• L’approbation d’interactions avec des smart contracts

C’est ici que l’approche de Para prend toute son importance :

La clé d’accès elle-même n’est pas utilisée directement pour signer les transactions Solana, qui doivent utiliser Ed25519.

À la place, le SDK de wallet Para utilise la clé d’accès comme primitive d’autorisation pour déverrouiller une session, qui accorde ensuite un accès limité à la clé de signature Ed25519 compatible avec Solana utilisée par le wallet intégré.

Cette clé de signature réside dans l’infrastructure de clés basée sur MPC et sécurisée de Para, qui est compatible avec les exigences de signature de Solana.

En pratique, la clé d’accès autorise, tandis que la clé du wallet effectue la signature. Cela déverrouille des opérations sensibles telles que l’envoi de transactions, l’accès à des clés chiffrées et l’approbation d’interactions avec des smart contracts.

En dissociant l’identité de l’autorité de signature, Para garantit que même les actions critiques sont protégées par une autorisation cryptographique, et pas seulement par la connexion de l’utilisateur.

Les clés d’accès Para vont plus loin en permettant d’intégrer les wallets directement aux applications, sans extension de navigateur ni phrase de récupération.

Pourquoi les clés d’accès sont-elles importantes pour les développeurs Solana ?

Pour les développeurs Solana, les clés d’accès Para offrent :

• Un meilleur taux de conversion pendant l’intégration, car les wallets sont intégrés à votre application
• Aucun risque de perte des clés privées ou des phrases de récupération
• Une UX et une sécurité améliorées, tout en restant natives de Solana

Les clés d’accès sont déjà disponibles dans des applications comme Xelio, qui les utilise pour intégrer les utilisateurs à des wallets intégrés sans aucune friction, par SMS.

D’autres projets, comme le SWIG Smart Wallet, adoptent également des parcours basés sur les clés d’accès afin d’offrir une intégration sécurisée et native à l’application.

À mesure que les applications adoptent les wallets intégrés avec accès par clé d’accès, nous nous rapprochons d’une couche d’UX universelle pour les wallets — dans laquelle les utilisateurs transportent facilement leur identité et leur autorité de signature entre les applications, les appareils et les sessions. C’est particulièrement important dans les écosystèmes comme Solana, où la composabilité et l’enchaînement d’applications deviennent la norme.

Comment ajouter des clés d’accès aux applications Solana

L’intégration de wallets basés sur les clés d’accès à votre application Solana avec le SDK de wallet de Para prend moins de cinq minutes.

Voici son fonctionnement, étape par étape :

Prérequis

Tout d’abord, obtenez votre clé API Para depuis le portail des développeurs Para.

Créez ensuite un fichier env.local à la racine du projet et ajoutez votre clé :

NEXT_PUBLIC_PARA_API_KEY=your_para_api_key_here

Si vous n’utilisez pas Next.js, adaptez la configuration à votre framework :

• Pour Vite, utilisez VITE_PARA_API_KEY
• Pour Node.js, référencez process.env.PARA_API_KEY

1. Initialiser une session avec le SDK Para

Commencez par encapsuler votre application dans le composant ParaProvider et configurez le SDK Para sur le frontend. Cela prépare l’environnement du wallet intégré et vous permet de créer ou de restaurer les sessions utilisateur.

<ParaProvider
  paraClientConfig={{
    env: Environment.BETA, // or Environment.PROD
    apiKey: YOUR_API_KEY,
  }}
  externalWalletConfig={{
      appName: YOUR_APP_NAME,
      wallets: ["PHANTOM","GLOW","BACKPACK"],
      walletConnect: { projectId: YOUR_WALLET_CONNECT_PROJECT_ID },
      solanaConnector: {
        config: {
          endpoint: ENDPOINT_FOR_SOLANA_CONNECTION,
          chain: SOLANA_CHAIN,
        },
      },
    }}
    paraModalConfig={{
      oAuthMethods: ["GOOGLE","TWITTER","TELEGRAM"]
      authLayout: ["AUTH:FULL","EXTERNAL:FULL"]
      recoverySecretStepEnabled: true
      onRampTestMode: true
    }}
>
  {REST_OF_APP}
</ParaProvider>

2. Utiliser Helius pour signer et envoyer des transactions

Une fois la session active, vous pouvez signer et envoyer des transactions Solana via le SDK de Para et Helius. Ce signataire expose la méthode standard signTransaction du SDK JavaScript @solana/kit.

const connection = new Connection(HELIUS_RPC_URL);
const solanaSigner = new ParaSolanaWeb3Signer(para, Connection);
const tx = new Transaction().add(...);
const signedTx = await solanaSigner.signTransaction(transaction);
await connection.sendRawTransaction(signedTx.serialize());

Avec Para, vous bénéficiez de l’UX des clés d’accès et d’une signature on-chain native de Solana, sans exposer les clés privées ni exiger d’extension de navigateur.

Conclusion

Solana se démocratise.

Pour intégrer davantage d’utilisateurs, les clés d’accès, la signature biométrique et l’authentification sans mot de passe réduiront les frictions et attireront davantage de personnes on-chain.

Ajoutez la prise en charge des clés d’accès à votre application Solana en cinq minutes avec le SDK de Para.

Ressources supplémentaires

• Documentation de Para
• Protocole FIDO2
• Norme WebAuthn