TronDealer ahora detecta y liquida depósitos en monedas nativas —Bitcoin (BTC), BNB, Ether (ETH), Polygon (POL), TRON (TRX) y Solana (SOL)— sobre el mismo pipeline multi-cliente que USDT y USDC. Detección automática por cadena, webhooks con el monto en USD más amount_native y price_usd, firmas HMAC-SHA256 y barrido automático a tu wallet o payout custodio vía QvaPay y Zelle.
Durante casi toda nuestra historia TronDealer fue una pasarela stablecoin-first: USDT y USDC, denominados en dólares, cero volatilidad. Eso sigue siendo el núcleo. Pero los negocios repetían la misma pregunta —"mi cliente solo tiene BNB / ETH / SOL, ¿igual puedo cobrarle?"— y la respuesta ahora es sí.
Desde hoy, TronDealer detecta y liquida depósitos en monedas nativas sobre el mismo pipeline multi-cliente que ya usas para stablecoins. En esta entrega llegan seis activos: Bitcoin (BTC), BNB, Ether (ETH), Polygon (POL), TRON (TRX) y Solana (SOL).
amount_native y price_usd para que no adivines conversiones.detected → confirmed → notified → swept.Las stablecoins son perfectas para clientes que ya están dentro de cripto. Pero una porción grande del mercado guarda su valor en los activos que compró primero —Bitcoin, Ether, BNB, SOL— y nunca lo convirtió a USDT. Cada vez que tu checkout solo habla stablecoin, esos clientes se van.
Aceptar monedas nativas cierra esa brecha sin sumar riesgo operativo, porque TronDealer sigue reportando el valor en USD. El cliente paga en BNB; tú ves $24.80 con el amount_native exacto y el price_usd usado. Tu contabilidad se mantiene en dólares aunque el riel sea volátil.
Esta es la parte importante, léela antes de integrar.
bsc, ETH en eth, POL en pol, TRX en tron, SOL en sol, BTC en btc. El ETH enviado a una wallet de Arbitrum/Base y el AVAX no son activos de depósito — solo se manejan como residuo de gas.También hay umbrales mínimos. Todo lo que quede por debajo se ignora por completo (no se detecta, no se notifica, no se barre), porque no cubriría ni su propio costo de barrido:
| Moneda | Cadena | Depósito mín. | Confirmaciones por defecto |
|---|---|---|---|
| BTC | Bitcoin | ~0.0001 BTC | 2 |
| BNB | BSC | 0.001 BNB | 10 |
| ETH | Ethereum | 0.0002 ETH | 10 |
| POL | Polygon | 7 POL | 20 |
| TRX | TRON | 2 TRX | 19 |
| SOL | Solana | 0.005 SOL | 1 (finalizada) |
Un depósito nativo recorre exactamente el mismo ciclo de cuatro estados que un pago en stablecoin:
Si ya integras stablecoins, no cambias nada. Asignas una wallet de depósito en la cadena que quieras y, si el cliente envía la moneda nativa en lugar del token, simplemente funciona.
El mismo endpoint que ya usas. Asigna una wallet en bsc (o eth, pol, tron, sol, btc) y comparte la dirección con tu cliente.
x-api-keyLos webhooks de monedas nativas usan el mismo sobre que las stablecoins, con tres campos que llevan la conversión. Aquí un transaction.incoming de un depósito en BNB:
{
"event": "transaction.incoming",
"timestamp": "2026-07-17T14:03:11.204Z",
"data": {
"tx_hash": "0x9f2c…",
"block_number": 44120981,
"from_address": "0x1a2b…",
"to_address": "0x8c7d…",
"asset": "BNB",
"amount": 24.80,
"amount_native": 0.04,
"price_usd": 620.00,
"confirmations": 3,
"wallet_label": "orden-1024",
"network": "bsc"
}
}amount — equivalente en USD (lo que cobras y concilias).amount_native — el monto on-chain realmente recibido.price_usd — el spot transparente usado para la conversión.Como el sobre es idéntico, tu handler de stablecoins existente ya funciona. Lo único nuevo a mirar es el campo asset (BNB, ETH, POL, TRX, SOL, BTC) y los dos campos de conversión.
function handleWebhook(payload) {
const { asset, amount, amount_native, price_usd, network, wallet_label } = payload.data
// amount siempre es USD — concilia la orden igual para cada activo
markOrderAsPaid(wallet_label, amount)
// Opcional: muestra al cliente lo que realmente envió
if (amount_native != null) {
console.log(`${wallet_label}: ${amount_native} ${asset} en ${network} ($${amount} @ $${price_usd})`)
}
}El header X-Signature-256 se calcula exactamente igual que antes —HMAC-SHA256(webhook_secret, raw_body)— y la política de reintentos no cambia.
Los depósitos nativos soportan los mismos métodos de payout que el resto de TronDealer:
En vez de inventar testimonios, aquí están los casos concretos para los que construimos esto. Sustituye por tus propios números al implementarlo:
TronDealer está construido por QvaPay, y la liquidación de monedas nativas se enchufa directo a ese ecosistema:
Si tienes una alianza o un caso de alto volumen que quieras destacar aquí, escríbenos —estamos recopilando historias reales de implementación para sumar a esta página.
Las monedas nativas son una base, no la meta final. Lo que sigue, en orden:
Si ya tienes cuenta en TronDealer, no hay nada que configurar. Asigna una wallet en la cadena que quieras y la moneda nativa se detecta automáticamente. Tu API key y tus webhooks existentes cubren cada activo.
Si aún no tienes cuenta, regístrate gratis en /onboard, elige tu método de payout y empieza a cobrar en minutos. La referencia completa del API está en trondealer.com/docs.
Las monedas nativas ya están en producción pero seguimos puliendo detalles. Si tu caso de uso necesita algo que no cubrimos —un activo, una cadena, una vía de liquidación— escríbenos a [email protected] o abre un issue en el repo de WooCommerce.
curl -X POST https://www.trondealer.com/api/v2/wallets/assign \
-H "x-api-key: td_tu_api_key" \
-H "Content-Type: application/json" \
-d '{ "network": "bsc", "label": "orden-1024" }'El cliente envía BNB (o ETH, POL, TRX, SOL, BTC) a esa dirección como una transferencia on-chain normal y directa. Sin memo, sin wrapping, sin bridge.
Los eventos transaction.incoming y transaction.swept llegan con el valor ya resuelto a USD, más el monto nativo y el precio de referencia.