Wallets · WaaS

As carteiras são uma funcionalidade, não uma empresa

Os seus utilizadores precisam de carteiras; você não precisa de se tornar uma empresa de carteiras. Uma chamada de API cria a carteira, o SDK apresenta-a dentro da sua 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 tenha de montar. A consola de programador mostra toda a superfície — pequena o suficiente para ler de uma assentada.

Consola de programador a mostrar a utilização da API de carteiras e o endpoint POST /v1/wallets

A consola de programador — carteiras como superfície de API.

02

O SDK desaparece na sua app

A folha da carteira integra-se na app anfitriã em iOS, Android, React Native e Web — a sua navegação, a sua marca, a nossa folha. A geração de chaves e a assinatura acontecem no dispositivo, por isso a custódia fica com o utilizador, onde deve estar.

  1. 01Uma folha, quatro plataformas
  2. 02Chaves no dispositivo — cada utilizador guarda as suas
  3. 03A app anfitriã controla a experiência à volta
Ecrã de receção com uma etiqueta da rede Base, um código QR, um endereço copiável, os ativos suportados, uma nota a indicar que só se podem receber tokens da rede Base, e botões de copiar e partilhar
Ecrã da frase de recuperação com uma frase numerada de doze palavras em duas colunas, uma ligação para copiar para a área de transferência, uma nota a indicar que é mostrada uma só vez com capturas de ecrã desativadas, e um botão de confirmar

Receber na Base — QR, endereço e um aviso que evita envios para a chain errada. · Doze palavras, uma só vez — escritas offline, nunca pedidas de novo.

Funcionalidades

Tudo o que o Protocore Wallets inclui.

  1. 01A consola para programadores
  2. 02A sheet integrada
  3. 03Carteira pronta
  4. 04Várias carteiras, um utilizador
  5. 05Receber, com proteções
  6. 06A frase de recuperação
  7. 07O registo de carteiras
  8. 08O registo de ativos
  9. 09Kill switches por ação
  10. 10POST /v1/wallets
  1. 11Quatro SDKs
  2. 12Chaves no dispositivo
  3. 13Multi-chain por defeito
  4. 14Saldos, transferências, histórico
  5. 15Webhooks
  6. 16Chaves live e de teste
  7. 17Carteiras só de leitura
  8. 18Lembretes de backup
  9. 19Pedidos 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 suporte
  5. 25Operações com motivo obrigatório
  6. 26Whitelabel por conceção
  7. 27Renomear e organizar
  8. 28Comprovado à escala
Ler as 28 funcionalidades em detalhe

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

05Receber, com proteções

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.

25Operações com motivo obrigatório

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.

Ecrãs

Por dentro do produto.

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

Consulta do lado do suporte — 2,418 carteiras, só leitura, nunca custódia.
142 ativos registados — contratos, casas decimais e indicadores por token.
Kill switches por ação — desligados na consola, desligados nas apps ~30 s depois.

FAQ

Wallets por API, esclarecido.

  • Não. A geração de chaves e a assinatura acontecem no dispositivo do utilizador — as chaves nunca chegam aos nossos servidores. Tem carteiras dentro da sua app sem se tornar custodiante, e nós não conseguiríamos mover os fundos de um utilizador nem que quiséssemos.

  • Uma chamada — POST /v1/wallets — devolve uma carteira. Saldos, transferências e histórico são endpoints, não infraestrutura que tenha de montar, e o SDK apresenta a folha da carteira dentro da sua app. A superfície toda é pequena o suficiente para ler de uma assentada.

  • Não. A folha do SDK integra-se na app anfitriã — a sua navegação, a sua marca, a nossa folha. A app anfitriã continua a ser o produto; a carteira é uma funcionalidade dentro dela, não uma tomada de controlo.

  • SDKs para iOS, Android, React Native e Web, e é multi-chain desde o primeiro dia em todas as principais blockchains. O ecrã de receção até avisa de um envio para a rede errada antes de acontecer.

  • Uma frase de recuperação de doze palavras, mostrada uma só vez na configuração para escrever offline e nunca pedida de novo. Como as chaves estão no dispositivo, a recuperação é a frase do utilizador — não um pedido de suporte a nós.

  • O suporte tem uma consola só de leitura com pesquisa de endereço por correspondência exata — o suficiente para ajudar, nunca custódia. Kill switches por ação podem pausar o envio, a receção, a troca ou a compra em todas as apps, mas nenhum operador pode mover os fundos de um utilizador.

Avaliar

Crie uma carteira com uma chamada.

01

Demo guiada

Executamos o POST /v1/wallets consigo e mostramos a folha do SDK integrada numa app anfitriã em iOS, Android, React Native e Web.

02

Sandbox para programadores

Chaves de API para um ambiente de teste, para que a sua equipa 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 integrar uma carteira na sua própria app.

04

No dispositivo, por conceito

Veja por si que as chaves são geradas e guardadas no dispositivo — tem carteiras sem se tornar custodiante.

Disponibilidade

Whitelabel por conceito — as carteiras seguem dentro da sua app, sob a sua marca.

No ecossistema

a Wallets guarda o que a Ramp compra e a Chain liquida — e a Safe é para onde os saldos migram quando deixam de se movimentar.

Escolha um produto. Ou fique com o core.

Tudo o que vê acima corre em demos de produção que lhe podemos mostrar — autónomo, whitelabel ou como uma única plataforma. Diga-nos o que está a construir e mostramos-lhe o caminho mais curto.