01O console do desenvolvedor
O console mostra toda a superfície: um quickstart que cria uma carteira com um único curl — HTTP 201 em 84 ms —, chaves de API live e de teste, status de entrega de webhooks e os números de produção. O programa da demo roda 84.120 carteiras com 99,99% de uptime.
- Quickstart em curl, Node, Python e Go
- Chaves live e de teste, reveladas e copiadas no próprio lugar
- Webhooks wallet.created com status por entrega
02A sheet embutida
Na demo, um app de ingressos 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. O app host continua sendo o produto; a carteira é uma sheet dentro dele.
03Carteira pronta
O fim do onboarding é uma tela: sua carteira está pronta. Daí em diante, fundos e atividade sincronizam sozinhos — o usuário a renomeia, a abastece ou simplesmente segue no app host. A chamada de API aconteceu antes; o usuário nunca a viu.
04Várias carteiras, um usuário
O seletor da demo reúne três tipos ao mesmo tempo: uma carteira principal multichain com €1.148,20, uma carteira Solana de rede única ainda marcada para backup e um endereço de cold storage somente leitura, só para visibilidade. Os usuários organizam os fundos do jeito que pensam neles.
- Carteiras multichain e de rede única lado a lado
- Entradas somente leitura para endereços que você acompanha, não guarda
- Carteiras sem backup sinalizadas até a seed ser anotada
Uma tela de recebimento que pressupõe erros: o banner avisa que só ativos da Base são aceitos, ou os fundos podem ser perdidos; o QR e o endereço copiável ficam abaixo, e a sheet lista exatamente quais ativos este endereço suporta. Copie o endereço ou compartilhe como está.
06A frase de recuperação
Doze palavras numeradas, exibidas uma vez, anotadas offline. A tela traz sua própria postura de segurança: capturas de tela desativadas, e a Protocore declara em texto claro que nunca pedirá essas palavras. A custódia fica com o usuário porque o backup também fica.
07O registro de carteiras
O console do operador mantém um registro somente leitura de todas as carteiras do tenant — 2.418 na demo — com busca exata por endereço e visão por usuário. O painel diz o que a arquitetura garante: o console nunca guarda chaves nem move fundos. Os endereços aparecem para suporte e rastreamento, nunca são varridos.
- Busca exata por endereço em todo o tenant
- Titular, chain, rótulo e tempo de registro por carteira
- Um clique da carteira ao User 360 do titular
08O registro de ativos
142 ativos registrados — símbolo, nome, chain, contrato, decimais e flags de listagem em uma tabela somente leitura. USDC e ETH levam a flag Core; USDT aparece marcado como Unsafe. Seu app exibe exatamente os tokens que o registro avaliza, e nada além disso.
09Kill switches por ação
Enviar, receber, trocar e comprar têm cada um seu interruptor e seu modo de desligamento — desativar com mensagem ou ocultar por completo — e uma flag mestra acima de todos. A mudança persiste no servidor e chega aos apps em cerca de 30 segundos. Quando um trilho dá problema, você desliga exatamente aquele trilho.
10POST /v1/wallets
Uma chamada autenticada retorna uma carteira — id, endereço, chains — em 84 ms na demo. Não há etapa de infraestrutura antes da primeira carteira; o endpoint é a infraestrutura.
11Quatro SDKs
iOS, Android, React Native e Web são entregues como SDKs versionados — 1.4.2, 1.4.0, 0.9.1 e 2.1.0 no console da demo. Um só padrão de integração, quatro plataformas, a mesma sheet em todas.
12Chaves no dispositivo
O material de chave é gerado e guardado no dispositivo do usuário — você oferece carteiras sem virar custodiante. A sheet diz isso com clareza no rodapé: protegido pela Protocore, chaves no dispositivo.
13Multichain por padrão
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 de volta.
14Saldos, transferências, histórico
Tudo depois da criação também é um endpoint: saldos, transferências e histórico são chamadas de API, não sistemas que você precisa montar. A visão de transações do console lê da mesma superfície que o seu app.
15Webhooks
Os eventos de carteira são enviados ao seu endpoint com status por entrega — a demo mostra wallet.created com 100% de sucesso em 24 horas, última entrega há dois minutos. Seu backend sabe das carteiras no instante em que elas existem.
16Chaves live e de teste
As chaves vêm em pares — sk_live e sk_test — gerenciadas no console. O modo de teste exercita toda a superfície antes de existir uma carteira real.
17Carteiras somente leitura
Um endereço pode entrar no seletor sem suas chaves — saldos visíveis, nada gastável. Os usuários acompanham o cold storage na mesma tela de onde gastam.
18Lembretes de backup
Uma carteira sem a frase anotada exibe um sinal de backup visível até o usuário resolver. O lembrete fica onde está o dinheiro, não num e-mail que ninguém abre.
19Solicitações de pagamento
Defina um valor na tela de recebimento e compartilhe o resultado — quem vai pagar recebe um endereço e um valor, em vez de um print e um palpite. Compartilhar só 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 avisa antes de qualquer envio: só ativos da Base, ou podem ser perdidos. A lista de ativos suportados fica na mesma tela do QR.
21Exportação de chaves
Os usuários podem exportar suas chaves pela sheet — a custódia fica com o usuário, não só na página de marketing. A carteira sobrevive à relação com o app, se o usuário quiser.
22Sincronização automática
Fundos e atividade sincronizam sem botão de atualizar — a sheet e a API enxergam o mesmo estado. O que a chain sabe, a carteira mostra.
23Sem custódia, por arquitetura
O console do operador é somente leitura: ele consulta endereços, os vincula a usuários e rastreia fluxos — não move fundos, porque nunca tem as chaves. A resposta de compliance mais forte é uma capacidade que não existe.
24User 360 para o suporte
Cada carteira registrada leva ao User 360 do titular no console do operador — saldos, dispositivos, nível de KYC e histórico a um clique do endereço sobre o qual o cliente está perguntando.
As ações do operador no console exigem motivo e são auditadas — o banner de produção avisa isso em todas as telas. O suporte age rápido sem agir em silêncio.
26Whitelabel por design
A sheet é renderizada dentro do seu app — sua navegação, sua marca, nossa sheet. O usuário nunca sai do fluxo para achar uma carteira; ela aparece onde está o pagamento.
27Renomear e organizar
As carteiras recebem nomes — Carteira principal, Poupança Solana, Cold storage — desde a criação. Uma carteira que o usuário pode nomear é uma carteira que o usuário entende.
28Comprovado em escala
O programa da demo roda 84.120 carteiras com 99,99% de uptime, nos mesmos trilhos que toda nova integração recebe. Os números ficam na página inicial do console, não num deck de vendas.