Skip to main content
En resumen
La API de Withdraw de Blockradar le permite enviar activos stablecoin desde sus billeteras a direcciones blockchain externas. Soporta retiros individuales, retiros por lotes hacia múltiples destinatarios, y proporciona estimación de comisiones antes de la ejecución.
Interfaz de Withdraw de Blockradar

Requisitos previos

Antes de utilizar la API de Withdraw, asegúrese de contar con:
1

Clave API

Obtenga su clave API desde el Dashboard de Blockradar. Diríjase a Developers para generar una.
2

Billetera creada

Cree una billetera mediante la API Create Wallet o desde el dashboard. Necesitará el walletId para las operaciones de retiro.
3

ID de activo

Obtenga el assetId del token que desea retirar desde Assets en el dashboard o mediante la API Get Assets.
4

Saldo suficiente

Asegúrese de que su billetera tenga suficiente saldo del activo a retirar, además del token nativo (ETH, BNB, MATIC, etc.) para cubrir las comisiones de red.

Cómo funciona

La API de Withdraw envía activos stablecoin desde su billetera de Blockradar a cualquier dirección blockchain externa:

Retiro individual

Envíe activos a una dirección de destinatario con una sola llamada API.

Retiro por lotes

Envíe activos a múltiples destinatarios en una sola llamada API, reduciendo la sobrecarga y simplificando los pagos masivos.

Estimación de comisiones

Calcule las comisiones de red antes de la ejecución para garantizar saldo suficiente y mostrar los costos a los usuarios.

Modo Sign-Only

Firme transacciones sin transmitirlas para casos de uso avanzados como firma offline o envío personalizado.

Master Wallet vs Child Address

La API de Withdraw está disponible en dos niveles:

Master Wallet

Retire directamente desde su master wallet. Ideal para operaciones de tesorería y gestión centralizada de fondos.

Child Address

Retire desde child addresses individuales. Perfecto para operaciones específicas de usuario y gestión segregada de fondos.

Endpoints


Retiro individual

Envíe activos a una sola dirección de destinatario.

Parámetros de la solicitud

Los parámetros marcados con * son requeridos para retiros individuales pero no son necesarios si está utilizando el array assets para retiros por lotes.

Ejemplo de retiro individual

Respuesta del retiro individual


Memos en la cadena

En Stellar y Solana, el campo note de un retiro se escribe en la blockchain como el memo de la transacción. Los memos en la cadena son públicos — cualquiera puede leerlos en un explorador —, así que nunca incluya datos sensibles en una note en estas cadenas. En las demás cadenas, la nota no se publica en la cadena. En todos los casos, la note se almacena en el registro de transacción de Blockradar.

Memos en Stellar

En Stellar, el tipo de memo se deriva del contenido de la nota: Para retirar a una cuenta de exchange que requiere un memo numérico, pase como note el memo ID emitido por el exchange:
Stellar limita los memos de texto a 28 bytes. Una note más larga es aceptada por la API, pero el retiro falla durante el procesamiento y el motivo del fallo incluye Memo must be at most 28 bytes for Stellar text memos. En Stellar, mantenga las notas dentro de 28 bytes — o use solo dígitos para enviar un memo ID.
Nunca se adjuntan memos para destinatarios muxed (M...) ni de contrato (C...) — consulte Direcciones de destinatario en Stellar.

Memos en Solana

En Solana, la note se adjunta a la transacción de retiro como una instrucción del programa SPL Memo, tanto para retiros de SOL como de tokens:
  • El memo es siempre texto plano UTF-8 — Solana no tiene el tipo memo ID, por lo que una note de solo dígitos se escribe como texto literal.
  • El memo está firmado por la dirección remitente, de modo que los destinatarios y los indexadores pueden verificar que proviene del remitente.
  • El programa Memo acepta como máximo 566 bytes en UTF-8. Las notas más largas fallan durante el procesamiento — y cuanto más cortas mejor, ya que el memo cuenta para el límite de tamaño de transacción de Solana.

Direcciones de destinatario en Stellar

En Stellar, el campo address acepta tres formatos de destinatario. Las mismas reglas aplican a los retiros individuales, los retiros por lotes, la estimación de comisiones y el modo sign-only, tanto en los endpoints de master wallet como de child address.

Cuentas muxed (M...)

Una dirección muxed incorpora un ID de enrutamiento sobre una cuenta clásica G.... Los exchanges y las plataformas de custodia las utilizan para acreditar al usuario final correcto sin depender de un memo. Los fondos enviados a una dirección muxed se liquidan en su cuenta G... subyacente. Para destinatarios muxed, no se adjunta ningún memo — el ID de enrutamiento ya está incorporado en la propia dirección. Su note se almacena de todos modos en el registro de transacción de Blockradar.

Contratos Soroban (C...)

Los retiros de tokens a una dirección de contrato se ejecutan como una invocación transfer en el Stellar Asset Contract del token y se envían vía Soroban RPC. En la cadena, el resultado es una invocación de contrato en lugar de una operación de pago clásica — tenga esto en cuenta si las herramientas del destinatario solo monitorean operaciones de pago. Los destinatarios de contrato están soportados solo para activos token:
  • Soportado: retiros de tokens (p. ej. USDC, EURC), la estimación de comisión de red correspondiente y el modo sign-only.
  • No soportado: retiros de XLM nativo — enviar XLM a una dirección C... devuelve un error 400. Los destinos de retiros a fiat, swaps y liquidaciones automáticas también requieren una dirección clásica G... o muxed M....
Los retiros de tokens a destinatarios G... o M... requieren que la cuenta de destino exista y tenga una trustline para el activo (consulte Activación de Direcciones). Los destinatarios de contrato no tienen requisito de trustline, y no se adjunta ningún memo a las transferencias de contrato.

Retiros por lotes

Envíe activos a múltiples destinatarios en una sola llamada API. Los retiros por lotes se ejecutan secuencialmente, y cada retiro se procesa como una transacción blockchain independiente.

Cuándo usar retiros por lotes

  • Pagos masivos: Pague a múltiples empleados, proveedores o socios a la vez
  • Distribuciones: Envíe activos a múltiples direcciones
  • Transferencias multi-destinatario: Envíe diferentes montos a diferentes direcciones
  • Eficiencia operativa: Reduzca las llamadas API y simplifique la lógica de pagos

Parámetros de la solicitud por lotes

Para retiros por lotes, utilice el array assets en lugar de parámetros individuales: Cada elemento del array assets:

Ejemplo de retiro por lotes

Respuesta del retiro por lotes

Manejo de fallos parciales

Los retiros por lotes admiten éxito parcial. Si algunos retiros fallan, los demás se ejecutarán igualmente:

Reglas de retiro por lotes


Estimación de comisiones de red

Estime siempre las comisiones antes de ejecutar retiros para asegurar saldo suficiente del token nativo y mostrar costos precisos a los usuarios.

Estimación de comisión individual

Respuesta de comisión individual

Estimación de comisiones por lotes

Estime comisiones para múltiples retiros a la vez:

Respuesta de comisión por lotes

Campos de la respuesta de comisión


Modo Sign-Only

Firme transacciones sin transmitirlas a la blockchain. Útil para:
  • Firma offline: Prepare transacciones para envío posterior
  • Flujos multi-firma: Recolecte firmas antes del envío
  • Inspección de transacciones: Revise detalles de la transacción antes de transmitirla

Ejemplo de Sign-Only

Respuesta de Sign-Only


Retiros desde Child Address

Retire desde child addresses individuales en lugar de la master wallet:
Los retiros desde child address también admiten operaciones por lotes utilizando el array assets, siguiendo el mismo formato que los retiros por lotes desde master wallet.

Eventos de Webhook

Monitoree la finalización de los retiros mediante webhooks:

Payload del Webhook

networkFee es la comisión de red total que pagaron tus billeteras por este pago, en el token nativo de la cadena y en USD. Úsala para trasladar el costo exacto a tu cliente. El desglose por transacción está disponible en el campo networkFees, consulta Comisiones de red en los payloads de webhooks.

Ejemplo de flujo completo

A continuación se muestra una implementación completa del flujo: estimación de comisión → confirmación del usuario → retiro:

Respuestas de error


Mejores prácticas

Seguridad

  • Valide direcciones: Verifique siempre las direcciones de los destinatarios antes de iniciar retiros — el endpoint Validate Address comprueba si una dirección es válida para una blockchain determinada y devuelve la forma con checksum para direcciones EVM
  • Use referencias: Rastree los retiros con IDs de referencia únicos para conciliación
  • Implemente webhooks: Escuche los eventos withdraw.success y withdraw.failed para confirmar el estado
  • Verifique AML: Blockradar detecta automáticamente las direcciones; revise cualquier transacción marcada

Gestión de comisiones

  • Estime antes de la ejecución: Llame siempre al endpoint network-fee antes de los retiros
  • Monitoree el saldo nativo: Asegure suficiente ETH/BNB/MATIC para las comisiones de gas
  • Use lotes para mayor eficiencia: Agrupe múltiples retiros para reducir las llamadas API y la sobrecarga operativa

Manejo de errores

  • Maneje fallos parciales: En retiros por lotes, revise tanto los arrays success como errors
  • Implemente reintentos: Use backoff exponencial para fallos transitorios
  • Registre todas las transacciones: Almacene IDs y hashes de transacciones para depuración y conciliación

Rendimiento

  • Use tamaños de lote adecuados: Lotes más grandes reducen las llamadas API pero aumentan el tiempo de cada solicitud
  • Almacene los IDs de activos en caché: Guarde los IDs de activos localmente para evitar consultas repetidas
  • Implemente limitación de tasa: Respete los límites de tasa de la API para evitar throttling

Referencia API

Endpoints de Master Wallet

Endpoints de Child Address


Soporte

La API de Withdraw proporciona una interfaz flexible para enviar activos stablecoin a direcciones externas. Comience con retiros individuales y estimación de comisiones, e incorpore operaciones por lotes para pagos masivos a medida que sus necesidades crezcan.