Renounced ownership (ownership renoncée)
En bref Ownership renoncée : le rôle d'owner du contrat est abandonné, souvent via l'adresse zéro, et les fonctions réservées à l'owner ne sont plus appelables.
De nombreux contrats de tokens ont un owner, une adresse autorisée à appeler des fonctions d'administration spéciales comme modifier les taxes, mettre le trading en pause ou mint. Renoncer à l'ownership, c'est quand l'owner appelle une fonction, généralement renounceOwnership, qui fixe l'owner à l'adresse zéro. Ensuite, plus personne ne peut appeler les fonctions marquées owner-only.
Sur les chaînes EVM, cela repose en général sur le pattern Ownable courant, et vous pouvez le confirmer en lisant le champ owner sur un block explorer. Sur Solana, l'étape équivalente consiste à révoquer la mint authority et la freeze authority d'un token, pour que personne ne puisse créer de nouvelle supply ni geler des wallets. La renonciation est définitive ; il n'y a pas de retour en arrière si le code a été correctement écrit.
Les acheteurs apprécient les contrats renoncés, car le créateur ne peut plus changer les règles en cours de route, par exemple en augmentant la taxe de vente ou en blacklistant des holders. Cela signifie aussi que les bugs ne peuvent pas être corrigés et que les paramètres ne peuvent pas être ajustés, ce qui est un compromis pour les projets sérieux.
Le piège est de croire que renoncé veut dire sûr. Certains contrats confèrent des pouvoirs à un second rôle, comme un operator ou un fee setter, qui continue de fonctionner après le départ de l'owner. Un proxy contract peut toujours être mis à jour par son proxy admin, qui est distinct de l'owner du token. Des fonctions cachées peuvent vérifier une adresse codée en dur plutôt que l'owner. Et renoncer ne change rien à la liquidité ni à un wallet d'équipe qui détient une grande partie de la supply, donc vérifiez ces points séparément.