Prix de BullBear AI (AIBB)

Le constructeur d’AIBB a frappé une seule fois 10^17 jetons et les a tous crédités à l’adresse du déployeur. Le contrat utilise 18 décimales : chaque AIBB correspond à 10^18 unités de base, et l’émission initiale à 10^35 unités de base. Il s’agit de l’émission initiale au déploiement, et non de l’offre en circulation actuelle.

Seul le owner peut appeler launch, et la fonction exige que le contrat n’ait pas déjà été lancé. En cas de succès, elle enregistre le numéro de bloc et l’horodatage du lancement, ce qui permet aux adresses sans autorisation d’envoi avant lancement de passer le contrôle de lancement lors d’un transfert ; d’autres conditions, notamment le solde, restent à satisfaire. Ce commutateur décrit le mécanisme de transfert du jeton ; il ne prouve pas l’état de lancement d’un produit d’IA.

La restriction avant lancement vérifie l’émetteur du jeton. Si l’émetteur figure dans canAddLiquidityBeforeLaunch, il peut contourner le contrôle exigeant que le contrat soit lancé ; le fait que seul le destinataire figure dans cette liste ne permet pas à un émetteur ordinaire de le contourner. Bien que le nom de variable évoque l’ajout de liquidité, ce contrôle est effectivement utilisé dans le chemin de transfert de jetons. Le constructeur ajoute le déployeur et le contrat de jeton lui-même à cette liste ; le owner peut aussi y ajouter d’autres adresses au moyen d’une fonction dédiée. La liste blanche n’exempte que du contrôle de lancement : le transfert doit encore respecter des conditions comme le solde.

Le owner peut enregistrer une seule fois une paire initiale via initializePair, puis ajouter ou supprimer des adresses non nulles avec addPair et delPair. Cet enregistrement est un ensemble interne d’adresses et ne prouve pas, à lui seul, l’existence d’un pool de négociation actif. Malgré son nom, getMinterLength renvoie le nombre de paires, et non le nombre d’adresses autorisées à frapper.

Le contrat examine d’abord l’émetteur : s’il s’agit d’une paire enregistrée, l’opération est traitée dans le sens achat. Sinon, il examine le destinataire ; s’il s’agit d’une paire enregistrée, elle est traitée dans le sens vente. Si les deux sont des paires enregistrées, le contrôle de l’émetteur est prioritaire et le sens achat s’applique. Un transfert ordinaire dont aucune partie n’est une paire ignore cette branche de frais. La qualification du sens ne signifie pas forcément qu’un frais est prélevé : le contrat doit aussi être lancé, et ni l’émetteur ni le destinataire ne doivent être exemptés de frais.

Non. Lorsque le contrat est lancé, qu’aucune partie n’est exemptée et qu’une paire enregistrée intervient, le contrat déduit, selon le sens achat ou vente, « montant de trésorerie + montant brûlé ». Ces paramètres sont des montants fixes en unités de base du jeton, et non un pourcentage du montant transféré ; 10^18 unités de base correspondent à 1 AIBB. Montant reçu = montant transféré − montant de trésorerie du sens concerné − montant brûlé du sens concerné. Le owner peut régler séparément les deux montants pour l’achat et la vente ; « fixe » décrit le mode de calcul, non une immuabilité des paramètres. La formule du montant net ne vaut que pour un transfert réussi. Si le total des frais applicables dépasse le montant transféré, la soustraction provoque un dépassement inférieur et toute la transaction est annulée. Une hausse des frais par le propriétaire peut donc faire échouer un transfert auparavant possible ; cela ne confirme pas les paramètres actuels.

Dans un transfert soumis à frais — contrat lancé, aucune partie exemptée et paire enregistrée impliquée — la part de trésorerie est transférée de l’émetteur vers treasureWallet et demeure un transfert de jetons. La part brûlée est détruite depuis le solde de l’émetteur et réduit totalSupply. Les montants correspondants sont choisis selon le sens achat ou vente. Le owner fixe l’adresse de réception de la trésorerie ; ce mécanisme de transfert ne confère pas en lui-même aux détenteurs un droit aux dividendes de trésorerie.

Non. isFeeExempt enregistre l’exemption de frais, que le owner peut définir ou retirer ; si l’émetteur ou le destinataire est exempté, la branche de frais d’achat/vente n’est pas exécutée. L’autorisation avant lancement est enregistrée dans une autre liste et ne vérifie que l’émetteur. Une exemption de frais seule ne remplace pas l’autorisation d’envoi avant lancement.

transferFrom vérifie et consomme d’abord l’autorisation accordée par l’émetteur à l’appelant, puis exécute le transfert de jetons. Une autorisation finie est réduite du montant total de transfert demandé, et non du montant net reçu après frais ; si elle est insuffisante, l’opération échoue. Une autorisation égale au maximum de uint256 est considérée comme illimitée et ne diminue pas à l’usage. L’autorisation reste soumise à la restriction d’envoi avant lancement. Si le contrat est lancé, qu’aucune partie n’est exemptée et qu’une paire enregistrée intervient, les frais sont traités selon le sens concerné.

burn détruit la quantité indiquée d’AIBB depuis le propre compte de l’appelant et exige un solde suffisant. En cas de succès, le solde de ce compte et totalSupply diminuent simultanément de la même quantité. L’opération ne restitue pas un autre actif à l’appelant ; il ne s’agit donc pas d’un rachat d’AIBB contre un autre actif.

Non. burnFrom doit d’abord passer le contrôle d’autorisation accordée par le compte cible à l’appelant, puis détruit les jetons de ce compte ; le compte cible doit aussi disposer d’un solde suffisant. Une autorisation finie diminue du montant brûlé, tandis qu’une autorisation illimitée au maximum de uint256 ne diminue pas. Une destruction réussie réduit à la fois le solde du compte cible et l’offre totale ; connaître une adresse ne suffit pas à détruire ses actifs.

Seul le owner peut appeler rescueToken, qui transfère à l’appelant le solde total d’un ERC-20 spécifié détenu par l’adresse du contrat AIBB. clearStuckEthBalance permet au owner de se transférer le solde ETH du contrat. Ces fonctions agissent sur les actifs détenus par le contrat lui-même, et non sur le solde d’un compte de détenteur quelconque.