Fem servir Google Analytics per a les estadístiques de trànsit. Les cookies d'analítica només s'activen si les accepteu. Sense consentiment, les estadístiques s'estimen a partir de senyals sense cookies. Política de cookies.
Wallets · WaaS
Els teus usuaris necessiten wallets; tu no t'has de convertir en una empresa de wallets. Una crida d'API crea la wallet, l'SDK la mostra dins la teva app i les claus no surten mai del dispositiu.
POST /v1/wallets retorna una wallet. Saldos, transferències i historial són endpoints, no infraestructura que hagis de muntar. La consola per a desenvolupadors mostra tota la superfície — prou petita per llegir-la d'una tirada.
La consola per a desenvolupadors — les wallets com a superfície d'API.
El full de la wallet s'integra a l'app amfitriona a iOS, Android, React Native i Web — la teva navegació, la teva marca, el nostre full. La generació de claus i la signatura es fan al dispositiu, de manera que la custòdia queda amb l'usuari, on toca.
Rebre a Base — QR, adreça i un avís que evita enviaments a la cadena equivocada. · Dotze paraules, una sola vegada — anotades fora de línia, i mai més no es tornen a demanar.
Funcionalitats
La consola mostra tota la superfície: una guia d'inici ràpid que crea una cartera amb un sol curl —HTTP 201 en 84 ms—, claus d'API live i test, l'estat de lliurament dels webhooks i les xifres de producció. El programa de la demo gestiona 84.120 carteres amb un 99,99 % de disponibilitat.
A la demo, una aplicació d'entrades ven una entrada de 49,00 € i el full de Protocore llisca per sobre: un saldo de 124,00 USDC a Base, pagar i rebre, fer còpia de seguretat, exportar claus. L'aplicació amfitriona continua sent el producte; la cartera és un full a dins.
El final de l'alta és una sola pantalla: la teva cartera és a punt. A partir d'aquí, els fons i l'activitat se sincronitzen automàticament: l'usuari li canvia el nom, hi afegeix fons o simplement continua amb l'aplicació amfitriona. La crida a l'API ja s'havia fet abans; l'usuari no la va veure mai.
El selector de la demo conté tres tipus alhora: una cartera principal multicadena amb 1.148,20 €, una cartera Solana d'una sola cadena encara marcada per fer-ne còpia de seguretat, i una adreça de custòdia freda només d'observació, present per tenir-ne visibilitat. Els usuaris organitzen els fons tal com els pensen.
Una pantalla de recepció que dona per fet que hi haurà errors: el bàner avisa que només s'accepten actius de Base o els fons es podrien perdre, el QR i l'adreça copiable queden a sota, i el full llista exactament quins actius admet aquesta adreça. Copia l'adreça o comparteix-la tal qual.
Dotze paraules numerades, mostrades una sola vegada i anotades fora de línia. La pantalla porta incorporada la seva pròpia postura de seguretat: les captures de pantalla estan desactivades, i Protocore afirma en text clar que mai no et demanarà aquestes paraules. La custòdia continua en mans de l'usuari perquè la còpia també hi és.
La consola d'operador manté un registre de lectura de totes les carteres del tenant —2.418 a la demo— amb cerca d'adreça per coincidència exacta i una vista per usuari. El panell diu el que l'arquitectura garanteix: la consola mai no té claus ni mou fons. Les adreces es mostren per a suport i traçabilitat, mai per ser buidades.
142 actius registrats: símbol, nom, cadena, contracte, decimals i indicadors de llistat en una sola taula de només lectura. USDC i ETH porten l'indicador Core; USDT queda marcat com a Unsafe. La teva aplicació mostra exactament els tokens que el registre avala, i cap altre.
Enviar, rebre, intercanviar i comprar tenen cadascun el seu interruptor i el seu mode d'apagat —desactivar amb un missatge o amagar del tot—, més un indicador mestre per sobre de tots. Un canvi es desa al servidor i arriba a les aplicacions en uns 30 segons. Quan un circuit falla, apagues exactament aquest circuit.
Una sola crida autenticada retorna una cartera —id, adreça, cadenes— en 84 ms a la demo. No hi ha cap pas d'infraestructura abans de la primera cartera; l'endpoint és la infraestructura.
iOS, Android, React Native i Web es lliuren com a SDK versionats: 1.4.2, 1.4.0, 0.9.1 i 2.1.0 a la consola de la demo. Un sol patró d'integració, quatre plataformes, el mateix full a tot arreu.
El material de claus es genera i es guarda al dispositiu de l'usuari: tens carteres sense convertir-te en custodi. El full ho diu clarament a la part inferior: protegit per Protocore, claus al dispositiu.
Les carteres parlen BTC, ETH, Base i Solana des del primer dia. La crida de creació accepta una matriu chains: l'inici ràpid passa base i ethereum i obté una cartera.
Tot el que ve després de la creació també és un endpoint: saldos, transferències i historial són crides a l'API, no sistemes que hagis de muntar. La vista de transaccions de la consola llegeix de la mateixa superfície que la teva aplicació.
Els esdeveniments de cartera s'envien al teu endpoint amb l'estat de cada lliurament: la demo mostra wallet.created amb un 100 % d'èxit en 24 hores i l'últim lliurament fa dos minuts. El teu backend sap de les carteres en el mateix moment que existeixen.
Les claus van en parella —sk_live i sk_test— i es gestionen a la consola. El mode test exercita tota la superfície abans que existeixi cap cartera real.
Una adreça pot entrar al selector sense les seves claus: saldos visibles, res que es pugui gastar. Els usuaris vigilen la custòdia freda des de la mateixa pantalla des d'on gasten.
Una cartera sense frase anotada porta un avís visible de còpia pendent fins que l'usuari ho resol. El recordatori viu on són els diners, no en un correu que ningú obre.
Indica un import a la pantalla de recepció i comparteix el resultat: l'altra part rep una adreça i una xifra en lloc d'una captura i una suposició. Compartir només l'adreça continua a un toc.
Les adreces són específiques de cada xarxa i la interfície ho diu abans que ningú enviï: només actius de Base, o es podrien perdre. La llista d'actius admesos és a la mateixa pantalla que el QR.
Els usuaris poden exportar les seves claus des del full: la custòdia és de l'usuari, no només a la pàgina de màrqueting. La cartera sobreviu a la relació amb l'aplicació si l'usuari ho vol.
Els fons i l'activitat se sincronitzen sense botó d'actualitzar: el full i l'API veuen el mateix estat. El que la cadena sap, la cartera ho mostra.
La consola d'operador és només de lectura: pot consultar adreces, vincular-les a usuaris i traçar fluxos, però no pot moure fons, perquè mai no té les claus. La resposta de compliment més sòlida és una capacitat que no existeix.
Cada cartera registrada enllaça amb el User 360 del seu propietari a la consola d'operador: saldos, dispositius, nivell de KYC i historial a un clic de l'adreça per la qual pregunta un client.
Les accions d'operador a la consola requereixen un motiu i queden auditades: el bàner de producció ho recorda a cada pantalla. Suport pot actuar ràpid sense actuar en silenci.
El full es mostra dins de la teva aplicació: la teva navegació, la teva marca, el nostre full. Els usuaris no surten mai del flux per trobar una cartera; apareix allà on és el pagament.
Les carteres tenen nom —Cartera principal, Estalvis Solana, Custòdia freda— des del moment en què es creen. Una cartera a la qual l'usuari pot posar nom és una cartera que l'usuari entén.
El programa de la demo gestiona 84.120 carteres amb un 99,99 % de disponibilitat, sobre els mateixos circuits que rep cada nova integració. Les xifres són a la pàgina d'inici de la consola, no en una presentació comercial.
Pantalles
Interfície real del producte, amb dades de demostració.
FAQ
No. La generació de claus i la signatura es fan al dispositiu de l'usuari — les claus no arriben mai als nostres servidors. Tens wallets dins la teva app sense convertir-te en custodi, i nosaltres no podríem moure els fons d'un usuari ni que ho volguéssim.
Una sola crida — POST /v1/wallets — retorna una wallet. Saldos, transferències i historial són endpoints, no infraestructura que hagis de muntar, i l'SDK mostra el full de la wallet dins la teva app. Tota la superfície és prou petita per llegir-la d'una tirada.
No. El full de l'SDK s'integra a l'app amfitriona — la teva navegació, la teva marca, el nostre full. L'app amfitriona continua sent el producte; la wallet n'és una funcionalitat, no una invasió.
SDK per a iOS, Android, React Native i Web, i és multicadena des del primer dia amb totes les blockchains principals. La pantalla de recepció fins i tot avisa abans que s'enviï res a la xarxa equivocada.
Amb una frase de recuperació de dotze paraules, que es mostra una sola vegada durant la configuració perquè l'anotis fora de línia i que no es torna a demanar mai més. Com que les claus són al dispositiu, la recuperació és la frase de l'usuari — no una incidència oberta amb nosaltres.
El suport disposa d'una consola de només lectura amb cerca d'adreces per coincidència exacta — prou per ajudar, mai custòdia. Els kill switches per acció poden aturar l'enviament, la recepció, el swap o la compra a totes les apps, però cap operador no pot moure els fons d'un usuari.
Avalua
Executem POST /v1/wallets amb tu i et mostrem el full de l'SDK integrat en una app amfitriona a iOS, Android, React Native i Web.
Claus d'API d'un entorn de proves perquè el teu equip pugui crear wallets, consultar saldos i moure fons de prova de punta a punta.
Els quatre SDK de plataforma, els webhooks d'esdeveniments i la documentació d'integració — tot el necessari per integrar una wallet a la teva app.
Comprova per tu mateix que el material de claus es genera i es guarda al dispositiu — tens wallets sense convertir-te en custodi.
Whitelabel de sèrie — les wallets s'incorporen a la teva app, amb la teva marca.
Wallets guarda el que Ramp compra i Chain liquida — i Safe és on van a parar els saldos quan deixen de moure's.
Tot el que has vist funciona en demos en producció que et podem ensenyar: independent, whitelabel o com una sola plataforma. Explica'ns què construeixes i et mostrarem el camí més curt.
