Claves de acceso de Solana: el futuro de la UX de las billeteras cripto

¿Por qué son importantes las claves de acceso para la UX de las billeteras de Solana?

La necesidad de incorporar usuarios al mundo cripto sin fricción nunca ha sido mayor.

Con el crecimiento acelerado de las aplicaciones móviles de Solana, la actividad de los desarrolladores y los volúmenes de stablecoins, la compatibilidad con claves de acceso facilita que los nuevos usuarios realicen transacciones en cadena de forma más segura.

Al combinarse con el SDK de billeteras integradas de Para, las claves de acceso permiten:

• Incorporación instantánea: sin instalaciones ni frases semilla
• Sesiones persistentes: los usuarios permanecen conectados entre visitas y dispositivos
• Administración segura de claves: las claves permanecen vinculadas al dispositivo y son resistentes al phishing

Compatibilidad de Solana con claves de acceso y SIMD-0075

La mayoría de las implementaciones de autenticación WebAuthn usan de forma predeterminada la curva P-256 (secp256r1), una curva elíptica ampliamente utilizada y diseñada para ofrecer compatibilidad con distintos navegadores y dispositivos. La curva P-256 funciona muy bien para el inicio de sesión web de propósito general, pero no para Solana. Esto se debe a que Solana usa otra curva elíptica, Ed25519 (basada en Curve25519), optimizada para firmas rápidas y deterministas y para validaciones de alto rendimiento mediante instrucciones SIMD (instrucción única, múltiples datos).

Esta diferencia es importante: P‑256 y Ed25519 no son directamente compatibles.

Actualmente, las claves de acceso WebAuthn no pueden generar firmas Ed25519, y los navegadores no exponen API para firmar con Ed25519 mediante enclaves seguros. Por eso, las claves de acceso no pueden firmar directamente transacciones de Solana.

Esta limitación convirtió la compatibilidad con claves de acceso en Solana en un desafío técnico. SIMD-0075 (aprobado en mayo de 2024) reafirmó Ed25519 como la curva preferida de Solana y destacó ventajas como las firmas deterministas (sin riesgo de nonce), la vectorización SIMD y la interoperabilidad del ecosistema.

En junio de 2025, Solana habilitó la verificación nativa en cadena de firmas secp256r1 (P-256) mediante una nueva precompilación. Esto permite que las aplicaciones verifiquen firmas de claves de acceso en cadena (por ejemplo, para confirmar el inicio de sesión de un usuario o pruebas de identidad).

Sin embargo, las transacciones de Solana aún requieren firmas Ed25519, que las claves de acceso WebAuthn no pueden generar. Esto significa que las claves de acceso por sí solas aún no bastan para firmar desde una billetera.

Aquí entra en juego la infraestructura de Para:

En lugar de usar claves de acceso para firmar transacciones, Para las emplea como un mecanismo básico de autorización. La clave de acceso desbloquea una sesión con alcance limitado, que concede acceso a una clave de firma compatible con Ed25519 administrada por la infraestructura MPC (computación multipartita) de Para.

Este diseño evita la incompatibilidad entre curvas y ofrece:

• Compatibilidad total con Solana
• Incorporación rápida y nativa con claves de acceso
• Autocustodia segura y administración de claves basada en MPC

Claves de acceso de Para: autorización, no solo autenticación

Para introdujo la autorización de sesiones mediante claves de acceso en 2023, y esta es una parte esencial de su SDK de billeteras integradas.

En lugar de tratar las claves de acceso como un simple método de inicio de sesión, Para las usa para controlar de forma segura el acceso a las operaciones de la billetera.

En el SDK de Para, las claves de acceso se usan para autorizar sesiones de billetera después de que el usuario haya iniciado sesión mediante OAuth, correo electrónico y contraseña, etc. Esta separación de responsabilidades —autenticación para la identidad y claves de acceso para acceder a la billetera— crea una base más segura para las billeteras integradas de Para.

¿Qué ocurre cuando se registra una nueva clave de acceso con Para?

El cliente (el navegador o el administrador de credenciales del sistema operativo) crea un par de claves:

1. La clave privada se almacena en el enclave seguro del dispositivo (por ejemplo, TPM, Secure Enclave o Android Keystore)
2. La clave pública y los metadatos de la credencial se envían al servidor

Los metadatos de la credencial de la clave de acceso incluyen:

• ID de la credencial (único para cada clave de acceso)
• Nonce del desafío
• ID de RP (el dominio de tu aplicación)
• Algoritmo criptográfico (normalmente P-256)

¿Qué ocurre cuando se crea una nueva billetera?

Cuando un usuario crea una billetera con Para, se registra una clave de acceso vinculada a su dispositivo. En concreto:

• Firma un desafío de autorización
• Confirma que el usuario controla el dispositivo y la billetera
• Establece una sesión firmada, persistente y con alcance limitado

Esta sesión desbloquea operaciones confidenciales como:

• Enviar transacciones
• Acceder a claves cifradas y vinculadas a la sesión
• Aprobar interacciones con contratos inteligentes

Aquí es donde el enfoque de Para cobra importancia:

La clave de acceso no se usa directamente para firmar transacciones de Solana (que deben usar Ed25519).

En su lugar, el SDK de billeteras de Para usa la clave de acceso como un mecanismo básico de autorización para desbloquear una sesión, que después concede acceso limitado a la clave de firma Ed25519 compatible con Solana que utiliza la billetera integrada.

Esta clave de firma reside en la infraestructura segura de claves basada en MPC de Para, compatible con los requisitos de firma de Solana.

En la práctica, la clave de acceso autoriza, mientras que la clave de la billetera realiza la firma. Esto habilita operaciones confidenciales como enviar transacciones, acceder a claves cifradas y aprobar interacciones con contratos inteligentes.

Al separar la identidad de la autoridad de firma, Para garantiza que incluso las acciones críticas estén protegidas mediante autorización criptográfica y no solo con el inicio de sesión del usuario.

Las claves de acceso de Para llevan este concepto más lejos. Permiten integrar billeteras directamente en las aplicaciones sin extensiones de navegador ni frases de recuperación.

¿Por qué son importantes las claves de acceso para los desarrolladores de Solana?

Para los desarrolladores de Solana, las claves de acceso de Para ofrecen:

• Mayor conversión durante la incorporación porque las billeteras están integradas en tu aplicación
• Ningún riesgo de perder claves privadas o frases semilla
• Mejor UX y seguridad sin dejar de ser nativas de Solana

Las claves de acceso ya están activas en aplicaciones como Xelio, que las usan para incorporar usuarios a billeteras integradas sin fricción mediante SMS.

Otros proyectos, como SWIG Smart Wallet, también están adoptando flujos basados en claves de acceso para ofrecer una incorporación segura y nativa de la aplicación.

A medida que más aplicaciones adoptan billeteras integradas con acceso mediante claves de acceso, nos acercamos a una capa universal de UX para billeteras, en la que los usuarios pueden trasladar sin fricción su identidad y autoridad de firma entre aplicaciones, dispositivos y sesiones. Esto es especialmente importante en ecosistemas como Solana, donde la componibilidad y el encadenamiento de aplicaciones se están convirtiendo en la norma.

Cómo agregar claves de acceso a aplicaciones de Solana

Integrar billeteras basadas en claves de acceso en tu aplicación de Solana con el SDK de billeteras de Para toma menos de cinco minutos.

Así funciona, paso a paso:

Requisitos previos

Primero, obtén tu clave API de Para en el Portal para desarrolladores de Para.

Después, crea un archivo env.local en la raíz del proyecto y agrega tu clave:

NEXT_PUBLIC_PARA_API_KEY=your_para_api_key_here

Si no usas Next.js, adáptalo a tu framework:

• Para Vite, usa VITE_PARA_API_KEY
• Para Node.js, utiliza process.env.PARA_API_KEY

1. Inicializa una sesión con el SDK de Para

Comienza por envolver tu aplicación en ParaProvider y configurar el SDK de Para en el frontend. Esto prepara el entorno de la billetera integrada y te permite crear o restaurar sesiones de usuario.

<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. Usa Helius para firmar y enviar transacciones

Con la sesión activa, ya puedes firmar y enviar transacciones de Solana mediante el SDK de Para y Helius. Este firmante expone el método estándar signTransaction del SDK de 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());

Con Para obtienes la UX de las claves de acceso y firmas nativas de Solana en cadena, sin exponer claves privadas ni exigir extensiones de navegador.

Conclusión

Solana está llegando al público general.

Para incorporar a más usuarios, las claves de acceso, las firmas biométricas y la autenticación sin contraseña reducirán la fricción y llevarán a más personas a la cadena.

Agrega compatibilidad con claves de acceso a tu aplicación de Solana en cinco minutos con el SDK de Para.

Recursos adicionales

• Documentación de Para
• Protocolo FIDO2
• Estándar WebAuthn