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

就是這么簡單，你學會了嗎？