按角色划分的阅读路线
按开发者画像组织的 TRON 阅读路线：初学者、交易所、钱包、DApp、智能合约、SR、RPC 基础设施和硬件钱包。
本文是 TRON 开发者文档的路线目录。先选与你目标最接近的路线，再按顺序阅读。每条路线给出阅读清单、可动手的 recipe、预估耗时、前置条件，以及读完后应该具备的能力。
前置阅读
- 什么是 TRON —— 区块链零基础先看这篇 10 分钟导览
- TRON vs Ethereum —— 从以太坊迁移过来必读
路线 0 — 完全初学者
适用：区块链零基础，希望从头了解 TRON。
目标：理解 TRON 的运转方式，建立一个领过测试币的账户，并完成第一笔交易。
预估耗时：约 2 小时。
前置条件：无。
| 步骤 | 文档 | 耗时 | 重点 |
|---|---|---|---|
| 1 | 什么是 TRON | 10 分钟 | TRON 概览、与以太坊对照、不同读者群的入口 |
| 2 | 架构概览 | 10 分钟 | 应用层、核心层、存储层，以及交易生命周期 |
| 3 | Token 经济学 | 10 分钟 | TRX 的供应、分配、燃烧机制及生态作用 |
| 4 | 账户与密钥 | 10 分钟 | EOA 与合约账户、密钥生成、地址格式（T 前缀） |
| 5 | 资源模型 | 15 分钟 | 带宽与能量——TRON 取代以太坊 gas 的双资源体系 |
| 6 | Networks | 5 分钟 | Mainnet、Shasta、Nile 测试网——endpoint 与用途 |
| 7 | 连接到 TRON 网络 | 10 分钟 | 配置 TronWeb 或 Trident 接入网络节点 |
| 8 | 钱包与账户 | 10 分钟 | 安装 TronLink，创建第一个钱包 |
| 9 | 领取测试网 Token | 5 分钟 | 通过 Shasta 或 Nile 水龙头为账户充值 |
| 10 | 发送第一笔交易 | 15 分钟 | 构造、签名、广播 TRX 转账，并在 TRONSCAN 上核对 |
| 11 | 区块链浏览器 | 5 分钟 | 在 TRONSCAN 上浏览交易、区块、账户 |
| 12 | Token 标准概览 | 5 分钟 | TRX、TRC-10、TRC-20、TRC-721、TRC-1155 各自定位与选型 |
完成标志：能用自己的话讲清 TRON 的资源模型；为 Shasta 账户充值；完成一笔 TRX 转账并在 TRONSCAN 上找到它。
下一步：转入路线 3 — DApp 开发者开始动手做应用，或直接跳到 Recipes 看可复用的代码片段。
路线 1 — 交易所 / 托管钱包运营商
目标：检测充值、广播提现、管理余额，按需扩展到质押与 TRC-20 支持。具备热 / 冷钱包分离的生产级方案。
预估耗时：约 5 小时阅读 + 配置。
阅读顺序：
- 账户与密钥：地址格式、密钥派生、账户模型
- 交易协议：交易结构、TAPOS、过期窗口
- 区块模型与固化："已确认"在充值入账场景下的真实含义
- 资源模型：按提现量做带宽与能量预算
- 交易所与钱包集成：架构总览
- 交易所钱包集成实施指南：完整实施参考
- 内部交易：合约触发的 TRX / TRC-10 转账，充值检测必须覆盖
- 多重签名：热钱包、冷钱包及多重签名冷钱包配置
- TRC-20：上线 TRC-20 Token
- TRC-10：历史 TRC-10 Token 支持
可动手：
- /recipes/query-balance-and-resources：查询账户余额与资源
- /recipes/offline-transaction：冷钱包链路的离线签名
- /recipes/multisig-transaction：多重签名
完成标志：能检测 TRC-20 充值（含内部转账）；离线构造并签名提现交易；广播后确认固化。
路线 2 — 钱包开发者
目标：上线一款支持 TRON 的钱包——新钱包、为多链钱包增加 TRON 支持，或机构专用钱包。
预估耗时：约 4 小时。
阅读顺序：
- 账户与密钥：BIP-44 派生、地址格式
- 交易类型：
raw_data字段与签名 - 签名校验：网络接受交易的判定条件
- 资源模型：把用户的带宽与能量呈现到 UI
- 钱包开发者指南：钱包必须实现的能力地图
- 工具与 SDK：按技术栈选型 SDK
- WalletConnect TRON：钱包接入 DApp 的标准协议
- 多重签名：支持共享账户或机构账户时必读
- TRON 质押：暴露质押交互时必读
可动手：
- /recipes/send-your-first-transaction：基础的 TronWeb 转账流程
- /recipes/offline-transaction：离线签名（安全必备）
- /recipes/query-balance-and-resources：账户余额与资源查询
完成标志：能从 BIP-39 助记词派生密钥；离线签名并广播交易；展示资源信息；正确处理 DApp 发来的签名请求。
路线 3 — DApp 开发者（前端 + 智能合约）
目标：端到端搭建、部署并上线一个 DApp——Solidity 合约 + 接入 TronLink 的前端。
预估耗时：约 5–6 小时。
前置条件：熟悉 Solidity 与 JavaScript。区块链零基础先走完路线 0。
| 步骤 | 文档 | 耗时 | 重点 |
|---|---|---|---|
| 理解差异 | |||
| 1 | TRON vs Ethereum | 15 分钟 | 共识、资源成本、地址、Token、虚拟机等核心差异 |
| 2 | 资源模型 | 15 分钟 | 带宽 + 能量——相比 gas 最大的思维切换 |
| 3 | 资源支付与能量分摊 | 10 分钟 | 能量的计算 / 消耗规则，以及部署者与调用方的分摊 |
| 4 | TVM + TVM vs EVM | 15 分钟 | 执行语义与关键差异（CHAINID、SELFDESTRUCT、CREATE2 前缀） |
| 搭开发环境 | |||
| 5 | 连接到 TRON 网络 | 10 分钟 | 把 TronWeb 接到 Shasta 测试网 |
| 6 | TronWeb SDK | 10 分钟 | 主力 JavaScript SDK——安装与初始化 |
| 7 | TronBox | 10 分钟 | 合约编译与部署 CLI（TRON 版 Truffle） |
| 8 | TronIDE | 5 分钟 | 浏览器 IDE，原型阶段最顺手（TRON 版 Remix） |
| 写与部署 | |||
| 9 | 智能合约概览 | 10 分钟 | 智能合约章节目录 |
| 10 | TRON 上的 Solidity | 10 分钟 | TRON 专属语言扩展（trcToken、transferToken） |
| 11 | 编写与编译合约 | 10 分钟 | 面向 TRON 的 Solidity 编译实操 |
| 12 | fee_limit 与能量费用 | 15 分钟 | 合理设置本次交易可使用的能量上限 |
| 13 | 部署合约 | 15 分钟 | 把编译产物部署到 Shasta |
| 14 | 合约交互 | 10 分钟 | 用 TronWeb 调用已部署合约的函数 |
| 15 | 合约验证 | 5 分钟 | 在 TRONSCAN 上验证合约源码 |
| 16 | 快速通道 | 10 分钟 | 备选最短路径——10 分钟内完成一次合约部署 |
| 接通用户 | |||
| 17 | TronLink 集成 | 15 分钟 | DApp 接入 TronLink（TRON 版 MetaMask） |
| 18 | 事件与日志 | 10 分钟 | 合约事件抛出与消费 |
| 19 | TRC-20 Token 标准 | 10 分钟 | TRON 版 ERC-20 |
| 生产清单 | |||
| 20 | 安全最佳实践 | 10 分钟 | TRON 上的合约安全 |
| 21 | 质押并代理资源 | 10 分钟 | 为生产环境的合约调用获取能量 |
| 22 | 广播与 RPC 错误 | 10 分钟 | 排查 OUT_OF_ENERGY、BANDWITH_ERROR 等错误（注意 proto 中拼写为 BANDWITH_ERROR） |
可动手：
- /recipes/deploy-trc20 —— 部署一个极简 TRC-20 Token
- /recipes/listen-to-events —— 订阅合约事件
完成标志：能把合约部署到 Shasta；通过 TronLink 接入用户；监听合约事件；正确设置 fee_limit；能解释为什么合约与某个地址首次交互时能量消耗更高（SET vs RESET SSTORE）。
下一步：通过构建 Web3 应用完成一次合约部署、TronLink 授权和前端交互的端到端实战，或继续学习路线 4 — 智能合约进阶开发，深入了解 TVM、合约调用、异常处理和合约升级。
路线 4 — 智能合约进阶开发
目标：深入掌握智能合约的执行语义、资源成本、合约调用、异常处理与升级机制。
预估耗时：约 4 小时。
阅读顺序：
- TVM + TVM vs EVM：执行语义与关键差异
- 资源模型：带宽与能量预算
fee_limit与能量费用：能量上限设置- TRON 上的 Solidity：语言扩展
- Opcodes：完整 opcode 参考
- 合约间调用：跨合约调用模式
- 虚拟机异常处理：异常路径覆盖
- Stake 2.0 Solidity API：在合约内部完成质押
- 参数编码与解码：ABI 实操
- 智能合约错误：TVM 各结果码完整说明
- 合约升级：升级与版本管理
SDK 选型：Trident（Java）、TronWeb（Node.js）、GoTron SDK（Go）。其他语言可直接调用节点 HTTP API 或 gRPC API。
完成标志：能完成部署与合约验证；处理异常路径；管理升级流程；按 opcode 推算能量开销。
路线 5 — 超级代表运营商（或 SR 候选人）
目标：注册 SR 候选人、跑 SR 节点、参与链上治理。
预估耗时：约 3 小时阅读 + 节点同步时间。
前置条件：Linux 服务器运维经验。TRON 概念零基础先走完路线 0——尤其是架构概览和 Networks。
阅读顺序：
- 共识与 DPoS：出块、分叉选择、固化
- 超级代表：角色总览、三级体系、投票机制
- 为 SR 投票：投票方机制
- 质押、投票与奖励：投票到奖励的端到端链路
- 奖励计算：产块奖励和投票奖励的数学口径
- 部署全节点：从 java-tron 下载、配置到启动的分步指南
- 主网数据库快照：用快照加速同步，避免从创世块跑
- 成为超级代表：5 阶段申请和运营，需燃烧 9,999 TRX
- SR 高级配置：签名密钥代理、安全隔离
- SR 节点推荐 API 配置：生产 API 与安全设置
- SR 最佳实践：生产环境加固
- 委员会与提议：链上治理投票
可动手：
- /recipes/vote-for-srs：SR 投票流程
- /recipes/create-proposal：提交链参数提议
完成标志：清楚知道 9,999 TRX SR 候选注册费用会被燃烧；能完成候选注册；运行一个具备代理签名的加固 SR 节点；提交链参数提议。
路线 6 — RPC / 基础设施提供商
目标：对外提供 TRON 节点服务——托管 RPC、索引服务、机房级基础设施。
预估耗时：约 3 小时。
前置条件：Linux 服务器运维经验。
阅读顺序：
- 节点运营：章节概览
- 节点与客户端：全节点 vs 轻节点
- 部署全节点：所有基础设施的起点
- 主网数据库快照：用快照启动
- 搭建私有链：测试工具的预发布环境
- 事件订阅：Kafka / MongoDB / ZeroMQ 索引器链路
- 节点维护工具包：日常运维工具集
- 节点运营常见问题：同步、LevelDB / RocksDB 选型、轻节点行为
- API 参考：用户实际会调用的接口
- RPC 与索引服务提供商：与现有玩家的横向比较
可动手：
- /recipes/trons-grpc-calls：客户端视角下 gRPC 与 HTTP 的对照
完成标志：能从快照启动节点；把事件订阅接到 Kafka 或 MongoDB；能给用户讲清何时应走 SolidityNode HTTP 而非 FullNode HTTP。
路线 7 — 硬件钱包签名集成
适用：为软件钱包接入 Ledger 等现有硬件设备，或验证自研硬件钱包的 TRON 签名兼容性。
目标：理解 TRON 的地址派生、交易序列化和签名规则，完成一条“主机构建交易 → 设备确认并签名 → 主机组装广播 → 查询固化结果”的 Shasta 测试网原型。
本路线关注 TRON 协议和主机侧集成，不覆盖特定厂商的固件开发、APDU 指令、安全审计与应用上架流程。设备通信部分应同时参考相应硬件厂商的开发文档。
预估耗时：约 4–6 小时阅读与协议验证；完成可运行原型通常需要 16–24 小时。
前置条件：
- 熟悉一种硬件钱包厂商 SDK 或设备通信方式
- 了解 ECDSA 和基本的 Protobuf 数据结构
- 准备一个 Shasta 测试网账户和测试 TRX
阅读顺序：
- 账户与密钥：secp256k1 公钥、TRON 地址派生与 Base58Check 编码
- 钱包开发者指南：BIP-39、BIP-44 派生路径与钱包核心能力
- 地址与数据编码：Base58Check、Hex、
raw_data_hex与 Protobuf 字节 - 交易协议：
raw_data、TAPOS、过期时间和签名数组 - 系统合约类型：识别并解析设备需要展示的交易类型及字段
- 参数编码与解码：识别
TriggerSmartContract的函数选择器和 ABI 参数 - 签名校验：
SHA-256(Protobuf(raw_data))和r || s || v的 65 字节上链格式 - 离线签名交易：主机、隔离设备和广播端之间的数据流
- TronLink 集成：Ledger 签名恢复字节适配
- 账户权限管理：设备签名账户参与多签时的
Permission_id、权重和阈值
原型流程：
- 主机在 Shasta 上构建未签名交易。
- 主机向设备传入待确认的交易字段和
raw_data。 - 设备显示网络、发送方、接收方、金额、合约类型和费用上限。
- 用户在设备上确认后，对 Protobuf 序列化后的
raw_data计算 SHA-256 并签名。 - 主机将签名规范化为
r || s || v，并恢复地址进行本地校验。 - 主机把签名写入
transaction.signature[]并广播。 - 查询 receipt 和 SolidityNode，确认交易执行成功且已经固化。
安全要求：
- 私钥和助记词始终不得离开硬件设备。
- 设备必须展示用户能够核对的关键交易字段。
- 无法完整解析的交易类型默认拒绝签名，不应静默降级为盲签。
- 签名前后不得修改
raw_data；修改后必须重新展示并重新签名。 - 必须检查目标网络、TAPOS 参考区块和
expiration。
最低测试集：
- TRX 转账签名并广播成功
TriggerSmartContract交易能够识别合约地址、函数选择器和fee_limit- 修改一个
raw_data字节后，原签名校验失败 - 错误网络、过期交易和无效恢复字节被拒绝
- 设备派生地址与 TronWeb 或 Trident 结果一致
- 使用 Active 权限时，
Permission_id和签名地址匹配
完成标志：能在 Shasta 上完成至少一笔 TRX 转账和一笔智能合约调用；交易由硬件设备确认并签名，私钥不离开设备，签名可恢复出预期地址，广播后执行成功并最终固化。
其他角色（一句话指引）
- AI / 智能体开发者：TRON 上的 MCP 服务器。多个独立团队的 MCP 服务器覆盖核心链、DEX、借贷、数据分析、钱包签名、托管 RPC 等场景。
- DeFi 协议开发者：DApp 路线（路线 3）+ TRC-20 + TRON DeFi 生态，把握现有协议的可组合性。
- Token 发行方（新同质化 Token）：TRC-20 发行教程 与 TRC-20 合约示例。
- NFT 发行方：TRC-721 发行 + TRC-721 合约示例。
相关资源
- 入门 —— 5 分钟快速通道与“按角色挑路线”入口
- Recipes —— 上述路线引用的全部 recipe 汇总
- 集成概览 —— 为集成方设计的角色地图
- API 参考 —— 每条路线背后都会触达的接口
Updated 8 days ago