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

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

TRON DAO生态系统开发者发布了一个演示，应用最小代理合约和确定性部署，实现在TRON网络上重复创建智能合约。
每个实例的全合约部署会使网络消耗更多能源，部署成本也更高。该演示通过克隆模式将实例与逻辑分离。
因此，一个实现合约持有可执行代码，而每个实例是一个小型代理，通过delegatecall转发调用到实现合约，并维护自己的存储。

https://t.co/OrfvU8pOwb

— TRON DAO (@trondao) 2026年1月12日

在代理流程中，团队部署一次实现合约，然后使用工厂根据需要创建新的代理实例。每个克隆都作为独立合约，代理存储所有状态变量。提出的实现方案适用于拥有大量类似合约但所有权、权限或设置不同的项目。
演示架构增加了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文件，编译合约，部署到测试网，并使用包含的脚本运行测试。
去年，TRON DAO与MoonPay合作推出了一个原生的非托管TRON钱包，集成在MoonPay应用中。该钱包旨在让用户购买、出售、发送和存储TRX及USDT，同时保持对私钥的控制。MoonPay表示，该功能将减少用户在管理基于TRON的资产时切换平台的需求。
TRX的交易价格为**$0.2982**，在过去一天略有上涨，市值为282.4亿美元。