按角色划分的阅读路线
按开发目标选择 TRON 阅读路线，并通过同一项贯穿实践形成可核对的完成记录。
本文是八条开发路线的统一入口。先根据交付目标选择一条路线，再进入对应页面按阶段完成阅读和实践。路线目录只负责选路；每条路线页面是阶段顺序、推荐阅读、实践任务和完成标准的唯一来源。
如何选择
- 第一次接触 TRON 或区块链：先走 路线 0。
- 已有明确产品或岗位目标：直接选择最接近交付物的角色路线。
- 从 Ethereum 迁移：先阅读 TRON vs Ethereum，再根据工作重点选择路线 3 或路线 4。
路线总览
| 路线 | 适用目标 | 贯穿实践 | 完成后应保留的核心证据 |
|---|---|---|---|
| 0 — 完全初学者 | 建立 TRON 基础认知并完成第一次链上操作 | 在 Shasta 准备测试账户、发送并确认一笔 TRX 转账 | 原 txID、收发地址、金额、已固化结果和资源消耗 |
| 1 — 交易所与托管钱包 | 接入充值、提现和内部账务 | 在 Shasta 建立 TRX 与测试 TRC-20 的最小充提、幂等入账和对账闭环 | 充值唯一键、账务记录、提现 txID、恢复演练和对账结论 |
| 2 — 非托管钱包 | 为钱包原型接入 TRON 账户、资产查询和基础转账能力 | 恢复测试账户，展示资产与资源，本地签署 TRX 和 TRC-20 转账 | 账户测试向量、待签摘要、原 txID 和统一交易状态记录 |
| 3 — DApp 开发者 | 打通合约、钱包和前端状态 | 测试并部署图书馆合约，通过 TronLink 完成上架、租借、确认和事件同步 | 测试结果、Shasta 合约地址、部署与调用 txID、源码验证和异常用例 |
| 4 — 智能合约进阶 | 将合约整理为可重复构建、可测试、可进入评审的候选版本 | 为定时付款合约补齐可重复构建、边界测试、Energy 评估和 Shasta 验收 | 源码版本、构建配置、测试记录、成本基线、合约地址和验证结果 |
| 5 — 超级代表候选人与节点运营者 | 了解 SR 运行职责并完成上线前准备评估 | 检查非产块节点，设计密钥与权限方案，并完成故障演练和上线评估 | 节点检查、权限方案、监控与备份流程、演练记录和上线结论 |
| 6 — RPC 与基础设施提供商 | 建立并验证受保护的 TRON API 接入层 | 在 Shasta 建立路由、入口保护、故障处理和客户端验收，按需在 Nile 扩展事件链路 | 服务契约、路由表、安全配置、监控记录、故障演练和客户端结果 |
| 7 — 硬件钱包签名集成 | 在应用中接入已有硬件钱包的 TRON 签名能力 | 通过厂商设备接口读取账户，在 Shasta 使用真实设备签署一笔 TRX 转账，再完成验签、广播和固化确认 | 设备与接入组件版本记录、账户测试记录、已固化交易和异常场景测试结果 |
使用方式
- 选择一条与当前交付物最接近的路线，不必先读完整个文档站。
- 从路线概览进入第一阶段；只在当前任务需要时下钻到推荐阅读。
- 在同一个测试工程或隔离环境中完成各阶段实践，避免每个阶段更换账户、网络或样例后无法串联结果。
- 保存路线要求的
txID、地址、配置、测试结果和验收结论。敏感材料不属于完成证据。 - 使用每个阶段的进入条件和验证提示判断是否继续，最后对照路线末尾的完成标准复核闭环。
共同约束
- 除路线明确说明外，公共测试网实践统一使用 Shasta；路线 6 的自建节点事件扩展使用 Nile，并与 Shasta 验收数据分开。
- 广播响应未报错不代表交易已经执行成功。涉及写入时保存原
txID，根据交易收据和已固化结果判断状态。 - 私钥、助记词、API Key、真实 Witness 密钥和未公开漏洞细节不得写入源码、日志、截图、反馈或版本库。
- 路线中的原型和测试记录用于学习与技术验收，不能替代生产架构评审、容量验证、合规流程或独立安全审计。
其他角色
- AI / 智能体开发者：从 TRON 上的 MCP 服务器 了解链数据、钱包、DEX、借贷和基础设施接口，再按需要进入路线 2、3 或 6。
- DeFi 协议开发者：先走 路线 3 或 路线 4，再结合 TRC-20 和 TRON DeFi 生态 评估协议集成。
- Token 发行方：同质化 Token 的发行流程见 TRC-20 发行教程，其中使用 OpenZeppelin Contracts for TRON 实现合约。
- NFT 发行方：NFT 的发行流程见 TRC-721 发行教程，其中使用 OpenZeppelin Contracts for TRON 实现合约。
相关资源
Updated 23 days ago