TRON vs Ethereum
面向以太坊开发者的横向对比：共识、资源成本、地址、Token、虚拟机与工具链。
前置阅读
面向有以太坊开发经验的读者，本文只讲切换到 TRON 时最容易踩坑的差异。两条链都支持 Solidity 合约，但共识、资源成本、地址格式、工具链和部分虚拟机行为并不相同。先理解这些差异，再迁移合约和脚本，后面会省很多返工。
核心对比
| 维度 | 以太坊 | TRON |
|---|---|---|
| 共识 | 权益证明（PoS） | 委托权益证明（DPoS）——27 位超级代表（SR） |
| 出块时间 | 约 12 秒 | 3 秒 |
| 吞吐量 | 约 30 TPS | 2,000+ TPS |
| 资源成本模型 | 单资源：gas（ETH） | 双资源：资源模型 |
| 免费交易 | 无 | 有——每天 600 免费带宽（约 2 笔简单 TRX 转账） |
| 资源成本支付 | 始终用 ETH 支付 | 优先消耗质押资源；资源不足时燃烧 TRX 支付资源成本 |
| 原生 Token | ETH | TRX |
| 地址格式 | 0x 前缀（十六进制，40 字符） | T 前缀（Base58Check）或 41 前缀（十六进制） |
| 虚拟机 | EVM | TVM（与 EVM 高度兼容） |
| 智能合约语言 | Solidity、Vyper | Solidity（差异说明） |
| Token 标准 | ERC-20、ERC-721、ERC-1155 | TRC-20、TRC-721、TRC-1155 + TRC-10（原生，不依赖 TVM） |
| 治理 | 链下（EIP） | 链上——委员会提议；链下 TIP 作补充 |
| 节点软件 | Geth、Prysm 等 | java-tron |
资源成本：最大的差异
以太坊只有一种计量资源 gas，交易最终用 ETH 支付。TRON 拆成两类资源：
- 带宽（Bandwidth）：对应交易的字节体积，按字节数线性计费。每个账户每天免费获得 600 带宽，约够 2 笔简单 TRX 转账（典型转账约 270 带宽）。可通过质押 TRX 获取。
- 能量（Energy）：仅在执行智能合约时消耗，定位等同于以太坊的 gas（衡量计算开销）。能量只能通过质押获取，没有免费配额。
带宽或能量不足时，网络从账户余额中燃烧 TRX 支付资源成本：主网当前每 Bandwidth 0.001 TRX，每 Energy 0.0001 TRX。两项单价由链参数控制；查询当前值及参数变更流程，参见网络参数。也就是说，普通转账通常可以由免费带宽或少量 TRX 覆盖；高频业务则应提前规划质押资源。
智能合约迁移
绝大多数以太坊上的 Solidity 合约只需小幅改动即可部署到 TRON。需要重点调整的环节：
-
地址格式。链下代码（部署脚本、测试 fixture、前端）改用 TRON Base58Check 地址（
T...）。Solidity 内部仍是 20 字节的address值，合约逻辑本身不需要改——只调整配置和工具链。 -
能量上限配置。把以太坊脚本里的
gasLimit迁移为 TRON 交易的fee_limit。它限制本次交易可使用的能量上限，覆盖质押能量和燃烧 TRX 可换算出的能量，不是简单的“最多燃烧多少 TRX”。具体设置策略见fee_limit与能量费用。 -
开发工具链。TronBox 替代 Hardhat / Truffle；TronWeb 替代 web3.js / ethers.js。
-
编译器版本。TVM 支持 Solidity 0.8.x 及以下版本。
pragma中固定具体版本（不要带 caret），并确认使用 TRON 支持的编译器编译。
分步迁移演练见从以太坊迁移。
TRON 独有的能力
- 原生 Token 标准 TRC-10：系统级实现，不依赖 TVM。发行成本固定 1,024 TRX（一次性燃烧），转账成本明显低于 TRC-20，适合不需要复杂逻辑的简单 Token。
- 资源代理：质押所得的带宽和能量可代理给其他账户，让 DApp 替终端用户承担资源成本成为常规商业模式。
- 合约能量分摊：合约部署方可指定能量按比例由自身质押资源承担，降低终端用户使用门槛。
- 链上治理：网络参数通过 SR 投票的委员会提议机制修改，无需硬分叉。
相关资源
- 领取测试网 Token —— 迁移合约前先申请测试网 TRX
- 从以太坊迁移 —— 完整迁移演练
- 发送第一笔交易 —— JavaScript 或 Java 跑通最简单的 TRON 交易
Updated 26 days ago