Il token burn su BNB Chain svuota quasi la pool TENDRIL: swap da 4,42 milioni USDT

Ecco gli ultimi aggiornamenti dai mercati delle attività digitali: Il 4 novembre 2026 una vendita ha innescato un token burn su BNB Chain. Il lato TENDRIL della pool è rimasto quasi vuoto, e lo swap successivo ha tolto quasi 4,42 milioni di USDT. Punti chiave Il controller di TENDRIL ha rimosso dalla pool il doppio dell’importo venduto.

Prima dell’arrivo dei token residui del venditore, la pool registrava quasi zero TENDRIL. La rinuncia alla proprietà non ha disattivato il permesso di burn del controller. L’output dello swap finale e il deflusso netto della transazione misurano importi diversi.

Dinamiche di mercato

Il deflusso netto della transazione è stato più contenuto: 555. 670,538752928908475139 USDT. Nella stessa transazione, infatti, erano entrate somme consistenti di USDT prima dell’uscita finale.

Come la vendita ha attivato il token burn La vendita ha chiamato un controller prima che i TENDRIL rimanenti del venditore arrivassero nella pool. Alle 16:02:45 UTC la chiamata transferFrom di un router ha avviato la cessione di 39. 124,060957132414461269 TENDRIL, attivando la tassa e la logica del controller del token.

I trasferimenti verso la pool principale subivano una tassa di vendita del 30%, a meno che non partissero da uno dei due indirizzi configurati, _poolControl e _markControl. Il contratto che eseguiva l’operazione non rientrava in nessuna delle due esenzioni. Il token ha quindi inviato prima 11.

Impatto sui mercati

037,218287139724338380 TENDRIL a _poolControl. Poi ha invocato la funzione sellToken del controller con l’importo originale della vendita, non solo con la quota di tassa. La chiamata si è conclusa prima che il token accreditasse alla pool il restante 70%.

La traccia storica delle chiamate mostra l’ordine: transferFrom, sellToken, controlburn e sync, poi lo swap finale. La traccia degli opcode del controller conferma che l’importo originale della vendita è stato moltiplicato per due, e il risultato coincide con la quantità poi tolta dalla pool. La funzione controlburn svuota la pool senza toccare la supply La funzione controlburn ha spostato i TENDRIL dal saldo della pool a un dead address.

Non ha ridotto la total supply registrata del token e non ha bruciato i token dei fornitori di liquidità. Il controllo dei permessi richiedeva che il chiamante coincidesse con _poolControl. Una volta autorizzata, la funzione usava _basicTransfer per sottrarre token dal saldo della pool e accreditarli al dead address.

Questo cambiamento continua a plasmare il panorama delle attività digitali.