bitpie手机版|波场公链官网下载代码 _比特派(Bitpie)官网-比特派钱包app官方下载-bitpie官网下载app

波场-让互联网重新去中心化

互联网重新去中心化生态通证开发者资源TRON ETFSEA OF STARS关于EconomicsEnglish生态TronSR钱包浏览器Dappdapp.reviewdapp.comdappradarBitTorrent ChainAPENFT MarketplaceSUN Network社区项目JUSTOKX DEX更多通证TRXBTTUSDTUSDCJSTNFT开发者白皮书2.0技术文档TRONPROTOCOL GitHubTRON 安全审计报告漏洞悬赏资源TRON ETFSEA OF STARS关于让互联网重新去中心化全球账户总数超过-万，累计交易数超过-亿，被称为国产第一区块链，也是全球增速最快的公链。-账户总数-交易数-区块高度-核心通证转账额TRX市场表现已登陆130余家交易所，链接全球数百万价值投资者，是最具升值潜力的加密货币之一。总市值$全球排名持有TRX账户数当前价格$0交易量(24h)$交易数(24h)TRON生态波场生态钱包由波场优秀的社区开发者贡献开发，还与众多一线老牌钱包进行了深度合作。了解更多TRONSCAN首款基于波场TRON的区块链浏览器，可详细查询或统计链上数据，并直接支持token创建。了解更多波场生态DApp波场DApp数量增速全球第一、总数超越EOS成为全球第二大受欢迎的DApp平台，并荣登三星智能手机Galaxy Store应用商城封面。应用场景TRX已被用于支付、购买、投票等众多波场TRON生态内外的实际应用场景。例如Spend信用卡支持TRX支付、波场ATM支持TRX在线转账等。了解更多TRON SR波场TRON超级代表由去中心化选举产生，负责波场TRON社区的链上治理。选民为超级代表投票即可获得参与生态建设的奖励。了解更多TRC20-USDTTether基于波场TRC20协议发行的稳定币，增发速度全球第一，手续费极低，自发行起便深受用户喜爱。了解更多JustStable波场TRON首款去中心化稳定币借贷平台，进入DeFi的最佳通道。了解更多JustLend DAOJustLend DAO是波场TRON网络首个官方借贷平台，用于建立基于波场TRON资产的供求变化，以算法计算得出利率的资金池。JustLend DAO致力于打造完美的去中心化借贷协议，将成为波场TRON上的首个官方的“去中心化算法银行”。了解更多SunSwapSunSwap是波场TRON网络的第一个去中心化通证交换协议。用户可以实现任意TRC20通证间的即时兑换，系统定价，操作便捷，协议不抽取任何佣金。了解更多WinkLinkWinkLink是运行在波场TRON网络上的官方预言机项目，作用就是以最安全的方式向链上的智能合约提供现实世界中产生的真实数据。了解更多SUN太阳币SUN是一个专注于波场DeFi建设的社会实验，其定位是波场的比特币，零VC投资，零私募投资，零预挖，零团队预留，完全依靠社区与开源的智能合约。了解更多SUN Network波场TRON主网的扩容计划，具有低资源消耗、高安全性、高定制化以及支持无限扩容等优势。了解更多波场与加密资产的ETF之路本报告由波场研究院撰写发布，仅供参考，不构成对任何资产的投资邀约或建议。本报告目录包括：TRON成功“登陆“德意志证券交易所、宏大愿景:全球结算层及跨链桥、TRON代币估值比较：最具提升潜力的主流公链、供应机制：通缩与通胀的时间竞赛、TRON区块链协议：全球最大的分布式用户生态网络（Web 3.0）、全球最具普惠价值的主流公链、全球稳定币（Tether USDT）流通之王、对SWIFT传统支付的降维冲击效应、新一代即时全球支付系统：稳定币转账、发展迅速的智能合约和DeFi场景应用、老树新枝：去中心化存储网络BTFS、BTTC：Layer 2扩容跨链解决方案、APENET：艺术家与加密世界的秘密花园；了解更多TRONPROTOCOL 特性TRONPROTOCOL 是全球领先的去中心化区块链底层协议高吞吐量高吞吐量是通过改善 TRON 网络中的 TPS 实现的，日常使用实用程度已经超过比特币和以太坊。可扩展性基于良好的可扩展性和高效的智能合约，应用程序可以在 TRON 网络上有更多部署方式，TRONPROTOCOL 可以支持大量的用户。高可靠性TRONPROTOCOL 具有更可靠的网络结构，用户资产，内在价值，并且更高程度的分权化共识带来了改进的奖励分配机制。Sun NetworkDAppChain 是波场的侧链项目，旨在让 DApp 以更低能耗、更高速度和安全性在波场运行，为波场主网无限扩容。了解更多核心伙伴P网Poloniex成立于2014年，是注册于塞舌尔的老牌国际领先数字货币交易平台，也是华尔街首批合规交易平台。P网曾获得华尔街顶尖投行高盛的投资，并于2019年获得波场TRON创始人孙宇晨等投资人的注资, 资金实力雄厚。P网致力于打造币圈高盛，为投资人带来华尔街机构级别的用户体验。作为从中国出发，全球最受欢迎的区块链之一，波场 TRON 代表中国区块链参与三星国际合作，与三星区块链的密钥库（Samsung Blockchain Keystore）完成整合，三星开始支持 TRC10 与 TRC20 标准 , 并支持在三星手机内置区块链钱包中接收 TRX, 成为三星支持的唯一一家国产区块链。BitTorrent协议是世界上最大的去中心化协议，拥有超过10亿用户。BitTorrent公司发明并维护了BitTorrent协议，虽然BitTorrent软件有诸多实现形式，BitTorrent和μTorrent（通常称为“utorrent”）仍然是最受欢迎的两种。BitTorrent协议与波场TRON区块链协议达成战略合作伙伴关系，两者的合作使波场协议成为世界上最大的去中心化生态系统，它也使BitTorrent协议成为世界上最大的分布式应用程序。APENFT Marketplace 是 APENFT 旗下基于波场链推出的 NFT 平台。APENFT 希望通过资金与生态的扶持，持续输出优质资产，帮助更多人了解接触 NFT，推动更多创意玩法，向数字文娱、价值实体 NFT 化等领域拓展，助力区块链技术在更大范围内的应用落地。Swisscom Blockchain 是瑞士第一大电信公司 Swisscom 旗下的初创企业。区块链行业专家 Swisscom Blockchain 不断研发创新产品，帮助客户充分挖掘区块链技术的潜能。1995年，Opera 成立于挪威。20多年来，Opera 浏览器秉持着让任何人都能通过任何设备浏览网页的理念，帮助了数百万人通过互联网进行阅读、创作、娱乐和游戏。Opera 力求让其浏览器更小、更快捷，并开创了标签页、快速拨号等功能。这些功能随后成为了网页浏览器的标配。观点了解更多孙宇晨阁下波场官方社交平台TELEGRAM CHINESE GROUPTELEGRAM ENGLISH GROUPTELEGRAM KOREA GROUPTELEGRAM RUSSIA GROUPTELEGRAM JAPANESE GROUPTELEGRAM ARABIC GROUPTELEGRAM SPANISH GROUPTRON DAO OfficialTRON DAO RussiaTRON DAO KoreaTRON DAO JapanTRON DAO SpainTRON DAO ArabicTRON DAO VietnamKorean Customer Service(1:1문의)TRON Kakao Official Group(자유 커뮤니티)支持隐私协议FAQ漏洞悬赏廉正举报联系我们[email protected][email protected]Copyright © 2017-2023 TRON Network Limited. | All rights reserved返

TRONSCAN | TRON BlockChain Explorer | 波场区块链浏览器

SCAN | TRON BlockChain Explorer | 波场区块链浏览器You need to enable JavaScript to run this app now no

Java实现Tron（波场）区块链的开发实践（三）波场链水龙头、WEB3测试实战-CSDN博客

Java实现Tron（波场）区块链的开发实践（三）波场链水龙头、WEB3测试实战

田木木

已于 2024-03-07 12:27:56 修改

阅读量609

点赞数

分类专栏：

区块链

文章标签：

区块链

java

于 2024-03-07 12:06:17 首次发布

本文链接：https://blog.csdn.net/t610654893/article/details/136529962

版权

区块链

专栏收录该内容

10 篇文章

0 订阅

订阅专栏

上一节我们具体讲到Java实现Tron波场链的逻辑代码实现。

这一节我们通过部署和开发好的代码，针对测试链进行自测开发，准备测试环境。

1. 创建离线地址

首先我们需要一个离线地址，我们不需要在线进行创建，直接可以通过第一节的离线创建地址代码运行获取，为了更好的测试，我们直接生成两个地址。

/**

* 创建地址(离线)

@Override

public Map createAddress() {

KeyPair keyPair = KeyPair.generate();

String privateKey = keyPair.toPrivateKey();

String base58CheckAddress = keyPair.toBase58CheckAddress();

String publicKey = keyPair.toPublicKey();

Map stringMap = new HashMap<>();

stringMap.put("address", base58CheckAddress);

stringMap.put("privateKey", privateKey);

stringMap.put("publicKey", publicKey);

return stringMap;

}

运行结果会得到地址、私钥、公钥信息；私钥，请妥善保管。

2. 安装区块链插件（）

获取链接：插件地址

TronLink为浏览器插件，插件安装成功后，通过私钥导入地址。

3. 波场链水龙头（）

获取链接：水龙头地址

4.测试转账

public static void main(String[] args) {

String fromAddress = "TKbScJKL2Gjfzxva1UsgxDDestS2oGmNLZ";

String toAddress = "TNfopqucyZitZVFXT8VT2Ty857UPXVHxxe";

String hexPrivateKey = "123*********123";

String contractAddress = "TXLAQ63Xg1NAzckPwKHvzw7CSEmLMEqcdj";

ApiWrapper client = new ApiWrapper("grpc.nile.trongrid.io:50051", "grpc.nile.trongrid.io:50061", hexPrivateKey);

Contract contract = client.getContract(contractAddress);

Trc20Contract token = new Trc20Contract(contract, fromAddress, client);

String transfer = null;

// 获取转账账户的TRC20余额

BigInteger trc20Value = token.balanceOf(fromAddress);

// 获取想要转账的数额

BigInteger sunAmountValue = Convert.toSun("2.01", Convert.Unit.TRX).toBigInteger();

// 进行比较

if (trc20Value.compareTo(sunAmountValue) >= 0) {

log.info("开始转账.........");

// 设置最大矿工费用

long feeLimit = Convert.toSun("100", Convert.Unit.TRX).longValue();

//转账

transfer = token.transfer(toAddress, sunAmountValue.longValue(), 0, "转账", feeLimit);

}

log.info("交易ID:{}", transfer);

}

优惠劵

田木木

关注

踩

觉得还不错?

一键收藏

打赏

知道了

Java实现Tron（波场）区块链的开发实践（三）波场链水龙头、WEB3测试实战

首先我们需要一个钱包地址，我们不需要钱包进行创建，直接可以通过第一节的离线创建地址代码运行获取，为了更好的测试，我们直接生成两个地址。这一节我们通过部署和开发好的代码，针对测试链进行自测开发，准备测试环境。TronLink为浏览器插件，插件安装成功后，通过私钥导入钱包地址。上一节我们具体讲到Java实现Tron波场链的逻辑代码实现。运行结果会得到钱包地址、私钥、公钥信息；3. 波场链水龙头（官网测试平台发币平台）（）2. 安装区块链钱包（TronLink）

复制链接

扫一扫

专栏目录

区块链行业波场TRON首次评级：让互联网重新去中心化-0328-通证通研究院-14页.pdf

07-26

区块链行业波场TRON首次评级：让互联网重新去中心化-0328-通证通研究院-14页.pdf

Tron/USDT-TRC20对接Java的jar包

04-11

Tron/USDT-TRC20对接Java的jar包

参与评论

您还未登录，请先

后发表或查看评论

java-tron：Tron白皮书的Java实现

02-28

java-tron

Java实现

•••••

什么是TRON？

TRON是一个致力于为真正的去中心化Internet构建基础设施的项目。

Tron协议是世界上最大的基于区块链的操作系统之一，提供可扩展的，高可用性和高吞吐量的支持，这些支持是TRON生态系统中所有分散式应用程序的基础。

Tron虚拟机（TVM）允许任何人通过智能合约为自己或社区开发去中心化应用程序（DAPP），从而使去中心化众筹和代币发行比以往任何时候都容易。

TRON可实现大规模开发和参与。每秒超过2000个事务（TPS），高并发，低延迟和海量数据传输。它是构建分散娱乐应用程序的理想选择。免费功能和激励系统使开发人员可以为用户创建优质的应用程序体验。

快速开始

本指南将引导用户完成TRON快速入门（v2.0.0）图像设置。

部署

请在克隆项目后再java-tron

Run java-tron

部署方式

向

tron-ddd-cqrs:波场

06-13

tron-ddd-cqrs

使用 spring aop 和 aspectj 的 DDD CQRS 实验。

tron-api-master.zip

04-13

波场API例子

tron.net-master.zip

04-20

tron.net 波场域块链

tron-sdk:波场离线签名以及广播交易相关内容。整合波场相关API，内含trc20以及trx的查询转账离线签名以及广播交易等相关内容。整合部分波场的api

05-25

前言

请使用JDK8 只能这个大版本，open-jdk也不行

idea配置

idea 添加这个参数,解决tron-protobuf模块种的Protocol.java文件因为过大编译不成功/报错问题

方法一:

Help -> Edit Custom VM Options... 然后，新建一行添加，添加以下内容，然后重启idea即可生效

-Didea.max.intellisense.filesize=999999

方法二:

不引入tron-protobuf项目，而是直接导入libs种的tron-protobuf-xxx.jar包

cd libs

mvn install:install-file -Dfile=tron-protobuf-1.0-SNAPSHOT.jar -DgroupId=org.tron -DartifactId=tron-protobuf -Dversion=1.0-SN

tron(波场）trc20离线签名广播交易(Java版本)

浊酒忘今生

01-21

4305

前言

由于在项目中需要，我们又为了节省服务器资源，决定不同步节点数据。也就说说，很多的一些API，我们是不能直接用的了，最直接的有创建地址、签名交易等等

波场概览 - Java Tron

Java Tron

入门

Java-tron入门

使用Java-tron

部署Java-tron

备份和恢复

轻节点

私链网络

事件订阅

数据库配置

网络配置

节点监控

节点维护工具

API 接口

HTTP 接口

gRPC 接口

核心协议

波场共识

超级代表

账户模型

资源模型

智能合约

系统合约

去中心化交易所

多重签名

Java-tron开发

开发者指南

TIPs工作流程

Issue工作流程

治理流程

配置IDE开发环境

开发示例

核心模块

Dapp开发

Dapp开发工具

Wallet-cli

什么是Wallet-Cli

Wallet命令

版本发布

新版本部署手册

一致性检验

历史版本

术语表

Java Tron

»波场概览

Edit on GitHub

波场概览¶

1. 项目仓库¶

仓库地址：

https://github.com/tronprotocol

其中 java-tron是主网代码，protocol是api和数据结构定义, wallet-cli是官方命令行钱包。

配置文件

TestNet的配置请参照:

https://github.com/tronprotocol/TronDeployment/blob/master/test_net_config.conf

MainNet的配置请参照:

https://github.com/tronprotocol/TronDeployment/blob/master/main_net_config.conf

2. 超级代表与委员会¶

2.1 申请成为超级代表候选人规则¶

在TRON网络中，任何账户都可以申请成为超级代表候选人，都有机会成为超级代表。每个账户都可以投票给超级代表候选人，获取投票数最高的27个超级代表候选人就是超级代表。就具有出链块的权利。

投票统计每6小时统计一次，超级代表也就每6个小时变更一次。

为了防止恶意攻击，成为超级代表候选人也需要一定代价的。TRON网络将直接烧掉申请者账户9999TRX。申请成功后，您就可以竞选超级代表了。

2.2 选举超级代表¶

投票需要TRON Power(TP)，你的TRON Power(TP)的多少由当前质押资金决定。TRON Power(TP)的计算方法：每质押1TRX，就可以获得1单位TRON Power(TP)。

TRON网络中的每一个账户都具有选举权，可以通过投票选出自己认同的超级代表了。

在解锁后，你没有了质押的资产，相应地失去了所有的TRON Power(TP)，因此以前的投票会失效。你可以通过重新质押并投票来避免投票失效。

注意: 波场网络只记录你最后一次投票的状态，也就是说你的每一次投票都会覆盖以前所有的投票效果

示例：

freezebalancev2 10,000,000 3 # 质押了10TRX，获取了10单位TRON Power(TP)

votewitness witness1 4 witness2 6 # 同时给witness1投了4票，给witness2投了6票

votewitness witness1 3 witness2 7 # 同时给witness1投了3票，给witness2投了7票

以上命令的最终结果是给witness1投了3票，给witness2投了7票

2.3 超级代表的奖励¶

票数奖励

每6小时，票数排名前127名的超级代表会获得共计115,200 TRX的票数奖励，这部分奖励将按照票数比例分发。每年的票数奖励总计168,192,000 TRX。

出块奖励

波场协议网络每3秒中会出一个区块，每个区块将给予超级代表32个TRX奖励，每年总计336,384,000 TRX将会被奖励给超级代表。

超级代表每次出块完成后，出块奖励都会发到超级代表的子账号当中，超级代表不能直接使用这部分资产，但可以查询。每24h允许一次提取操作。从该子账号转移到超级代表的账户中。

2.4 委员会¶

2.4.1 什么是委员会¶

委员会用于修改Tron网络动态参数，如出块奖励、交易费用等等。委员会由当前的27个超级代表组成。每个超级代表都具有提议权、对提议的投票权，

当提议获得19个代表及以上的赞成票时，该提议获得通过，并在下个维护期内进行网络参数修改。

2.4.2 创建提议¶

只有超级代表对应账户具有提议权，其他账户无法创建提议。允许修改的网络动态参数以及编号如下( [min,max] )：

0: MAINTENANCE_TIME_INTERVAL, [3 * 27* 1000 ,24 * 3600 * 1000] //修改超级代表调整时间间隔，目前为6 * 3600 * 1000ms

1: ACCOUNT_UPGRADE_COST, [0,100 000 000 000 000 000] //修改账户升级为超级代表的费用，目前为9999_000_000 Sun

2: CREATE_ACCOUNT_FEE, [0,100 000 000 000 000 000] // 修改创建账户费用，目前为100_000Sun

3: TRANSACTION_FEE, [0,100 000 000 000 000 000] // 修改TRX抵扣带宽的费用，目前为10Sun/byte

4: ASSET_ISSUE_FEE, [0,100 000 000 000 000 000] // 修改资产发行费用，目前为1024_000_000 Sun

5: WITNESS_PAY_PER_BLOCK, [0,100 000 000 000 000 000] // 修改超级代表出块奖励，目前为32_000_000 Sun

6: WITNESS_STANDBY_ALLOWANCE, [0,100 000 000 000 000 000] // 修改分给前127名超级代表候选人的奖励，115_200_000_000 Sun

7: CREATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT, []// 修改系统创建账户的费用，目前为1_000_000 Sun

8: CREATE_NEW_ACCOUNT_BANDWIDTH_RATE, // 提议7、8，组合使用，用于修改创建账户时对资源或TRX的消耗

9: ALLOW_CREATION_OF_CONTRACTS, // 用于控制虚拟机功能的开启

10: REMOVE_THE_POWER_OF_THE_GR // 用于清除GR的创世票数

11: ENERGY_FEE, [0,100 000 000 000 000 000] //sun

12: EXCHANGE_CREATE_FEE, [0,100 000 000 000 000 000] //sun

13: MAX_CPU_TIME_OF_ONE_TX, [0, 1000] //ms

14: ALLOW_UPDATE_ACCOUNT_NAME, // 用于允许用户更改昵称以及昵称同名，目前为0，表示不允许

15: ALLOW_SAME_TOKEN_NAME, // 用于允许创建相同名称的token，目前为0，表示不允许

16: ALLOW_DELEGATE_RESOURCE, // 用于控制资源代理功能的开启

17: TOTAL_ENERGY_LIMIT, // 用于调整Energy上限

18: ALLOW_TVM_TRANSFER_TRC10, // 允许智能合约调用TRC10 token的接口，目前为0，表示不允许。设置为1表示允许

示例：

createproposal id0 value0 ... idN valueN

id0_N: 参数编号

value0_N: 新参数值

注：Tron网络中，1 TRX = 1000_000 Sun。

2.4.3 对提议进行投票¶

提议仅支持投赞成票，不投票代表不赞同。从提议创建时间开始，3天时间内为提议的有效期。超过该时间范围，该提议如果没有获得足够的

赞成票，该提议失效。允许取消之前投的赞成票。

示例：

approveProposal id is_or_not_add_approval

id: 提议Id，根据提议创建时间递增

is_or_not_add_approval: 赞成或取消赞成

2.4.4 取消提议¶

提议创建者，能够在提议生效前，取消提议。

示例：

deleteProposal proposalId

id: 提议Id，根据提议创建时间递增

2.4.5 查询提议¶

以下接口可以查询提议，包括：

查询所有提议信息（ListProposals）

分页查询提议信息（GetPaginatedProposalList）

查询指定提议信息（GetProposalById）

相关api详情，请查询Tron HTTP API

3. 账号模型¶

3.1 账户模型介绍¶

Tron采用账户模型。账户的唯一标识为地址address，对账户操作需要验证私钥签名。每个账户拥有TRX、Token余额及智能合约、带宽、能量等各种资源。通过发送交易可以增减TRX或者Token余额，需要消耗带宽；可以发布并拥有智能合约，也可以调用他人发布的智能合约，需要消耗能量。可以申请成为超级代表并被投票，也可以对超级代表进行投票。等等。Tron所有的活动都围绕账户进行。

3.2 创建账号的方式¶

首先用钱包或者浏览器生成私钥和地址，生成方法见3.3和3.4，公钥可以丢弃。

由已有老账户调用转账TRX(CreateTransaction2)、转让Token(TransferAsset2)或者创建账户(CreateAccount2)合约，并广播到网络后将完成账户创建的流程。

3.3 生成密钥对算法¶

Tron的签名算法为ECDSA，选用曲线为SECP256K1。其私钥为一个随机数，公钥为椭圆曲线上一个点。生成过程为，首先生成一个随机数d作为私钥，再计算P = d * G作为公钥；其中G为椭圆曲线的基点。

3.4 地址格式说明¶

用公钥P作为输入，计算SHA3得到结果H, 这里公钥长度为64字节，SHA3选用Keccak256。

取H的最后20字节，在前面填充一个字节0x41得到address。

对address进行basecheck计算得到最终地址，所有地址的第一个字符为T。

其中basecheck的计算过程为：首先对address计算sha256得到h1，再对h1计算sha256得到h2，取其前4字节作为check填充到address之后得到address||check，对其进行base58编码得到最终结果。

我们用的字符映射表为：

ALPHABET = "123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz"

3.5 签名说明¶

签名说明

4. 网络中的节点和部署¶

4.1 SuperNode¶

4.1.1 SuperNode介绍¶

超级代表(简称SR) 是TRON网络上的记账人，一共27个，负责对网络上广播出来的交易数据进行验证，并将交易打包进区块中，他们是轮流的方式打包区块。超级代表的信息是在TRON网络上公开的，所有人都可以获取这些信息，最便捷的方式是在TRON的区块链浏览器查看超级代表列表及其信息。

4.1.2 SuperNode部署方式¶

部署SuperNode

4.1.3 建议硬件配置¶

最低配置要求：

CPU：16核内存：32G 带宽：100M 硬盘：1T

推荐配置要求：

CPU：64核及以上内存：64G及以上带宽：500M及以上硬盘：20T及以上

4.2 FullNode¶

4.2.1 FullNode介绍¶

FullNode是拥有完整区块链数据的节点，能够实时更新数据，负责交易的广播和验证，提供操作区块链的api和查询数据的api。

4.2.2 FullNode部署方式¶

详细说明请参考tron-deployment

部署FullNode

4.2.3 建议硬件配置¶

最低配置要求：

CPU：16核内存：32G 带宽：100M 硬盘：1T

推荐配置要求：

CPU：64核及以上内存：64G及以上带宽：500M及以上硬盘：20T及以上

4.3 SolidityNode¶

4.3.1 SolidityNode介绍¶

SolidityNode是只从自己信任的FullNode同步固化块的节点，并提供区块、交易查询等服务。

NOTE: 原则上不鼓励继续使用 SolidityNode, 目前 FullNode 可以替代 SolidityNode 的功能.

4.3.2 SolidityNode部署方式¶

详细说明请参考tron-deployment

4.3.3 建议硬件配置¶

最低配置要求：

CPU：16核内存：32G 带宽：100M 硬盘：1T

推荐配置要求：

CPU：64核及以上内存：64G及以上带宽：500M及以上硬盘：20T及以上

4.4 Tron网络结构¶

Tron网络采用Peer-to-Peer(P2P)的网络架构，网络中的节点地位对等。网络中的节点有SuperNode、FullNode、SolidityNode三种类型，SuperNode主要用于生成区块，FullNode用于同步区块、广播交易，SolidityNode用于同步固化的区块。任何部署运行Tron代码的设备都可以加入Tron网络并作为一个节点，和Tron网络中的其他节点有相同的地位，他们可以创建交易，广播交易，同步区块等，也可以作为SuperNode的候选人参与选举。

4.5 一键部署FullNode和SolidityNode¶

下载一键部署脚本，根据不同的节点类型附加相应的参数来运行脚本。

详见一键部署节点

4.6 主网、测试网、私有网络¶

加入主网或测试网或私有网络的节点在部署时运行的是同一份代码，区别仅仅在于节点启动时加载的配置文件不同。

4.6.1 主网¶

主网配置文件

4.6.2 测试网¶

测试网配置文件

4.6.3 搭建私有网络¶

4.6.3.1 前提¶

准备至少两个钱包账户的私钥与地址。

至少部署一个SuperNode用于出块；

部署任意数量的FullNode节点用于同步区块、广播交易；

SuperNode与FullNode组成了私有网络，可以进行网络发现、区块同步、广播交易。

4.6.3.2 部署¶

4.6.3.2.1 步骤一:部署超级节点¶

下载private_net_config.conf

wget https://raw.githubusercontent.com/tronprotocol/tron-deployment/master/private_net_config.conf

在localwitness中添加自己的私钥

设置genesis.block.witnesses为私钥对应的地址

设置p2p.version为除了11111之外的任意正整数

第1个SR设置needSyncCheck为false，其他可以设置为true

设置node.discovery.enable为true

运行部署脚本

nohup java -Xmx6g -XX:+HeapDumpOnOutOfMemoryError -jar FullNode.jar --witness -c private_net_config.conf

命令行参数说明:

--witness: 启动witness功能，超级节点命令行启动时需要添加这个参数，i.e.: --witness

--log-config: 指定日志配置文件路径，i.e.: --log-config logback.xml

-c: 指定配置文件路径，i.e.: -c config.conf

日志文件使用：

可以修改模块的level等级来控制日志的输出，默认每个模块的level级别为INFO，比如，只打印网络模块warn以上级别的信息，可以如下修改

配置文件中需要修改的参数：

localwitness:

witnesses:

version:

enable:

4.6.3.2.2 步骤二:部署FullNode节点¶

下载private_net_config.conf

wget https://raw.githubusercontent.com/tronprotocol/tron-deployment/master/private_net_config.conf

设置seed.node ip.list 为SR的ip地址和端口

设置p2p.version与超级节点的p2p.version一致

设置genesis.block 与SR中的genesis.block配置一致

设置needSyncCheck为true

设置node.discovery.enable 为true

运行部署脚本

nohup java -Xmx6g -XX:+HeapDumpOnOutOfMemoryError -jar FullNode.jar -c private_net_config.conf

命令行参数说明:

--witness: 启动witness功能,由于配置的这个fullnode节点不需要产快，所以此fullnode节点不可以添加这个参数，i.e.: --witness。

--log-config: 指定日志配置文件路径，i.e.: --log-config logback.xml。

-c: 指定配置文件路径，i.e.: -c config.conf。

日志文件使用：

可以修改模块的level等级来控制日志的输出，默认每个模块的level级别为INFO，比如，只打印网络模块warn以上级别的信息，可以如下修改

配置文件中需要修改的参数：

ip.list:

p2p.version:

genesis.block:

needSyncCheck:

node.discovery.enable:

4.7 数据库引擎¶

4.7.1 rocksdb¶

4.7.1.1 config配置说明¶

使用rocksdb作为数据存储引擎，需要将db.engine配置项设置为"ROCKSDB"

注意: rocksdb只支持db.version=2, 不支持db.version=1。

rocksdb支持的优化参数如下：

4.7.1.2 使用rocksdb数据备份功能¶

选择rocksdb作为数据存储引擎，可以使用其提供的运行时数据备份功能。

注意: FullNode可以使用数据备份功能；为了不影响SuperNode的产块性能，数据备份功能不支持SuperNode，但是SuperNode的备份服务节点可以使用此功能。

4.7.1.3 leveldb数据转换为rocksdb数据¶

leveldb和rocksdb的数据存储架构并不兼容，请确保节点始终使用同一种数据引擎。我们提供了数据转换脚本，用于将leveldb数据转换到rocksdb数据。

使用方法：

cd 源代码根目录

./gradlew build #编译源代码

java -jar build/libs/DBConvert.jar #执行数据转换指令

注意：如果节点的数据存储目录是自定义的，运行DBConvert.jar时添加下面2个可选参数。

src_db_path:指定LevelDB数据库路径源，默认是 output-directory/database

dst_db_path:指定RocksDB数据库路径，默认是 output-directory-dst/database

例如，如果节点是像这样的脚本运行的:

nohup java -jar FullNode.jar -d your_database_dir &

那么，你应该这样运行数据转换工具DBConvert.jar:

java -jar build/libs/DBConvert.jar your_database_dir/database output-directory-dst/database

注意：必须停止节点的运行，然后再运行数据转换脚本。

如果不希望节点停止时间太长，可以在节点停止后先将leveldb数据目录output-directory拷贝一份到新的目录下，然后恢复节点的运行。

在新目录的上级目录中执行DBConvert.jar并指定参数src_db_path和dst_db_path 。

例如:

cp -rf output-directory /tmp/output-directory

cd /tmp

java -jar DBConvert.jar output-directory/database output-directory-dst/database

整个的数据转换过程可能需要10个小时左右。

4.7.1.4 rocksdb与leveldb的对比¶

你可以查看以下文档获取详细的信息：

rocksdb与leveldb对比

5. 智能合约¶

5.1 Tron智能合约介绍¶

智能合约是一种能自动执行其条款的计算化交易协议。智能合约和普通合约一样，定义了参与者相关的条款和奖惩机制。一旦合约被启动，便能按照设定的条款执行，并自动检查所承诺的条款实施情形。

Tron兼容以太坊（Ethereum）上采用Solidity编写的智能合约。当前建议的Solidity语言版本为0.4.24 ~ 0.4.25。合约编写、编译完成后，部署到Tron公链上。部署后的合约，被触发时，就会在公链的各个节点上自动执行。

5.2 Tron智能合约特性（地址等）¶

Tron virtual machine 基于以太坊 solidity 语言实现，兼容以太坊虚拟机的特性，但基于tron自身属性也有部分的区别。

5.2.1 智能合约¶

波场虚拟机运行的智能合约兼容以太坊智能合约特性，以protobuf的形式定义合约内容：

message SmartContract {

message ABI {

message Entry {

enum EntryType {

UnknownEntryType = 0;

Constructor = 1;

Function = 2;

Event = 3;

Fallback = 4;

}

message Param {

bool indexed = 1;

string name = 2;

string type = 3;

// SolidityType type = 3;

}

enum StateMutabilityType {

UnknownMutabilityType = 0;

Pure = 1;

View = 2;

Nonpayable = 3;

Payable = 4;

}

bool anonymous = 1;

bool constant = 2;

string name = 3;

repeated Param inputs = 4;

repeated Param outputs = 5;

EntryType type = 6;

bool payable = 7;

StateMutabilityType stateMutability = 8;

}

repeated Entry entrys = 1;

}

bytes origin_address = 1;

bytes contract_address = 2;

ABI abi = 3;

bytes bytecode = 4;

int64 call_value = 5;

int64 consume_user_resource_percent = 6;

string name = 7；

int64 origin_energy_limit = 8;

}

origin_address: 合约创建者地址

contract_address: 合约地址

abi:合约所有函数的接口信息

bytecode：合约字节码

call_value：随合约调用传入的trx金额

consume_user_resource_percent：开发者设置的调用者的资源扣费百分比

name：合约名称

origin_energy_limit: 开发者设置的在一次合约调用过程中自己消耗的energy的上限，必须大于0。对于之前老的合约，deploy的时候没有提供设置该值的参数，会存成0，但是会按照1000万energy上限计算，开发者可以通过updateEnergyLimit接口重新设置该值，设置新值时也必须大于0

通过另外两个grpc message类型 CreateSmartContract 和 TriggerSmartContract 来创建和使用smart contract

5.2.2 合约函数的使用¶

constant function和非constant function

函数调用从对链上属性是否有更改可分为两种：constant function 和非constant function。

Constant function 是指用 view/pure/constant 修饰的函数。会在调用的节点上直接返回结果，并不以一笔交易的形式广播出去。

非constant function是指需要依托一笔交易的形式被广播的方法调用。函数会改变链上数据的内容，比如转账，改变合约内部变量的值等等。

注意: 如果在合约内部使用create指令（CREATE instruction），即使用view/pure/constant来修饰这个动态创建的合约合约方法，这个合约方法仍会被当作非constant function，以交易的形式来处理。

消息调用（message calls）

消息调用可以向其他的合约发起函数调用，也可以向合约的账户或非合约的账户转帐trx。与普通的波场triggercontract类似，消息调用也有调用的发起者，接受者，数据，转账金额，扣费，以及返回值等属性。每一个消息调用都可以递归的生成新的消息调用。

合约可以决定在其内部的消息调用中，对于剩余的 energy ，应发送和保留多少。如果在内部消息调用时发生了OutOfEnergyException

异常（或其他任何异常）,会返回false，但不会以异常的形式抛出。此时，只有与该内部消息调用一起发送的gas会被消耗掉，如果不表明消息调用所传入的费用call.value(energy)，则会扣掉所有的剩余energy。

委托调用/代码调用和库 (delegatecall/callcode/libary)

有一种特殊类型的消息调用，被称为委托调用(delegatecall) 。它和一般的消息调用的区别在于，目标地址的代码将在发起调用的合约的上下文中执行，并且msg.sender 和msg.value 不变。这意味着一个合约可以在运行时从另外一个地址动态加载代码。存储、当前地址和余额都指向发起调用的合约，只有代码是从被调用地址获取的。这使得 Solidity 可以实现”库“能力：可复用的代码库可以放在一个合约的存储上，如用来实现复杂的数据结构的库。

CREATE 指令（CREATE instruction）

另一个与合约调用相关的是调用指令集的时候使用CREATE指令。这个指令将会创建一个新的合约并生成新的地址。与以太坊的创建唯一的不同在于波场新生成的地址使用的是传入的本次智能合约交易id与调用的nonce的哈希组合。和以太坊不同，这个nonce的定义为本次根调用开始创建的合约序号。即如果有多次的 CREATE指令调用，从1开始，顺序编号每次调用的合约。详细请参考代码。还需注意，与deploycontract的grpc调用创建合约不同，CREATE的合约并不会保存合约的abi。

内置功能属性及内置函数 (Odyssey-v3.1.1及之后的版本暂时不支持TVM内置函数)

1）TVM兼容solidity语言的转账形式，包括：

伴随constructor调用转账

伴随合约内函数调用转账

transfer/send/call/callcode/delegatecall函数调用转账

注意，波场的智能合约与波场系统合约的逻辑不同，如果转账的目标地址账户不存在，不能通过智能合约转账的形式创建目标地址账户。这也是与以太坊的不同点。

2）不同账户为超级节点投票 (Odyssey-v3.1.1及之后的版本暂时不支持)

3）超级节点获取所有奖励 (Odyssey-v3.1.1及之后的版本暂时不支持)

4）超级节点通过或否定提案 (Odyssey-v3.1.1及之后的版本暂时不支持)

5）超级节点提出提案 (Odyssey-v3.1.1及之后的版本暂时不支持)

6）超级节点删除提案 (Odyssey-v3.1.1及之后的版本暂时不支持)

7）波场byte地址转换为solidity地址 (Odyssey-v3.1.1及之后的版本暂时不支持)

8）波场string地址转换为solidity地址 (Odyssey-v3.1.1及之后的版本暂时不支持)

9）向目标账户地址发送token转账 (Odyssey-v3.1.1及之后的版本暂时不支持)

10）查询目标账户地址的指定token的数量 (Odyssey-v3.1.1及之后的版本暂时不支持)

11）兼容所有以太坊内置函数

注意：

波场2）- 10）为波场自己的内置函数具体中文文档请参看：https://github.com/tronprotocol/Documentation/blob/master/中文文档/虚拟机/虚拟机内置函数.md

以太坊 RIPEMD160 函数不推荐使用，波场返回的是一个自己的基于sha256的hash结果，并不是准确的以太坊RIPEMD160。以后会考虑删除这个函数。

5.2.3 合约地址在solidity语言的使用¶

以太坊虚拟机地址为是20字节，而波场虚拟机解析地址为21字节。

地址转换

在solidity中使用的时候需要对波场地址做如下处理（推荐）：

/**

* @dev convert uint256 (HexString add 0x at beginning) tron address to solidity address type

* @param tronAddress uint256 tronAddress, begin with 0x, followed by HexString

* @return Solidity address type

function convertFromTronInt(uint256 tronAddress) public view returns(address){

return address(tronAddress);

}

这个和在以太坊中其他类型转换成address类型语法相同。

地址判断

solidity中有地址常量判断，如果写的是21字节地址编译器会报错，只用写20字节地址即可，如：

function compareAddress(address tronAddress) public view returns (uint256){

// if (tronAddress == 0x41ca35b7d915458ef540ade6068dfe2f44e8fa733c) { // compile error

if (tronAddress == 0xca35b7d915458ef540ade6068dfe2f44e8fa733c) { // right

return 1;

} else {

return 0;

}

tronAddress从wallet-cli传入是0000000000000000000041ca35b7d915458ef540ade6068dfe2f44e8fa733c这个21字节地址，即正常的波场地址时，是会返回1的，判断正确。

地址赋值

solidity中有地址常量的赋值，如果写的是21字节地址编译器会报错，只用写20字节地址即可，solidity中后续操作直接利用这个20位地址，波场虚拟机内部做了补位操作。如：

function assignAddress() public view {

// address newAddress = 0x41ca35b7d915458ef540ade6068dfe2f44e8fa733c; // compile error

address newAddress = 0xca35b7d915458ef540ade6068dfe2f44e8fa733c;

// do something

}

如果想直接使用string 类型的波场地址（如TLLM21wteSPs4hKjbxgmH1L6poyMjeTbHm）请参考内置函数的两种地址转换方式（见II-4-7,II-4-8）。

5.2.4 与以太坊有区别的特殊常量¶

货币¶

类似于solidity对ether的支持，波场虚拟机的代码支持的货币单位有trx和sun，其中1trx = 1000000 sun，大小写敏感，只支持小写。目前tron-studio支持trx和sun，在remix中，不支持trx和sun，如果使用ether、finney等单位时，注意换算(可能会发生溢出错误)。

我们推荐使用tron-studio代替remix进行tron智能合约的编写。

区块相关¶

block.blockhash(uint blockNumber) returns (bytes32)：指定区块的区块哈希——仅可用于最新的 256 个区块且不包括当前区块；而 blocks 从 0.4.22 版本开始已经不推荐使用，由 blockhash(uint blockNumber) 代替

block.coinbase (address): 产当前区块的超级节点地址

block.difficulty (uint): 当前区块难度，波场不推荐使用，设置恒为0

block.gaslimit (uint): 当前区块 gas 限额，波场暂时不支持使用, 暂时设置为0

block.number (uint): 当前区块号

block.timestamp (uint): 当前区块以秒计的时间戳

gasleft() returns (uint256)：剩余的 gas

msg.data (bytes): 完整的 calldata

msg.gas (uint): 剩余 gas - 自 0.4.21 版本开始已经不推荐使用，由 gesleft() 代替

msg.sender (address): 消息发送者（当前调用）

msg.sig (bytes4): calldata 的前 4 字节（也就是函数标识符）

msg.value (uint): 随消息发送的 sun 的数量

now (uint): 目前区块时间戳（block.timestamp）

tx.gasprice (uint): 交易的 gas 价格，波场不推荐使用，设置值恒为0

tx.origin (address): 交易发起者

5.3 Energy介绍¶

智能合约运行时执行每一条指令都需要消耗一定的系统资源，资源的多少用Energy的值来衡量。

5.3.1 Energy的获取¶

质押获取Energy，即将持有的trx锁定，无法进行交易，作为抵押，并以此获得免费使用Energy的权利。具体计算与全网所有账户质押有关，可参考相关部分计算。

质押获得能量¶

freezeBalancev2 frozen_balance [ResourceCode:0 BANDWIDTH,1 ENERGY]

通过质押TRX获取的Energy，额度 = 为获取Energy质押的TRX / 整个网络为获取Energy质押的TRX 总额 * 50_000_000_000。

也就是所有用户按质押TRX平分固定额度的Energy。

示例：

如全网只有两个人A，B分别质押2TRX，2TRX。

二人质押获得的可用Energy分别是

A: 25_000_000_000 且energy_limit 为25_000_000_000

B: 25_000_000_000 且energy_limit 为25_000_000_000

当第三人C质押1TRX时。

三人质押获得的可用Energy调整为

A: 20_000_000_000 且energy_limit调整为20_000_000_000

B: 20_000_000_000 且energy_limit调整为20_000_000_000

B: 10_000_000_000 且energy_limit 为10_000_000_000

恢复能量¶

所消耗的能量会在24小时内平滑减少至0。

示例：

在某一时刻A的Energy已使用量为72_000_000 Energy

在没有其他消耗或质押的操作下：

一小时后A的Energy已使用量为 72_000_000 - (72_000_000 * (60*60/60*60*24)) Energy = 69_000_000 Energy

24小时后A的Energy已使用量为 0 Energy。

5.3.2 如何填写feeLimit(用户必读)¶

在本节范围内，将合约的开发部署人员，简称为“开发者”；将调用合约的用户或者其他合约，简称为“调用者”。

调用合约消耗的Energy能以一定比例折合成trx（或者sun），所以在本节范围内，指代合约消耗的资源时，并不严格区分Energy和 trx；仅在作为数值的单位时，才区分Energy、trx和sun。

合理设置feeLimit，一方面能尽量保证正常执行；另外一方面，如果合约所需Energy过大，又不会过多消耗调用者的trx。在设置feeLimit之前，需要了解几个概念：

1). 合法的feeLimit为0 - 10^9 之间的整数值，单位是sun，折合0 - 1000 trx；

2). 不同复杂度的合约，每次正常执行消耗不同的Energy；相同合约每次消耗的Energy基本相同[1]；执行合约时，逐条指令计算并扣除Energy，如果超过feeLimit的限制，则合约执行失败，已扣除的Energy不退还；

3). 目前feeLimit仅指调用者愿意承担的Energy折合的trx[2]；执行合约允许的最大Energy还包括开发者承担的部分；

4). 一个恶意合约，如果最终执行超时，或者因bug合约崩溃，则会扣除该合约允许的所有energy；

5). 开发者可能会承担一定比例的Energy消耗（比如承担90%）。但是，当开发者账户的Energy不足以支付时，剩余部分完全由调用者承担。在feeLimit限制范围内，如调用者的Energy不足，则会燃烧等价值的trx。[2]

开发者通常会有充足的Energy，以鼓励低成本调用；调用者在估算feeLimit时，可以假设开发者能够承担其承诺比例的Energy，如果一次调用因为feeLimit不足而失败，可以再适当扩大。

示例¶

下面将以一个合约C的执行，来具体举例，如何估算feeLimit：

假设合约C上一次成功执行时，消耗了18000 Energy，那么预估本次执行消耗的Energy上限为20000 Energy；[3]

质押trx时，当前全网用于CPU质押的TRX总量和Energy总量的比值，假设是质押1 trx，可以获得400 Energy；

燃烧trx时，1 trx固定可以兑换10000 Energy；[4]

假设开发者承诺承担90%的Energy，而且开发者账户有充足的Energy；

则，feeLimit的预估方法为：

1). A = 20000 energy * (1 trx / 400 energy) = 50 trx = 50_000_000 sun,

2). B = 20000 energy * (1 trx / 10000 energy) = 2 trx = 2_000_000 sun，

3). 取A和B的最大值，为50_000_000 sun，

4). 开发者承诺承担90%，用户需要承担10%，

那么，建议用户填写的feeLimit为 50_000_000 sun * 10% = 5_000_000 sun。

小节附录：

[1] 根据tron各节点的情况，每次执行消耗的Energy可能会有小幅度的浮动。

[2] tron可能会视后续公链的情况，调整这一策略。

[3] 预估的下一次执行所需Energy上限，应该略大于上一次实际消耗的Energy。

[4] 1 trx = 10^4 energy 为目前的燃烧trx的比例，后续Tron可能会根据全网拥塞情况调整，调整后，将通知到全网的节点。

5.3.3 Energy的计算(开发者必读)¶

在讨论本章节前，需要了解：

1). tron为了惩罚恶意开发者，对于异常合约，如果执行超时（超过50ms），或因bug异常退出（不包含revert），会扣除本次的最大可用Energy。若合约正常执行，或revert，则仅扣除执行相关指令所需的Energy；

2). 开发者可以设置执行合约时，消耗Energy中自己承担的比例，该比例后续可修改。一次合约调用消耗的Energy，若开发者的Energy不足以支付其承担的部分，剩余部分全由调用者支付；

3). 目前执行一个合约，可用的Energy总数由调用者调用时设置的feeLimit 和开发者承担部分共同决定；

注意：

1.若开发者不确定合约是否正常，请勿将用户承担比例设置为0%，否则在被判为恶意执行时，会扣除开发者的所有Energy。[1]

2.因此建议开发者设置的用户承担的比例为10%~100%。[2]

下面具体举例，详细描述合约可用Energy的计算方法。

示例1

如果一个账户A的balance是 100 TRX(100000000 SUN)，质押 10 TRX 获得了100000 Energy，未质押的balance是 90 TRX。

有一个合约C设置的消耗调用者资源的比例是100%，也就是完全由调用者支付所需资源。

此时A调用了合约C，填写的feeLimit是 30000000(单位是SUN, 30 TRX)。

那么A此次调用能够使用的Energy是由两部分计算出来的：

A质押剩余的Energy

这部分的价格是根据账户A当前质押的TRX和当前质押所获得的Energy总量按比例计算出来的，也就是：1 Energy = (10 / 100000) TRX，还剩100000 Energy，价值10 TRX，小于feeLimit，则能获得所有的100000 Energy，价值的10 TRX算进feeLimit中。

按照固定比例换算出来的Energy

如果feeLimit大于质押剩余Energy价值的TRX，那么需要使用balance中的TRX来换算。固定比例是： 1 Energy = 100 SUN, feeLimit还有(30 - 10) TRX = 20 TRX，获得的Energy是 20 TRX / 100 SUN = 200000 Energy

所以，A此次调用能够使用的Energy是 (100000 + 200000) = 300000 Energy

如果合约执行成功，没有发生任何异常，则会扣除合约运行实际消耗的Energy，一般都远远小于此次调用能够使用的Energy。如果发生了Assert-style异常，则会消耗feeLimit对应的所有的Energy。

Assert-style异常的介绍详见异常介绍

示例2

如果一个账户A的balance是 100 TRX(100000000 SUN)，质押 10 TRX 获得了100000 Energy，未质押的balance是 90 TRX。

有一个合约C设置的消耗调用者资源的比例是40%，也就是由合约开发者支付所需资源的60%。

开发者是D，质押 50 TRX 获得了500000 Energy。

此时A调用了合约C，填写的feeLimit是 200000000(单位是SUN, 200 TRX)。

那么A此次调用能够使用的Energy是于以下三部分相关：

调用者A质押剩余的Energy（X Energy）

这部分的价格是根据账户A当前质押的TRX和当前质押所获得的Energy总量按比例计算出来的，也就是：1 Energy = (10 / 100000) TRX，还剩100000 Energy，价值10 TRX，小于剩下的feeLimit，则能获得所有的100000 Energy，价值的10 TRX算进feeLimit中。

从调用者A的balance中，按照固定比例换算出来的Energy （Y Energy）

如果feeLimit大于1和2的和，那么需要使用A的balance中的TRX来换算。固定比例是： 1 Energy = 100 SUN, feeLimit还有(200 - 10)TRX = 190 TRX，但是A的balance只有90 TRX，按照min(190 TRX, 90 TRX) = 90 TRX来计算获得的Energy，即为 90 TRX / 100 SUN = 900000 Energy

开发者D质押剩余的Energy (Z Energy)

开发者D质押剩余500000 Energy。

会出现以下两种情况：

当(X + Y) / 40% >= Z / 60%，A此次调用能够使用的Energy是 X + Y + Z Energy。

当(X + Y) / 40% < Z / 60%，A此次调用能够使用的Energy是 (X + Y) / 40% Energy。

若A此次调用能够使用的Energy是 Q Energy

同上，如果合约执行成功，没有发生任何异常，消耗总Energy小于Q Energy，如消耗 500000 Energy ，会按照比例扣除合约运行实际消耗的Energy，调用者A消耗500000 * 40=200000 Energy，开发者D消耗500000 * 60% = 300000 Energy。

一般实际消耗Energy都远远小于此次调用能够使用的Energy。如果发生了Assert-style异常，则会消耗feeLimit对应的所有的Energy。

Assert-style异常的介绍详见异常介绍

注意：

开发者创建合约的时候，consume_user_resource_percent不要设置成0，也就是开发者自己承担所有资源消耗。

开发者自己承担所有资源消耗，意味着当发生了Assert-style异常时，会消耗开发者质押的所有Energy。

Assert-style异常的介绍详见异常介绍

为避免造成不必要的损失consume_user_resource_percent建议值是10-100。

5.4 智能合约开发工具介绍¶

5.4.1 TronStudio¶

波场智能合约开发工具。提供可视化界面，支持开发者对solidity语言智能合约进行编译，调试，运行等功能。

https://developers.tron.network/docs/tron-studio-intro

5.4.2 TronBox¶

波场智能合约部署工具。支持solidity语言智能合约的编译，部署，移植等功能。

https://developers.tron.network/docs/tron-box-user-guide

5.4.3 TronWeb¶

波场智能合约开发使用的http api库。提供和主链交互，合约部署调用等接口。

https://developers.tron.network/docs/tron-web-intro

5.4.4 TronGrid¶

波场智能合约事件查询服务。可以查询智能合约中写入的事件log信息。

https://developers.tron.network/docs/tron-grid-intro

5.5 使用命令行工具进行智能合约开发¶

在tron上进行智能合约的开发，除了使用现有的工具之(tron-studio)外，也可以直接使用wallet-cli命令行工具进行智能合约的开发，编译和部署。编写智能合约，可以使用使用TronStudio进行编译、调试等前期的开发工作。当合约开发完成之后，可以把合约复制到SimpleWebCompiler中进行编译，获取ABI和ByteCode。

我们提供一个简单的数据存取的合约代码示例，以这个示例来说明编译、部署、调用的步骤。

pragma solidity ^0.4.0;

contract DataStore {

mapping(uint256 => uint256) data;

function set(uint256 key, uint256 value) public {

data[key] = value;

}

function get(uint256 key) view public returns (uint256 value) {

value = data[key];

}

启动私有链¶

确保前提条件中，私有链已经在本地部署完成。可以检查FullNode/logs/tron.log中，是否有持续产块的log信息出现：“Produce block successfully”

开发智能合约¶

把上述代码复制到remix中编译，调试，确保代码的逻辑是自己需要的，编译通过，没有错误

在SimpleWebCompiler编译得到ABI和ByteCode¶

因为波场的编译器与以太坊的编译略有差异，正在与Remix集成中，所以临时采用改方案获取ABI和ByteCode，而不是通过Remix直接获取ABI和ByteCode。

把上述代码复制到SimpleWebCompiler中，点击Compile按钮，获取ABI和ByteCode。

通过Wallet-cli部署智能合约¶

下载Wallet-Cli，文件然后编译。

# 下载源代码

git clone https://github.com/tronprotocol/wallet-cli

cd wallet-cli

# 编译

./gradlew build

cd build/libs

注意：

wallet-cli 默认的配置会连接本地127.0.0.1:50051的 fullnode，如果开发者需要连接不同的其他节点或者端口可在 config.conf 文件中进行修改

启动wallet-cli

java -jar wallet-cli.jar

启动之后，可在命令中交互式输入指令。导入私钥，并查询余额是否正确

importwallet

<输入你自己的设定的钱包密码2次>

<输入私钥：da146374a75310b9666e834ee4ad0866d6f4035967bfc76217c5a495fff9f0d0>

<输入你自己的设定的钱包密码>

getbalance

部署合约

Shell

# 合约部署指令

DeployContract contractName ABI byteCode constructor params isHex fee_limit consume_user_resource_percent

# 参数说明

contract_name:自己制定的合约名

ABI:从SimpleWebCompiler中获取到的 ABI json 数据

bytecode:从SimpleWebCompiler中获取到的二进制代码

constructor:部署合约时，会调用构造函数，如果需要调用，就把构造函数的参数类型填写到这里，例如：constructor(uint256,string)，如果没有，就填写一个字符#

params：构造函数的参数，使用逗号分隔开来，例如 1,"test" ，如果没有构造函数，就填写一个字符#

fee_limit:本次部署合约消耗的TRX的上限，单位是SUN(1 SUN = 10^-6 TRX)，包括CPU资源、STORAGE资源和可用余额的消耗

consume_user_resource_percent:指定的使用该合约用户的资源占比，是[0, 100]之间的整数。如果是0，则表示用户不会消耗资源。如果开发者资源消耗完了，才会完全使用用户的资源。

value:在部署合约时，给该合约转账金额，使用十六进制32位表示

library:address,library:address,...:如果合约包含library，则需要在部署合约的时候指定library的地址，具体见下文；没有library的话则不需要填写。

# 运行例子

deploycontract DataStore [{"constant":false,"inputs":[{"name":"key","type":"uint256"},{"name":"value","type":"uint256"}],"name":"set","outputs":[],"payable":false,"stateMutability":"nonpayable","type":"function"},{"constant":true,"inputs":[{"name":"key","type":"uint256"}],"name":"get","outputs":[{"name":"value","type":"uint256"}],"payable":false,"stateMutability":"view","type":"function"}] 608060405234801561001057600080fd5b5060de8061001f6000396000f30060806040526004361060485763ffffffff7c01000000000000000000000000000000000000000000000000000000006000350416631ab06ee58114604d5780639507d39a146067575b600080fd5b348015605857600080fd5b506065600435602435608e565b005b348015607257600080fd5b50607c60043560a0565b60408051918252519081900360200190f35b60009182526020829052604090912055565b600090815260208190526040902054905600a165627a7a72305820fdfe832221d60dd582b4526afa20518b98c2e1cb0054653053a844cf265b25040029 # # false 1000000 30 0

部署成功会显示Deploy the contract successfully

得到合约的地址

Your smart contract address will be: <合约地址>

# 在本例中

Your smart contract address will be: TTWq4vMEYB2yibAbPV7gQ4mrqTyX92fha6

调用合约存储数据、查询数据

# 调用合约指令

triggercontract

# 参数说明

contract_address:即之前部署过合约的地址，格式 base58，如：TTWq4vMEYB2yibAbPV7gQ4mrqTyX92fha6

method:调用的函数签名，如set(uint256,uint256)或者 fool()，参数使用','分割且不能有空格

args:如果非十六进制，则自然输入使用','分割且不能有空格，如果是十六进制，直接填入即可

is_hex：输入参数是否为十六进制，false 或者 true

fee_limit:和deploycontract的时候类似，表示本次部署合约消耗的TRX的上限，单位是SUN(1 SUN = 10^-6 TRX)，包括CPU资源、STORAGE资源和可用余额的消耗。

value:在部署合约时，给该合约转账金额，使用十六进制32位表示

# 调用的例子

## 设置 mapping 1->1

triggercontract TTWq4vMEYB2yibAbPV7gQ4mrqTyX92fha6 set(uint256,uint256) 1,1 false 1000000 0000000000000000000000000000000000000000000000000000000000000000

## 取出 mapping key = 1的 value

triggercontract TTWq4vMEYB2yibAbPV7gQ4mrqTyX92fha6 get(uint256) 1 false 1000000 0000000000000000000000000000000000000000000000000000000000000000

如果调用的函数是 constant 或 view，wallet-cli 将会直接返回结果

如果包含library，则需要在部署合约之前先部署library，部署完library之后，知道了library地址，将地址填进library:address,library:address,...

# 比如使用remix生成的合约，bytecode是

608060405234801561001057600080fd5b5061013f806100206000396000f300608060405260043610610041576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063f75dac5a14610046575b600080fd5b34801561005257600080fd5b5061005b610071565b6040518082815260200191505060405180910390f35b600073__browser/oneLibrary.sol.Math3__________<\b>634f2be91f6040518163ffffffff167c010000000000000000000000000000000000000000000000000000000002815260040160206040518083038186803b1580156100d357600080fd5b505af41580156100e7573d6000803e3d6000fd5b505050506040513d60208110156100fd57600080fd5b81019080805190602001909291905050509050905600a165627a7a7230582052333e136f236d95e9d0b59c4490a39e25dd3a3dcdc16285820ee0a7508eb8690029

之前部署的library地址是：TSEJ29gnBkxQZR3oDdLdeQtQQykpVLSk54

那么部署的时候，需要将 browser/oneLibrary.sol.Math3:TSEJ29gnBkxQZR3oDdLdeQtQQykpVLSk54 作为deploycontract的参数。

6. 内置合约以及API¶

6.1 内置合约说明¶

请参考:

交易操作类型说明

6.2 gRPC 接口说明¶

请参考:

波场钱包RPC-API

6.3 http 接口说明¶

请参考:

[HTTP接口说明]](https://github.com/tronprotocol/Documentation/blob/master/TRX_CN/Tron-http.md)

7. TRC-10通证¶

TRON网络支持2种通证，一种是通过智能合约发行的TRC20协议的通证，一种是通过Tron公链内置的TRC10通证。

下面对TRC10通证进行说明。

7.1 如何发行TRC10通证¶

http接口：

wallet/createassetissue

作用：发行Token

demo：curl -X POST http://127.0.0.1:8090/wallet/createassetissue -d '{

"owner_address":"41e552f6487585c2b58bc2c9bb4492bc1f17132cd0",

"name":"0x6173736574497373756531353330383934333132313538",

"abbr": "0x6162627231353330383934333132313538",

"total_supply" :4321,

"trx_num":1,

"num":1,

"precision":1,

"start_time" : 1530894315158,

"end_time":1533894312158,

"description":"007570646174654e616d6531353330363038383733343633",

"url":"007570646174654e616d6531353330363038383733343633",

"free_asset_net_limit":10000,

"public_free_asset_net_limit":10000,

"frozen_supply":{"frozen_amount":1, "frozen_days":2}

参数说明：

owner_address发行人地址

name是token名称

abbr是token简称

total_supply是发行总量

trx_num和num是token和trx的兑换价值

precision是精度，也就是小数点个数

start_time和end_time是token发行起止时间

description是token说明，需要是hexString格式

url是token发行方的官网，需要是hexString格式

free_asset_net_limit是Token的总的免费带宽

public_free_asset_net_limit是每个token拥护者能使用本token的免费带

frozen_supply是token发行者可以在发行的时候指定质押的token

返回值：发行Token的Transaction

7.2 参与TRC10通证¶

http接口：

wallet/participateassetissue

作用：参与通证发行

demo：curl -X POST http://127.0.0.1:8090/wallet/participateassetissue -d '{

"to_address": "41e552f6487585c2b58bc2c9bb4492bc1f17132cd0",

"owner_address":"41e472f387585c2b58bc2c9bb4492bc1f17342cd1",

"amount":100,

"asset_name":"3230313271756265696a696e67"

参数说明：

to_address是Token发行人的地址，需要是hexString格式

owner_address是参与token人的地址，需要是hexString格式

amount是参与token的数量

asset_name是token的名称，需要是hexString格式

返回值：参与token发行的transaction

7.3 TRC10通证转账¶

http接口：

wallet/transferasset

作用：转账Token

demo：curl -X POST http://127.0.0.1:8090/wallet/transferasset -d '{

"owner_address":"41d1e7a6bc354106cb410e65ff8b181c600ff14292",

"to_address": "41e552f6487585c2b58bc2c9bb4492bc1f17132cd0",

"asset_name": "0x6173736574497373756531353330383934333132313538",

"amount": 100

参数说明：

owner_address是token转出地址，需要是hexString格式

to_address是token转入地址，需要是hexString格式

asset_name是token名称，需要是hexString格式

amount是token转账数量

返回值：token转账的Transaction

8. 资源模型¶

8.1 资源模型介绍¶

TRON网络中的资源有4种：带宽，CPU，存储和内存。得益于波场独有的内存模型，TRON网络中的内存资源几乎是无限的。

TRON网络引入了Bandwidth point 和 Energy 两种资源概念。其中Bandwidth Point表示带宽资源，Energy表示CPU和存储资源。

注意¶

普通交易仅消耗Bandwidth points

智能合约的操作不仅要消耗Bandwidth points，还会消耗Energy

8.2 Bandwidth Points¶

交易以字节数组的形式在网络中传输及存储，一条交易消耗的Bandwidth Points = 交易字节数 * Bandwidth Points费率。当前Bandwidth Points费率 = 1。

如一条交易的字节数组长度为200，那么该交易需要消耗200 Bandwidth Points。

注意由于网络中总质押资金以及账户的质押资金随时可能发生变化，因此账户拥有的Bandwidth Points不是固定值。

8.2.1 Bandwidth Points的来源¶

Bandwidth Points的获取分两种：

通过质押TRX获取的Bandwidth Points，额度 = 为获取Bandwidth Points质押的TRX / 整个网络为获取Bandwidth Points质押的TRX 总额 * 43_200_000_000。

也就是所有用户按质押TRX平分固定额度的Bandwidth Points。

每个账号每天有固定免费额度的带宽，该额度由波场网络的第#61号参数定义，用户可在tronscan上查看最新的值（https://tronscan.org/#/sr/committee）。

8.2.2 Bandwith Points的消耗¶

除了查询操作，任何交易都需要消耗bandwidth points。

还有一种情况，如果是转账，包括普通转账或发行Token转账，如果目标账户不存在，转账操作则会创建账户并转账，只会扣除创建账户消耗的Bandwidth Points，转账不会再消耗额外的Bandwidth Points。除此之外，无论通过任何方式创建账户，都有1TRX的固定费用。

8.2.3 Bandwidth Points的计算规则¶

Bandwidth Points是一个账户1天内能够使用的总字节数。一定时间内，整个网络能够处理的Bandwidth为确定值。

如果交易需要创建新账户，Bandwidth Points消耗如下：

尝试消耗交易发起者质押获取的Bandwidth Points。如果交易发起者Bandwidth Points不足，则进入下一步

尝试消耗交易发起者的TRX，这部分烧掉0.1TRX

如果交易是Token转账，Bandwidth Points消耗如下：

依次验证发行Token资产总的免费Bandwidth Points是否足够消耗，转账发起者的Token剩余免费Bandwidth Points是否足够消耗，Token发行者质押TRX获取Bandwidth Points剩余量是否足够消耗。如果满足则扣除Token发行者的Bandwidth Points，任意一个不满足则进入下一步

尝试消耗交易发起者质押获取的Bandwidth Points。如果交易发起者Bandwidth Points不足，则进入下一步

尝试消耗交易发起者的免费Bandwidth Points。如果免费Bandwidth Points也不足，则进入下一步

尝试消耗交易发起者的TRX，交易的字节数 * 1000 sun

如果交易普通交易，Bandwidth Points消耗如下：

尝试消耗交易发起者质押获取的Bandwidth Points。如果交易发起者Bandwidth Points不足，则进入下一步

尝试消耗交易发起者的免费Bandwidth Points。如果免费Bandwidth Points也不足，则进入下一步

尝试消耗交易发起者的TRX，交易的字节数 * 1000 sun

8.2.4 带宽的自动恢复¶

在网络总锁定资金以及账户锁定资金不变的情况向，账户的带宽的已使用量随着时间增加而按比例衰减，24h衰减到0。如时间T1时刻，账户带宽已使用量为U，到T1+12h，账户再次使用带宽u,此时账户已使用带宽为 U/2 + u。具体公式如下：

即可以理解为每24h，用户已使用的带宽值重置为0。

8.3 Energy¶

5.3 Energy介绍

8.4 资源委托（resource delegate）¶

在TRON中，一个账户可以通过质押TRX来获取带宽和能量。同时，也可以把质押TRX获取的带宽或者能量委托（delegate）给其他地址。

此时，主账号拥有质押的TRX以及相应的投票权，受委托账户拥有质押获取的资源（带宽或者能量）。

和普通质押一样，委托资源也至少质押3天。

资源委托的命令如下：

freezeBalance frozen_balance frozen_duration [ResourceCode:0 BANDWIDTH,1 ENERGY] [receiverAddress]

frozen_balance是质押的TRX数量（单位为sun），

frozen_duration为质押的天数（目前固定为3天），

ResourceCode表示要获取的资源是带宽还是能量，

receiverAddress表示受委托账户的地址，

8.5 其他交易费¶

交易类型

费用

创建witness

9999 TRX

发行token

1024 TRX

创建account

0.1 TRX

创建exchange

1024 TRX

9. 去中心化交易所(DEX)¶

9.1 什么是交易对¶

TRON网络原生支持去中心化交易所(DEX)。去中心化交易所由多个交易对构成。一个交易对（Exchange）是token与token之间，或者token与TRX之间的交易市场（Exchange Market）。

任何账户都可以创建任何token之间的交易对，即使TRON网络中已经存在相同的交易对。交易对的买卖与价格波动遵循Bancor协议。

TRON网络规定，所有交易对中的两个token的权重相等，因此它们数量（balance）的比率即是它们之间的价格。

举一个简单的例子，假设一个交易对包含ABC和DEF两种token，ABC的balance为1000万，DEF的balance为100万，由于权重相等，因此10 ABC = 1 DEF，也就是说，当前ABC对于DEF的价格为10ABC/DEF。

9.2 创建交易对¶

任何账户都可以创建任何token之间的交易对。创建交易对的手续费是1024TRX，这个手续费会被TRON网络烧掉。

创建交易对相当于为该交易对注入（inject）原始资本，因此创建者账户中要拥有该交易对的初始balance。当创建成功后，会立即从创建者账户中扣除这两个token的balance。

创建交易对的合约是ExchangeCreateContract，该合约有4个参数：

first_token_id，第1种token的id

first_token_balance，第1种token的balance

second_token_id，第2种token的id

second_token_balance，第2种token的balance

如果交易对中包含TRX，则使用" _ "表示TRX的id。需要注意的是，TRX的单位是SUN。

例子：

ExchangeCreate abc 10000000 _ 1000000000000

该交易会创建abc与TRX之间的交易对，初始balance分别为10000000个abc和1000000000000 sun（1000000TRX），

如果创建者没有足够的abc和TRX，则交易对创建失败；否则创建者账户中立即扣除相应的abc和TRX，交易对创建成功，可以开始交易。

9.3 交易¶

任何账户都可以在任何交易对中进行交易。交易量和价格完全遵循Bancor协议。也就是说，一个账户在交易时，交易的对象是exchange。交易是即时的，不需要挂单和抢单，只要有足够的token，就可以交易成功。

交易的合约是ExchangeTransactionContract，该合约有3个参数：

exchange_id，交易对的id，TRON网络会根据交易对创建时间顺序给每个交易对唯一的id

token_id，要卖出的token的id

quant，要卖出的token的金额

expected，期望得到的另一个token的最小金额。如果小于此数值，交易不会成功

例子：

我们在刚刚创建的abc与TRX的交易对中进行交易，假设此交易对id为1，当前交易对中abc balance为10000000，TRX balance为1000000，如果期望花100个TRX买到至少990个abc，则

ExchangeTransaction 1 _ 100 990

其中" _ "表示TRX，即向交易对卖出100个TRX。如果成功，该交易会使得交易对中增加100个TRX，并根据Bancor协议计算出减少的abc的数量，交易对创建者的账户中abc和TRX的数量会相应地增加和减少。

9.4 注资¶

当一个交易对其中1种token的balance很小时，只需要很小的交易量就会造成很大的价格波动，这不利于正常交易。为了避免这种情况，该交易对的创建者可以选择向该交易对注资（inject）。

一个交易对只能由该交易对的创建者来注资。注资不需要手续费。

注资需要指定一种token以及注资金额，TRON网络会自动根据当前交易对中两种token的比例，计算出另一个token所需的金额，从而保证注资前后，交易对中两个token的比例相同，价格没有变化。与创建交易对相同，注资要求创建者拥有足够多的两种token的balance。

注资的合约是ExchangeInjectContract，该合约有3个参数：

exchange_id，交易对的id

token_id，要注资的token的id

quant，要注资的token的金额

例子：

我们对刚刚创建的abc与TRX的交易对进行注资，假设此交易对id为1（TRON网络中第1个交易对），当前交易对中abc balance为10000000，TRX balance为1000000，如果要增加10%的abc，则

ExchangeInject 1 abc 1000000

如果成功，该交易会使得交易对中增加1000000个abc，并增加100000个TRX，交易对创建者的账户中abc和TRX的数量会相应地减少。

9.5 撤资¶

一个交易对中的所有资产都是创建者的。创建者可以随时撤资（withdraw），把交易对中的token赎回到自身账户中。一个交易对只能由该交易对的创建者来撤资。撤资不需要手续费。

和注资一样，撤资需要指定一种token以及撤资金额，TRON网络会自动根据当前交易对中两种token的比例，计算出另一个token撤资的金额，从而保证撤资前后，交易对中两个token的比例相同，价格没有变化。

撤资前后价格没有变化，但是价格波动会更大。

撤资的合约是ExchangeWithdrawContract，该合约有3个参数：

exchange_id，交易对的id

token_id，要撤资的token的id

quant，要撤资的token的金额

例子：

我们对之前创建的abc与TRX的交易对进行撤资，假设此交易对id为1，当前交易对中abc balance为10000000，TRX balance为1000000，如果要赎回10%的abc，则

ExchangeWithdraw 1 abc 1000000

如果成功，该交易会使得交易对中减少1000000个abc，以及减少100000个TRX，交易对创建者的账户中abc和TRX的数量会相应地增加。

9.6 查询¶

9.6.1 查询交易¶

有三个查询交易对的接口，包括：

查询所有交易对信息（ListExchanges）

分页查询交易对信息（GetPaginatedExchangeList）(Odyssey-v3.1.1暂不支持)

查询指定交易对信息（GetExchangeById）

相关api详情，请查询波场RPC-API说明

9.6.2 计算当前价格¶

交易中token的当前价格信息的计算过程：

假设 first_token 当前的价格为 100 Sun，first_token_balance 为1000_000,second_token_balance 为2000_000，

second_token 当前的价格为 first_token * first_token_balance/second_token_balance = 50 Sun

first_token的价格可有"first_token&&TRX"交易对计算获得

9.6.3 计算交易获得token量¶

交易中花费first_token置换获得的second_token的数量的计算过程：

sellTokenQuant是要卖出的first_token的金额

buyTokenQuant是要买入的second_token的金额

supply = 1_000_000_000_000_000_000L

supplyQuant = -supply (1.0 - Math.pow(1.0 + (double) sellTokenQuant/（firstTokenBalance + sellTokenQuant）, 0.0005))

buyTokenQuant = （long）balance (Math.pow(1.0 + (double) supplyQuant / supply, 2000.0) - 1.0)

注意：由于网络其他账户发生交易，价格可能发生变化。

相关api详情，请查询Tron HTTP API。

10. 多重签名¶

详细信息请参考:

波场多重签名

11. 匿名交易¶

详细信息请参考:

波场匿名交易

12. 钱包介绍¶

12.1 wallet-cli功能介绍¶

请参考:

Wallet-cli

12.2 计算交易ID¶

对交易的RawData取Hash。

Hash.sha256(transaction.getRawData().toByteArray())

12.3 计算blockID¶

block id是块高度和块头raw_data的hash的混合，具体是计算出块头中raw_data的hash。用块的高度替换该hash中的前8个byte。

具体代码如下：

private byte[] generateBlockId(long blockNum, byte[] blockHash) {

byte[] numBytes = Longs.toByteArray(blockNum);

byte[] hash = blockHash;

System.arraycopy(numBytes, 0, hash, 0, 8);

return hash;

}

12.4 如何本地构造交易¶

根据交易的定义，自己填充交易的各个字段，本地构造交易。需要注意是交易里面需要设置refference block信息和Expiration信息，所以在构造交易的时候需要连接mainnet。建议设置refference block为fullnode上面的最新块，设置Expiration为最新块的时间加N分钟。N的大小根据需要设定，后台的判断条件是(Expiration > 最新块时间 and Expiration < 最新块时时 + 24小时），如果条件成立则交易合法，否则交易为过期交易，不会被mainnet接收。

refference block 的设置方法：设置RefBlockHash为最新块的hash的第8到16(不包含)之间的字节，设置BlockBytes为最新块高度的第6到8（不包含）之间的字节，代码如下：

public static Transaction setReference(Transaction transaction, Block newestBlock) {

long blockHeight = newestBlock.getBlockHeader().getRawData().getNumber();

byte[] blockHash = getBlockHash(newestBlock).getBytes();

byte[] refBlockNum = ByteArray.fromLong(blockHeight);

Transaction.raw rawData = transaction.getRawData().toBuilder()

.setRefBlockHash(ByteString.copyFrom(ByteArray.subArray(blockHash, 8, 16)))

.setRefBlockBytes(ByteString.copyFrom(ByteArray.subArray(refBlockNum, 6, 8)))

.build();

return transaction.toBuilder().setRawData(rawData).build();

}

Expiration 和交易时间戳的设置方法：

public static Transaction createTransaction(byte[] from, byte[] to, long amount) {

Transaction.Builder transactionBuilder = Transaction.newBuilder();

Block newestBlock = WalletClient.getBlock(-1);

Transaction.Contract.Builder contractBuilder = Transaction.Contract.newBuilder();

Contract.TransferContract.Builder transferContractBuilder = Contract.TransferContract

.newBuilder();

transferContractBuilder.setAmount(amount);

ByteString bsTo = ByteString.copyFrom(to);

ByteString bsOwner = ByteString.copyFrom(from);

transferContractBuilder.setToAddress(bsTo);

transferContractBuilder.setOwnerAddress(bsOwner);

try {

Any any = Any.pack(transferContractBuilder.build());

contractBuilder.setParameter(any);

} catch (Exception e) {

return null;

}

contractBuilder.setType(Transaction.Contract.ContractType.TransferContract);

transactionBuilder.getRawDataBuilder().addContract(contractBuilder)

.setTimestamp(System.currentTimeMillis())//交易时间戳设置毫秒形式

.setExpiration(newestBlock.getBlockHeader().getRawData().getTimestamp() + 10 * 60 * 60 * 1000);//交易所可以根据实际情况设置超时时间

Transaction transaction = transactionBuilder.build();

Transaction refTransaction = setReference(transaction, newestBlock);

return refTransaction;

}

12.5 相关demo¶

本地构造交易、签名的demo请参考:

签名示例

nodejs的demo，具体请参考:

nodejs示例

Built with MkDocs using a theme provided by Read the Docs.

GitHub

TronLink 钱包 | 超过 10,000,000 全球用户的可靠选择

Link 钱包 | 超过 10,000,000 全球用户的可靠选择请认准 TronLink 唯一官网：https://tronlink.org开发者TronLink 开发者文档开发者教程TronLink 集成如何将 DApp 与 TronLink 集成TronWeb 介绍DApp 开发者的核心工具Tron 协议介绍完善的 java-tron 协议帮助安装简体中文 English繁体中文简体中文TronLink 钱包超过 10,000,000 全球用户的可靠选择去中心化自托管钱包，安全、透明、稳定全面支持 TRON 网络，深度支持质押机制插件已支持 EVM 系网络（Ethereum、 BSC 及 BTTC）支持 Web3 各种使用场景，轻松连接 DApp 并完成链上交互前往安装扫码安装安卓 Google Play 商店安卓安装包安装包安全校验下载线路亚洲线路美国线路苹果 App Store 插件钱包 Chrome 应用商店 Firefox 应用商店扫码安装 100,000+通证5 年安全运行200+国家10,000,000+全球用户更安全的资管选择去中心化钱包，私钥本地存储，多层算法加密，确保数据安全。热钱包和冷钱包，双钱包模式选择，热端签名，冷端存储，物理隔绝，双重防护。支持节点自由切换及断点重连技术，确保节点的稳定可靠。更全面的网络支持深度支持 TRON 网络：支持 TRX 以及 TRC10、TRC20、TRC721 等币种，支持特色的质押获取资源及代理资源机制；插件同时支持异构的 EVM 系网络（当前支持 Ethereum、 BSC 及 BTTC）；支持多链 HD 钱包结构，一套助记词，即可管理 TRON、 Ethereum、 BSC 及 BTTC 网络的资产。更便捷的使用体验一键创建/导入钱包，支持HD钱包，支持蓝牙导入 Ledger 钱包，还可以创建多个钱包账户，简便易用，轻松上手。特色多签功能，多账户管理一份资产，多种使用场景，资产签名新模式。通过 Web3 浏览器，可以体验最新的 DeFi、社交、游戏等 Web3 DApps，支持一键收藏你的常用 DApps。 tronlink@tronlink.org帮助中心©Helix Tech Company Limited 2023 隐私协议请认准 TronLink 唯一官网：https://tronlink.org TronLink 钱包超过 10,000,000 全球用户的可靠选择前往安装去中心化自托管钱包，安全、透明、稳定全面支持 TRON 网络，深度支持质押机制插件已支持 EVM 系网络（Ethereum、 BSC 及 BTTC）支持 Web3 各种使用场景，轻松连接 DApp 并完成链上交互100,000+通证5 年安全运行200+国家10,000,000+全球用户更安全的资管选择去中心化钱包，私钥本地存储，多层算法加密，确保数据安全。热钱包和冷钱包，双钱包模式选择，热端签名，冷端存储，物理隔绝，双重防护。支持节点自由切换及断点重连技术，确保节点的稳定可靠。更全面的网络支持深度支持 TRON 网络：支持 TRX 以及 TRC-10、TRC-20、TRC-721 等币种，支持特色的质押获取资源及代理资源机制；插件同时支持异构的 EVM 系网络（当前支持 Ethereum、 BSC 及 BTTC）；支持多链 HD 钱包结构，一套助记词，即可管理 TRON、 Ethereum、 BSC 及 BTTC 网络的资产。更便捷的使用体验一键创建/导入钱包，支持HD钱包，支持蓝牙导入 Ledger 钱包，还可以创建多个钱包账户，简便易用，轻松上手。特色多签功能，多账户管理一份资产，多种使用场景，资产签名新模式。通过 Web3 浏览器，可以体验最新的 DeFi、社交、游戏等 Web3 DApps，支持一键收藏你的常用 DApps。 tronlink@tronlink.org帮助中心隐私协议©Helix Tech Company Limited 2023帮助TwitterTelegramSwitch to English Google Play 商店安卓安装包安装包安全校验下载线路亚洲线路美国线路 App Sto
波场TRON浏览器 | 区块链浏览器｜ OKLink
ON浏览器 | 区块链浏览器｜ OKLinkOKLink 和我们的合作伙伴使用 Cookie 以改善您的浏览体验，分析流量并提高安全性。接受浏览器链上 AML为什么选择 OKLink 的链上 AML 服务以先进技术和优质服务，助力数字资产合规及风险防范KYT全方位监测链上风险确保数字资产安全无忧KYA掌握地址风险概况有效提升合规能力安全审计分析链上数据与代码获得双重安全保障链上天眼关于 OKLink 链上天眼区块链安全领航者，助力执法与合规团队合规分析工具使用全景式链上分析工具让调查分析从此零门槛态势感知利用智能预警与监测让风险无处可藏举报咨询平台举报链上违法行为获得专业司法鉴定服务API
TRON主页区块链代币 & NFT开发者更多更多TRON 是 Tron 基金会于 2017 年推出的基于区块链技术的去中心化操作系统，旨在建立一个免费的全球数字内容娱乐系统。TRON 支持智能合约且兼容 EVM 的特性使开发者可以方便快捷地在 TRON 上部署智能合约和构建 DApp。TRON 依靠代理权益证明 (DPoS) 共识机制为协议上的 DApp 提供高吞吐、易扩展、可靠的底层公链支持。TRON 是 Tron 基金会于 2017 年推出的基于区块链技术的去中心化操作系统，旨在建立一个免费的全球数字内容娱乐系统。TRON 支持智能合约且兼容 EVM 的特性使开发者可以方便快捷地在 TRON 上部署智能合约和构建 DApp。TRON 依靠代理权益证明 (DPoS) 共识机制为协议上的 DApp 提供高吞吐、易扩展、可靠的底层公链支持。
简体中文简体中文English繁體中文DeutschEspañolFrançaisPortuguésPусскийTiếng ViệtTürkçe한국어日本語浏览器BitcoinEthereumOKT ChainTRONBNB ChainPolygonzkSync EraStarkNetArbitrum OneOptimismEthereumPoWSuiCosmos HubTether USDAvalanche-CLitecoinDIS CHAINFantomOKT Chain TestnetX1 TestnetEthereum ClassicSolanaAptosBeacon ChainBitcoin CashDASHDogecoinGnosisKlaytnRoninLineaPolygon zkEVMScrollBaseopBNB MainnetGoerli TestnetSepolia TestnetAmoy TestnetPolygon zkEVM TestnetMumbai TestnetCantoManta Pacific链上 AMLKYTKYA安全审计链上天眼合规分析工具态势感知举报咨询平台APIAPI 方案API 文档API 管理关于 OKLink关于我们用户条款隐私条款学院新闻报道OTC联系我们商务合作[email protected]商务合作[email protected]微信TelegramTwitter微博Discord© 2014-2024 OKLink.com 最终解释权归本站所有京 ICP 备 20017016
Java实现Tron（波场）区块链的开发实践（一）环境搭建及简单实现 - 知乎
Java实现Tron（波场）区块链的开发实践（一）环境搭建及简单实现 - 知乎切换模式写文章登录/注册Java实现Tron（波场）区块链的开发实践（一）环境搭建及简单实现大猩猩呀喜欢我的文档，请点个关注吧. 公众号：程序员大猩猩最近在开发区块链相关项目时，因本人一直使用JAVA做开发语言，但是区块链开发对JAVA语言相对来说不是很友好。在开发过程中遇到很多的问题，甚至通过百度、Google都无法解决，官方文档大部分篇幅在介绍接口相关信息，对Java实现不多。可是为了赚点钱，也是硬着头皮，经过重重问题和反复摸索，终于搞定了Torn区块链相关需求的开发。第一篇我们来讲如何在maven环境下，搭建Tron区块链的开发环境。申明：本实践经过自己实现，App产品已上线应用，可放心食用。1. GITHUB获取组件由于相关的mavn组件并没有上maven库，所以相关组件需要自己编译和下载获取链接：tronprotocol/trident (github.com)将组件原代码clone到本地，确认本地已经安装配置好Gradle 6.9.4，进行打包并将打好的组件包，置入项目工程内。Gradle获取链接：https://services.gradle.org/distributions/gradle-6.9.4-all.zip* clone项目* gradle编译获取组件包并置入置入项目* maven配置2. 简单代码实现验证* 通过rpc进行链接* 创建离线地址发布于 2024-03-05 11:50・IP 属地陕西区块链(Blockchain)Java 开发波场（TRON）赞同添加评论分享喜欢收藏申请
波场钱包的现在、过去与未来
波场钱包的现在、过去与未来
波场 · 区块链技术导航-开发资源整理
波场 · 区块链技术导航-开发资源整理
深入浅出区块链

Awesome Blockchain

区块链入门/比特币

区块链入门/比特币

比特币闪电网络

比特币术语

区块链英文术语-中文对照

以太坊

以太坊资源汇总

开发文档

以太坊扩容技术1

以太坊扩容技术2

以太坊术语

柚子EOS

超级账本

波场

IPFS/FileCoin

DAG/树图

跨链

波卡 Polkadot

Cosmos

隐私/匿名

Defi 去中心化金融

技术动向

课程学习

社区

本书使用 GitBook 发布

波场
1. Awesome TRON 波场开发资源汇总1.1. 波场TRON1.2. 浏览器与钱包1.3. 开发1.4. 博客文章1. Awesome TRON 波场开发资源汇总
波场 TRON 开发资源整理收集
1.1. 波场TRON
波场 TRON 很像以太坊和EOS的结合体，使用Tpos共识（改进的Dpos算法），支持每秒千量级TPS，以及兼容solidtiy 的TVM（波场虚拟机），不过 TVM 采用带宽概念。 TVM 上的交易操作是免费的，不需要消耗代币。
官网
项目 GitHub
白皮书
1.2. 浏览器与钱包
https://tronscan.org
https://test.tronscan.org
https://explorer.shasta.trongrid.io
https://www.trxplorer.io
TRON 钱包
TRX-Wallet 开源钱包
1.3. 开发
TRON开发者中心
tron-web：JavaScript接口，用于提供常用的账户，地址，转账，合约相关操作。相当于Ethereum的web3js。
tron-box：提供合约编译，部署，测试的命令行工具。作用相当于Ethereum的truffle工具链。
tronLink，tronPay: 提供浏览器环境的钱包插件，为dapp提供便利和安全的执行环境，相当于Ethereum的MetaMask，Scatter。
tron-grid：社区维护的主网和测试网HTTP API接口，相当于Ethereum社区中的Infura。
tron-studio: TRON集成开发环境，相当于以太坊中的Remix
TRON 公链概览
TRON 公链文档
TRON 协议
TRON HTTP API
波场钱包RPC-API
ApiList
官方节点列表
1.4. 博客文章
TRON 技术博客
搭建自己的 Dapp 开发环境
TRON 架构设计
Tron波场爱好者
© 2019 LBC Team all right reserved，powered by Gitbook该文件修订时间：
2019-05-27 12:09
results matching ""
No results matching ""
yload":{"allShortcutsEnabled":false,"fileTree":{"中文文档/波场介绍":{"items":[{"name":"One_Page.md","path":"中文文档/波场介绍/One_Page.md","contentType":"file"},{"name":"波场手册.md","path":"中文文档/波场介绍/波场手册.md","contentType":"file"},{"name":"社区.md","path":"中文文档/波场介绍/社区.md","contentType":"file"}],"totalCount":3},"中文文档":{"items":[{"name":"Android钱包","path":"中文文档/Android钱包","contentType":"directory"},{"name":"常见问题解答","path":"中文文档/常见问题解答","contentType":"directory"},{"name":"波场介绍","path":"中文文档/波场介绍","contentType":"directory"},{"name":"波场区块链浏览器介绍","path":"中文文档/波场区块链浏览器介绍","contentType":"directory"},{"name":"波场协议","path":"中文文档/波场协议","contentType":"directory"},{"name":"波场编程大赛","path":"中文文档/波场编程大赛","contentType":"directory"},{"name":"测试环境搭建","path":"中文文档/测试环境搭建","contentType":"directory"},{"name":"虚拟机","path":"中文文档/虚拟机","contentType":"directory"},{"name":"交易签名流程.md","path":"中文文档/交易签名流程.md","contentType":"file"},{"name":"术语表.md","path":"中文文档/术语表.md","contentType":"file"},{"name":"波场创业者基金.md","path":"中文文档/波场创业者基金.md","contentType":"file"},{"name":"钱包测试用例.numbers","path":"中文文档/钱包测试用例.numbers","contentType":"file"}],"totalCount":12},"":{"items":[{"name":"English_Documentation","path":"English_Documentation","contentType":"directory"},{"name":"TRX","path":"TRX","contentType":"directory"},{"name":"TRX_CN","path":"TRX_CN","contentType":"directory"},{"name":"images","path":"images","contentType":"directory"},{"name":"中文文档","path":"中文文档","contentType":"directory"},{"name":".gitignore","path":".gitignore","contentType":"file"},{"name":"LICENSE","path":"LICENSE","contentType":"file"},{"name":"README.md","path":"README.md","contentType":"file"},{"name":"viltis","path":"viltis","contentType":"file"}],"totalCount":9}},"fileTreeProcessingTime":4.911022,"foldersToFetch":[],"repo":{"id":126433683,"defaultBranch":"master","name":"documentation","ownerLogin":"tronprotocol","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2018-03-23T04:38:06.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/34857411?v=4","public":true,"private":false,"isOrgOwned":true},"symbolsExpanded":false,"treeExpanded":true,"refInfo":{"name":"master","listCacheKey":"v0:1584434331.0","canEdit":false,"refType":"branch","currentOid":"6968927f096a3e4c8a97ad5fe4497e2b511c5361"},"path":"中文文档/波场介绍/波场手册.md","currentUser":null,"blob":{"rawLines":null,"stylingDirectives":null,"colorizedLines":null,"csv":null,"csvError":null,"dependabotInfo":{"showConfigurationBanner":false,"configFilePath":null,"networkDependabotPath":"/tronprotocol/documentation/network/updates","dismissConfigurationNoticePath":"/settings/dismiss-notice/dependabot_configuration_notice","configurationNoticeDismissed":null},"displayName":"波场手册.md","displayUrl":"https://github.com/tronprotocol/Documentation/blob/master/%E4%B8%AD%E6%96%87%E6%96%87%E6%A1%A3/%E6%B3%A2%E5%9C%BA%E4%BB%8B%E7%BB%8D/%E6%B3%A2%E5%9C%BA%E6%89%8B%E5%86%8C.md?raw=true","headerInfo":{"blobSize":"7.15 KB","deleteTooltip":"You must be signed in to make or propose changes","editTooltip":"You must be signed in to make or propose changes","ghDesktopPath":"https://desktop.github.com","isGitLfs":false,"onBranch":true,"shortPath":"0a2aba7","siteNavLoginPath":"/login?return_to=https%3A%2F%2Fgithub.com%2Ftronprotocol%2FDocumentation%2Fblob%2Fmaster%2F%25E4%25B8%25AD%25E6%2596%2587%25E6%2596%2587%25E6%25A1%25A3%2F%25E6%25B3%25A2%25E5%259C%25BA%25E4%25BB%258B%25E7%25BB%258D%2F%25E6%25B3%25A2%25E5%259C%25BA%25E6%2589%258B%25E5%2586%258C.md","isCSV":false,"isRichtext":true,"toc":[{"level":1,"text":"TRON","anchor":"tron","htmlText":"TRON"},{"level":2,"text":"核心架构","anchor":"核心架构","htmlText":"核心架构"},{"level":2,"text":"共识机制","anchor":"共识机制","htmlText":"共识机制"},{"level":2,"text":"存储结构","anchor":"存储结构","htmlText":"存储结构"},{"level":2,"text":"数字资产模块","anchor":"数字资产模块","htmlText":"数字资产模块"},{"level":2,"text":"智能合约/虚拟机","anchor":"智能合约虚拟机","htmlText":"智能合约/虚拟机"},{"level":2,"text":"第三方应用","anchor":"第三方应用","htmlText":"第三方应用"},{"level":2,"text":"令牌迁移","anchor":"令牌迁移","htmlText":"令牌迁移"},{"level":2,"text":"协议","anchor":"协议","htmlText":"协议"}],"lineInfo":{"truncatedLoc":"126","truncatedSloc":"73"},"mode":"file"},"image":false,"isCodeownersFile":null,"isPlain":false,"isValidLegacyIssueTemplate":false,"issueTemplate":null,"discussionTemplate":null,"language":"Markdown","languageID":222,"large":false,"planSupportInfo":{"repoIsFork":null,"repoOwnedByCurrentUser":null,"requestFullPath":"/tronprotocol/Documentation/blob/master/%E4%B8%AD%E6%96%87%E6%96%87%E6%A1%A3/%E6%B3%A2%E5%9C%BA%E4%BB%8B%E7%BB%8D/%E6%B3%A2%E5%9C%BA%E6%89%8B%E5%86%8C.md","showFreeOrgGatedFeatureMessage":null,"showPlanSupportBanner":null,"upgradeDataAttributes":null,"upgradePath":null},"publishBannersInfo":{"dismissActionNoticePath":"/settings/dismiss-notice/publish_action_from_dockerfile","releasePath":"/tronprotocol/documentation/releases/new?marketplace=true","showPublishActionBanner":false},"rawBlobUrl":"https://github.com/tronprotocol/Documentation/raw/master/%E4%B8%AD%E6%96%87%E6%96%87%E6%A1%A3/%E6%B3%A2%E5%9C%BA%E4%BB%8B%E7%BB%8D/%E6%B3%A2%E5%9C%BA%E6%89%8B%E5%86%8C.md","renderImageOrRaw":false,"richText":"TRON\n核心架构\n\nTRON采用了三层体系架构，分别为存储层，核心层和应用层。\n\n\n存储层\nTRON的技术团队为TRON设计了独特的分布式存储协议，包括区块存储和状态存储。\n在存储层的设计中，TRON引入了图数据库的思想，来更便捷的满足现实世界多样性数据存储的需求。\n\n\n核心层\nTRON包含智能合约，账户管理，共识等模块。TRON将会实现基于堆栈式的虚拟机，并且采用优化过的指令集。\n为了让开发者更好的开发DApp，TRON采用Java语言作为合约语言，后续会加入更多的高级语言支持。\n另外为了满足TRON独特的需求，TRON的共识机制在DPOS基础上做了一定的创新。\n\n\n应用层\n开发者可以使用接口来方便的实现丰富的DApp和个性化钱包。\n波场的协议完全使用google protobuf来定义，天然的支持多语言扩展。\n\n\n共识机制\n\n\n基于DPOS改良过的共识机制\nPOW共识机制一直存在浪费资源、效率低下、TPS不高的问题。这些都与TRON的价值观、定位不吻合。基于我们的设计理念，为了真正实现能用于日常场景的区块链平台，我们选择了POS机制作为TRON的共识机制的基调。TRON的共识机制从DPOS出发。在调查了现有领域的优秀改进想法后，我们对DPOS机制作出改进，以达到我们的需求，从而确定了TRON的共识。\n\n\n共识机制基本原则\n\n用户会根据自己手里的具有可投票权的币持有量做出带有权重的投票，根据投票结果，按照一定的规则选择出当前的区块生成节点。参照的规则会尽可能的保证区块的生成速度与打包节点数量之间的平衡性。\n同时，落选的打包节点、投票给中选者的用户、投票给落选者的用户均可能获得一定量的补偿，以激励他们持续参与之后的竞选流程。\n中选节点会按照一定的分配规则依次进行区块的打包并获得最大份额的奖励。\n中选节点中的多数会根据投票结果进行选择，剩下的会按照一定的算法保证在余下的其他节点中，所有节点都有可能被选中。\n\n\n\n存储结构\n\n\nKhaosDB\nTRON采用的KhaosDB会存储一定时间内所有新产生的分叉链。当发生需要切换主链的情况时，在KhaosDB的支持下，验证节点可以快速切换有效链到新的主链。\n\n\nLevel DB\n为了同时满足存取速度和快速开发的需求，TRON会在开发初期采用Level DB。在主网上线后，TRON将会根据实际需求进行数据库的升级，使得TRON具有完全量身定制的数据库。\n\n\n数字资产模块\n\n\n配置\n数字资产配置。通过该模块，用户可以按照自己的意愿进行自定义的数字资产的定制。\n可定制的参数包括但不限于资产的名称、缩写、LOGO、总的发行量、TRX兑换比例，开始时间、结束时间、兑换比例衰减系数、是否可增发、增发形式（一定数目或者一定比率）、增发周期、描述等。\n用户也可以选择不进行参数的配置。系统会为用户配置默认的参数。\n\n\n发布/部署\n参数配置完成后（人为或者系统默认），用户即可选择发布资产。\n对配置好的并通过验证的数字资产进行部署的各种操作、功能。\n通过见证节点的验证后，自定义资产就完成了部署。完成部署的资产可以自由的在TRON网络上流通。\n\n\nAPI\nAPI接口主要用于支持客户端的开发。开发者可以在API接口的支持下，开发完全由自己设计的资产发布平台。\n\n\n智能合约/虚拟机\nTRON包含智能合约模块，用户可以开发自己的智能合约，从而定制化的满足用户需求。\n智能合约会运行在虚拟机上，TRON将会实现自己的虚拟机，开发者们可以实现复杂多样的功能，满足定制化需求。\n第三方应用\n\n\n数字资产部署平台\nTRON会允许第三方开发自己的平台，并接入TRON网络。利用TRON的数字资产模块进行，第三方平台的用户也可以自行定义自己的数字资产。\n\n\n钱包\n可以用于查看TRX及用户持有的其他资产的信息，发起或者接受交易等。\n\n\n区块链浏览器\n查看整个TRON的区块记录，节点名单，节点部署、实时运行情况等。\n\n\n令牌迁移\n在TRON网络主网正式部署前，波场基金会会组织由目前的基于以太坊ERC20的令牌向正式的TRON主网代币TRX的迁移，迁移兑换比例为1：1。具体的迁移方式待定，并可能在正式执行前进行细节上的修改。\n##社区计划\n社区是一个区块链项目的重要组成部分。我们希望能够激励社区成员的热情，使得所有人充分的参与到波场的建设中来。这也是我们从项目伊始就确定下来，从未改变过的想法。\n社区成员有多种途径能够参与到波场项目中来。广大的开发者可以参与到波场核心的代码编写中来，也可以在我们开放API后进行第三方应用的开发。另外我们还会不定期组织一些竞赛活动，向所有的网络用户征稿，包括但不限于LOGO设计、文章、海报、编程竞赛等形式。\n\n\n提交类型\n\nfeat: 新的功能。\nfix: 漏洞修复。\ndocs: 文档类修改。\nperf: 能够提高性能的代码修改。\nrefactor: 重构（既不添加新功能也不修复漏洞的代码改变）。\nstyle: 文本格式修改(多余的空白, 格式校对, 标点符号遗漏等)。\ntest: 添加缺失的测试用例、修改现存测试用例。\n\n\n\n奖励计划\n\n\n我们会对为TRON网络及社区的推进、发展做出贡献的人给与奖励。我们会成立一个委员会对所有的贡献者进行详细的评估，根据评估结果给与对应数量的TRX代币、礼品等多种形式的奖励。\n协议\nTRON使用Google protobuf协议，协议内容涉及到账户，区块，传输多个层面。\n账户有基本账户、资产发布账户和合约账户三种类型。一个账户包含，账户名称，账户类型，地址，余额，投票，其他资产6种属性。\n更进一步的，基本账户可以申请成为验证节点，验证节点具有额外的属性，投票统计数目，公钥，URL，以及历史表现等参数。\n一个区块由区块头和多笔交易构成。区块头包含时间戳，交易字典树的根，父哈希，签名等区块基本信息。\n交易合约有多种类型，包括账户创建合约、转账合约、资产转账合约、资产投票合约、见证节点投票合约、见证节点创建合约、资产发布合约、部署合约8种类型。\n每一个交易还包含多个输入与多个输出，以及其他一些相关属性。\n其中交易内的输入，交易本身，区块头均需签名。\n传输涉及的协议Inventory主要用于传输中告知接收方传输数据的清单。\n详细的协议见附属文件。详细协议随着程序的迭代随时都可能发生变化，请以最新的版本为准。\n","renderedFileInfo":null,"shortPath":null,"symbolsEnabled":true,"tabSize":8,"topBannersInfo":{"overridingGlobalFundingFile":false,"globalPreferredFundingPath":null,"showInvalidCitationWarning":false,"citationHelpUrl":"https://docs.github.com/github/creating-cloning-and-archiving-repositories/creating-a-repository-on-github/about-citation-files","actionsOnboardingTip":null},"truncated":false,"viewable":true,"workflowRedirectUrl":null,"symbols":{"timed_out":false,"not_analyzed":false,"symbols":[{"name":"TRON","kind":"section_1","ident_start":2,"ident_end":6,"extent_start":0,"extent_end":7319,"fully_qualified_name":"TRON","ident_utf16":{"start":{"line_number":0,"utf16_col":2},"end":{"line_number":0,"utf16_col":6}},"extent_utf16":{"start":{"line_number":0,"utf16_col":0},"end":{"line_number":126,"utf16_col":0}}},{"name":"核心架构","kind":"section_2","ident_start":11,"ident_end":23,"extent_start":8,"extent_end":1054,"fully_qualified_name":"核心架构","ident_utf16":{"start":{"line_number":2,"utf16_col":3},"end":{"line_number":2,"utf16_col":7}},"extent_utf16":{"start":{"line_number":2,"utf16_col":0},"end":{"line_number":24,"utf16_col":0}}},{"name":"共识机制","kind":"section_2","ident_start":1057,"ident_end":1069,"extent_start":1054,"extent_end":2348,"fully_qualified_name":"共识机制","ident_utf16":{"start":{"line_number":24,"utf16_col":3},"end":{"line_number":24,"utf16_col":7}},"extent_utf16":{"start":{"line_number":24,"utf16_col":0},"end":{"line_number":37,"utf16_col":0}}},{"name":"存储结构","kind":"section_2","ident_start":2351,"ident_end":2363,"extent_start":2348,"extent_end":2819,"fully_qualified_name":"存储结构","ident_utf16":{"start":{"line_number":37,"utf16_col":3},"end":{"line_number":37,"utf16_col":7}},"extent_utf16":{"start":{"line_number":37,"utf16_col":0},"end":{"line_number":47,"utf16_col":0}}},{"name":"数字资产模块","kind":"section_2","ident_start":2822,"ident_end":2840,"extent_start":2819,"extent_end":3823,"fully_qualified_name":"数字资产模块","ident_utf16":{"start":{"line_number":47,"utf16_col":3},"end":{"line_number":47,"utf16_col":9}},"extent_utf16":{"start":{"line_number":47,"utf16_col":0},"end":{"line_number":64,"utf16_col":0}}},{"name":"智能合约/虚拟机","kind":"section_2","ident_start":3826,"ident_end":3848,"extent_start":3823,"extent_end":4116,"fully_qualified_name":"智能合约/虚拟机","ident_utf16":{"start":{"line_number":64,"utf16_col":3},"end":{"line_number":64,"utf16_col":11}},"extent_utf16":{"start":{"line_number":64,"utf16_col":0},"end":{"line_number":69,"utf16_col":0}}},{"name":"第三方应用","kind":"section_2","ident_start":4119,"ident_end":4134,"extent_start":4116,"extent_end":4580,"fully_qualified_name":"第三方应用","ident_utf16":{"start":{"line_number":69,"utf16_col":3},"end":{"line_number":69,"utf16_col":8}},"extent_utf16":{"start":{"line_number":69,"utf16_col":0},"end":{"line_number":83,"utf16_col":0}}},{"name":"令牌迁移","kind":"section_2","ident_start":4583,"ident_end":4595,"extent_start":4580,"extent_end":6132,"fully_qualified_name":"令牌迁移","ident_utf16":{"start":{"line_number":83,"utf16_col":3},"end":{"line_number":83,"utf16_col":7}},"extent_utf16":{"start":{"line_number":83,"utf16_col":0},"end":{"line_number":106,"utf16_col":0}}},{"name":"协议","kind":"section_2","ident_start":6135,"ident_end":6141,"extent_start":6132,"extent_end":7319,"fully_qualified_name":"协议","ident_utf16":{"start":{"line_number":106,"utf16_col":3},"end":{"line_number":106,"utf16_col":5}},"extent_utf16":{"start":{"line_number":106,"utf16_col":0},"end":{"line_number":126,"utf16_col":0}}}]}},"copilotInfo":null,"copilotAccessAllowed":false,"csrf_tokens":{"/tronprotocol/Documentation/branches":{"post":"9wGp0XK0QYRMz04IjIdl7174WLNju91UUl8VqyryazFaHyKsqEd0zSCQZJsDTX9PAF08MgKLdboUSCVK9BuauQ"},"/repos/preferences":{"post":"6s0Pb7-IkAawUvR9X3zscAaZsA3ydxn9GHtXQhV3GwjKR0Fn_LoGVFB7ey7JsSWonkUk1lRTfxTBO8y-O_ddXQ"}}},"title":"documentation/中文文档/波场介绍/波场手册.md at master · tronprotocol/documentatio

im钱包官方安卓版 数字资产服务平台

bitpie手机版|波场公链官网下载代码

波场-让互联网重新去中心化

TRONSCAN | TRON BlockChain Explorer | 波场区块链浏览器

Java实现Tron（波场）区块链的开发实践（三）波场链水龙头、WEB3测试实战-CSDN博客

波场概览 - Java Tron

TronLink 钱包 | 超过 10,000,000 全球用户的可靠选择

波场TRON浏览器 | 区块链浏览器 ｜ OKLink

Java实现Tron（波场）区块链的开发实践（一）环境搭建及简单实现 - 知乎

波场钱包的现在、过去与未来

波场 · 区块链技术导航-开发资源整理

im钱包官方安卓版
数字资产服务平台

波场TRON浏览器 | 区块链浏览器｜ OKLink