Dos versiones, dos días. El 2025-07-05, v1.21.0 trajo WalletConnect v2 — el protocolo que hoy administra Reown — y convirtió a SSP en una cartera capaz de dialogar con miles de dApps: Uniswap, OpenSea, Aave y la larga cola de frontends Web3 que ya hablan WalletConnect. Al día siguiente, el 2025-07-06, v1.22.0 llegó con un repaso de UX sobre cada modal que abre el nuevo conector. El marco importa: WalletConnect no reemplazó la multisig 2-de-2 de SSP. Solo le dio a SSP una forma estándar de recibir solicitudes de dApps. Cada acción que pida una dApp tiene que pasar por tu cartera y tu teléfono antes de que se firme.
Conecta SSP con miles de dApps
WalletConnect nació como un protocolo genérico para "emparejar cartera con sitio" y, en los últimos años, se convirtió en la entrada de facto al ecosistema de dApps Ethereum para carteras que no son MetaMask. Reown — el equipo antes conocido como WalletConnect — entrega el SDK v2 y un registro de apps compatibles que ronda los miles. Con v1.21.0, SSP se une a ese registro.
El efecto práctico es que cualquier sitio con un botón "Connect Wallet" que soporte WalletConnect puede emparejarse con SSP. Intercambia en Uniswap. Puja en OpenSea. Presta en Aave. Stakea en Lido. Vota en Snapshot. Lee una entrada de Mirror cerrada por NFT. Con WalletConnect v2 en SSP, el camino genérico funciona.
Es un tipo de integración distinto al de SSP Connect, el SDK de primera mano de SSP para apps socias que quieren invocar acciones específicas como pay. SSP Connect es el camino profundo y propio de SSP. WalletConnect es el camino estándar de mínimo común denominador. SSP ahora ofrece ambos.
Cómo funciona el flujo de conexión
El modelo de emparejamiento de WalletConnect es simple, y la implementación de SSP lo sigue sin sorpresas. Una dApp produce una solicitud de conexión codificada como un URI que empieza con wc: y un topic específico de sesión. El usuario lo recibe de dos formas: como una cadena que puede copiar o como un código QR que puede escanear.
En SSP, el usuario abre la pestaña WalletConnect, pega el URI en el campo de conexión de WalletConnect (o escanea el QR) y aprueba el emparejamiento. Desde ese momento, la dApp puede enviar solicitudes — firma este mensaje, envía esta transacción, cambia a esta cadena — a la cartera por el relay de WalletConnect. El emparejamiento se mantiene hasta que alguno lo termina. Si usaste WalletConnect con otra cartera, la sensación en SSP es la misma, por diseño.
La invariante multisig sigue intacta
Hay una parte fácil de pasar por alto cuando una versión trae conectividad de dApps a una cartera multisig: WalletConnect no cambia el modelo de seguridad. Es un transporte, no un firmante.
Cuando Uniswap, a través de WalletConnect, le pide a SSP firmar un swap, la solicitud cae en la cola de aprobaciones de SSP Wallet. El usuario la revisa y la aprueba. Entonces — y solo entonces — SSP Wallet co-firma y reenvía la transacción a medias a SSP Key en el teléfono. El teléfono muestra el mismo payload. El usuario también lo aprueba ahí. Solo tras ambas aprobaciones se transmite la transacción completamente firmada.
Tres cosas siguen ciertas con WalletConnect en escena, que ya lo eran sin él:
- Dos dispositivos, dos aprobaciones. Ningún dispositivo, ninguna pulsación de tecla puede mover fondos por sí sola. WalletConnect no vota.
- La dApp nunca ve una clave. Solo ve la firma sobre el payload que preguntó. Las claves viven en SSP Wallet y SSP Key, donde siempre han estado.
- El payload que firmas es el payload que envió la dApp. La cartera no muta la solicitud — mismos calldata, valor y chain ID.
WalletConnect amplía la superficie. No debilita la invariante.
Modales pulidos un día después (v1.22.0)
v1.22.0 salió en menos de 24 horas tras v1.21.0 y solo apunta a los cuatro modales que el nuevo conector abre. El modal de solicitud de conexión recibió un diseño más limpio: identidad más clara de la dApp, ámbito de permisos más visible, menos cromo. El modal de personal-sign — el que aparece cuando un sitio te pide firmar un mensaje legible para autenticación o consentimiento off-chain — fue rediseñado para mostrar el cuerpo del mensaje de forma más legible. El modal de solicitud de transacción ganó un flujo más ajustado: destino, valor, resumen de calldata y red se leen de un vistazo. El modal de cambio de cadena se simplificó para el caso común de pasar de Ethereum a Polygon o al revés.
Nada de esto cambia para qué son estos modales. Cada uno representa una categoría específica de solicitud de la dApp, con una decisión de aprobación específica. v1.22.0 solo facilitó tomar esa decisión de un vistazo.
Lo que puedes hacer hoy
Tras actualizar a v1.21.0 (o, idealmente, v1.22.0), lo que SSP no podía hacer antes se vuelve rutina. Intercambia en un DEX. Puja en una subasta NFT. Pide prestado con colateral en Aave o Compound. Aporta liquidez. Firma un voto Snapshot. Inicia sesión en una app Web3 con Sign-In With Ethereum. Mintea desde un launchpad. Cada uno funciona ahora con el mismo flujo de pegar-URI-y-aprobar, con la misma aprobación de dos dispositivos al final.
Para desarrolladores, esto complementa la API de SSP Wallet lanzada antes este año. Si estás construyendo una app socia que quiere integración estrecha y consciente de SSP, la API y SSP Connect siguen siendo el camino. Si solo lanzas una dApp genérica y quieres usuarios SSP desde el día uno, WalletConnect v2 es ahora la respuesta.
Lo que no cambió es lo que no debería: la dApp habla con la cartera, y la cartera habla con el usuario — dos veces, una en cada dispositivo, cada vez.