Wallets · WaaS

Carteira é um recurso, não uma empresa

Seus usuários precisam de carteiras; você não precisa virar uma empresa de carteiras. Uma chamada de API cria a carteira, o SDK a exibe dentro do seu app e as chaves nunca saem do dispositivo.

01

A API faz o trabalho pesado

POST /v1/wallets devolve uma carteira. Saldos, transferências e histórico são endpoints, não infraestrutura que você precisa montar. O console do desenvolvedor mostra toda a superfície, pequena o bastante para ler de uma sentada.

Console do desenvolvedor mostrando o uso da API de carteiras e o endpoint POST /v1/wallets

O console do desenvolvedor: carteiras como superfície de API.

02

O SDK some dentro do seu app

A sheet da carteira se embute no app host no iOS, Android, React Native e Web: sua navegação, sua marca, nossa sheet. A geração de chaves e a assinatura acontecem no dispositivo, então a custódia fica com o usuário, onde deve estar.

  1. 01Uma sheet, quatro plataformas
  2. 02Chaves no dispositivo: cada usuário guarda as suas
  3. 03O app host controla a experiência ao redor
Tela de recebimento com uma pílula da rede Base, um QR code, um endereço copiável, os ativos compatíveis, um aviso de que só tokens da rede Base podem ser recebidos e botões de copiar e compartilhar
Tela da frase de recuperação com uma frase numerada de doze palavras em duas colunas, um link para copiar, um aviso de que ela é exibida uma única vez com capturas de tela desativadas e um botão de confirmar

Receba na Base: QR, endereço e um aviso que evita envios para a chain errada. · Doze palavras, uma vez: anotadas offline, nunca solicitadas de novo.

Recursos

Tudo o que o Protocore Wallets traz.

  1. 01O console do desenvolvedor
  2. 02A sheet embutida
  3. 03Carteira pronta
  4. 04Várias carteiras, um usuário
  5. 05Receber, com proteções
  6. 06A frase de recuperação
  7. 07O registro de carteiras
  8. 08O registro de ativos
  9. 09Kill switches por ação
  10. 10POST /v1/wallets
  1. 11Quatro SDKs
  2. 12Chaves no dispositivo
  3. 13Multichain por padrão
  4. 14Saldos, transferências, histórico
  5. 15Webhooks
  6. 16Chaves live e de teste
  7. 17Carteiras somente leitura
  8. 18Lembretes de backup
  9. 19Solicitações de pagamento
  10. 20Proteção contra rede errada
  1. 21Exportação de chaves
  2. 22Sincronização automática
  3. 23Sem custódia, por arquitetura
  4. 24User 360 para o suporte
  5. 25Operações com motivo obrigatório
  6. 26Whitelabel por design
  7. 27Renomear e organizar
  8. 28Comprovado em escala
Ler os 28 recursos em detalhe

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

05Receber, com proteções

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.

25Operações com motivo obrigatório

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.

Telas

Por dentro do produto.

Interface real do produto, com dados de demonstração.

Consulta pelo suporte: 2,418 carteiras, somente leitura, nunca custódia.
142 ativos registrados: contratos, decimais e sinalizações por token.
Kill switches por ação: desligou no console, desligou nos apps ~30s depois.

FAQ

Wallets via API, respondido.

  • Não. A geração de chaves e a assinatura acontecem no dispositivo do usuário: as chaves nunca chegam aos nossos servidores. Você oferece carteiras dentro do seu app sem virar custodiante, e nós não conseguiríamos movimentar os fundos de um usuário nem se tentássemos.

  • Uma chamada, POST /v1/wallets, devolve uma carteira. Saldos, transferências e histórico são endpoints, não infraestrutura que você precisa montar, e o SDK exibe a sheet da carteira dentro do seu app. A superfície inteira é pequena o bastante para ler de uma sentada.

  • Não. A sheet do SDK se embute no app host: sua navegação, sua marca, nossa sheet. O app host continua sendo o produto; a carteira é um recurso dentro dele, não uma tomada de controle.

  • SDKs para iOS, Android, React Native e Web, e é multi-chain desde o primeiro dia, em todas as principais blockchains. A tela de recebimento até avisa sobre um envio na rede errada antes que ele aconteça.

  • Com uma frase de recuperação de doze palavras, exibida uma única vez na configuração para ser anotada offline e nunca solicitada de novo. Como as chaves estão no dispositivo, a recuperação é a frase do usuário, e não um chamado de suporte para nós.

  • O suporte tem um console somente leitura com busca de endereço por correspondência exata: o suficiente para ajudar, nunca para custodiar. Kill switches por ação podem pausar envio, recebimento, troca ou compra em todos os apps, mas nenhum operador consegue movimentar os fundos de um usuário.

Avalie

Crie uma carteira com uma chamada.

01

Demonstração guiada

Executamos o POST /v1/wallets com você e mostramos a sheet do SDK embutida em um app host no iOS, Android, React Native e Web.

02

Sandbox para desenvolvedores

Chaves de API para um ambiente de testes, para que sua equipe crie carteiras, consulte saldos e movimente fundos de teste de ponta a ponta.

03

SDKs, webhooks e documentação

Os quatro SDKs de plataforma, webhooks de eventos e a documentação de integração: o suficiente para embutir uma carteira no seu próprio app.

04

No dispositivo, por design

Veja com seus próprios olhos que as chaves são geradas e mantidas no dispositivo: você oferece carteiras sem virar custodiante.

Disponibilidade

Whitelabel por design: as carteiras vão dentro do seu app, com a sua marca.

No ecossistema

o Wallets guarda o que o Ramp compra e o Chain liquida, e o Safe é para onde os saldos migram quando param de se mover.

Escolha um produto. Ou leve o core.

Tudo acima roda em demos de produção que podemos apresentar a você — standalone, whitelabel ou como uma única plataforma. Conte o que você está construindo e mostraremos o caminho mais curto até lá.