⑴ 浠ュお鍧婄殑DApp鏈夊摢浜
浠ュお鍧婄殑DApp鏈夊摢浜涳紵
浠ュお鍧婃槸鐩鍓嶆渶钁楀悕鐨勫尯鍧楅摼騫沖彴涔嬩竴錛屽畠鎻愪緵浜嗕竴涓鍘諱腑蹇冨寲鐨勭幆澧冿紝璁╁紑鍙戣呭彲浠ュ壋寤哄熀浜庡尯鍧楅摼鐨勫垎甯冨紡搴旂敤紼嬪簭錛圖App錛夛紝榪欎簺DApp鍙浠ュ疄鐜板悇縐嶅悇鏍風殑鍔熻兘銆備笅鏂囧皢浠嬬粛涓浜涗互澶鍧婄殑鐭ュ悕DApp銆
1.CryptoKitties
CryptoKitties鏄浠ュお鍧婁笂鏈钁楀悕鐨凞App涔嬩竴錛屽畠鏄涓涓鍩轟簬鍖哄潡閾劇殑鏀墮泦鍗＄墝娓告垙銆傚湪榪欎釜娓告垙涓錛屼綘鍙浠ユ敹闆嗐佺箒孌栧拰浜ゆ槗鉶氭嫙鐚銆傛瘡鍙鐚閮芥湁鍏剁嫭涓鏃犱簩鐨勫熀鍥犲簭鍒楋紝榪欎嬌寰楀畠浠涓庡叾浠栫尗鍦ㄥ栬傚拰鐗瑰緛涓婃湁鎵涓嶅悓銆侰ryptoKitties璁╀漢浠鍦ㄧ幇瀹炰笘鐣屼箣澶栨敹闆嗙弽紼鐨勬暟瀛楄祫浜э紝榪欎嬌瀹冩垚涓轟簡涓涓闈炲父鍙楁㈣繋鐨凞App銆
2.Gnosis
Gnosis鏄涓涓寤虹珛鍦ㄤ互澶鍧婁笂鐨勫幓涓蹇冨寲棰勬祴甯傚満銆傚畠鍏佽哥敤鎴風敤鍔犲瘑璐у竵涓嬫敞鍚勭嶄簨浠剁殑緇撴灉錛屾瘮濡傝皝浼氳耽寰椾竴鍦烘瘮璧涳紝鍝涓鏀垮厷灝嗗湪閫変婦涓鑾瘋儨絳夈傞氳繃璁╁ぇ閲忓弬涓庤呭弬涓庢姇娉錛孏nosis鍙浠ラ勬祴鏈鏉ヤ簨浠剁殑鍙鑳界粨鏋滐紝騫惰╁競鍦哄弬涓庤呭埄鐢ㄨ繖縐嶄俊鎮鏉ュ仛鍑烘洿濂界殑鎶曟敞鍐崇瓥銆
3.MakerDAO
MakerDAO鏄涓涓鍩轟簬鍖哄潡閾劇殑鍊熻捶騫沖彴錛屽畠浣跨敤涓縐嶇ǔ瀹氬竵錛圖AI錛変綔涓鴻捶嬈懼拰榪樻劇殑璐у竵銆侱AI鏄涓涓涓庣編鍏冩寕閽╃殑鍔犲瘑璐у竵錛屽叾浠峰間繚鎸佸湪1緹庡厓宸﹀彸錛屽彲浠ョ敤浜庤繘琛屽熻捶鎴栬呮敮浠樸傚熸句漢闇瑕佹姷鎶間互澶鍧婃垨鍏朵粬鏍囧噯鍔犲瘑璐у竵浣滀負鎶墊娂鍝侊紝浠ヨ幏鍙栧熸撅紝鍊熸劇殑鍒╃巼鐢卞競鍦哄喅瀹氥
4.Augur
Augur鏄涓涓鍘諱腑蹇冨寲鐨勯勬祴甯傚満騫沖彴錛屽彲浠ヨ╃敤鎴蜂笅娉ㄤ換浣曞彲鑳芥т簨浠剁殑緇撴灉銆備笌Gnosis涓嶅悓錛孉ugur灝嗛噸鐐規斁鍦ㄩ勬祴鐪熺浉涓婏紝榪欐剰鍛崇潃甯傚満鍙備笌鑰呭彲浠ヨ幏寰椾笌鐪熺浉鎺ヨ繎鐨勬敹鐩婏紝鑰屼笉鏄鍙鏄綰綺瑰湴鑾峰緱甯傚満鏀剁泭銆
鎬葷粨
榪欎簺DApp鏄浠ュお鍧婁笂鏈钁楀悕鐨勪竴浜涘簲鐢錛屽畠浠鍦ㄦ彁渚涘幓涓蹇冨寲鐨勭幆澧冧笅瑙ｅ喅浜嗚稿氬悇縐嶅悇鏍風殑闂棰橈紝浠庢暟瀛楄祫浜ф敹闆嗭紝鍒伴勬祴甯傚満鍜岃捶嬈俱傞殢鐫浠ュお鍧婂拰鍖哄潡閾炬妧鏈鐨勪笉鏂鍙戝睍錛屾垜浠鍙浠ユ湡寰呯湅鍒版洿澶氱殑搴旂敤紼嬪簭錛屾潵瀹炵幇鏇村氭湁瓚ｇ殑闂棰樼殑瑙ｅ喅鏂規堛
⑵ DApp開發入門
本文僅介紹以太坊系列的DApp開發，其他鏈原理差不太多。
MetaMask安裝完成並運行後，可以在Chrome控制台列印 MetaMask注入的window.ethereum對象
關於ethereum對象，我們只需要關心 ethereum.request 就足夠了，MetaMask 使用 ethereum.request(args) 方法 來包裝 RPC API。這些 API 基於所有以太坊客戶端公開的介面。 簡單來說錢包交互的大部分操作都是由 request() 方法實現，通過傳入不同的方法名來區分。
⚠️ 即使ethereum對象中提供了chainId，isMetaMask，selectAddress屬性，我們也不能完全相信這些屬性，他們是不穩定或不標准，不建議使用。我們可以通過上面說的request方法，拿到可靠的數據 。
錢包通過method方法名，進行對應的實現 以獲取錢包地址為例
調用 ethereum.request({ method: "eth_requestAccounts" }) ，錢包實現了該方法，那麼就可以拿到錢包的地址了。
MetaMask注入的 window.ethereum 就是一個Provider，一個RPC節點也是一個Provider，通過Provider，我們有了訪問區塊鏈的能力。 在連接到錢包的情況下，通常使用錢包的Provider就可以了， ethers.providers.Web3Provider(ethereum)
如果只需要查詢一些區塊鏈數據，可以使用EtherscanProvider 和 InfuraProvider 連接公開的 第三方節點服務提供商 。JsonRpcProvider 和 IpcProvider 允許連接到我們控制或可以訪問的以太坊節點。
獲取當前賬戶余額
獲取最新區塊號
其他RPC操作，可以通過 JSON-RPC 查看。
通過 ethers.js 可以連接ERC20的合約，合約編譯後會生成ABI，合約部署後，會生成合約地址，開發者通過 ABI和合約地址 ，對合約發送消息。
合約中的方法大致分為兩種： 視圖方法(免費)，非視圖方法(消耗Gas) ，可以通過ABI查看方法類型。
⚠️ ERC20需要多加關注的是 Approve() 方法以及 transfer() 和 transferFrom() 的區別 ，授權過的代幣，被授權的那一方，可以通過調用 transferFrom() 方法,轉走你授權數量內的代幣，所以授權是一個很危險的操作，假設你授權了一個不良的合約，那你會面臨授權的token被轉走的風險，即使你沒有泄露私鑰助記詞。
便利三方庫： web3-react use-wallet
文檔： doc.metamask.io ethers
⑶ 以太坊是什麼丨以太坊開發入門指南
以太坊是什麼丨以太坊開發入門指南
很多同學已經躍躍欲試投入到區塊鏈開發隊伍當中來，可是又感覺無從下手，本文將基於以太坊平台，以通俗的方式介紹以太坊開發中涉及的各晦澀的概念，輕松帶大家入門。
以太坊是什麼
以太坊（Ethereum）是一個建立在區塊鏈技術之上， 去中心化應用平台。它允許任何人在平台中建立和使用通過區塊鏈技術運行的去中心化應用。
對這句話不理解的同學，姑且可以理解為以太坊是區塊鏈里的Android，它是一個開發平台，讓我們就可以像基於Android Framework一樣基於區塊鏈技術寫應用。
在沒有以太坊之前，寫區塊鏈應用是這樣的：拷貝一份比特幣代碼，然後去改底層代碼如加密演算法，共識機制，網路協議等等（很多山寨幣就是這樣，改改就出來一個新幣）。
以太坊平台對底層區塊鏈技術進行了封裝，讓區塊鏈應用開發者可以直接基於以太坊平台進行開發，開發者只要專注於應用本身的開發，從而大大降低了難度。
目前圍繞以太坊已經形成了一個較為完善的開發生態圈：有社區的支持，有很多開發框架、工具可以選擇。
智能合約
什麼是智能合約
以太坊上的程序稱之為智能合約， 它是代碼和數據(狀態)的集合。
智能合約可以理解為在區塊鏈上可以自動執行的（由事件驅動的）、以代碼形式編寫的合同（特殊的交易）。
在比特幣腳本中，我們講到過比特幣的交易是可以編程的，但是比特幣腳本有很多的限制，能夠編寫的程序也有限，而以太坊則更加完備（在計算機科學術語中，稱它為是「圖靈完備的」），讓我們就像使用任何高級語言一樣來編寫幾乎可以做任何事情的程序（智能合約）。
智能合約非常適合對信任、安全和持久性要求較高的應用場景，比如：數字貨幣、數字資產、投票、保險、金融應用、預測市場、產權所有權管理、物聯網、點對點交易等等。
目前除數字貨幣之外，真正落地的應用還不多（就像移動平台剛開始出來一樣），相信1到3年內，各種殺手級會慢慢出現。
編程語言：Solidity
智能合約的默認的編程語言是Solidity，文件擴展名以.sol結尾。
Solidity是和JavaScript相似的語言，用它來開發合約並編譯成以太坊虛擬機位元組代碼。
還有長像Python的智能合約開發語言：Serpent，不過建議大家還是使用Solidity。
Browser-Solidity是一個瀏覽器的Solidity IDE, 大家可以點進去看看，以後我們更多文章介紹Solidity這個語言。
運行環境：EVM
EVM（Ethereum Virtual Machine）以太坊虛擬機是以太坊中智能合約的運行環境。
Solidity之於EVM，就像之於跟JVM的關系一樣，這樣大家就容易理解了。
以太坊虛擬機是一個隔離的環境，在EVM內部運行的代碼不能跟外部有聯系。
而EVM運行在以太坊節點上，當我們把合約部署到以太坊網路上之後，合約就可以在以太坊網路中運行了。
合約的編譯
以太坊虛擬機上運行的是合約的位元組碼形式，需要我們在部署之前先對合約進行編譯，可以選擇Browser-Solidity Web IDE或solc編譯器。
合約的部署
在以太坊上開發應用時，常常要使用到以太坊客戶端（錢包）。平時我們在開發中，一般不接觸到客戶端或錢包的概念，它是什麼呢？
以太坊客戶端（錢包）
以太坊客戶端，其實我們可以把它理解為一個開發者工具，它提供賬戶管理、挖礦、轉賬、智能合約的部署和執行等等功能。
EVM是由以太坊客戶端提供的。
Geth是典型的開發以太坊時使用的客戶端，基於Go語言開發。 Geth提供了一個互動式命令控制台，通過命令控制台中包含了以太坊的各種功能（API）。Geth的使用我們之後會有文章介紹，這里大家先有個概念。
Geth控制台和Chrome瀏覽器開發者工具里的面的控制台是類似，不過是跑在終端里。
相對於Geth，Mist則是圖形化操作界面的以太坊客戶端。
如何部署
智能合約的部署是指把合約位元組碼發布到區塊鏈上，並使用一個特定的地址來標示這個合約，這個地址稱為合約賬戶。
以太坊中有兩類賬戶：
· 外部賬戶
該類賬戶被私鑰控制（由人控制），沒有關聯任何代碼。
· 合約賬戶
該類賬戶被它們的合約代碼控制且有代碼與之關聯。
和比特幣使用UTXO的設計不一樣，以太坊使用更為簡單的賬戶概念。
兩類賬戶對於EVM來說是一樣的。
外部賬戶與合約賬戶的區別和關系是這樣的：一個外部賬戶可以通過創建和用自己的私鑰來對交易進行簽名，來發送消息給另一個外部賬戶或合約賬戶。
在兩個外部賬戶之間傳送消息是價值轉移的過程。但從外部賬戶到合約賬戶的消息會激活合約賬戶的代碼，允許它執行各種動作（比如轉移代幣，寫入內部存儲，挖出一個新代幣，執行一些運算，創建一個新的合約等等）。
只有當外部賬戶發出指令時，合同賬戶才會執行相應的操作。
合約部署就是將編譯好的合約位元組碼通過外部賬號發送交易的形式部署到以太坊區塊鏈上（由實際礦工出塊之後，才真正部署成功）。
運行
合約部署之後，當需要調用這個智能合約的方法時只需要向這個合約賬戶發送消息（交易）即可，通過消息觸發後智能合約的代碼就會在EVM中執行了。
Gas
和雲計算相似，佔用區塊鏈的資源（不管是簡單的轉賬交易，還是合約的部署和執行）同樣需要付出相應的費用（天下沒有免費的午餐對不對!）。
以太坊上用Gas機制來計費，Gas也可以認為是一個工作量單位，智能合約越復雜（計算步驟的數量和類型，佔用的內存等），用來完成運行就需要越多Gas。
任何特定的合約所需的運行合約的Gas數量是固定的，由合約的復雜度決定。
而Gas價格由運行合約的人在提交運行合約請求的時候規定，以確定他願意為這次交易願意付出的費用：Gas價格（用以太幣計價） * Gas數量。
Gas的目的是限制執行交易所需的工作量，同時為執行支付費用。當EVM執行交易時，Gas將按照特定規則被逐漸消耗，無論執行到什麼位置，一旦Gas被耗盡，將會觸發異常。當前調用幀所做的所有狀態修改都將被回滾， 如果執行結束還有Gas剩餘，這些Gas將被返還給發送賬戶。
如果沒有這個限制，就會有人寫出無法停止（如：死循環）的合約來阻塞網路。
因此實際上（把前面的內容串起來），我們需要一個有以太幣余額的外部賬戶，來發起一個交易（普通交易或部署、運行一個合約），運行時，礦工收取相應的工作量費用。
以太坊網路
有些著急的同學要問了，沒有以太幣，要怎麼進行智能合約的開發？可以選擇以下方式：
選擇以太坊官網測試網路Testnet
測試網路中，我們可以很容易獲得免費的以太幣，缺點是需要發很長時間初始化節點。
使用私有鏈
創建自己的以太幣私有測試網路，通常也稱為私有鏈，我們可以用它來作為一個測試環境來開發、調試和測試智能合約。
通過上面提到的Geth很容易就可以創建一個屬於自己的測試網路，以太幣想挖多少挖多少，也免去了同步正式網路的整個區塊鏈數據。
使用開發者網路(模式)
相比私有鏈，開發者網路(模式)下，會自動分配一個有大量余額的開發者賬戶給我們使用。
使用模擬環境
另一個創建測試網路的方法是使用testrpc，testrpc是在本地使用內存模擬的一個以太坊環境，對於開發調試來說，更方便快捷。而且testrpc可以在啟動時幫我們創建10個存有資金的測試賬戶。
進行合約開發時，可以在testrpc中測試通過後，再部署到Geth節點中去。
更新：testrpc 現在已經並入到Truffle 開發框架中，現在名字是Ganache CLI。
Dapp：去中心化的應用程序
以太坊社區把基於智能合約的應用稱為去中心化的應用程序(DecentralizedApp)。如果我們把區塊鏈理解為一個不可篡改的資料庫，智能合約理解為和資料庫打交道的程序，那就很容易理解Dapp了，一個Dapp不單單有智能合約，比如還需要有一個友好的用戶界面和其他的東西。
Truffle
Truffle是Dapp開發框架，他可以幫我們處理掉大量無關緊要的小事情，讓我們可以迅速開始寫代碼-編譯-部署-測試-打包DApp這個流程。
總結
我們現在來總結一下，以太坊是平台，它讓我們方便的使用區塊鏈技術開發去中心化的應用，在這個應用中，使用Solidity來編寫和區塊鏈交互的智能合約，合約編寫好後之後，我們需要用以太坊客戶端用一個有餘額的賬戶去部署及運行合約（使用Truffle框架可以更好的幫助我們做這些事情了）。為了開發方便，我們可以用Geth或testrpc來搭建一個測試網路。
註：本文中為了方便大家理解，對一些概念做了類比，有些嚴格來不是准確，不過我也認為對於初學者，也沒有必要把每一個概念掌握的很細致和准確，學習是一個逐步深入的過程，很多時候我們會發現，過一段後，我們會對同一個東西有不一樣的理解。
⑷ 瓚呰︾粏鐨凞app鍏ラ棬鏁欑▼
01.浠涔堟槸Dapp錛
Dapp錛屽叏縐頒負鍘諱腑蹇冨寲搴旂敤錛屽氨鍍忓皢浼犵粺搴旂敤浠巌OS鍜孉ndroid騫沖彴鎼縐誨埌鍖哄潡閾劇殑鏅鴻兘鍚堢害騫沖彴涓婏紝瀹冧唬琛ㄧ潃涓涓鍏ㄦ柊鐨勫紑鍙戣寖寮忋傜畝鍗曟潵璇達紝瀹冩槸鍒╃敤鍖哄潡閾炬妧鏈涓庢櫤鑳藉悎綰﹀疄鐜扮殑鍒嗗竷寮忓簲鐢ㄣ
02.ETH涓嶦OS錛氬尯鍧楅摼涓栫晫鐨勫弻闆
鍖哄潡閾鵑嗗煙鐨勪袱澶х儹闂ㄥ簳灞傚鉤鍙版槸ETH錛堜互澶鍧婏級鍜孍OS錛堟煔瀛愶級銆侲TH浠ュ叾騫挎硾鐨勭ぞ鍖烘敮鎸佸拰涓板瘜鐨凞app鐢熸佽侀暱錛岀姽濡傚畨鍗撶郴緇燂紱鑰孍OS浠ュ叾鏇撮珮鐨勪氦鏄撻熷害鍜岀ǔ瀹氭э紝綾諱技浜庤嫻鏋滅郴緇熺殑嫻佺晠浣撻獙錛屽挨鍏跺湪澶勭悊楂橀戜氦鏄撴柟闈㈣〃鐜板嚭鑹詫紝濡侳omo3d絳夈
03.鎺㈢儲Dapp涓栫晫錛氫粠Decentraland寮濮
Decentraland鏄疍app棰嗗煙鐨勫厛閿嬶紝瀹冪殑鍒涙柊鐞嗗康寮曢嗕簡浼楀氳拷闅忚呫侳omo3D鐨勭伀鐖嗗垯鍚稿紩浜嗗ぇ閲忓皬鐧界敤鎴瘋繘鍏Dapp棰嗗煙錛岄殢鍚庢穠鐜扮殑鍚勭被鍒涙柊閲戣瀺娓告垙鏇存槸涓板瘜浜嗗競鍦恆
04.鍏ラ棬鎸囧崡錛氫綋楠孌app鐨勪箰瓚
瑕佷綋楠孌app錛岄栧厛闇瑕佸畨瑁呭吋瀹笶TH鎴朎OS鐨勬彃浠訛紝濡傜綉欏電鐨凪etamask錛堢戝︿笂緗戱級鎴朇hrome鎵╁睍Scatter銆傛墜鏈虹鎺ㄨ崘浣跨敤TokenPocket鎴栭害瀛愰挶鍖咃紝瀹冧滑鎻愪緵浜嗕究鎹風殑Dapp嫻忚堝櫒浣撻獙銆
05.Dapp鐨勬湭鏉ヤ笌鎸戞垬
灝界Dapp姝ｅ勪簬鏃╂湡鍙戝睍闃舵碉紝浣嗗尯鍧楅摼鎶鏈鐨勬綔鍔涗護浜烘尟濂嬨傚敖綆″ぇ瑙勬ā瀹炵敤浠峰肩殑Dapp灝氭湭鏅鍙婏紝浣嗗畠鐨勬垚闀胯建榪歸勭ず鐫涓涓鍏ㄦ柊鐨勫簲鐢ㄧ敓鎬佹ｅ湪瀛曡偛涓錛岄勮″畬鍏ㄥ幓涓蹇冨寲鐨勫簲鐢ㄥ皢鍦ㄦ湭鏉ュ嚑騫撮愭笎鏄劇幇銆
灝界Dapp灝氭湭鎴愪負鎵嬫満蹇呭囧簲鐢錛屼絾鍏跺彂灞曡秼鍔誇笉瀹瑰拷瑙嗐傚叧娉ㄦ垜浠鐨勫叕浼楀彿錛岃幏鍙栨洿澶氬叧浜嶥app鐨勬渶鏂板姩鎬佷笌娣卞叆瑙ｆ瀽銆