Les développeurs de l’écosystème TRON DAO ont publié une démo qui applique des contrats de proxy minimaux et un déploiement déterministe à des opérations répétées. contrat intelligent création sur le réseau TRON.
Le déploiement sous contrat complet de chaque instance rend le réseau plus consommateur d’énergie et plus coûteux à déployer. La démo sépare instances et logique avec l’utilisation du modèle de clonage.
Par conséquent, un contrat d’implémentation contient le code exécutable, tandis que chaque instance est un petit proxy qui transmet les appels à l’implémentation via déléguécall et gère son propre stockage.
https://t.co/OrfvU8pOwb
– TRON DAO (@trondao) 12 janvier 2026
Dans le flux proxy, une équipe déploie l’implémentation une fois, puis utilise une usine pour créer de nouvelles instances proxy selon les besoins. Chaque clone agit comme un contrat indépendant, le proxy stockant toutes les variables d’état. La mise en œuvre proposée convient aux projets comportant un grand nombre de contrats similaires avec des propriétés, des autorisations ou des paramètres variables.
L’architecture de démonstration ajoute la planification d’adresses de style CREATE2 sur TRON
La proposition inclut également un déploiement déterministe basé sur CREATE2. Cela permettra aux développeurs de calculer les adresses de contrat avant le déploiement à partir de l’adresse du déployeur, d’un sel et du bytecode. Parce que l’environnement d’exécution et le formatage des adresses de TRON diffèrent de Éthereumla démo inclut un contrat expérimental DeterministicDeploymentProxy pour prendre en charge les déploiements prévisibles avec des outils compatibles TRON.
Avec le déploiement déterministe, les développeurs peuvent précalculer une adresse hors chaîne, la partager avec d’autres services, puis déployer ultérieurement le contrat afin que l’adresse résultante corresponde à la valeur calculée.
La standardisation des flux de travail dans la création se fait par le biais de contrats d’usine. DeployClone.sol est la fabrique principale utilisée pour émettre des déploiements de proxy minimaux, qu’il s’agisse de déploiements CREATE normaux ou de déploiements CREATE2 déterministes. La démo comprend également certaines bibliothèques de support, telles que Clones.sol, qui contient une logique pour créer des proxys et Create2.sol, qui contient des outils de prédiction d’adresses modifiés pour utiliser TRON.
Le référentiel présente également une argumentation immuable, dans laquelle les paramètres sont imprimés dans le code clone déployé au lieu d’être attribués lors d’une opération post-déploiement ultérieure. Cela minimise les transactions pour configurer une nouvelle instance et minimise la différence de temps entre le déploiement et l’initialisation.
SmartSweeperAccount.sol est fourni à titre d’exemple d’implémentation conçu pour le clonage. Il présente des instances de compte capables de gérer et de balayer les jetons TRX et TRC-20, y compris les flux de travail utilisés pour la collecte des dépôts et le balayage des jetons.
Pour la configuration, la démo répertorie Node.js, PNPM ou NPM, TronBox et testnet TRX pour Nile ou Shasta. Après avoir cloné le référentiel, les développeurs peuvent copier le modèle d’environnement dans un fichier .env local, compiler des contrats, déployer sur un testnet et exécuter des tests à l’aide des scripts inclus.
L’année dernière, TRON DAO en partenariat avec MoonPay pour lancer un portefeuille TRON natif et non dépositaire intégré à l’application MoonPay. Le portefeuille a été conçu pour permettre aux utilisateurs d’acheter, de vendre, d’envoyer et de stocker des TRX et des USDT tout en gardant le contrôle de leurs clés privées. MoonPay a déclaré que cette fonctionnalité réduirait la nécessité pour les utilisateurs de changer de plate-forme lors de la gestion des actifs basés sur TRON.
TRX se négocie à 0,2982 $gagnant légèrement au cours de la dernière journée pour une capitalisation boursière de 28,24 milliards de dollars.
