|
| 1 | +### 以比特币为代表的加密数字币 |
| 2 | + |
| 3 | +- 功能以数字货币为主,不支持功能扩展,或者说支持很有限的编程能力 |
| 4 | +- 比特币,莱特币,还有各种其他各种各样的一些竞争币 |
| 5 | +- 以太坊本身是一个基础链,在其上可以去发布资产型token,这也属于一种加密数字币 |
| 6 | +- 这些功能都是以加密数字货币为为代表的一些基础链系统 |
| 7 | +- 至今,区块链的功能范围已经远远超越了数字币的范畴 |
| 8 | + |
| 9 | +### 以太坊 |
| 10 | + |
| 11 | +- 以太坊是继比特币以后,拓展了比特币这种仅仅以实现加密数字货币为主要功能的一个单一场景,支持了更多的功能 |
| 12 | +- 它原生支持了数字币,同时它也是一个开发平台,支持自定义的合约编程和部署,也就是说支持各种类型的DApp的开发 |
| 13 | +- 基于以太坊,可以编写程序,这些程序就叫做智能合约,也就是说支持智能合约的开发 |
| 14 | +- 以太坊本身也是一个公链系统,是区块链2.0时代的一个代表 |
| 15 | + |
| 16 | +### Fabric |
| 17 | + |
| 18 | +- 实际上是属于一个开源项目Hyperledger超级账本的一个子集,它是一个开源项目的一个子项目 |
| 19 | +- 这个子项目,主要为联盟链服务,它提供了一个联盟链开发以及部署的框架 |
| 20 | +- 它本身并不是一个部署的公链系统,它本身是一套框架,基于Fabric可以实现自己的一个区块链系统 |
| 21 | +- 它其中也包含了很多可装配的组件设计,比如说不同的这个数据文件的支持, 如写入文件,同时也支持LevelDB, CouchDB等 |
| 22 | +- 支持多种共识机制:PBFT、Raft等,所以说它更多的是一种平台框架, 相当于软件开发里面的一些半成品 |
| 23 | +- 同时它也支持了很多联盟链所需要的一些身份鉴权、许可登记等功能模块 |
| 24 | +- Fabric是区块链3.0时代的一个代表,它不仅仅是直接简单的实现一个链本身,而是为用户去开发自己的链而提供了很多组件 |
| 25 | + |
| 26 | +### EOS |
| 27 | + |
| 28 | +- 首先它和比特币,以太坊一样是一个公链系统,同时也支持智能合约的开发 |
| 29 | +- 它的共识机制采用了DPoS + BFT设计的一组超级节点 |
| 30 | +- 在EOS之前区块链系统的共识主要都还是以网络中的节点来通过一种工作量证明,权益证明等机制来进行一个区块打包的 |
| 31 | +- EOS在这个层面上设计得相对中心化,也就是所谓的超级节点 |
| 32 | +- 在打包的过程当中,并不是网络中所有的节点都有机会去打包的,而是限制在一个范围中,这一组范围中的打包节点的就称之为叫超级节点 |
| 33 | +- 在这里不去深入探讨这么一个机制的一些问题,这种做法是一种在这个区块链的共识的设计中,是一个比较新的做法 |
| 34 | +- 到目前为止,也出现了一些更多的其他的一些共识机制,比如说随机选择打包节点的算法 |
| 35 | +- 对于EOS来讲,它是靠一种投票约定的超级节点来进行打包的 |
| 36 | +- 相比于比特币这种通过全网中所有节点共同参与的这种做法,它更多的是通过经济模型来确保网络的稳定性 |
| 37 | +- 对于超级节点来讲,它要负责全网的区块打包,所以超级节点对于节点部署的物理环境是有一些要求的 |
| 38 | +- 要求有更好的网络环境,更好的存储和存储能力等等,这样的一个超级节点,它的部署是带有比较大的成本 |
| 39 | +- 这些超级节点为什么愿意来提供这个打包服务,维持这样的一个节点的运行,它是需要有一个经济模型来对它进行激励的 |
| 40 | +- EOS是一种半中心化的共识机制,更多的是需要通过一个经济模型来确保网络的稳定性 |
| 41 | + |
| 42 | +### Cosmos |
| 43 | + |
| 44 | +- Cosmos 是一个很大的一个项目,它有一个很大的特点 |
| 45 | +- 它是一个用于构建区块链系统的基础设施,这一点类似Fabric,它是一个框架平台,可以提供给用户来开发自己的区块链系统 |
| 46 | +- 它实现了一些基础的共识机制,实现了基础的把p2p网络模块等,方便用户来开发自己的系统 |
| 47 | +- 比如很多商家他们可能更加关心自己的业务逻辑去如何实现在链上,对于底层的功能实现不是很关心 |
| 48 | +- 这种场景可以基于这样的一些基础设施来开发自己的业务区块链系统 |
| 49 | +- Cosmos有个目标是: 实现不同区块链系统的互联互通, 也就是我们曾经说过的一个链与链之间的交互, 或者叫中继链这样一个功能 |
| 50 | +- 通过Cosmos,用户可以通过插件应用的方式来开发自己的区块链系统, 它也提供了一种开发包Cosmos SDK |
| 51 | +- 用户可以在这个半成品框架上来开发自己的经济模型,或者说实现自己的共识机制,以及实现其他的一些功能特点等等 |
| 52 | +- 它是这样的一个应用场景很大的一个项目 |
| 53 | + |
| 54 | +### 总结 |
| 55 | + |
| 56 | +- 随着区块链的发展,从最早期的时间就是货币到实现智能合约系统,再到实现可装配的半成品框架,再到实现不同区块链之间的互联互通等等 |
| 57 | +- 区块链的技术发展确实是有了很大的进步,这也为我们将来来对接更多的一些实用性的应用场景提供了很多的基础帮助 |
| 58 | + |
| 59 | +### 小讨论 |
| 60 | + |
| 61 | +- 再罗列出至少三个其他的基础链系统? |
| 62 | +- 对于这些不同的基础链之间,它们各自有哪些差异? 都是有哪些不同的特点的? |
| 63 | +- 对于链之间的数据互联有哪些方式?(不同的区块链系统之间如何去进行一个数据的互联,能有哪些方法?) |
| 64 | +- 如何去部署自己构建的区块链系统? |
| 65 | + * 假如说我们自己开发了一个区块链系统,有一个可运行的节点了,我们会用哪些方式去部署? |
| 66 | + * 是直接在服务器上部署,还说基于云平台部署,还是说有别的一些方法 |
| 67 | +- 怎么来看待专用功能与通用功能的基础链系统? |
| 68 | + * 有些基础的功能是通用的,什么都能干 |
| 69 | + * 有些基础练的过程中是有一个明确的一个功能场景的 |
| 70 | + * 对于这些不同的设计,我们怎么来看待? |
| 71 | + * 有哪些优劣? |
0 commit comments