Arquitectura de referencia: un backend de wallet no custodial
El backend de una wallet lee estado, avisa de riesgos, previsualiza acciones y envía valor. Este build cubre las cuatro cosas con primitivas que dejan la firma de tu lado.
El desafío
Los equipos de wallet suelen ensamblar una API de saldos, un escáner de allowances, un simulador y un emisor RPC por separado. El objetivo es obtenerlos todos de una clave manteniendo la wallet no custodial.
- Balances / portfolio / net-worthC1
- Approvals / value-at-riskC2
- Simulate tx (preview)C2
- Build / sign / broadcastC2
Leer saldos y patrimonio
Rellena el inicio de la wallet con una sola llamada de saldos que abarque BTC, ETH y TRON, con el patrimonio de la cartera derivado en la misma lectura.
Avisar de aprobaciones arriesgadas
Escanea las aprobaciones de tokens y muestra el valor en riesgo para que los usuarios puedan revocar allowances peligrosas antes de que las drenen.
Previsualizar y luego enviar
Simula cada transacción saliente para mostrar el resultado esperado y detectar reverts, luego construye, firma y difunde, con la firma bajo tu control.
Lo que entrega la arquitectura
- Superficie completa de lectura/escritura de wallet desde una clave
- Riesgo de aprobaciones mostrado antes de que se drenen fondos
- No custodial: la firma nunca tiene que salir de tu lado
Preguntas frecuentes
¿El backend llega a tener claves?
Solo si optas por la firma custodial. El build por defecto deja la firma de tu lado.
¿Cómo se evitan los reverts?
La simulación previsualiza la transacción para que los usuarios no paguen por una transferencia que fallaría.
Recarga, obtén tu clave y publica.
Autoservicio. Paga en cripto o con tarjeta. Medido por créditos: las primitivas pesadas cuestan más, las simples son baratas.
Obtener clave API