TRON DAO 引入最小代理和确定性部署以实现可扩展的智能合约

来源：CryptoNewsNet 原标题：TRON DAO 引入最小代理和确定性部署以实现可扩展的智能合约 原始链接：

概述

• 演示使用最小代理克隆以在大规模部署重复的TRON智能合约时降低能耗。
• CREATE2风格的部署允许使用部署者、盐值和字节码预计算TRON合约地址。

TRON DAO生态系统开发者发布了一个演示，应用最小代理合约和确定性部署技术，在TRON网络上实现重复智能合约的创建。

问题与解决方案

每个实例的全合约部署会使网络消耗更多能源且部署成本更高。该演示通过克隆模式将实例与逻辑分离。

因此，一个实现合约保存可执行代码，而每个实例则是一个小型代理，通过delegatecall将调用转发到实现合约，并维护自己的存储。

在代理流程中，团队部署一次实现合约，然后使用工厂根据需要创建新的代理实例。每个克隆都作为独立合约存在，代理存储所有状态变量。该方案适用于拥有大量类似合约、但所有权、权限或设置不同的项目。

演示架构增加了TRON上的CREATE2风格地址规划

该方案还包括基于CREATE2的确定性部署。这将使开发者能够在部署前根据部署者地址、盐值和字节码预先计算合约地址。由于TRON的执行环境和地址格式与以太坊不同，演示中还包含一个实验性的DeterministicDeploymentProxy合约，以支持与TRON兼容的工具实现可预测的部署。

通过确定性部署，开发者可以在链下预先计算地址，与其他服务共享，之后部署合约，确保生成的地址与预计算值一致。

实现细节

创建流程的标准化通过工厂合约实现。DeployClone.sol是主要的工厂合约，用于发起最小代理部署，包括普通CREATE部署和确定性CREATE2部署。演示还包括辅助库，如Clones.sol，包含创建代理的逻辑，以及Create2.sol，提供适配TRON的地址预测工具。

该仓库还展示了不可变参数化，即参数被嵌入到部署的克隆代码中，而非在部署后进行赋值。这减少了配置新实例的交易次数，也缩短了部署与初始化之间的时间差。

SmartSweeperAccount.sol作为示例实现，专为克隆设计。它展示了可以管理和清扫TRX及TRC-20代币的账户实例，包括存款收集和代币清扫的工作流程。

入门指南

配置方面，演示需要Node.js、PNPM或NPM、TronBox，以及Nile或Shasta测试网的TRX。克隆仓库后，开发者可以复制环境模板到本地.env文件，编译合约，部署到测试网，并使用附带的脚本运行测试。