智能合約區塊鏈20
A. 鎬庝箞鏍鋒彁鍙朎RC20浠
鎬庝箞鎻愬彇ERC20浠ｅ竵
ERC20浠ｅ竵鏄浠ュお鍧婄綉緇滀笂鐨勬櫤鑳藉悎綰︿唬甯侊紝鍥犳ゆ彁鍙朎RC20浠ｅ竵闇瑕佷嬌鐢ㄤ互澶鍧婇挶鍖呭拰鐩稿簲鐨勫尯鍧楅摼浜ゆ槗銆備互涓嬫槸鎻愬彇ERC20浠ｅ竵鐨勬ラわ細
1.閫夋嫨涓涓閫傚悎鐨勪互澶鍧婇挶鍖呫傛瘮杈冨父鐢ㄧ殑閽卞寘鏈塎etaMask銆丮yEtherWallet鍜孡edgerNano絳夈
2.涓洪挶鍖呭厖鍊間互澶甯侊紙ETH錛夈傛彁鍙朎RC20浠ｅ竵闇瑕佹敮浠樼噧姘旇垂鐢錛屽洜姝ゅ湪閽卞寘涓瀛樺偍涓瀹氭暟閲忕殑浠ュお甯侀潪甯擱噸瑕併
3.鎵撳紑閽卞寘騫舵煡鎵鋸滄坊鍔犱唬甯佲濋夐」銆傛牴鎹涓嶅悓鐨勯挶鍖咃紝姝ら夐」鐨勪綅緗鍙鑳芥湁鎵涓嶅悓錛屼絾涓鑸鍙浠ュ湪鈥滆祫浜р濄佲滀唬甯佲濇垨鈥滃悎綰︹濋夐」涓嬫壘鍒般
4.杈撳叆ERC20浠ｅ竵鐨勫悎綰﹀湴鍧銆佷唬甯佺﹀彿鍜屽皬鏁頒綅鏁般傚彲浠ュ湪浠ｅ竵鍙戣屾柟鐨勭綉絝欍佷互澶鍧婃祻瑙堝櫒錛堜緥濡侲therscan錛夋垨鍏朵粬娓犻亾涓鎵懼埌榪欎簺淇℃伅銆
5.絳夊緟浠ｅ竵娣誨姞瀹屾垚鍚庯紝鍦ㄩ挶鍖呬腑鏌ョ湅浠ｅ竵浣欓濄
6.杞縐籈RC20浠ｅ竵銆傚湪閽卞寘涓閫夋嫨鈥滃彂閫佲濋夐」錛岃緭鍏ユ帴鏀跺湴鍧鍜屼唬甯佹暟閲忥紝紜璁や氦鏄撲俊鎮鍚庡彂閫佷氦鏄撱
7.絳夊緟浜ゆ槗紜璁ゃ備氦鏄撻渶瑕佸湪浠ュお鍧婄綉緇滀笂寰楀埌紜璁ゆ墠鑳芥垚鍔燂紝紜璁ゆ椂闂村彇鍐充簬鐕冩皵璐圭敤鍜岀綉緇滅箒蹇欑▼搴︺
浠ヤ笂鏄鎻愬彇ERC20浠ｅ竵鐨勫熀鏈姝ラゃ傞渶瑕佹敞鎰忕殑鏄錛屾彁鍙朎RC20浠ｅ竵闇瑕佷竴瀹氱殑鍖哄潡閾劇煡璇嗗拰鎿嶄綔緇忛獙錛屽姟蹇呬粩緇嗙『璁や氦鏄撲俊鎮騫朵繚綆″ソ閽卞寘縐侀掗銆
B. erc20和trc20的區別
erc20和trc20的區別如下：
1、地址樣式不同：地址樣式上erc20是數字0和小寫x開頭，trc20則是以大寫字母T開頭。
2、使用網路不同：使用網路上erc20是基於以太坊存在的，trc20是波場網路。
3、安全性不同：安全性上erc20安全性較高，trc20則相對較低。
erc20：
USDT-ERC20是Tether泰達公司基於ETH網路發行的USDT，充幣地址是ETH地址，充提幣走ETH網路。USDT-ERC20使用的是ERC20協議。2018年初，以太坊網路爆紅，智能合約普及於區塊鏈應用，ERC20-USDT出現。
C. ERC20代幣的六個基本功能是什麼
為了創建ERC20令牌，你需要記下以下內容
- 代幣名稱代
- 幣符號代
- 幣小數
- 位代幣數量為流通
- 合約
- 代號驗證源代碼
除了ERC20之外，還有ERC20，ERC721，ERC223，ERC621，ERC827， 具體不做累述，但是對ERC721順便說一下， ERC721是主要用於區塊鏈游戲的協議，大家經常看到的區塊鏈游戲基本上是基於ERC721。
D. 一文讀懂以太坊—ETH2.0，是否值得長期持有
這幾天一直在看關於ETH倫敦升級方面的資料，簡單的聊一下，在加密貨幣的世界裡，無論是投資機構、區塊鏈應用開發者、礦機商，還是個人投資者、硬體供應商、 游戲 行業從業者等等，提起以太坊，或多或少都會有一些了解。
一方面取決於以太坊代幣 ETH 本身的造富效應。從 2014 年首次發行以來，投資回報率已經超過 7400 倍。
另一方面，以太坊作為應用最廣泛的去中心應用編程平台，引來無數開發者在其之上開發應用。這些應用不僅產生了巨大的商業價值，伴隨 DEFI 生態、NFT 生態、DAO 生態蓬勃發展，也給 ETH 帶來了更多使用者。
隨著「倫敦升級計劃」臨近，ETH 再次聚集所有人的關注目光。
以太坊 2.0 到底是什麼？包含哪些升級？目前進展如何？
以太坊 2.0 到來，會對現有以太坊生態的去中心化應用產生哪些影響？
ETH 是否值得持續投資？看完相信你會有自己的判斷。
如果將搭建應用比作造房子，那麼以太坊就提供了牆面、屋頂、地板等模塊，用戶只需像搭積木一樣把房子搭起來，因此在以太坊上建立應用的成本和速度都大大改善。以太坊的出現，迅速吸引了大量開發者進入以太坊的世界編寫出各類去中心應用，極大豐富人們對去中心應用場景的需求。
以太坊應用開發模型示意
以太坊與ETH
現有市場的加密貨幣，只是在區塊鏈技術應用在某一場景下的單一代幣。
以太坊也不例外，它的完整項目名稱是「下一代智能合約與去中心化應用平台」，Ether（以太幣）是其原生加密貨幣，簡稱 ETH。
ETH 除了可以用來與各種類型數字資產之間進行有效交換，還提供支付交易費用的機制，即我們現在做鏈上操作時所支付的 GAS 費用。GAS 費用機制的出現，即保護了以太坊網路上創建的應用不會被惡意程序隨意濫用，又因為 GAS 收入歸礦工所有，讓更多的用戶參與到以太坊網路的記賬當中成為礦工，進一步維護了以太坊網路安全與生態發展。
與 BTC 不同的是，ETH 並沒有採用 SHA256 挖礦演算法，避免了整個挖礦生態出現由 ASIC（專用集成電路）礦機主導以至於大部分算力被中心化機構控制所帶來的系統性風險。
以太坊最初採用的是 PoW（Proof of Work）的工作量證明機制，人們需要通過工作量證明以獲取手續費回報。我們經常聽說礦工使用顯卡挖礦，他們做的就是 POW 工作量證明。顯卡越多，算力越大，那麼工作量就越大，收入也就越高。
當前，整個以太坊網路的總算力大約為 870.26 TH/s，用我們熟悉的消費級顯卡來對比，英偉達 RTX 3080 的顯卡算力大約為 92-93 MH/s，以太坊網路相當於 936 萬張 3080 顯卡算力的總和。
以太坊白皮書內非常明確提到之後會將 PoW 工作證明的賬本機制升級為 POS （Proof of Stake）權益證明的賬本機制。
ETH經濟模型
與 BTC 總量 2100 萬枚不同，ETH 的總量並沒有做上限，而是在首次預售的 ETH 數量基礎上每年增發，增發數量為 0.26x（x 為發售總量）。
但也不用擔心 ETH 會無限通脹下去，長期來看，每年增發幣的數量與每年因死亡或者粗心原因遺失幣的數量大致相同，ETH 的「貨幣供應增長率」是趨近於零的。
ETH 分配模型包含早期購買者，早期貢獻值，長期捐贈與礦工收益，具體分配比例如下表。
現在每年將有 60,102,216 * 0.26 = 15,626,576 個 ETH 被礦工挖出，轉成 PoS 後，每年產出的 ETH 將減少。
目前，市場上流通的 ETH 總量約為 116,898,848 枚，總市值約為 2759 億美元。
以太坊發展歷程
1. 邊境階段（2015年）：上線後不久進行了第一次分叉，調整未來挖礦的難度。此版本處於實驗階段，技術並未成熟，最初只能讓少部分開發者參與挖礦，智能合約也僅面向開發者開發應用使用，並沒有用戶參與，以太坊網路處於萌芽期。
邊境階段 ETH 價格：1.24 美元。
2. 家園階段（2016年）：以太坊主網於 2016 年 3 月進行了第二次分叉，發布了第一個穩定版本。此版本是第一個成熟的正式版本，採用 100% PoW 證明，引入難度炸彈，隨著區塊鏈數量的增加，挖礦難度呈指數增長，網路的性能大幅提升，以太坊項目也進入到快速成長期。在」家園「版本里，還發生了著名的」The DAO 攻擊事件「，以太坊被社區投票硬分叉為以太坊（ETH）與以太經典（ETC）兩條鏈，V 神站在了 ETH 這邊。
家園階段 ETH 價格：12.50 美元。
3. 都會階段（2017~2019年）：都會的開發又分為三個階段，升級分成了三次分叉，分別是 2017 年 10 月的「拜占庭」、2019 年 2 月底的「君士坦丁堡「、以及 2019 年 12 月的「伊斯坦布爾」。這些升級主要改善智能合約的編寫、提高安全性、加入難度炸彈以及一些核心架構的修改，以協助未來從工作量證明轉至權益證明。
在都會階段，以太坊網路正式顯現出其威力，正式進入成熟期。智能合約讓不同鏈上的加密貨幣可以互相交易，ERC-20 也在 2017 代幣發行的標准，成千上萬個項目在以太坊網路進行募資，被稱作「首次代幣發行（ICO）」，相信很多幣圈的老人都是被當時 ICO 造富效應帶進來的。到 2019 年，隨著DeFi 生態的崛起，金融產品正式成為以太鏈上最大的產業。
都會階段 ETH 價格：151.06 美元。
4. 寧靜階段（2020-2023年）：與都會分三階段開發相同，寧靜階段目前預計分成三次分叉：柏林（已完成）、倫敦（即將到來）、以及後面的第三次分叉。「寧靜」階段又稱為「以太坊 2.0」，是項目的最終階段，以太坊將從工作量證明方式正式轉向權益證明，並開發第二層擴容方案，提高整個網路的運行效率。
寧靜階段可以說是以太坊網路的集大成之作，如果說前個三階段只是讓以太坊的願景展現的實驗平台，寧靜階段之後的以太坊，將正式成為完全體，不僅有完備的生態應用，超級快的處理速度，眾多網路協同發展，而且 PoS 機制會非常節約能源，真正代表了區塊鏈技術逐漸走向成熟的標志。
寧靜階段 ETH 價格：2021 年 4 月 15 日完成的柏林階段，當天價格為 2454 美元。
即將到來的倫敦協議升級
以太坊生態
以太坊的生態發展，從屬性劃可分為兩大類：一是以太坊網路生態應用建設，二是以太坊網路擴容建設。兩者相互融合，互相成就，應用需要更健壯強大的網路作為承載，網路需要功能完善的應用場景服務用戶。
先說應用生態，以太坊的生態我們又可以分為以下幾大類：
1. 去中心化自製組織（DAO）生態
什麼是去中心化自製組織？還是以我們熟悉的比特幣舉例：比特幣目前市值七千多億美金，在全球資產市值類排名第九，但比特幣並不是某一公司發布的產品，也沒有特定公司組織招聘人員進行維護。比特幣現有的一切，都源於比特幣持有者、比特幣礦工自發形成的分布式組織，他們通過投票方式規劃比特幣發展路線，自發參與維護比特幣程序與網路 —這僅僅因為只要擁有比特幣，所有人都是比特幣網路建設中的受益者，一切維護都源於自身的利益關系。
比特幣的發明與成功運行，突破了由荷蘭人創建、至今流行 400 多年的公司商業架構，開創出一種全新的、無組織架構的、全球分布式的商業模式，這就是 DAO。
再說回以太坊，以太坊的 DAO 可以由智能合約編寫，用戶自定義應用場景。簡單說就是我們規定出程序執行條件與執行范圍，真實世界裡只要觸發設定好的條件，程序就會自動執行運行，且所有過程都會在以太坊的網路上進行去中心化公開驗證，不需要經過人工或者任何第三方組織機構確認。
以太坊 DAO 生態演化出許多商業場景，有慈善機構使用 DAO 建立公開透明的捐款與使用機制，有風投機構使用 DAO 建立公平分配的風險基金。
以太坊生態的很多項目都採用 DAO 自治，代表項目有：Uniswap，AAVE，MakerDAO，Compound，Decred，Dash 等。
2. 去中心化金融（DEFI）生態
在傳統商業世界裡，我們如果需要借錢、存錢，或者買某一公司股票，或者做企業貸款、融資，只要是進行金融活動，總離不開與銀行、證券機構、會計事務所這些金融機構打交道。
而在去中心的世界裡，區塊鏈本質就是集合所有人交易記錄且公開的大賬本，我們可以非常容易的追溯到每一個錢包地址發生過的每一筆交易，查詢到任意一個錢包地址的余額信息，從而對錢包地址里的資產做評估。
舉個例子：全世界個人貸款最貴的國家是印度，印度的年輕人房貸利率目前是 8.8%，最高曾經到過 20%；與此對應，全世界個人存款利率最低的國家是日本，日本政府為了鼓勵民眾消費，在很長一段時間里銀行存款利率是負值，日本人在銀行存款不僅沒有利息，還要給銀行交保管費。理論上，如果日本人將自己的存款借與印度人，雙方都能獲得利益最大化，但現實生活中這樣的場景很難發生。一是每個國家都有外匯管制，日本人的錢並不容易能給到印度人，二是印度人的信用如何日本人也不好評估，大家沒有統一標准，萬一借出去的錢無法歸還，不能沒了收益還要蒙受損失。
但在去中心的世界裡，這樣的事情就簡單的多。
如果印度人的錢包地址里有比特幣，我們就可以利用智能合約，印度人將自己的比特幣質押進去，根據比特幣當時的價格，系統自動給印度人一個授信額度，印度人就可以拿著這個額度去和日本人借款，並規定好還款的周期與利率。如果印度人違約，合約自動將印度人質押進去的比特幣扣除，優先保障日本的權利，這樣，日本人不用擔心安全問題放心享受收益，印度人也有了更多的款項做為流動資金。
這個例子就是去中心金融的簡單應用，實際上，這就是我們參與 DEFI 挖礦是質押理財的原理 —— 當然真正應用實現演算法與場景要復雜的多。
DEFI 根據場景不同，又可以分為很多賽道，比如穩定幣、預言機、AMM 交易所、衍生品、聚合器等等。
DEFI 代表項目有：Dai，Augur，Chainlink，WBTC，0x，Balance，Liquity 等。
3. 非同質化代幣（NFT）生態
世界名畫《蒙娜麗莎》，只有達·芬奇的原版可以展覽在法國盧浮宮博物館，哪怕現代的技術可以無比精細地復刻出來，仿品都不具備原版的收藏價值。
這就是 NFT 的應用場景。NFT是我們可以用來表示獨特物品所有權的代幣，它們讓我們將藝術品、收藏品甚至房地產等現實事物唯一代幣化。雖然文件（作品）本身是可以無限復制，但代表它們的代幣在鏈上可以被追蹤，並為買家提供所有權證明。
相比現實中實物版權、物權的雙重交割相比，NFT 只需要交割描述此物品的唯一代幣。NFT 作品往往存儲在如 IPFS 這樣的分布式存儲網路里，隨用隨取，永不丟失，加之交割簡單方便，很快吸引了大量玩家與投資者收藏轉賣，NFT 出現也給藝術家提供了全新的收入模式。
類似 DEFI 生態，NFT 生態根據應用場景不同也產生了不同賽道，目前比較火熱的賽道有 NFT 交易平台，NFT 游戲 平台，NFT 藝術品平台， NFT 與 DEFI 結合在一起的金融平台。
NFT 代表項目有：CryptoKitties，CryptoPunks，Meebits，Opensea，Rally，Axie Infinity，Enjin Coin，The Sandbox 等。
4. 標准代幣協議（ERC-20）生態
與 NFT 非同質化代幣所對應的，就是同質化代幣。比如我們使用的人民幣就是一種同質化代幣，我們可以用人民幣進行價值交換，即使序號不同也不影響其價值，如果面額相同，不同的鈔票序號對持有者來說沒有區別。
BTC，ETH 和所有我們熟知的加密貨幣，都屬於同質化代幣。同種類的一個比特幣和另一個比特幣沒有任何區別，規格相同，具有統一性。在交易中，只需關注代幣交接的數量即可，其價值可能會根據交換的時間間隔而改變，但其本質並沒有發生變化。
以太坊的 ERC-20 就是定義這種代幣的標准協議，任何人都可以使用 ERC-20 協議，通過幾行代碼，發布自己在以太坊網路上的加密貨幣。
現在，以太坊網路上運行的代幣種類有上百萬個，上邊提到的項目，大多也在以太坊網路中發布了自己的同質化代幣。
ERC-20 代表項目有：USDT，USDC，WBTC 等。
以太坊網路擴容性
我們先引入一個概念：區塊鏈的不可能三角，即無論何種方法，我們都無法同時達到可擴展、去中心化、安全，三者只能得其二。
這其實很好理解，如果我們要去中心化和安全，就需要更多有節點參與網路進行驗證，從而導致驗證人增多、網路效率降低，擴展性下降。網路性能建設就是在三者之間找到平衡點。
用數據舉例，目前比特幣可處理轉賬 7 筆 / 秒，以太坊是 25 筆 / 秒，而 VISA 平均為 4500 筆 / 秒，峰值則達每秒上萬筆。這種業務處理能力的差別，我們就可以簡單理解為是「吞吐量」的差距。而想要提高吞吐量，則需要擴展區塊鏈的業務處理能力，這就是所謂的擴展性。
根據優化方法不同，以太坊網路性能擴容方案可以分為：
1. Layer 1 鏈上擴展，所有交易都保留在以太坊上的擴展解決方案，具有更高的安全性。
鏈上擴展的本質還是改進以太坊主鏈本身，使整個系統擁有更高的拓展性與運行效率。一般的方法有兩種，要麼改變共識協議，比如 ETH 將從 PoW 轉變為 PoS；要麼使用分片技術，優化方法使網路具有更高效率。
2. Layer 2 鏈下擴展，在以太坊協議之上分層單獨做各場景解決方案，具有更好的擴展性。
鏈下擴展可以理解為把計算、交易等業務處理場景拿到以太坊主鏈之外計算，最後將計算好的結果傳回主鏈，主鏈只反映最終的結果而不用管過程，這樣，無論多麼復雜的應用都不會對主鏈產生影響。
我們並不需要明白具體技術實現，只需知道：相比 Layer 1 方案，Layer 2 方案網路不會干擾底層區塊鏈協議，可以替 Layer 1 承擔大部分計算工作，從而降低主網路的負擔提高網路業務處理效率，是目前公認比較好的擴容方案。
以太坊2.0
終於講到以太坊 2.0，回到主題。
通過回顧以太坊的發展 歷史 ，以太坊 2.0 並不是新項目，它只是以太坊開發進程的最後一個階段，它將由整個以太坊生態多個團隊協同完成，目標是使以太坊更具可擴展性、更安全和更可持續，最終成為主流並為全人類服務。
ETH2建設目標:
1. 更具可擴展性。每秒支持 1000 次交易，以使應用程序使用起來更快、更便宜。
2. 更安全。以太坊變得更加安全，以抵禦所有形式的攻擊。
3. 更可持續。提高網路性能的同時減少對能源的消耗，更好地保護環境。
最重要的變化，ETH2 將從 ETH1 使用的 PoW（Proof of Work）工作量證明機制升級為 POS （Proof of Stake）權益證明機制。不再以算力做為驗證方式，而是通過質押加密貨幣的數量做為驗證手段。礦工不需要顯卡也能挖礦，既節省了時間成本與電力成本，又提高了 ETH 的利用率，非常類似錢存在銀行獲得利息。
ETH2 主要使用的技術是分片分層技術實現整個網路擴容。
ETH2 升級將分為三個階段進行：
1. 階段0（正在進行）：信標鏈的創建與合並。信標鏈是 ETH2 的主鏈，如同人類的大腦，是 ETH2 得以運行的基礎。
2. 階段1（預計2022年）：分片鏈的創建與應用。當信標鏈與 ETH1 合並完成後，就進入分片鏈的開發階段。分片鏈可以理解為將 ETH2 主鏈的整塊數據按一定規則拆分存放，單獨建立新鏈處理，用來分擔主鏈上的數據壓力，目前規劃是建立 64 條分片鏈。
舉個例子，從北京到上海，原來的交通工具只有一條公路，所有的車輛都需要在上邊運行，就會非常擁擠；現在通過分片技術，多出來高鐵、飛機等交通方式，分流的車輛同時到達速度更快，這就是分片鏈起到的作用。
分片鏈與主鏈交互示意圖
3. 階段2（預計2023年）：整個網路功能的融合。到了此階段，整個系統的功能全面開始融合，分片鏈的功能會更加強大，新的處理機制開始支持賬戶、智能合約、開發工具的創建，新的生態應用等。
此階段是以太坊網路的最終形態，網路性能得到全面提升，生態應用全面爆發。但要服務全人類，ETH2 每秒 1000 次的交易效率顯然還是遠遠不夠，以太坊也會為它的目標持續優化下去。
ETH2對於大家有什麼影響？
1. 對於以太坊生態開發者。ETH2 在部署應用的時候，是需要選擇應用在哪條分片網路進行部署，造成這種差異的原因是跨分片通信不同步，這就意味著開發者需要根據自己發展計劃做不同的組合。
2. 對與 ETH 持幣者。ETH2 與 ETH1 數據完全同步，代幣也不會有任何變化，你可以繼續使用現在的錢包地址繼續持有 ETH。
3. 對於礦工。雖然 PoW 與 PoS 還會並行一段時間，可以預計的 PoW 礦機的產出會越來越少，應該開始減少 PoW 礦機的投資，開始轉向 PoS 機制。
4. 對於用戶。ETH2 速度更快，交易手續費更低，網路體驗會非常好，唯一值得注意的是，由於 Dapp 部署在不同的分片網路上，可能需要手動選擇應用的網路選項。
ETH是否值得投資？
ETH 是除了 BTC 以外市場的風向標，明確了解 ETH2 非常有助於我們理解其他區塊鏈項目，理解二級市場。
簡單總結幾個點吧：
1. 通過以太坊的項目分析，我們可以清晰地看到：在比特幣之後，以太坊項目的發展史就是目前區塊鏈應用生態的發展史。無論 DEFI 生態，NFT 生態，DAO 生態還是代幣、合約、協議生態，其實在以太坊發布白皮書時已有預見，後來出現的項目，都是圍繞以太坊做驗證。
2. 以太坊的聯合創始人里，只有 V 神還在為以太坊事業做貢獻，但這並不影響以以太坊繁榮發展。以太坊初始團隊只是創建了它，後續的發展是社區、開發者、礦工與用戶共同建立的結果，現在的以太坊早已不是某一個人的思維，它是所有以太坊生態參與者共同的結晶，它屬於全人類。
3. 以太坊在過去的幾年一直沿著既定的開發軌跡發展，雖然中途一度出現過危機，以太坊「被死亡」了好幾百次，以太坊還是頑強的發展下來，並且擁有了繁榮生態。ETH2 還要兩三年時間才能落地，中間也充滿變數，比如其他的公鏈搶佔先機，但可以預見，ETH2 後的以太坊會更加健壯。
4. 不要在抱有任何 BTC 會死亡，區塊鏈行業會消失這樣的偽命題。BTC、ETH 讓我們看到了突破原有公司組織架構，一種全新無組織架構的商業模式存在，這種商業模式顯然更符合這個時代的發展需求，無論項目地發起團隊在不在，無論各國政府如何打壓，只要技術對人類有貢獻，就會由人員自發組織維護，區塊鏈技術是革命。
5. ETH2 的上線，短期看 PoW 獎勵與 PoS 獎勵並行，可能會讓 ETH 總通脹率短期內飆升，長期看 ETH 通脹率始終保持平衡。加上 ETH 本身的生態與應用場景，ETH是值得投資的，目前看不到有其他公鏈代替以太坊公鏈的可能性，ETH2 的上線，甚至會對其他公鏈造成「虹吸效應」，萬鏈歸一。
#比特幣[超話]# #數字貨幣#
E. 波場發幣教程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
就是這么簡單，你學會了嗎？
F. 浠涔堟槸鏅鴻兘鍚堢害錛熷拰鍖哄潡閾炬槸浠涔堝叧緋伙紵
鍦ㄧ戞妧鐨勬氮娼涓錛屾櫤鑳藉悎綰︿笌鍖哄潡閾劇殑鍏崇郴灝卞儚鐞寸憻鍜岄福錛屽叡鍚屾瀯寤轟簡鏁板瓧緇忔祹鐨勬柊鍩虹煶銆備粖澶╋紝鎴戜滑灝辨潵娣卞叆鎺㈣ㄨ繖涓や釜姒傚康錛岃╁畠浠鐨勫唴娑靛湪浣犲績涓娓呮櫚璧鋒潵銆
鏅鴻兘鍚堢害錛氭湭鏉ョ殑鍚堝悓鎵ц岃
鎯寵薄涓涓嬶紝鏅鴻兘鍚堢害灝卞儚涓涓鑷鍔ㄦ墽琛岀殑娉曞緥鏈哄櫒浜猴紝鏃犻渶浜哄伐騫查勶紝瀹冨湪鍖哄潡閾捐繖涓閫忔槑鐨勮垶鍙頒笂榪愯屻傛瘮濡傦紝鑷鍔ㄥ敭璐ф満灝辨槸涓涓綆鍗曠殑鏅鴻兘鍚堢害瀹炰緥錛岀敤鎴烽夋嫨鍟嗗搧騫朵粯嬈撅紝鏈哄櫒渚誇細鑷鍔ㄤ氦浠橈紝鏃犻渶淇′換絎涓夋柟錛屽洜涓虹▼搴忚懼畾鐨勮勫垯涓嶅彲鏇存敼銆備俊鐢ㄥ崱鑷鍔ㄨ繕嬈句篃鏄鏅鴻兘鍚堢害鐨勪綋鐜幫紝璁懼畾濂芥潯浠跺悗錛屽埌鏈熻嚜鍔ㄦ墸嬈撅紝榪欏氨鏄涓孌靛祵鍏ュ尯鍧楅摼鐨勪唬鐮侊紝涓鏃﹁Е鍙戱紝渚跨珛鍗崇敓鏁堛
鏅鴻兘鍚堢害鐨勬牳蹇冧環鍊煎湪浜庢彁渚涘畨鍏ㄣ侀珮鏁堢殑浜ゆ槗鏂瑰紡錛屽畠鍦ㄥ幓涓蹇冨寲鐜澧冧腑榪愯岋紝鏃犻渶絎涓夋柟浠嬪叆錛岀『淇濅氦鏄撶殑鍏姝ｆс傝屼笖錛屼竴鏃﹀悎鍚屾潯嬈捐璁懼畾錛屼究鏃犳硶鏇存敼錛屽傚悓娉曞緥鏂囦歡錛屽叿鏈夋瀬楂樼殑鎵胯烘墽琛屽姏銆
鍖哄潡閾句笌鏅鴻兘鍚堢害鐨勪氦鋙
鏅鴻兘鍚堢害鏄鍖哄潡閾炬妧鏈鐨勭伒欖傦紝涓よ呯浉杈呯浉鎴愩傚尯鍧楅摼浣滀負鍒嗗竷寮忚處鏈錛屼負鏅鴻兘鍚堢害鎻愪緵浜嗚繍琛岀殑騫沖彴鍜岀幆澧冿紝姣忎竴絎斾氦鏄撻兘鍦ㄩ摼涓婂叕寮閫忔槑錛岀『淇濅簡淇℃伅鐨勭湡瀹炴с傛櫤鑳藉悎綰︾殑鎵ц屼緷璧栦簬鍖哄潡閾劇殑涓嶅彲綃℃敼鎬э紝涓鏃﹁揪鎴愬叡璇嗭紝浜ゆ槗灝變細琚姘鎬箙璁板綍錛屼笉鍙鎾ら攢銆
鏅鴻兘鍚堢害鐨勫箍娉涘簲鐢ㄥ凡緇忚Е鍙婂氫釜棰嗗煙錛屾瘮濡傚尰鐤楄屼笟錛岄氳繃涓庤塊棶鎺у埗鏈哄埗緇撳悎錛屾櫤鑳藉悎綰︾『淇濅簡鍖葷枟鏁版嵁鐨勫畨鍏ㄥ叡浜錛岃В鍐充簡淇′換闂棰樸傝屽湪浼楃歸嗗煙錛屽尯鍧楅摼鏅鴻兘鍚堢害瑙ｅ喅浜嗗鉤鍙伴忔槑搴﹀拰璧勯噾綆＄悊鐨勯棶棰橈紝浣垮緱浼楃瑰彉寰楁洿鍔犲叕騫沖拰楂樻晥銆
鐒惰岋紝濡傚悓浠諱綍鏂扮敓浜嬬墿錛屾櫤鑳藉悎綰﹀苟闈炲畬緹庢棤緙恆傚尯鍧楅摼鎶鏈鐨勫彂灞曚粛澶勪簬鎺㈢儲闃舵碉紝瀹夊叏婕忔礊絳夋寫鎴樺皻寰呰В鍐熾傚洜姝わ紝瀵逛簬鍖哄潡閾炬姇璧勶紝鎴戜滑闇淇濇寔璋ㄦ厧錛屾寔緇鍏蟲敞鍏惰繘姝ヤ笌鏀硅繘銆
鍦ㄨ繖涓鍏呮弧鏈洪亣鍜屾寫鎴樼殑鏃朵唬錛屽崡涔濇効鎰忎笌浣犱竴鍚屽︿範錛岀敤鍏ㄦ柊鐨勮嗚掕В鏋愭櫤鑳藉悎綰︿笌鍖哄潡閾劇殑濂ョ樸傛棤璁轟綘鏄鍖哄潡閾劇殑鑰佹墜榪樻槸鏂版墜錛屾㈣繋鍔犲叆鎴戜滑鐨勮ㄨ猴紝璁╂垜浠鍏卞悓鎺㈢儲榪欎釜鍏呮弧鏃犻檺鍙鑳界殑棰嗗煙銆
G. erc20是什麼幣
ERC20是以太坊區塊鏈上的一種代幣標准，它被廣泛應用於區塊鏈項目的眾籌，是一種數字貨幣，可以用於交易，支付，投資等多種用途。本文將對ERC20的定義、特性、優缺點、應用以及發展前景進行詳細介紹。
1. 什麼是ERC20
2. ERC20的特性
3. ERC20的優點
4. ERC20的缺點
5. ERC20的應用
6. ERC20的發展前景
1. 什麼是ERC20
ERC20是以太坊區塊鏈上的一種代幣標准，它是一種數字貨幣，可以用於交易，支付，投資等多種用途。ERC20是一種基於智能合約的標准，它被廣泛應用於區塊鏈項目的眾籌，是一種以太坊代幣的標准。ERC20代幣是通過以太坊智能合約生成的，它們可以在以太坊區塊鏈上進行轉賬，支付和交易。
2. ERC20的特性
ERC20代幣具有許多獨特的特性，其中最重要的是可編程性、可交易性、可追蹤性和可審計性。它可以被編程以實現更多功能，可以在以太坊區塊鏈上進行交易，可以追蹤代幣的流動情況，還可以進行審計，以確保資金安全。
3. ERC20的優點
ERC20代幣余悶的優點在於它可以支持以太坊區塊鏈上的眾籌項目，這些眾籌項目可以使用ERC20代幣進行融資。ERC20代幣的交易速度也很快，可以在數秒內完成。此外，ERC20代幣的交易成本也很低，比特幣的交易成本要低得多。
4. ERC20的缺點
ERC20代幣的缺點在於它不能支持跨鏈交易，因此只能在以太坊區塊鏈上進行交易。此外，ERC20代幣也不能用於投資，因為它不能支持投資活動。
5. ERC20的應用
ERC20代幣可以用於多種應用，包括眾籌、支付、投資、交易等。它可以用於支持新的區塊鏈項目，還可以用於支持新的數字貨幣和數字資產的交易。此外，ERC20代幣還可以用於實現分布式應用程序（DApps），以及實現去中心化的金融服務。
6. ERC20的發展前景
ERC20代幣的發展前景非常樂觀，因為它能夠支持區塊鏈項目的眾籌，還可以支持新的數字貨幣和數字資產的交易。此外，ERC20代幣還可以用於實現分布式應用程序（DApps），以及實現去中心化的金融服務。隨著區塊鏈技術的發展，ERC20代幣將變得越來越重要，它將成為區塊鏈項目的重要組成部分，並且襪握將為區塊鏈技術的發展做出重要貢獻。
ERC20是以太坊區塊鏈上的一種代幣標准，它具有可編程性、豎好彎可交易性、可追蹤性和可審計性等特性，可以用於眾籌、支付、投資、交易等多種用途，具有良好的發展前景。