Formato de errores
Los errores llegan en una de tres formas. La mayoría de los endpoints usa la primera; las otras dos existen en rutas concretas y se listan aquí para que tu cliente no pase por alto un código de error que está buscando. Estándar. Uncode para manejo programático, anidado en detail.error:
detail:
esta respuesta se produce antes de que la solicitud llegue al endpoint:
code junto a detail, y detail contiene el
mensaje en sí:
detail es un array de errores de campo y no una cadena; unas pocas
comprobaciones internas devuelven {"detail": "..."} con un mensaje simple. Algunas respuestas 422 sí
traen código, en la forma estándar — por ejemplo una clave de idempotencia reutilizada.
Códigos de estado HTTP
Códigos de error comunes
Se devuelven en la forma estándar, endetail.error.code:
Node API (
node.tronrental.com) tiene sus propios códigos de error, en otro formato — consulta
Node API → Límites y errores.Códigos de Recarga automática
Se devuelven en la forma estándar desde los endpoints de Recarga automática:Códigos de verificación de retiro
POST /api/v1/account/withdrawal devuelve estos códigos de verificación en la forma plana, con code
junto a detail. Los demás errores del mismo endpoint usan la forma estándar:
Estrategia de reintentos
Reintenta las respuestas5xx con retroceso exponencial. Para 429, prefiere la cabecera
Retry-After cuando la respuesta la incluya, y lee primero el cuerpo: no todo 429 es un límite de
tasa (ver Límites de tasa).