A interface de auditoria de tokens nas Skills oficiais mente sobre o riskLevel.
A interface fica em web3.binance.com, em /bapi/defi/v1/public/wallet-direct/security/token/audit. É um POST com três campos obrigatórios: binanceChainId, contractAddress e requestId. Ela só reconhece quatro IDs de chain: BSC 56, Ethereum 1, Base 8453 e Solana CT_501. É preciso gerar um UUID novo para cada requestId; se ele faltar, a resposta é diretamente HTTP 400.
A armadilha está nos campos da resposta. Enviei um endereço falso com comprimento incorreto: hasResult era false, mas o campo de risco ainda indicava LOW e o riskLevel era -1. Com chainId igual a 999, aconteceu o mesmo: isSupported passou a false, mas o LOW continuou lá. Se você olhar apenas para o campo riskLevel, uma moeda que não foi encontrada pode parecer de baixo risco.
A ordem correta é verificar hasResult e isSupported ao mesmo tempo. Só prossiga para o riskLevel se ambos forem true.
Testei com o contrato da stablecoin de maior circulação na BSC (0x55d398…7955): a resposta foi riskLevel 3, que a enumeração identifica como MID. O único item detectado foi Mintable Detected, com nível CAUTION. Em extraInfo, os impostos de compra e venda são ambos 0.
Portanto, não trate a pontuação total como conclusão. Confira quais isHit são true em riskItems e, em seguida, veja se o riskType desse item é RISK ou CAUTION. Quanto às três faixas de taxa, o texto oficial diz que acima de 10% é grave, de 5% a 10% é um alerta e abaixo de 5% é normal.
Também copiei o aviso de isenção: LOW risk does NOT mean safe. A auditoria é apenas um retrato daquele momento; depois que você agir, a equipe do projeto ainda pode alterar o contrato ou retirar a liquidez.
O formato da solicitação está documentado na Skill oficial query-token-audit. Basta copiá-lo e passar para a IA que você usa. Meu procedimento é simples: consultar uma vez antes de trocar de moeda; se hasResult ou isSupported for false, desistir.
#中本聪国际社区Baoluo币商资本 #币安推出BinanceIntelligence #币安 #PraçaBinance
A interface fica em web3.binance.com, em /bapi/defi/v1/public/wallet-direct/security/token/audit. É um POST com três campos obrigatórios: binanceChainId, contractAddress e requestId. Ela só reconhece quatro IDs de chain: BSC 56, Ethereum 1, Base 8453 e Solana CT_501. É preciso gerar um UUID novo para cada requestId; se ele faltar, a resposta é diretamente HTTP 400.
A armadilha está nos campos da resposta. Enviei um endereço falso com comprimento incorreto: hasResult era false, mas o campo de risco ainda indicava LOW e o riskLevel era -1. Com chainId igual a 999, aconteceu o mesmo: isSupported passou a false, mas o LOW continuou lá. Se você olhar apenas para o campo riskLevel, uma moeda que não foi encontrada pode parecer de baixo risco.
A ordem correta é verificar hasResult e isSupported ao mesmo tempo. Só prossiga para o riskLevel se ambos forem true.
Testei com o contrato da stablecoin de maior circulação na BSC (0x55d398…7955): a resposta foi riskLevel 3, que a enumeração identifica como MID. O único item detectado foi Mintable Detected, com nível CAUTION. Em extraInfo, os impostos de compra e venda são ambos 0.
Portanto, não trate a pontuação total como conclusão. Confira quais isHit são true em riskItems e, em seguida, veja se o riskType desse item é RISK ou CAUTION. Quanto às três faixas de taxa, o texto oficial diz que acima de 10% é grave, de 5% a 10% é um alerta e abaixo de 5% é normal.
Também copiei o aviso de isenção: LOW risk does NOT mean safe. A auditoria é apenas um retrato daquele momento; depois que você agir, a equipe do projeto ainda pode alterar o contrato ou retirar a liquidez.
O formato da solicitação está documentado na Skill oficial query-token-audit. Basta copiá-lo e passar para a IA que você usa. Meu procedimento é simples: consultar uma vez antes de trocar de moeda; se hasResult ou isSupported for false, desistir.
#中本聪国际社区Baoluo币商资本 #币安推出BinanceIntelligence #币安 #PraçaBinance