Skip to main content
简而言之
Blockradar 提现 API 允许您将稳定币资产从钱包发送到外部区块链地址。它支持单笔提现、向多个收款方的批量提现,并在执行前提供手续费估算。
Blockradar 提现界面

前提条件

在使用提现 API 之前,请确保您已完成以下准备:
1

API 密钥

Blockradar 控制台 获取您的 API 密钥。导航到 设置 → API 密钥 生成密钥。
2

创建钱包

通过 创建钱包 API 或控制台创建钱包。您需要 walletId 来执行提现操作。
3

资产 ID

从控制台的 资产 或通过 获取资产 API 获取要提现资产的 assetId
4

充足余额

确保您的钱包有足够的资产余额用于提现,以及足够的原生货币(ETH、BNB、MATIC 等)支付网络手续费。

工作原理

提现 API 将稳定币资产从您的 Blockradar 钱包发送到任何外部区块链地址:

单笔提现

通过单次 API 调用向一个收款地址发送资产。

批量提现

通过单次 API 调用向多个收款方发送资产,减少开销并简化批量支付。

手续费估算

在执行前计算网络手续费,确保余额充足并向用户显示费用。

仅签名模式

签名交易但不广播,适用于离线签名或自定义提交等高级用例。

主钱包 vs 子地址

提现 API 可在两个级别使用:

主钱包

直接从主钱包提现。适用于资金库操作和集中式资金管理。

子地址

从单个子地址提现。适用于用户特定操作和隔离式资金管理。

端点


单笔提现

向单个收款地址发送资产。

请求参数

标有 * 的参数对于单笔提现是必需的,但如果您使用 assets 数组进行批量提现则不需要。

单笔提现示例

单笔提现响应


批量提现

通过单次 API 调用向多个收款方发送资产。批量提现按顺序执行,每笔提现作为单独的区块链交易处理。

何时使用批量提现

  • 批量支付:一次性支付多个员工、供应商或合作伙伴
  • 批量分发:向多个地址发送资产
  • 多收款方转账:向不同地址发送不同金额
  • 运营效率:减少 API 调用并简化支付逻辑

批量请求参数

对于批量提现,使用 assets 数组代替单独的参数: assets 数组中的每个项目:

批量提现示例

批量提现响应

处理部分失败

批量提现支持部分成功。如果某些提现失败,其他提现仍会执行:

批量提现规则


网络手续费估算

在执行提现前始终估算手续费,以确保原生货币余额充足并向用户显示准确的费用。

单笔手续费估算

单笔手续费响应

批量手续费估算

一次性估算多笔提现的手续费:

批量手续费响应

手续费响应字段


仅签名模式

签名交易但不广播到区块链。适用于:
  • 离线签名:准备交易以便稍后提交
  • 多重签名工作流:在提交前收集签名
  • 交易检查:在广播前查看交易详情

仅签名示例

仅签名响应


子地址提现

从单个子地址而非主钱包提现:
子地址提现也支持使用 assets 数组进行批量操作,格式与主钱包批量提现相同。

Webhook 事件

通过 webhook 监控提现完成状态:

Webhook 负载


完整流程示例

以下是展示手续费估算 → 用户确认 → 提现的完整实现:

错误响应


最佳实践

安全性

  • 验证地址:在发起提现前始终验证收款地址
  • 使用参考号:使用唯一的参考 ID 跟踪提现以便对账
  • 实现 Webhook:监听 withdraw.successwithdraw.failed 事件以确认状态
  • 检查 AML:Blockradar 会自动筛查地址——审查任何被标记的交易

手续费管理

  • 执行前估算:在提现前始终调用 network-fee 端点
  • 监控原生货币余额:确保有足够的 ETH/BNB/MATIC 支付 Gas 费
  • 使用批量提高效率:将多笔提现分组以减少 API 调用和运营开销

错误处理

  • 处理部分失败:在批量提现中,检查 successerrors 两个数组
  • 实现重试:对临时故障使用指数退避
  • 记录所有交易:存储交易 ID 和哈希以便调试和对账

性能

  • 使用适当的批量大小:较大的批量减少 API 调用但增加单个请求时间
  • 缓存资产 ID:在本地存储资产 ID 以避免重复查询
  • 实现速率限制:遵守 API 速率限制以避免节流

API 参考

主钱包端点

子地址端点


支持

提现 API 提供灵活的接口,用于将稳定币资产发送到外部地址。从单笔提现和手续费估算开始,然后随着需求增长引入批量操作进行批量支付。