01La consola para desarrolladores
La consola muestra toda la superficie: un quickstart que crea una wallet con un solo curl (HTTP 201 en 84 ms), claves API live y test, el estado de entrega de los webhooks y las cifras de producción. El programa de la demo gestiona 84.120 wallets con un 99,99 % de disponibilidad.
- Quickstart en curl, Node, Python y Go
- Claves live y test, que se muestran y se copian en el mismo lugar
- Webhooks wallet.created con estado por cada entrega
02La hoja integrada
En la demo, una app de entradas vende un acceso de 49,00 € y la hoja de Protocore se desliza sobre ella: saldo de 124,00 USDC en Base, pagar y recibir, copia de seguridad, exportar claves. La app anfitriona sigue siendo el producto; la wallet es una hoja dentro de ella.
03Wallet lista
El onboarding termina en una sola pantalla: tu wallet está lista. A partir de ahí, fondos y actividad se sincronizan solos: el usuario le pone nombre, la recarga o sigue con la app anfitriona. La llamada a la API ocurrió antes; el usuario nunca la vio.
04Varias wallets, un usuario
El selector de la demo reúne tres tipos a la vez: una wallet principal multired con 1.148,20 €, una wallet de Solana de una sola red aún marcada para hacer copia de seguridad y una dirección de cold storage de solo lectura, añadida para tenerla a la vista. Cada usuario organiza sus fondos como los piensa.
- Wallets multired y de una sola red, lado a lado
- Entradas de solo lectura para direcciones que sigues, pero no tienes
- Wallets sin copia, marcadas hasta que se anota la seed
05Recibir, con salvaguardas
Una pantalla de recepción que da por hecho que habrá errores: el aviso indica que solo se admiten activos de Base o los fondos podrían perderse, debajo están el QR y la dirección copiable, y la hoja detalla exactamente qué activos admite esta dirección. Copia la dirección o compártela tal cual.
06La frase de recuperación
Doce palabras numeradas, mostradas una sola vez y anotadas sin conexión. La pantalla incluye su propia postura de seguridad: las capturas están desactivadas y Protocore indica en texto claro que nunca pedirá estas palabras. La custodia sigue en manos del usuario porque la copia también lo está.
07El registro de wallets
La consola de operador mantiene un registro de solo lectura de todas las wallets del tenant (2.418 en la demo), con búsqueda de dirección por coincidencia exacta y vista por usuario. El panel lo dice claro: la consola nunca guarda claves ni mueve fondos. Las direcciones se muestran para soporte y trazabilidad, nunca para barrerlas.
- Búsqueda de direcciones por coincidencia exacta en todo el tenant
- Propietario, red, etiqueta y antigüedad de registro de cada wallet
- De una wallet al User 360 de su propietario con un clic
08El registro de activos
142 activos registrados: símbolo, nombre, red, contrato, decimales y marcas de listado en una única tabla de solo lectura. USDC y ETH llevan la marca Core; USDT figura como Unsafe. Tu app muestra exactamente los tokens que avala el registro, y ninguno más.
09Kill switches por acción
Enviar, recibir, intercambiar y comprar tienen cada uno su interruptor y su modo de apagado (desactivar con un mensaje u ocultar por completo), y por encima de todos hay un flag maestro. Los cambios se guardan en el servidor y llegan a las apps en unos 30 segundos. Cuando un canal falla, apagas justo ese canal.
10POST /v1/wallets
Una llamada autenticada devuelve una wallet (id, dirección, redes) en 84 ms en la demo. No hay ningún paso de infraestructura antes de la primera wallet: el endpoint es la infraestructura.
11Cuatro SDK
iOS, Android, React Native y Web se publican como SDK versionados: 1.4.2, 1.4.0, 0.9.1 y 2.1.0 en la consola de la demo. Un único patrón de integración, cuatro plataformas y la misma hoja en todas.
12Claves en el dispositivo
Las claves se generan y se guardan en el dispositivo del usuario: ofreces wallets sin convertirte en custodio. La hoja lo dice sin rodeos al pie: protegido por Protocore, claves en el dispositivo.
13Multired por defecto
Las wallets hablan BTC, ETH, Base y Solana desde el primer día. La llamada de creación acepta un array chains: el quickstart pasa base y ethereum y recibe una sola wallet.
14Saldos, transferencias e historial
Todo lo posterior a la creación también es un endpoint: saldos, transferencias e historial son llamadas a la API, no sistemas que haya que montar. La vista de transacciones de la consola lee de la misma superficie que tu app.
15Webhooks
Los eventos de wallet llegan a tu endpoint con estado por cada entrega: la demo muestra wallet.created con un 100 % de éxito en 24 horas y la última entrega hace dos minutos. Tu backend se entera de cada wallet en el instante en que existe.
16Claves live y test
Las claves vienen en pareja, sk_live y sk_test, y se gestionan en la consola. El modo test recorre toda la superficie antes de que exista una wallet real.
17Wallets de solo lectura
Una dirección puede entrar en el selector sin sus claves: saldos visibles, nada gastable. Los usuarios vigilan su cold storage desde la misma pantalla en la que gastan.
18Recordatorios de copia de seguridad
Una wallet sin la frase anotada muestra un aviso visible de copia de seguridad hasta que el usuario lo resuelve. El recordatorio vive donde está el dinero, no en un correo que nadie abre.
19Solicitudes de pago
Fija un importe en la pantalla de recepción y comparte el resultado: la otra parte recibe una dirección y una cifra, en lugar de una captura y una suposición. Compartir solo la dirección sigue a un toque.
20Protección contra red equivocada
Las direcciones son específicas de cada red y la interfaz lo avisa antes de enviar: solo activos de Base, o podrían perderse. La lista de activos admitidos está en la misma pantalla que el QR.
21Exportación de claves
Los usuarios pueden exportar sus claves desde la hoja: la custodia es del usuario, no solo en la página de marketing. La wallet sobrevive a la relación con la app si el usuario así lo quiere.
22Sincronización automática
Fondos y actividad se sincronizan sin botón de actualizar: la hoja y la API ven el mismo estado. Lo que sabe la cadena, lo muestra la wallet.
23Sin custodia, por arquitectura
La consola de operador es solo de lectura: puede buscar direcciones, vincularlas a usuarios y trazar flujos, pero no puede mover fondos porque nunca tiene las claves. La mejor respuesta de cumplimiento es una capacidad que no existe.
24User 360 para soporte
Cada wallet registrada enlaza con el User 360 de su propietario en la consola de operador: saldos, dispositivos, nivel de KYC e historial a un clic de la dirección por la que pregunta un cliente.
25Operaciones con motivo obligatorio
Las acciones de operador en la consola exigen un motivo y quedan auditadas; el banner de producción lo recuerda en cada pantalla. Soporte puede actuar rápido sin actuar en silencio.
26Whitelabel por diseño
La hoja se muestra dentro de tu app: tu navegación, tu marca, nuestra hoja. Los usuarios no salen del flujo para buscar una wallet; aparece donde está el pago.
27Renombrar y organizar
Las wallets reciben nombre (Wallet principal, Ahorro en Solana, Cold storage) desde el momento en que se crean. Una wallet a la que el usuario puede ponerle nombre es una wallet que el usuario entiende.
28Probado a escala
El programa de la demo gestiona 84.120 wallets con un 99,99 % de disponibilidad, sobre los mismos canales que recibe cada nueva integración. Las cifras están en la portada de la consola, no en una presentación comercial.