tron智能合约怎么开

① heco是什么通道

heco是指火币生态链（Huobi ECO Chain），是一个去中心化高效节能公链，也是火币开放平台推出的首个产品，在支撑高性能交易得基础上，实现智能合约的兼容。

erc20和trc20的区别在于地址样式不同、使用网络不同、安全性不同。在地址样式上erc20是数字0和小写x开头，trc20则是以大写字母T开头；使用网络上erc20是基于以太坊存在的，trc20是波场网络；安全性上erc20安全性较高，trc20则相对较低。

储存层：

TRON的技术团队为TRON 设计了独特的分布式存储 协议，包括区块存储和状态存储。在存储层的设计中，TRON引入了图数据库的思想，来更便捷的满足现实世界多样性数据存储的需求。

TRON包含智能合约，账户 管理，共识等模块。TRON 将会实现基于堆栈式的虚 拟机，并且采用优化过的指令集。了让开发者更好的开发dAPP，TRON采用Java语言作为合约语言，后续会加入更多的语言支持。另外为了满足TRON独特的需求，TRON的共识机制在DPOS基础上做了一定的创新。

② trc是什么币种

属于比特币种。塔罗币(简称TRC)是由以太坊研发团队及比特币核心技术人员，共同组成的塔罗矿工联盟。积淀3年的研究，历时2年共同开发出的成果。其中有来自美国硅谷的顶尖技术团队、有以色列顶尖技术团队、结合了人工智能、云计算等等时下最新技术，成功打造出去中心化的应用型生态系统。是目前区块链技术的最高表现、该系统的强大诞生，将启动区块链技术的4.0时代。代表着技术迭代后，发展的最前沿。塔罗币，简称TRC，全称TaroCion总量2100万枚1研发团队200万枚2各社区，工作人员100万枚31800万通过市场挖矿获取2.对接imtoken钱包1可售余额，可提币到imtoken钱包，手续费10%，用户与用户间，可通过imtoken互转TRC，imtoken钱包的TRC可冲值到矿机钱包模式及制度1.免费注册，获得一台微型矿机。
拓展资料
1.Trc20是rc20usdt联合发行的面向泰达公司波场Tron和缆绳的稳定货币渠道。与以前的稳定货币omni usdt和erc20 usdt相比，trc20 usdt大大优化了转账费用和交易确认速度。 在费用方面，trc20-usdt可以实现免费转账。从主流交易所的提现费用来看，基于Omni协议的usdt提现费用最高，在4 - 10美元之间，erc-20提现费用在1 - 5美元之间，trc20-usdt提现费用为0，即用户可以免费享受兑换提现服务。 在交易确认速度方面，基于波场网络的usdt充分发挥了第三代公链的性能优势。波场网络的TPS可达数千级，实现事务二级确认，优于Omni和erc20。极高的传输速度可以满足稳定货币用户的多样化需求，避免网络拥堵对投资者利益造成损害。
2.Trc20是rc20usdt联合发行的面向泰达公司波场Tron和缆绳的稳定货币渠道。与以前的稳定货币omni usdt和erc20 usdt相比，trc20 usdt大大优化了转账费用和交易确认速度。 在费用方面，trc20-usdt可以实现免费转账。从主流交易所的提现费用来看，基于Omni协议的usdt提现费用最高，在4 - 10美元之间，erc-20提现费用在1 - 5美元之间，trc20-usdt提现费用为0，即用户可以免费享受兑换提现服务。 在交易确认速度方面，基于波场网络的usdt充分发挥了第三代公链的性能优势。波场网络的TPS可达数千级，实现事务二级确认，优于Omni和erc20。极高的传输速度可以满足稳定货币用户的多样化需求，避免网络拥堵对投资者利益造成损害。 trc20的特点: Trc-20协议是由erc-20转换而来的，但它有更强的社区支持。它不仅可以运行支持波场Tron的智能合约，还可以支持以太坊智能合约。

③ trc10和trc20能互转吗

目前并没有一个很好的方式可以将TRC-10转变为TRC-20，因为TRC-10目前还不被波场的智能合约所支持。它需要自定义代码去读取TRC-10的转账和交易细节。

TRC-10目前已受到广泛支持，目前大部分的波场主网发行的token基本属于TRC-10。这是因为此标准使得爱西欧或发行DApp的token更加容易，它不需要任何编程知识，所需要的只是在你的钱包里存放1024个TRX，并在TronScan页面上执行几个简单的步骤。因此TRC-10成为了一个对发行token非常友好的token机制，且在它之上发行token只需要扣除一些带宽费，不会有其他任何费用。

在波场发布TVM之后，波场的协议层开始支持以太坊的智能合约，也就是说允许开发者把他们在以太坊开发的智能合约迁移至波场主网之上。

TRC-20 token的智能合约提供了无限的可能性，它可以实现TRC-10 token所不能实现的额外逻辑。TRC-20 token强大的背后必定需要消耗更多的带宽。TRC-20的token在交易过程中会消耗带宽和能量。Token也可以分段发送，例如只发送一个Satoshi。

这样就适应了爱西欧或DApp上面制定的数以万计的规则和奖励模型。TRX使用更复杂、更难生成的token机制使普通用户更好的体验各类DApp。

④ trx是什么币种发行数量达上千亿

TRX币的英文全称是TRON，中文名叫波场币。对于这种货币，相信经常在币圈混的投资者应该很了解。这个项目的目标是促进互联网的去中心化。它一直致力于建立一个分散的网络。在最初的评审中，这个项目的TRON协议是世界上最大的基于区块链的分布式应用操作系统协议之一。一些基于该协议运行的去中心化应用可以由非常可靠的底层公共链支持。许多投资者仍然不知道TRX币发行了多少。让我为您带来波场货币发行总量的介绍。

根据我的调查，TRX币发行总量为1008.51亿枚，发行量为716.6亿枚，流通率为71.1%。Potron致力于推动互联网的去中心化，致力于为去中心化的互联网建设基础设施。其TRON协议是世界上最大的基于区块链的分布式应用操作系统协议之一，为运行在该协议上的分布式应用提供了高吞吐量、高可扩展性和高可靠性的底层公共链支持。TRON还通过创新的可插拔智能合约平台为以太坊智能合约提供了更好的兼容性。

自2018年7月24日起，TRON收购了位于旧金山的互联网技术公司BitTorrent Inc。BitTorrent公司设计的分布式技术可以有效地扩展、保持智能，并使创作者和消费者能够控制他们的内容和数据。每个月，超过1.7亿人使用BitTorrent Inc开发的产品，BitTorrent Inc的协议每天可以传输全球互联网流量的40%。

⑤ trc20可以转到bsc吗

trc20可以转到bsc。RC20USDT为波场TRON与泰达公司Tether联合发行的稳定币，相比老牌稳定币(OmniUSDT和ERC20USDT等)，TRC20USDT在转账费用和交易确认速度上都有大幅优化。在费用上，TRC20-USDT能够实现免费转账，这既包括交易所间提币也包括钱包地址转账。

在费用上，TRC20USDT能够实现免费转账。主流交易所的提币费用显示，基于Omni协议的USDT提币手续费最为高昂，需要4到10美元不等，ERC20的手续费为1美元到5美元不等，而TRC20USDT的提币手续费为0，这意味着用户可以享受免手续费的交易所提币服务。

交易确认速度上，基于波场网络发行的USDT发挥了第三代公链的性能优势，波场网络的TPS能够达到上千级别，可以实现交易秒级确认，大幅优于Omni。极快的转账速度能够满足稳定币用户多种多样的需求，避免了因网络拥堵造成投资者利益的损伤。

TRC-20协议是由ERC-20转化而来，但是其具有更强的社区支持，不仅可以运行支持波场TRON的智能合约，还能支持以太坊的智能合约，开发者可以轻松地把以太坊智能合约迁移到波场TRON主网上来，灵活性更高，给了开发者更大的自由度。

⑥ TRON TRC20协议如何利用它实现智能合约

⑦ 孙宇晨的波场币能买吗波场币未来潜力前景分析

Tron，中文名为「波场」，以推动去中心化互联网为目标，搭建去中心化互联网的基础建设，Tron是个公链/底层作业系统，并且以超越以太坊、EOS为建立标准。

在中国的互联网中，由网络、腾讯、阿里巴巴、滴滴等巨头公司拥有并控制用户的各种使用数据，这些公司利用用户信息赚取更大的利益，用户却无法知道这些数据如何被使用的，虽然其他国家的互联网领域发展没有中国先进，但在中国以外的国家几乎都是使用美国的互联网平台，像是Facebook曾被报导出卖用户数据给广告商。Tron想要解决用户数据集中化的问题，让用户数据的使用权利归还于用户，并且建立一种制度将用户数据货币化保存于区块链上，由用户自行运用数据赚取获利。

Tron于2018年6月25日正式启动主网络，脱离以太坊ERC20代币的身份，主网络运行后采用DPoS共识机制，处理交易速度预期与EOS一样快，但不像EOS需要抵押资源，Tron的环境还可以兼容ETH的智能合约，但不需要耗费GAS，简单来说，Tron要做的事情和以太坊、EOS并无本质的区别，差别在于功能与性能的提升，Tron协议提供高吞吐、高扩展、高可靠性的底层公链，第三方开发者可以使用Tron协议与虚拟机器开发应用程式(Dapp)，在Tron协议上的Dapp可进行ICO类似的金融服务，通过智能合约进行分散式众筹或加密资产发行。

TRON的功能

Tron简单介绍就是一个去中心化的区块链网络，专为 娱乐 和内容创作而设计的系统，包含社交媒体平台、内容平台，用户可在创作后经过授权后共享和交易，创作形式包含文字、图片、音频或者影片，主要以四项功能来实现：

1.数据不受限：允许任何资料在Tron网络中，不受监管的上传、存储、传播。

2.加密资产：建立一个内容生态系统，通过内容的贡献和传播获得应有的加密资产收益、经济奖励赋予内容价值，创作者拥有内容的权益，在内容传播时可对其进行跟踪。

3.个人ICO：任何人都拥有筹集资金和分配加密资产的能力，个人可以自由的发行加密资产，他人则可以通过购买代币，享受数据贡献者不断发展所带来的利益与服务。

4.不仅是智能合约：建立去中心化基础设施以及更复杂的资产设施，如 游戏 Dapp和市场预测。

希望同过区块链技术做到让使用者能自由发布、存储、拥有资料并完成内容的分发、订阅和传播，而整个内容传播过程是去中心化的，通过购买和奖赏代币并最终通过TRX变现来完成。

Tron的目标是建立一整套共识机制，能够以极低成本解决网络交易的身份识别和个人征信问题，并使用点对点交易避免传统集中式的清算结构;同时，Tron可在不同使用者、不同开发者之间充当托管者的角色，确保数据的真实合规性。这两点均能够大大提高整个全球化 娱乐 经济体系的运转效率，去中心化的经济运作模式本身就是市场经济系统的典型特征，交易成本的降低将促使消费需求大幅提高，从而带来全球 娱乐 经济体系的蓬勃发展。

TRON的性能

Tron想要做到在「区块链上发行和管理发布的内容」、「创作者可以直接发行贩卖自己的作品」、「可以通过发行独家的代币券募集资金」等功能，在建设整个网络中要做到高吞吐、高扩展、高可靠性的功能，需要以下的性能做改善：

一、DPOS共识机制

DPoS是EOS创始人BM所独创，成功解决比特币和以太坊的低交易处理量的问题，Tron所采用的DPoS规则为全球使用者自发部署Tron节点，并由所有Tron用户投票选择出27个代表超级节点，选出的各代表节点之间权力平等，共同协作完成Tron网络上的运算服务。由于用户自然以自己的利益为考量，用户会选择更高性能的，同时趋向于去中心化的分散式节点，目前要成为Tron的超级节点需要获得1亿张选票，一个Tron代币等于一票。

二、高效的智能合约

以官方介绍，Tron是通过Java开发(智能合约的开发则支持Solidity–跟以太坊一样)，Jave程式语言是具有成熟的开发者社区，将使得开发效率高、支持场景众多。Tron具有良好的资料库结构以及账户系统，更容易将复杂的想法、模型转化为应用实体。智能合约的撰写支持Solidity则大大的降低了原来在以太坊上开发软件的进入门槛。

三、降低开发成本

以太坊网络上的第三方开发者在各个阶段都需要持续支付GAS，但GAS的费用波动性高且贵，普通开发者会因为初期研发的GAS费用太高而停止。EOS也曾解决以太坊GAS费用过高的问题，建立资源制度(RAM、CPU、Network)，其中RAM是开发商必须支付的资源，但RAM因投机客的恶意炒作，也让EOS的开发成本变高。

Tron由此借鉴，也采用租赁模式以及超低手续费转账，完成单次转账只需10的负6次方TRX且协力厂商程式的使用者无需直接支付任何网络费用，这样大大降低了开发者的经济成本，并且低廉的手续费非常适宜网络生态的发展。

TRON网络资源

Tron网络资源有三种：带宽，CPU和储存，几乎都是无限的，但是当有过多无关紧要的交易消耗过多的带宽和CPU资源时，会导致系统阻塞，影响正常交易的处理速度。为了保持交易的相对公平，Tron引入了Bandwidth point和Energy(能量)两种资源，带宽消耗的是Bandwidth Points，而CPU消耗的是Energy。在普通交易仅消耗Bandwidth Points，智能合约的操作除了消耗Bandwidth Points还会消耗Energy。就如同以EOS比喻，用户间交易只需要消耗抵押型的CPU、Network，开发者的智能合约需要消耗抵押型的CPU、Network外，还有消耗购买型的RAM。

BANDWIDTH POINTS 带宽

除了查询操作，任何交易包含普通转账或发行Token转账，都需要消耗bandwidth points以及交易时需要建立账户。

交易时需要建立账户时的状况发生在，如果目标账户不存在，转账操作就会变成建立账户并转账，但这种状况只会扣除建立账户消耗的Bandwidth Points，转账的部分就不会再消耗额外的Bandwidth Points。

获取Bandwidth Points分两种，一种是通过冻结TRX获取的Bandwidth Points，另一种是系统每24小是会给每个账户5000点的Bandwidth Points，普通转账一次消耗200点，一天大概可以进行25次的免费交易。

#比特币[超话]# #欧易OKEx# #数字货币#

⑧ 36个主流的去中心化交易所协议

本文汇总整理了目前主流的用于区块链加密资产点对点交易所的协议清单，即我们通常所说的DEX协议 —— DE centralize E xchange。如果你希望在自己的应用中快速加入加密货币兑换功能而又不希望依赖于币安这样的中心化的加密货币交易所，相信这篇文章会对你有所帮助。

这些去中心化协议的体系架构之间可能存在巨大的差异。在某些项目中，去中心化交易所协议是 通过智能合约来实现的，因此任何人都可以访问；但是在另一些项目中的DEX协议则采用封闭方案， 虽然他们也使用了经过公开验证和审计的智能合约来实现；还有一些项目则选择创建一个自有的区块链来实现交易所协议。实现资产流动的方式多种多样。有些协议，例如Bancor包含了内建的对手方发现逻辑，而另一些协议，例如0x，则允许使用链下的资产流动池，这意味着需要在链下找到交易的对手方。

1、 0x

0x协议构建于以太坊区块链之上，因此仅支持ERC20代币的交易。0x协议是开放的架构，它采用链下的中继器来实现资产的流动。

官网：https://0x.org/

2、Bancor

Bancor协议也是构建于以太坊区块链上，因此也只支持ERC20代币的交易。Bancor协议采用链上交易和出价。

官网：https://www.bancor.network/

3、Bisq

Bisq是构建于比特币区块链上的开放DEX协议，支持所有类型的加密货币。

官网：https://bisq.network/

4、Bitshares

Bitshares是基于自有的Bitshares区块链实现的开放DEX协议，支持所有类型的加密货币。

官网：https://bitshares.org/

5、Blocknet

Blocknet也是基于自有的区块链（Blocknet）实现的开放DEX协议，支持比特币及山寨币。

官网：https://www.blocknet.co/

6、CDx

CDx是构建与以太坊之上的开放DEX协议，目前还在开发中。

官网：https://cdxproject.com/

7、CDX

CDX是基于以太坊和Youdex侧链的开放DEX协议，支持所有类型的加密货币，支持跨链交易。

官网：https://github.com/YouDex/cdx

8、COMIT

COMIT协议目前还处于提议阶段，计划支持所有的区块链、所有类型的加密货币，使用状态通道和第三方流动性提供商。

官网：https://www.comit.network/

9、Compound

Compound是基于以太坊的开放DEX协议，支持ERC20代币的去中心化交易。Comound依赖于中心化的预言机（Oracle），因此是部分去中心化的协议。

官网：https://compound.finance/

10、Counterparty

Counterparty是基于比特币区块链的开放DEX协议，它通过扩展比特币协议而实现，因此仅支持比特币和Counterparty代币的P2P交易。

官网：https://counterparty.io/

11、DEAL

DEAL是基于NEO区块链上的智能合约实现的封闭DEX协议，仅支持NEO资产的点对点交易。

官网：https://aphelion.org/wp.html

12、Dharma

Dharma协议基于以太坊实现，支持ERC20代币和Dharma代币的点对点交易。Dharma目前还在开发阶段。

官网：https://dharma.io/

13、Dydx

Dydx是在以太坊区块链上基于0x协议实现的开放DEX协议，支持ERC20代币和Dydx衍生品（期权等）的去中心化交易。Dydx目前还处于开发阶段。

官网：https://dydx.exchange/

14、Emoon

Emoon是在以太坊区块链上实现的封闭DEX协议，主要目的是迎合 游戏 界的需求，支持ERC20代币 和ERC721资产的去中心化交易。

官网：https://www.emoon.io/

15、Enigma

Enigma协议目前还在提议阶段，计划支持所有链、所有加密资产的去中心化交易。

官网：https://www.enigma.co/

16、Exchange Union

Exchange Union目前还在开发阶段，计划支持链下支付、跨链交易、去中心化委托单传播等。

官网：https://www.exchangeunion.com/

17、Hydro Protocol

Hydro Protocol是基于以太坊和TRON的DEX协议，支持ERC20代币，链下委托、链上结算。

官网：https://hydroprotocol.io/

18、Komodo

Komodo协议目前在Alpha测试阶段，基于自有的Komod链实现。

官网：https://www.komodoplatform.com/

19、Kyber Network

Kyber Network是基于Ethereum区块链的封闭DEX协议，支持ERC20代币的点对点交易。Kyber的实现包含了以太坊上的智能合约以及交易所，但是只有Kyber自己的交易所可以使用这些合约。

官网：https://kyber.network/

20、Lendloid

Lendloid是基于Ethereum区块链的开放DEX协议，目前还在开发中。

官网：https://www.lendroid.com/

21、Loopring Protocol

Loopring是基于以太坊和NEO区块链的开放DEX协议，支持ERC20代币和NEP5代币的去中心化交易。

官网：https://loopring.org/

MARKET Protocol是基于以太坊的开放协议，主要用于衍生品的交易，目前还在开发中。

官网：https://www.marketprotocol.io/

23、Melon

Melon是基于以太坊的开放DEX协议，支持ERC20代币和Melon资产的交易。

官网：https://melonport.com/

24、OmiseGo

OmiseGo目前还在开发当中，计划构建自己的区块链，实现全币种支持。

官网：https://omisego.network/

25、Raiden Network

Raiden Network是基于以太坊的链下ERC20代币交易协议，类似于比特币的闪电网络。Raiden目前还在开发当中。

官网：https://raiden.network/

26、Ren

Ren是基于以太坊和比特币区块链的开放DEX协议，支持ERC20代币、以太币、比特币的去中心化交易。

官网：https://renproject.io/

27、Ripple

Ripple是Ripple链的开放协议，内置了对兑换交易的支持，允许任何人在不可信环境中交易Ripple资产。

官网：https://ripple.com/

28、Saturn

Saturn是基于以太坊的开放DEX协议，支持ERC20代币和ERC233代币的点对点交易。Saturn目前还在开发中。

官网：https://rados.io/saturn-protocol-saturn--updates-for-radex-and-rados/

29、Set

Set是基于以太坊的开放协议，计划支持ERC20代币和Set代币，目前还在开发中。

官网：https://www.setprotocol.com/

30、Snowglobe

Snowglobe是基于以太坊的开放协议，计划支持ERC20代币的去中心化交易，目前还在开发中。

官网：https://aurora.com/faq/

31、Stellar

Stallar协议有自己的区块链，协议内置了对去中心化交易Stellar资产的支持。

官网：https://www.stellar.org/developers/guides/concepts/exchange.html

32、Swap

Swap是基于以太坊的封闭DEX协议，支持ERC20代币，目前还在开发中。

官网：https://swap.tech/whitepaper/

33、TPL

TPL基于TBC链实现，目前还在概念验证阶段。

官网：https://tplprotocol.org/

34、Uniswap

Uniswap是基于以太坊的开放协议，支持ERC20代币的去中心化交易。

官网：https://uniswap.io/

35、Wandex

Wandex是基于以太坊的封闭DEX协议，目前还在开发当中。

官网：https://www.wandx.co/

36、Wyvern

Wyvern是基于以太坊的开放协议，主要支持非同质化通证的交易，链下委托。

官网：https://wyvernprotocol.com/

原文链接：区块链去中心化交易所协议汇总 — 汇智网

⑨ 波场发币教程TRC20发币教程TRX发币教程波场代币智能合约发币教程

波场链的币种叫TRC20代币，部署到TRX的主网上，波场发币教程也很简单，一起学习下吧，波场发币教程TRC20发币教程TRX发币教程波场代币智能合约发币教程，不会的退出阅读模式，我帮你代发

TRC-20

TRC-20是用于TRON区块链上的智能合约的技术标准，用于使用TRON虚拟机（TVM）实施代币。

实现规则

3 个可选项

通证名称

string public constant name = “TRONEuropeRewardCoin”;

通证缩写

string public constant symbol = “TERC”;

通证精度

uint8 public constant decimals = 6;

6 个必选项

contract TRC20 {

function totalSupply() constant returns (uint theTotalSupply);

function balanceOf(address _owner) constant returns (uint balance);

function transfer(address _to, uint _value) returns (bool success);

function transferFrom(address _from, address _to, uint _value) returns (bool success);

function approve(address _spender, uint _value) returns (bool success);

function allowance(address _owner, address _spender) constant returns (uint remaining);

event Transfer(address indexed _from, address indexed _to, uint _value);

event Approval(address indexed _owner, address indexed _spender, uint _value);

}

totalSupply()

这个方法返回通证总的发行量。

balanceOf()

这个方法返回查询账户的通证余额。

transfer()

这个方法用来从智能合约地址里转账通证到指定账户。

approve()

这个方法用来授权第三方（例如DAPP合约）从通证拥有者账户转账通证。

transferFrom()

这个方法可供第三方从通证拥有者账户转账通证。需要配合approve()方法使用。

allowance()

这个方法用来查询可供第三方转账的查询账户的通证余额。

2 个事件函数

当通证被成功转账后，会触发转账事件。

event Transfer(address indexed _from, address indexed _to, uint256 _value)

当approval()方法被成功调用后，会触发Approval事件。

event Approval(address indexed _owner, address indexed _spender, uint256 _value)

合约示例

pragma solidity ^0.4.16;

interface tokenRecipient { function receiveApproval(address _from, uint256 _value, address _token, bytes _extraData) external; }

contract TokenTRC20 {

// Public variables of the token

string public name;

string public symbol;

uint8 public decimals = 18;

// 18 decimals is the strongly suggested default, avoid changing it

uint256 public totalSupply;

// This creates an array with all balances

mapping (address => uint256) public balanceOf;

mapping (address => mapping (address => uint256)) public allowance;

// This generates a public event on the blockchain that will notify clients

event Transfer(address indexed from, address indexed to, uint256 value);

// This notifies clients about the amount burnt

event Burn(address indexed from, uint256 value);

/**

* Constructor function

*

* Initializes contract with initial supply tokens to the creator of the contract

*/

function TokenTRC20(

    uint256 initialSupply,

    string tokenName,

    string tokenSymbol

) public {

    totalSupply = initialSupply * 10 ** uint256(decimals);  // Update total supply with the decimal amount

    balanceOf[msg.sender] = totalSupply;                // Give the creator all initial tokens

    name = tokenName;                                  // Set the name for display purposes

    symbol = tokenSymbol;                              // Set the symbol for display purposes

}

/**

* Internal transfer, only can be called by this contract

*/

function _transfer(address _from, address _to, uint _value) internal {

    // Prevent transfer to 0x0 address. Use burn() instead

    require(_to != 0x0);

    // Check if the sender has enough

    require(balanceOf[_from] >= _value);

    // Check for overflows

    require(balanceOf[_to] + _value >= balanceOf[_to]);

    // Save this for an assertion in the future

    uint previousBalances = balanceOf[_from] + balanceOf[_to];

    // Subtract from the sender

    balanceOf[_from] -= _value;

    // Add the same to the recipient

    balanceOf[_to] += _value;

    emit Transfer(_from, _to, _value);

    // Asserts are used to use static analysis to find bugs in your code. They should never fail

    assert(balanceOf[_from] + balanceOf[_to] == previousBalances);

}

/**

* Transfer tokens

*

* Send `_value` tokens to `_to` from your account

*

* @param _to The address of the recipient

* @param _value the amount to send

*/

function transfer(address _to, uint256 _value) public {

    _transfer(msg.sender, _to, _value);

}

/**

* Transfer tokens from other address

*

* Send `_value` tokens to `_to` on behalf of `_from`

*

* @param _from The address of the sender

* @param _to The address of the recipient

* @param _value the amount to send

*/

function transferFrom(address _from, address _to, uint256 _value) public returns (bool success) {

    require(_value <= allowance[_from][msg.sender]);    // Check allowance

    allowance[_from][msg.sender] -= _value;

    _transfer(_from, _to, _value);

    return true;

}

/**

* Set allowance for other address

*

* Allows `_spender` to spend no more than `_value` tokens on your behalf

*

* @param _spender The address authorized to spend

* @param _value the max amount they can spend

*/

function approve(address _spender, uint256 _value) public

    returns (bool success) {

    allowance[msg.sender][_spender] = _value;

    return true;

}

/**

* Set allowance for other address and notify

*

* Allows `_spender` to spend no more than `_value` tokens on your behalf, and then ping the contract about it

*

* @param _spender The address authorized to spend

* @param _value the max amount they can spend

* @param _extraData some extra information to send to the approved contract

*/

function approveAndCall(address _spender, uint256 _value, bytes _extraData)

    public

    returns (bool success) {

    tokenRecipient spender = tokenRecipient(_spender);

    if (approve(_spender, _value)) {

        spender.receiveApproval(msg.sender, _value, this, _extraData);

        return true;

    }

}

/**

* Destroy tokens

*

* Remove `_value` tokens from the system irreversibly

*

* @param _value the amount of money to burn

*/

function burn(uint256 _value) public returns (bool success) {

    require(balanceOf[msg.sender] >= _value);  // Check if the sender has enough

    balanceOf[msg.sender] -= _value;            // Subtract from the sender

    totalSupply -= _value;                      // Updates totalSupply

    emit Burn(msg.sender, _value);

    return true;

}

/**

* Destroy tokens from other account

*

* Remove `_value` tokens from the system irreversibly on behalf of `_from`.

*

* @param _from the address of the sender

* @param _value the amount of money to burn

*/

function burnFrom(address _from, uint256 _value) public returns (bool success) {

    require(balanceOf[_from] >= _value);                // Check if the targeted balance is enough

    require(_value <= allowance[_from][msg.sender]);    // Check allowance

    balanceOf[_from] -= _value;                        // Subtract from the targeted balance

    allowance[_from][msg.sender] -= _value;            // Subtract from the sender's allowance

    totalSupply -= _value;                              // Update totalSupply

    emit Burn(_from, _value);

    return true;

}

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95

96

97

98

99

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

}

Next Previous

就是这么简单，你学会了吗？