Die Entwickler des TRON DAO-Ökosystems haben eine Demo veröffentlicht, die minimale Proxy-Verträge und deterministische Bereitstellung auf die wiederholte Erstellung von Smart Contracts im TRON-Netzwerk anwendet.
Die vollständige Bereitstellung jedes einzelnen Contracts macht das Netzwerk energieintensiver und teurer in der Umsetzung. Die Demo trennt Instanzen und Logik durch die Verwendung des Clone-Musters.
Daher enthält ein Implementierungsvertrag den ausführbaren Code, während jede Instanz ein kleiner Proxy ist, der Aufrufe an die Implementierung durch delegatecall weiterleitet und seinen eigenen Speicher verwaltet.
https://t.co/OrfvU8pOwb
— TRON DAO (@trondao) 12. Januar 2026
Im Proxy-Fluss deployt ein Team die Implementierung einmal, dann verwendet es eine Factory, um bei Bedarf neue Proxy-Instanzen zu erstellen. Jeder Klon agiert als eigenständiger Vertrag, wobei der Proxy alle Zustandsvariablen speichert.
Die vorgeschlagene Implementierung eignet sich für Projekte mit einer großen Anzahl ähnlicher Verträge, die unterschiedliche Eigentumsverhältnisse, Berechtigungen oder Einstellungen haben.
Demo-Architektur fügt CREATE2-ähnliche Adressplanung auf TRON hinzu
Der Vorschlag umfasst auch eine deterministische Bereitstellung basierend auf CREATE2. Dies ermöglicht es Entwicklern, Contract-Adressen vor der Bereitstellung anhand der Deploy-Address, eines Salts und des Bytecodes zu berechnen.
Da die Ausführungsumgebung und Adressformatierung von TRON sich von Ethereum unterscheiden, enthält die Demo einen experimentellen DeterministicDeploymentProxy-Vertrag, um vorhersehbare Deployments mit TRON-kompatiblen Tools zu unterstützen.
Mit deterministischer Bereitstellung können Entwickler eine Adresse off-chain vorab berechnen, sie mit anderen Diensten teilen und später den Vertrag deployen, sodass die resultierende Adresse mit dem berechneten Wert übereinstimmt.
Die Standardisierung der Workflows bei der Erstellung erfolgt durch Factory-Verträge. DeployClone.sol ist die Hauptfabrik, die minimal-proxy Deployments ausgibt, entweder normale CREATE-Deployments oder deterministische CREATE2-Deployments.
Die Demo umfasst auch unterstützende Bibliotheken wie Clones.sol, die Logik zum Erstellen von Proxies enthalten, und Create2.sol, das Adressvorhersage-Tools enthält, die an TRON angepasst wurden.
Das Repository zeigt außerdem eine unveränderliche Argumentation, bei der Parameter in den deployten Klon-Code eingebrannt werden, anstatt in einer nachfolgenden Post-Deployment-Operation zugewiesen zu werden. Dies minimiert die Transaktionen zur Konfiguration einer neuen Instanz und reduziert die Zeitdifferenz zwischen Deployment und Initialisierung.
SmartSweeperAccount.sol wird als Beispielimplementierung für das Klonen bereitgestellt. Es zeigt Konten, die TRX und TRC-20-Token verwalten und einsammeln können, einschließlich Workflows für die Einzahlungssammlung und Token-Sweeping.
Für die Einrichtung werden Node.js, PNPM oder NPM, TronBox und Testnet-TRX für den Nile- oder Shasta-Testnet empfohlen. Nach dem Klonen des Repositories können Entwickler die Umgebungs-Vorlage in eine lokale .env-Datei kopieren, Verträge kompilieren, auf einem Testnet bereitstellen und Tests mit den enthaltenen Skripten ausführen.
Letztes Jahr hat TRON DAO mit MoonPay zusammengearbeitet, um eine native, nicht verwahrte TRON-Wallet zu starten, die in die MoonPay-App integriert ist. Die Wallet wurde entwickelt, damit Nutzer TRX und USDT kaufen, verkaufen, senden und speichern können, während sie die Kontrolle über ihre privaten Schlüssel behalten.
MoonPay sagte, die Funktion würde den Nutzern den Plattformwechsel beim Management von TRON-basierten Assets ersparen.
TRX wird bei $0.2982 gehandelt, mit marginalen Gewinnen im vergangenen Tag bei einer Marktkapitalisierung von 28,24 Milliarden US-Dollar.