Arquitetura de referência: um backend de carteira não custodial
O backend de uma carteira lê estado, avisa sobre risco, pré-visualiza ações e envia valor. Este build cobre as quatro coisas com primitivas que deixam a assinatura do seu lado.
O desafio
Equipes de carteira normalmente montam uma API de saldos, um scanner de allowances, um simulador e um emissor RPC separadamente. O objetivo é obter todos de uma só chave mantendo a carteira não custodial.
- Balances / portfolio / net-worthC1
- Approvals / value-at-riskC2
- Simulate tx (preview)C2
- Build / sign / broadcastC2
Ler saldos e patrimônio
Preencha a home da carteira com uma única chamada de saldos cobrindo BTC, ETH e TRON, com o patrimônio do portfólio derivado na mesma leitura.
Avisar sobre aprovações arriscadas
Escaneie as aprovações de tokens e exiba o valor em risco para que os usuários possam revogar allowances perigosas antes que sejam drenadas.
Pré-visualizar e então enviar
Simule cada transação de saída para mostrar o resultado esperado e capturar reverts, depois construa, assine e transmita, com a assinatura sob seu controle.
O que a arquitetura entrega
- Superfície completa de leitura/escrita da carteira a partir de uma chave
- Risco de aprovações exibido antes que fundos possam ser drenados
- Não custodial: a assinatura nunca precisa sair do seu lado
Perguntas frequentes
O backend chega a guardar chaves?
Só se você optar pela assinatura custodial. O build padrão deixa a assinatura do seu lado.
Como os reverts são evitados?
A simulação pré-visualiza a transação para que os usuários não paguem por uma transferência que falharia.
Recarregue, pegue a chave e publique.
Autoatendimento. Pague em cripto ou cartão. Medido por créditos: primitivas pesadas custam mais, as simples são baratas.
Obter chave de API