Février 2026 : proposition de suppression et de nettoyage de contrats
Nom complet de cette proposition : "[CIP-050] Ajouter une fonctionnalité de suppression au registre de contrats et nettoyer les contrats LayerZero orphelins"
La période de vote se termine le jeudi 12 février à 11h00 CET
Description
Résumé
Cette proposition vise à mettre à niveau le registre de contrats sur Chiliz Chain pour inclure une removeContract fonction. De plus, elle autorise la suppression immédiate de deux adresses de contrats orphelins qui ont été ajoutées au registre suite à un échec de déploiement. Ce nettoyage est une condition préalable à l'achèvement de l'intégration Omnichain de LayerZero.
Contexte
Dans le cadre de notre initiative Omnichain, Chiliz Chain s'intègre à LayerZero. Lors de la configuration initiale du registre, deux adresses de contrats ont été ajoutées accidentellement en raison d'un échec de déploiement. Actuellement, le registre de contrats ne dispose pas d'une fonction native pour supprimer ou « désenregistrer » une adresse une fois qu'elle a été ajoutée.
Spécification technique
Ajout de fonction : Implémenter une
removeContracts(address[] memory impls)fonction au sein du contrat DeployerProxy.Contrôle d'accès : Cette fonction sera restreinte à
ONLY_GOVERNANCEpour empêcher les suppressions non autorisées.
Nettoyage d'état : Exécuter la suppression des deux adresses suivantes :
0x000000000000b361194cfe6312EE3210d53C15AA0x00000000000001E4A82b33373DE1334E7d8F4879
Motivation
La présence de ces adresses orphelines crée un conflit dans la logique d'intégration LayerZero, empêchant le mappage réussi du mainnet Chiliz Chain.
La suppression de ces entrées permettra :
De débloquer l'expansion Omnichain.
De garantir que le registre de contrats reste une « source de vérité » sans données obsolètes ou corrompues.
De fournir un mécanisme standard permettant à la gouvernance de rectifier les erreurs de déploiement futures.
Risques
Le risque est minimal car la fonction est protégée par le consensus de gouvernance. La suppression de ces adresses spécifiques est sûre car elles correspondent à des déploiements échoués/non fonctionnels qui ne sont actuellement utilisés par aucun service en production.
Mis à jour
Ce contenu vous a-t-il été utile ?