Saltar al contenido principal

Activos admitidos

El campo asset de una verificación acepta uno de los símbolos de la tabla de abajo. El símbolo distingue mayúsculas de minúsculas y se escribe exactamente como figura, por ejemplo TetherOMNI.

Niveles de cobertura​

NivelQué obtiene
Recorrido completoEl motor lee la cadena: sigue los fondos de la dirección a través de sus contrapartes e informa la exposición por salto. La verificación responde con analysis_depth: "full". En Ethereum, BNB Smart Chain y Base el recorrido cubre las contrapartes directas; cualquier profundidad mayor solicitada se devuelve como un veredicto parcial con el motivo evm_direct_only en partial_reasons.
Solo etiquetasLa dirección se contrasta con la capa de etiquetas; no hay recorrido. La verificación es una respuesta genuina y se cobra como cualquier otra, y analysis_depth: "label_only" indica que es un resultado solo por etiquetas, para que nunca se confunda con uno completo.
No admitidoLa verificación se rechaza con 422 UNSUPPORTED_ASSET. No se cobra nada.

Verificaciones de transacción y la dirección​

Una verificación de transacción suele indicar la dirección que se está verificando. Para los activos marcados con Sí en la tabla, puede omitir address: el motor lee primero la transacción y usa su destinatario en un deposit y su remitente en un withdrawal. El veredicto, su informe y un rederive llevan la dirección que se usó.

Para cualquier otro activo address es obligatoria, y omitirla responde 422 ADDRESS_REQUIRED. Otros dos casos exigen siempre address:

  • Cada elemento de un lote.
  • Cualquier verificación de transacción enviada con una clave sandbox.

Si la transacción no se puede leer de su cadena, una verificación sin address responde 422 TRANSACTION_UNRESOLVED y no se cobra nada: compruebe el hash y la red, reintente o envíe la dirección.

curl -s -X POST https://api.leeri.ai/v1/checks \
-H "Authorization: Bearer $LEERI_API_KEY" \
-H "Content-Type: application/json" \
-d '{"subject":"transaction","asset":"TRX","tx_hash":"'"$TX_HASH"'","direction":"deposit"}'

Activos​

La tabla se genera a partir del contrato de la API al que está fijada esta documentación. Los activos están agrupados por nivel de cobertura.

ActivoNombreCoberturaDirección opcional en la verificación de transacciónNota
TRXTronRecorrido completoSí—
ETHEthereumRecorrido completoSíExposición directa de contrapartes; la profundidad adicional solicitada es parcial (evm_direct_only).
BNBBNB Smart ChainRecorrido completoSíExposición directa de contrapartes; la profundidad adicional solicitada es parcial (evm_direct_only). El BNB nativo movido por una llamada a un contrato (transferencias internas) no es visible desde la fuente de datos de la cadena y se indica en cada veredicto de BNB como una limitación de cobertura, no como un motivo de resultado parcial.
BASEBaseRecorrido completoSíExposición directa de contrapartes; la profundidad adicional solicitada es parcial (evm_direct_only).
BTCBitcoinSolo etiquetasNo—
TetherOMNITether (Omni layer)Solo etiquetasNoEl USDT de la capa Omni usa el formato de direcciones de Bitcoin, por lo que la capa de etiquetas de Bitcoin se aplica a la dirección aunque el activo en sí no sea BTC.
BCHBitcoin CashSolo etiquetasNo—
BSVBitcoin SVSolo etiquetasNo—
LTCLitecoinSolo etiquetasNo—
DOGEDogecoinSolo etiquetasNo—
ZECZcashSolo etiquetasNo—
XRPRippleSolo etiquetasNo—
ETCEthereum ClassicSolo etiquetasNo—
ARBArbitrumSolo etiquetasNo—
SOLSolanaSolo etiquetasNo—
ADACardanoNo admitidoNo—
ALGOAlgorandNo admitidoNo—
XLMStellarNo admitidoNo—
MATICPolygonNo admitidoNo—
AVAXAvalancheNo admitidoNo—
DOTPolkadotNo admitidoNo—
TONThe Open NetworkNo admitidoNo—
XTZTezosNo admitidoNo—
NEARNEAR ProtocolNo admitidoNo—

Los fallos se describen en Errores.