En la interfaz de auditoría de tokens de la habilidad oficial, el riskLevel que se devuelve miente.
La interfaz en web3.binance.com /bapi/defi/v1/public/wallet-direct/security/token/audit, POST, requiere tres datos obligatorios: binanceChainId, contractAddress y requestId. La cadena ID solo acepta cuatro: BSC 56, Ethereum 1, Base 8453 y Solana CT_501. El requestId debe ser un UUID nuevo cada vez; si se omite, devuelve HTTP 400 directamente.
El problema está en los campos de la respuesta. Metí una dirección falsa con una longitud incorrecta: hasResult es false, pero el campo de riesgo igual muestra LOW, y riskLevel es -1. Si pongo chainId como 999, también es igual: isSupported se vuelve false, y ese LOW sigue quedando. Si solo miras un único campo, riskLevel, las monedas que no se encuentran se leen como de riesgo bajo.
El orden correcto es evaluar simultáneamente hasResult e isSupported: ambos deben ser true antes de mirar riskLevel.
Pasé por allí el contrato del stablecoin con mayor liquidez en BSC (0x55d398…7955). La respuesta da riskLevel 3 y en la enumeración aparece MID. Solo hubo una coincidencia: Mintable Detected, con nivel CAUTION. En extraInfo, sus impuestos de compra y venta son 0.
Así que no tomes la puntuación total como conclusión. Para verlo, mira en riskItems qué isHit sea true, y luego revisa si en esa entrada el riskType es RISK o CAUTION. Las tasas tienen tres tramos: la frase original oficial dice que más de 10% es grave, entre 5% y 10% es advertencia y por debajo de 5% es normal.
También copio esa cláusula de exención: LOW risk does NOT mean safe. La auditoría es solo una instantánea en el tiempo; después de que tú intervengas, el proyecto igualmente puede modificar el contrato y retirar la liquidez.
El formato de solicitud ya está en la habilidad oficial query-token-audit; si lo copias y lo metes en el AI que tú conectaste, puedes ejecutarlo. Mi uso es una frase: antes de cambiar de moneda, haz una vez la consulta; si hasResult o isSupported es falso, se abandona.
#中本聪国际社区Baoluo币商资本 #币安推出BinanceIntelligence #币安 #币安广场
La interfaz en web3.binance.com /bapi/defi/v1/public/wallet-direct/security/token/audit, POST, requiere tres datos obligatorios: binanceChainId, contractAddress y requestId. La cadena ID solo acepta cuatro: BSC 56, Ethereum 1, Base 8453 y Solana CT_501. El requestId debe ser un UUID nuevo cada vez; si se omite, devuelve HTTP 400 directamente.
El problema está en los campos de la respuesta. Metí una dirección falsa con una longitud incorrecta: hasResult es false, pero el campo de riesgo igual muestra LOW, y riskLevel es -1. Si pongo chainId como 999, también es igual: isSupported se vuelve false, y ese LOW sigue quedando. Si solo miras un único campo, riskLevel, las monedas que no se encuentran se leen como de riesgo bajo.
El orden correcto es evaluar simultáneamente hasResult e isSupported: ambos deben ser true antes de mirar riskLevel.
Pasé por allí el contrato del stablecoin con mayor liquidez en BSC (0x55d398…7955). La respuesta da riskLevel 3 y en la enumeración aparece MID. Solo hubo una coincidencia: Mintable Detected, con nivel CAUTION. En extraInfo, sus impuestos de compra y venta son 0.
Así que no tomes la puntuación total como conclusión. Para verlo, mira en riskItems qué isHit sea true, y luego revisa si en esa entrada el riskType es RISK o CAUTION. Las tasas tienen tres tramos: la frase original oficial dice que más de 10% es grave, entre 5% y 10% es advertencia y por debajo de 5% es normal.
También copio esa cláusula de exención: LOW risk does NOT mean safe. La auditoría es solo una instantánea en el tiempo; después de que tú intervengas, el proyecto igualmente puede modificar el contrato y retirar la liquidez.
El formato de solicitud ya está en la habilidad oficial query-token-audit; si lo copias y lo metes en el AI que tú conectaste, puedes ejecutarlo. Mi uso es una frase: antes de cambiar de moneda, haz una vez la consulta; si hasResult o isSupported es falso, se abandona.
#中本聪国际社区Baoluo币商资本 #币安推出BinanceIntelligence #币安 #币安广场