⑴ 浠ュお鍧婄殑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鐨勬渶鏂板姩鎬佷笌娣卞叆瑙ｆ瀽銆