01La console per sviluppatori
La console mostra l'intera superficie: un quickstart che crea un wallet con una sola curl (HTTP 201 in 84 ms), chiavi API live e di test, stato di consegna dei webhook e i numeri di produzione. Il programma demo gestisce 84,120 wallet con uptime del 99.99%.
- Quickstart in curl, Node, Python e Go
- Chiavi live e di test, mostrate e copiate direttamente sul posto
- Webhook wallet.created con stato per ogni consegna
02Lo sheet integrato
Nella demo, un'app di ticketing vende un ingresso da €49.00 e lo sheet Protocore sale sopra di essa: saldo di 124.00 USDC su Base, paga e ricevi, backup, esporta chiavi. L'app ospitante resta il prodotto; il wallet è uno sheet al suo interno.
03Wallet pronto
L'onboarding finisce con una sola schermata: il tuo wallet è pronto. Da lì fondi e attività si sincronizzano in automatico: l'utente lo rinomina, lo ricarica o prosegue semplicemente con l'app ospitante. La chiamata API è avvenuta prima; l'utente non l'ha mai vista.
04Più wallet, un solo utente
Lo switcher della demo ne contiene tre tipi insieme: un wallet principale multi-chain da €1,148.20, un wallet Solana single-chain ancora segnalato per il backup e un indirizzo di cold storage in sola lettura, presente per visibilità. Gli utenti organizzano i fondi come li pensano.
- Wallet multi-chain e single-chain affiancati
- Voci in sola lettura per indirizzi che monitori, non che detieni
- Wallet senza backup segnalati finché il seed non è annotato
05Ricevi, con le giuste protezioni
Una schermata di ricezione che mette in conto gli errori: il banner avvisa che sono ammessi solo asset Base o i fondi potrebbero andare persi, sotto ci sono il QR e l'indirizzo copiabile, e lo sheet elenca con precisione gli asset supportati da questo indirizzo. Copia l'indirizzo o condividilo così com'è.
06La frase di recupero
Dodici parole numerate, mostrate una sola volta e annotate offline. La schermata porta con sé la propria postura di sicurezza: gli screenshot sono disattivati e Protocore dichiara in chiaro che non chiederà mai queste parole. La custodia resta all'utente perché il backup è suo.
07Il registro dei wallet
La console operatore mantiene un registro in sola lettura di tutti i wallet del tenant (2,418 nella demo), con ricerca per indirizzo esatto e vista per utente. Il drawer dice ciò che l'architettura garantisce: la console non detiene mai chiavi né sposta fondi. Gli indirizzi sono esposti per supporto e tracciamento, mai svuotati.
- Ricerca per indirizzo esatto su tutto il tenant
- Titolare, chain, etichetta ed età di registrazione per ogni wallet
- Un clic dal wallet allo User 360 del suo titolare
08Il registro degli asset
142 asset a registro: simbolo, nome, chain, contratto, decimali e flag di listing in un'unica tabella di sola lettura. USDC ed ETH hanno il flag Core; USDT è segnalato come Unsafe. La tua app mostra esattamente i token garantiti dal registro, e nient'altro.
09Kill switch per ogni azione
Invio, ricezione, swap e acquisto hanno ciascuno il proprio interruttore e la propria modalità di spegnimento (disattivazione con messaggio oppure nascondimento totale), più un flag master sopra tutti. Una modifica viene salvata lato server e raggiunge le app in circa 30 secondi. Quando un canale si comporta male, spegni esattamente quel canale.
10POST /v1/wallets
Una chiamata autenticata restituisce un wallet (id, indirizzo, chain) in 84 ms nella demo. Prima del primo wallet non c'è nessun passaggio infrastrutturale: l'endpoint è l'infrastruttura.
11Quattro SDK
iOS, Android, React Native e Web sono distribuiti come SDK versionati: 1.4.2, 1.4.0, 0.9.1 e 2.1.0 nella console demo. Un unico schema di integrazione, quattro piattaforme, lo stesso sheet ovunque.
12Chiavi sul dispositivo
Le chiavi vengono generate e conservate sul dispositivo dell'utente: offri wallet senza diventare un custode. Lo sheet lo dichiara in chiaro in fondo: protetto da Protocore, chiavi sul dispositivo.
13Multi-chain di default
I wallet parlano BTC, ETH, Base e Solana fin dal primo giorno. La chiamata di creazione accetta un array chains: il quickstart passa base ed ethereum e riceve un solo wallet.
14Saldi, trasferimenti, cronologia
Tutto ciò che viene dopo la creazione è un endpoint: saldi, trasferimenti e cronologia sono chiamate API, non sistemi da mettere in piedi. La vista transazioni della console legge dalla stessa superficie della tua app.
15Webhook
Gli eventi dei wallet arrivano al tuo endpoint con stato per ogni consegna: la demo mostra wallet.created al 100% di successo nelle 24 ore, ultima consegna due minuti fa. Il tuo backend sa dei wallet nel momento in cui esistono.
16Chiavi live e di test
Le chiavi sono a coppie, sk_live e sk_test, e si gestiscono dalla console. La modalità test esercita l'intera superficie prima ancora che esista un wallet reale.
17Wallet in sola lettura
Un indirizzo può entrare nello switcher senza le sue chiavi: saldi visibili, nulla di spendibile. Gli utenti tengono d'occhio il cold storage dalla stessa schermata da cui spendono.
18Promemoria di backup
Un wallet senza frase annotata mostra un flag di backup ben visibile finché l'utente non rimedia. Il promemoria sta dove sta il denaro, non in un'email che nessuno apre.
19Richieste di pagamento
Imposta un importo nella schermata di ricezione e condividi il risultato: la controparte riceve un indirizzo e una cifra invece di uno screenshot e di una supposizione. La condivisione del solo indirizzo resta a un tocco di distanza.
20Protezione dalla chain sbagliata
Gli indirizzi sono legati a una rete e l'interfaccia lo dice prima di ogni invio: solo asset Base, o potrebbero andare persi. L'elenco degli asset supportati sta nella stessa schermata del QR.
21Esportazione delle chiavi
Gli utenti possono esportare le proprie chiavi dallo sheet: la custodia resta all'utente nei fatti, non solo sulla pagina di marketing. Il wallet sopravvive al rapporto con l'app, se l'utente lo vuole.
22Sincronizzazione automatica
Fondi e attività si sincronizzano senza un pulsante di aggiornamento: lo sheet e l'API vedono lo stesso stato. Ciò che la chain sa, il wallet lo mostra.
23Nessuna custodia, per architettura
La console operatore è solo in lettura: può cercare indirizzi, collegarli agli utenti e tracciare i flussi, ma non può spostare fondi perché non ha mai le chiavi. La risposta di compliance più solida è una capacità che non esiste.
24User 360 per il supporto
Ogni wallet registrato rimanda allo User 360 del suo titolare nella console operatore: saldi, dispositivi, livello KYC e cronologia a un clic dall'indirizzo di cui il cliente sta chiedendo.
25Operazioni con motivazione obbligatoria
Le azioni degli operatori in console richiedono una motivazione e vengono sottoposte ad audit: il banner di produzione lo ricorda in ogni schermata. Il supporto può agire in fretta senza agire in silenzio.
26Whitelabel per progetto
Lo sheet si apre dentro la tua app: la tua navigazione, il tuo brand, il nostro sheet. Gli utenti non escono mai dal flusso per trovare un wallet; compare dove c'è il pagamento.
27Rinomina e organizza
I wallet hanno un nome (Wallet principale, Risparmi Solana, Cold storage) fin dalla creazione. Un wallet a cui l'utente può dare un nome è un wallet che l'utente capisce.
28Collaudato su larga scala
Il programma demo gestisce 84,120 wallet con uptime del 99.99%, sugli stessi rail che ottiene ogni nuova integrazione. I numeri stanno nella home della console, non in una presentazione commerciale.