01A consola para programadores
A consola mostra toda a superfície: um quickstart que cria uma carteira com um só curl — HTTP 201 em 84 ms — chaves de API live e de teste, estado de entrega dos webhooks e os números de produção. O programa da demo gere 84 120 carteiras com 99,99% de disponibilidade.
- Quickstart em curl, Node, Python e Go
- Chaves live e de teste, reveladas e copiadas no local
- Webhooks wallet.created com estado por entrega
02A sheet integrada
Na demo, uma app de bilhética vende uma entrada de €49.00 e a sheet da Protocore sobe por cima: saldo de 124.00 USDC na Base, pagar e receber, fazer backup, exportar chaves. A app anfitriã continua a ser o produto; a carteira é uma sheet dentro dela.
03Carteira pronta
O fim do onboarding é um único ecrã: a sua carteira está pronta. Daí em diante, fundos e atividade sincronizam-se automaticamente — o utilizador muda-lhe o nome, carrega-a ou simplesmente continua na app anfitriã. A chamada à API aconteceu antes; o utilizador nunca a viu.
04Várias carteiras, um utilizador
O seletor da demo reúne três tipos em simultâneo: uma carteira principal multi-chain com €1148.20, uma carteira Solana de uma só rede ainda sinalizada para backup e um endereço de cold storage só de leitura, para visibilidade. Os utilizadores organizam os fundos como pensam neles.
- Carteiras multi-chain e de uma só rede lado a lado
- Entradas só de leitura para endereços que acompanha, não que detém
- Carteiras sem backup sinalizadas até a seed ser anotada
Um ecrã de receção que parte do princípio de que há erros: o aviso diz que só são aceites ativos da Base, ou os fundos podem perder-se; o QR e o endereço copiável ficam abaixo, e a sheet indica exatamente que ativos este endereço suporta. Copie o endereço ou partilhe-o tal como está.
06A frase de recuperação
Doze palavras numeradas, mostradas uma só vez, anotadas offline. O ecrã traz a sua própria postura de segurança: as capturas de ecrã estão desativadas e a Protocore afirma em texto simples que nunca pedirá estas palavras. A custódia fica com o utilizador porque o backup também fica.
07O registo de carteiras
A consola do operador mantém um registo só de leitura de todas as carteiras do tenant — 2418 na demo — com pesquisa de endereço por correspondência exata e uma vista por utilizador. O painel diz o que a arquitetura garante: a consola nunca detém chaves nem move fundos. Os endereços são expostos para suporte e rastreio, nunca esvaziados.
- Pesquisa de endereço por correspondência exata em todo o tenant
- Titular, rede, etiqueta e antiguidade do registo por carteira
- De uma carteira ao User 360 do titular com um clique
08O registo de ativos
142 ativos registados — símbolo, nome, rede, contrato, casas decimais e indicadores de listagem numa só tabela de leitura. USDC e ETH têm o indicador Core; USDT está marcado como Unsafe. A sua app mostra exatamente os tokens que o registo garante, e nenhum que não garanta.
09Kill switches por ação
Enviar, receber, trocar e comprar têm cada um o seu interruptor, o seu modo de desativação — desativar com mensagem ou ocultar por completo — e uma flag mestra acima de todos. A alteração persiste no servidor e chega às apps em cerca de 30 segundos. Quando uma via falha, desliga-se exatamente essa via.
10POST /v1/wallets
Uma chamada autenticada devolve uma carteira — id, endereço, redes — em 84 ms na demo. Não há qualquer passo de infraestrutura antes da primeira carteira; o endpoint é a infraestrutura.
11Quatro SDKs
iOS, Android, React Native e Web são disponibilizados como SDKs versionados — 1.4.2, 1.4.0, 0.9.1 e 2.1.0 na consola da demo. Um só padrão de integração, quatro plataformas, a mesma sheet em todo o lado.
12Chaves no dispositivo
O material de chaves é gerado e guardado no dispositivo do utilizador — tem carteiras sem se tornar custodiante. A sheet di-lo claramente no fundo: protegido pela Protocore, chaves no dispositivo.
13Multi-chain por defeito
As carteiras falam BTC, ETH, Base e Solana desde o primeiro dia. A chamada de criação recebe um array chains — o quickstart passa base e ethereum e recebe uma carteira.
14Saldos, transferências, histórico
Tudo o que vem depois da criação também é um endpoint: saldos, transferências e histórico são chamadas à API, não sistemas que tenha de montar. A vista de transações da consola lê da mesma superfície que a sua app.
15Webhooks
Os eventos de carteira são enviados para o seu endpoint com estado por entrega — a demo mostra wallet.created com 100% de sucesso em 24 horas, última entrega há dois minutos. O seu backend sabe das carteiras no instante em que existem.
16Chaves live e de teste
As chaves vêm em pares — sk_live e sk_test — geridas na consola. O modo de teste exercita toda a superfície antes de existir uma carteira real.
17Carteiras só de leitura
Um endereço pode entrar no seletor sem as suas chaves — saldos visíveis, nada gastável. Os utilizadores acompanham o cold storage no mesmo ecrã em que gastam.
18Lembretes de backup
Uma carteira sem frase anotada mostra uma flag de backup visível até o utilizador resolver. O lembrete vive onde está o dinheiro, não num email que ninguém abre.
19Pedidos de pagamento
Defina um montante no ecrã de receção e partilhe o resultado — a contraparte recebe um endereço e um valor, em vez de uma captura de ecrã e um palpite. Partilhar apenas o endereço continua a um toque.
20Proteção contra rede errada
Os endereços são específicos de cada rede e a interface di-lo antes de alguém enviar: só ativos da Base, ou podem perder-se. A lista de ativos suportados está no mesmo ecrã que o QR.
21Exportação de chaves
Os utilizadores podem exportar as chaves a partir da sheet — a custódia fica com o utilizador, não apenas na página de marketing. A carteira sobrevive à relação com a app, se o utilizador quiser.
22Sincronização automática
Fundos e atividade sincronizam-se sem botão de atualizar — a sheet e a API veem o mesmo estado. O que a blockchain sabe, a carteira mostra.
23Sem custódia, por arquitetura
A consola do operador é apenas de leitura: pode pesquisar endereços, associá-los a utilizadores e rastrear fluxos — não pode mover fundos, porque nunca tem as chaves. A resposta de compliance mais forte é uma capacidade que não existe.
24User 360 para suporte
Cada carteira registada liga ao User 360 do titular na consola do operador — saldos, dispositivos, nível de KYC e histórico a um clique do endereço sobre o qual um cliente pergunta.
As ações do operador na consola exigem motivo e são auditadas — o banner de produção di-lo em todos os ecrãs. O suporte age depressa sem agir em silêncio.
26Whitelabel por conceção
A sheet é apresentada dentro da sua app — a sua navegação, a sua marca, a nossa sheet. Os utilizadores não saem do fluxo para encontrar uma carteira; ela aparece onde está o pagamento.
27Renomear e organizar
As carteiras têm nome — Carteira principal, Poupança Solana, Cold storage — desde o momento em que são criadas. Uma carteira a que o utilizador pode dar nome é uma carteira que o utilizador compreende.
28Comprovado à escala
O programa da demo gere 84 120 carteiras com 99,99% de disponibilidade, nas mesmas vias que cada nova integração recebe. Os números estão na página inicial da consola, não numa apresentação comercial.