Source : CryptoNewsNet
Titre Original : TRON DAO Introduces Minimal Proxy and Deterministic Deployment for Scalable Smart Contracts
Lien Original :
Aperçu
La démo utilise des clones de proxy minimal pour réduire la consommation d’énergie lors du déploiement massif de contrats intelligents TRON.
Le déploiement de style CREATE2 permet de pré-calculer les adresses des contrats TRON en utilisant le déployeur, le sel et le bytecode.
Les développeurs de l’écosystème TRON DAO ont publié une démo qui applique des contrats proxy minimaux et un déploiement déterministe à la création répétée de contrats intelligents sur le réseau TRON.
Problème & Solution
Le déploiement complet de chaque instance rend le réseau plus énergivore et coûteux à déployer. La démo sépare les instances et la logique grâce à l’utilisation du pattern de clonage.
Ainsi, un contrat d’implémentation contient le code exécutable, tandis que chaque instance est un petit proxy qui transfère les appels à l’implémentation via delegatecall et maintient son propre stockage.
Dans le flux de proxy, une équipe déploie l’implémentation une fois, puis utilise une usine pour créer de nouvelles instances de proxy selon les besoins. Chaque clone agit comme un contrat indépendant, le proxy stockant toutes les variables d’état. L’implémentation proposée convient aux projets avec un grand nombre de contrats similaires avec des propriétaires, permissions ou paramètres variables.
Architecture de la démo 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 des contrats avant le déploiement à partir de l’adresse du déployeur, d’un sel et du bytecode. Étant donné que l’environnement d’exécution de TRON et le format des adresses diffèrent d’Ethereum, la démo inclut un contrat expérimental DeterministicDeploymentProxy pour supporter des 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 le contrat afin que l’adresse résultante corresponde à la valeur calculée.
Détails de l’Implémentation
La standardisation des workflows dans la création se fait via des contrats d’usine. DeployClone.sol est l’usine principale utilisée pour émettre des déploiements de proxy minimal, qu’il s’agisse de déploiements CREATE classiques ou de déploiements CREATE2 déterministes. La démo inclut également des bibliothèques de support, telles que Clones.sol, qui contient la logique pour créer des proxies, et Create2.sol, qui inclut des outils de prédiction d’adresses modifiés pour utiliser TRON.
Le dépôt présente également une argumentation immuable, où les paramètres sont inscrits dans le code du clone déployé plutôt que d’être assignés lors d’une opération post-déploiement. Cela minimise le nombre de transactions nécessaires pour configurer une nouvelle instance et réduit le décalage temporel entre le déploiement et l’initialisation.
SmartSweeperAccount.sol est fourni comme exemple d’implémentation conçue pour le clonage. Il démontre des instances de comptes capables de gérer et de balayer des TRX et des tokens TRC-20, y compris les workflows utilisés pour la collecte de dépôts et le balayage de tokens.
Démarrage
Pour la configuration, la démo nécessite Node.js, PNPM ou NPM, TronBox, et du TRX de testnet pour Nile ou Shasta. Après avoir cloné le dépôt, les développeurs peuvent copier le modèle d’environnement dans un fichier .env local, compiler les contrats, déployer sur un testnet, et exécuter les tests à l’aide des scripts inclus.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
24 J'aime
Récompense
24
8
Reposter
Partager
Commentaire
0/400
HalfPositionRunner
· Il y a 9h
Encore une mise à jour au niveau de l'optimisation, combien de frais de gaz peut-on économiser avec CREATE2 ? Les données réelles sont-elles disponibles ?
Voir l'originalRépondre0
Degentleman
· Il y a 10h
Encore une nouvelle technologie révolutionnaire ? minimal proxy, ça sonne mystérieux... Mais si ça peut vraiment réduire la consommation d'énergie, je vais devoir m'y intéresser.
Voir l'originalRépondre0
TokenomicsDetective
· 01-13 23:01
Encore une fois proxy et create2, est-ce que cette configuration de Tron est fiable ?
Voir l'originalRépondre0
SchroedingerGas
· 01-13 23:00
Encore la même chose, le minimal proxy existe depuis longtemps, TRON est-il en train de se copier lui-même ?
Voir l'originalRépondre0
LiquidityHunter
· 01-13 22:53
Ce proxy minimal semble intéressant, mais peut-il réellement réduire les frais de gas...
Voir l'originalRépondre0
GhostWalletSleuth
· 01-13 22:47
Cette méthode de proxy minimal est vraiment efficace, mais cette fois-ci, est-ce que Tron ne sera qu'une optimisation théorique ? La véritable performance dépendra des données réelles sur la chaîne.
Voir l'originalRépondre0
LiquidityLarry
· 01-13 22:46
minimal proxy cette chose-là ressemble à ce genre de truc "ça a l'air super cool mais on ne sait pas encore si ça peut vraiment être utilisé"... TRON recommence à expérimenter de nouvelles astuces
Voir l'originalRépondre0
TokenUnlocker
· 01-13 22:44
Le proxy minimal, ça a l'air intéressant, mais combien de gas peut-on réellement économiser ? En pratique, comment ça fonctionne ?
TRON DAO Introduit le Proxy Minimal et le Déploiement Déterministe pour des Contrats Intelligents Évolutifs
Source : CryptoNewsNet Titre Original : TRON DAO Introduces Minimal Proxy and Deterministic Deployment for Scalable Smart Contracts Lien Original :
Aperçu
Les développeurs de l’écosystème TRON DAO ont publié une démo qui applique des contrats proxy minimaux et un déploiement déterministe à la création répétée de contrats intelligents sur le réseau TRON.
Problème & Solution
Le déploiement complet de chaque instance rend le réseau plus énergivore et coûteux à déployer. La démo sépare les instances et la logique grâce à l’utilisation du pattern de clonage.
Ainsi, un contrat d’implémentation contient le code exécutable, tandis que chaque instance est un petit proxy qui transfère les appels à l’implémentation via delegatecall et maintient son propre stockage.
Dans le flux de proxy, une équipe déploie l’implémentation une fois, puis utilise une usine pour créer de nouvelles instances de proxy selon les besoins. Chaque clone agit comme un contrat indépendant, le proxy stockant toutes les variables d’état. L’implémentation proposée convient aux projets avec un grand nombre de contrats similaires avec des propriétaires, permissions ou paramètres variables.
Architecture de la démo 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 des contrats avant le déploiement à partir de l’adresse du déployeur, d’un sel et du bytecode. Étant donné que l’environnement d’exécution de TRON et le format des adresses diffèrent d’Ethereum, la démo inclut un contrat expérimental DeterministicDeploymentProxy pour supporter des 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 le contrat afin que l’adresse résultante corresponde à la valeur calculée.
Détails de l’Implémentation
La standardisation des workflows dans la création se fait via des contrats d’usine. DeployClone.sol est l’usine principale utilisée pour émettre des déploiements de proxy minimal, qu’il s’agisse de déploiements CREATE classiques ou de déploiements CREATE2 déterministes. La démo inclut également des bibliothèques de support, telles que Clones.sol, qui contient la logique pour créer des proxies, et Create2.sol, qui inclut des outils de prédiction d’adresses modifiés pour utiliser TRON.
Le dépôt présente également une argumentation immuable, où les paramètres sont inscrits dans le code du clone déployé plutôt que d’être assignés lors d’une opération post-déploiement. Cela minimise le nombre de transactions nécessaires pour configurer une nouvelle instance et réduit le décalage temporel entre le déploiement et l’initialisation.
SmartSweeperAccount.sol est fourni comme exemple d’implémentation conçue pour le clonage. Il démontre des instances de comptes capables de gérer et de balayer des TRX et des tokens TRC-20, y compris les workflows utilisés pour la collecte de dépôts et le balayage de tokens.
Démarrage
Pour la configuration, la démo nécessite Node.js, PNPM ou NPM, TronBox, et du TRX de testnet pour Nile ou Shasta. Après avoir cloné le dépôt, les développeurs peuvent copier le modèle d’environnement dans un fichier .env local, compiler les contrats, déployer sur un testnet, et exécuter les tests à l’aide des scripts inclus.