3.你为什么认为区块链是一个共享数据库？ 　　

　　上面写着，“区块链是共享数据库吗？”它是一个伪命题，因为数据库的使命之一就是提高数据访问和共享的便利性。那么为什么我们会有这样的定义呢？ 　　

　　保多猜测，“区块链是共享数据库”还是主要受一些通用底层区块链渠道或产品的影响。 　　

　　首先，大部分的公链渠道，比如Bitccoin，以太坊，EOS等。不是一般的底层区块链通道本身。它们是以点对点财产交易为核心的构建区块链相关技能的组合，包括：加密技能、分布式技能、P2P数据传输、一致性算法、链式数据结构、博弈论等。 　　

　　技巧的应用就是服务于点对点，安全高效的房产交易。所以在非财产加工行业，比如政务、工业、供应链等。直接使用基于公共链的区块链技能通常是不合适的。 　　

　　因为公链渠道交易的意图很明确，所以我们不评论比特币是不是共享数据库。 　　

　　其次，在大部分已经应用联盟链的行业，底层使用的都是Apache Hyperledger系列渠道，深受Hyperledger的影响。 　　

　　以Hyperledger核心的面料为例。Fabric是一个通用的区块链渠道，具有不明确的交易意图。从下图可以看出，Fabric的节点主要由智能合约(早期链码)和分布式账簿组成。该节点中的数据主要由分布式总账存储。 　　

　　结构节点的起源：Hyperledger结构技能白皮书II 　　

　　分布式账本主要由区块链和全局组成，全局的更新由区块内的交易交易触发和决定。见下图： 　　

　　织物分类帐组成的起源：超级分类帐织物技能白皮书二 　　

　　从下图可以看出，分布式账本中的整体情况，世界状态，确实是分布式KV存储模型。如果你配合分布式节点网络，就不难解释为什么你认为区块链是一个共享数据库。 　　

　　织物状态模型的起源：Hyperledger织物技能白皮书II 　　

　　如上所述，Fabric是一个具有模糊交易意图的通用区块链渠道。在Fabric的总账模型中，它与我们日常所知的财务总账没有直接关系。Ledger只是一个通用的KV存储模型，可以存储任意数据。 　　

　　在Fabric的实际应用中，如果没有类别模型驱动，Fabric确实是一个分布式的数据存储架构。 　　

　　受此因素影响，其实在区块链行业的应用中，我们很多人都是用Fabric的全局来存储世界状态，完成分布式存储链。 　　

　　多多在其他文章中也反复强调过。如果将区块链定位为分布式数据存储机制，与常用的分布式数据库相比将没有技能优势，只会更加凌乱，功耗更低。 　　

　　第四，数据共享与数据存储结构无关。 　　

　　经过以上分析，确实可以把Fabric所代表的区块链通用通道解释为一种分布式的数据存储模型，但是这种分布式存储机制能带来数据共享和开放吗？ 　　

　　这里有一个误区，就是我们片面的理解为数据分布可以带来数据共享，但本文想强调的是，数据共享与否与存储结构和布局无关。 　　

　　数据的存储结构和布局是一个物理模型，而数据共享是一个事务模型。 　　

　　目前，“数据即财产”，个人隐私保护和业务数据安全已经得到公众和舆论的加强。决定数据共享与否的关键不在于如何存储和排列数据，而在于数据共享的交易必要性和多个参与者的利益是否得到平衡和保障。 　　

　　用简单的分布式存储机制来处理“信息孤岛”问题，显然是异想天开。 　　

　　而且，大多数“信息孤岛”问题恰恰是由于数据的存储和处理不严造成的。可以说，数据的分布是现状，而不是前景。 　　

　　处理数据分散导致的“信息孤岛”问题，首先要区分数据主权连接。在单一数据主权(申明数据主权)下，最高效的方法是数据集成，通过数据联邦、数据中间件、数据仓库完成数据聚合。 　　

　　在多方数据主权(相对数据主权)的关系下，通过法律强制或商业形式驱动，使数据在合法合规的前提下，在数据应用的相关方之间安全流动。 　　

　　在多方数据主权、整合成本、法律限制等无法建立数据整合的环境下，确实可以选择区块链技能建立一个可信的数据共享网络，在这个网络中，数据可以被买卖、流动和监管。 　　

　　然而，在这个时候，区块链技能的重点不是分布式数据存储，而是数据财产的销售。如果没有数据属性买卖模型，单纯利用Fabric的全局是无法完成数据共享的。 　　

　　事实上，以比特币为代表的经典区块链技能现在已经证明，区块链分布式节点中的数据存储只是为了保证每个节点能够本地高效地验证交易数据的真实性，而不是以共享数据为最终意图。 　　

　　保多专注智慧零售，依托人工智能、云计算、大数据等高新技术，以数字化智能营销系统为载体，面对当今社会通货膨胀、产能过剩、消费疲软三大核心问题。