Documentación para desarrolladores
Integración de pagos con stablecoins en Base
Revisa la identidad del token, los parámetros y la confirmación para Base. Paga el importe completo devuelto por la API.
Identidades de tokens de la red principal
Los contratos y Mint son valores preconfigurados, no el estado actual del servicio. Crear pedidos requiere una red y un activo habilitados y una cartera válida. Envía siempre a payment.address devuelto por la API, nunca al contrato o Mint.
| Red | Moneda | Contrato / Mint | Decimales del token |
|---|---|---|---|
| USDT | 0xfde4c96c8593536e31f229ea8f37b2ada2699bb2 | 6 | |
| USDC | 0x833589fcd6edb6e08f4c7c32d4f71b54bda02913 | 6 |
Configuración del comerciante
- Configura una cartera receptora para la red y un Webhook habilitado con URL y clave. Guarda la API Key y la clave HMAC solo en el servidor.
- Comprueba la disponibilidad de network / currency. El administrador gestiona RPC, redes y activos; el comerciante no necesita desplegar escáneres.
- Muestra payment.amount, payment.address, currency, network y vencimiento de la respuesta. Los datos QR no son una imagen.
- Verifica la firma, elimina duplicados y guarda el evento de forma duradera antes de responder HTTP 2xx. Entrega el pedido de forma idempotente.
Notas sobre redes y activos
- Base mainnet tiene chain ID 8453, no Base Sepolia. El comerciante configura la cartera; el administrador gestiona RPC y habilitación. USDC es nativo de Circle y USDT es la versión puente configurada; USDbC no está incluido. Se escanea con altura segura L1-finalized: paga antes del fin de la cuenta atrás; la confirmación puede llegar después sin tiempo fijo. En WooCommerce, comprueba la versión instalada y sus redes y monedas admitidas.
Ejemplos de solicitud firmada y respuesta
25.00 es un importe de ejemplo. Usa el importe real del pedido y respeta el mínimo del activo. Direcciones, pedidos y hashes son ficticios. El cURL o programa Java copiado envía una solicitud: configura tus propias claves antes de ejecutarlo.
Direcciones, hashes de transacciones y pedidos son ejemplos. Reemplácelos con su propia prueba data.
Base URL
PRODhttps://api.boltutil.comConfirmación y notificaciones
Detectar no es confirmar. Usa el estado y los callbacks verificados: PAID espera confirmación. CONFIRMED / COMPLETED también pueden resultar de aceptación manual; revisa paidAmount, shortfallAmount y settlementType. COMPLETED no demuestra la entrega del pedido.
Preguntas de integración
¿Una moneda admitida está disponible ahora?
No necesariamente. Deben estar habilitados la red y el activo, con cartera y Webhook válidos. La tabla estática no muestra disponibilidad actual.
¿Puede el cliente redondear el importe?
Paga payment.amount completo. El sistema puede redondear hacia arriba y añadir un pequeño ajuste para distinguir pedidos de la misma cartera. No trunques ni redondees por tu cuenta.
¿Puedo entregar al aumentar el saldo?
Verifica el resultado confirmado y la autenticidad de la notificación. Redes, versiones o importes incorrectos y eventos duplicados requieren tratamiento. El saldo no sustituye al resultado del pedido.