Je n'ai pas compris tes doutes sur la fonction burn et la modification du total supply.
1- le créateur publie le contrat sur la blockchain et l'initialise.
2- L'ensemble des tokens générés lui sont transférés.
3- les tokens sont distribués
4- les tokens superflus sont brûlés (seul moment ou le total supply est modifié).
petit rappel : Le MAX SUPPLY de BNB est 187,536,713 BNB.
Le total supply à cet instant (le total supply ne peux que diminuer suite à des burn) : 16,579,517.055253 BNB
100M pas 100k
Ca colle en rien avec le circulating supply de coinmarketcap...
Coinmarketcap c'est de la daube et ça l'a toujours été

La fonction freeze est probablement utile pour le staking.
Le contrat est public et tu peux interagir directement avec le contrat sur
https://etherscan.io/token/0xB8c77482e45F1F44dE1745F52C74426C631bDD52#writeContract
'il n'y a pas de sécurité qui limite l'utilisation de ce contrat a son auteur uniquement.
Etrange.
Rien d'étrange.
Tout le monde utilise le contrat à chaque transfert, vérification de solde ou autre.
La seule fonction qui est limitée à l'auteur est la fonction burn je pense.
Comme déjà mentionné la fonction approve est tout à fait classique et est utilisée à chaque fois que tu utilises DDEX par exemple.
L'autorisation est d'ailleurs vérifiée ici :
if (_value > allowance[_from][msg.sender]) throw; // Check allowance