本篇文章主要给网友们分享区块链服务联盟链搭建的知识,其中更加会对链盟区块链科技有限公司进行更多的解释,如果能碰巧解决你现在面临的问题,记得关注本站!
区块链:把数据的所有权还给个人
本文通过事例的方式说明区块链技术是如何实现个人信息所有权回归个人的。
首先我们来看淘宝的数据所有权。淘宝的数据包括个人浏览商品痕迹、个人购买商品明细、进驻的商家销售数据、商品物流数据、付款收款数据等等,所有的个人和商家的数据都在淘宝的服务器上。这些数据属于谁?淘宝的用户(包括顾客和商户)认为数据是由用户产生,应该归属于用户。而淘宝认为,记录用户数据的服务器硬件设施是淘宝的,数据也属于淘宝。
这就好比你在别人家的院子里种了一棵树,这棵树是你种的没错,但这棵树是种在了别人家的土地上,这棵树的存活离不开你的播种,也离不开别人家的土地。那这棵树到底是谁的?
所幸的是,由于个人信息保护的相关法律出台,淘宝的数据所有权属于用户。不幸的是,用户没办法行使所有权。因为你没办法把你的数据从淘宝的服务器上转移或者删除,除非付出相应的成本。接着上面那个别人家院子种树的例子,你想实现这棵树的所有权,想把它挖走,那行不通,因为,第一别人不让你进院子;第二你自己没有土地,挖走这棵树,树就死了。
所以,拥有数据的所有权并不一定能自由处置数据。没有处置权的所有权形同虚设。产生这个问题的根源在于中心化的商业模式和系统架构。在中心化的模式下,数据所有权的拥有者是没有办法实现数据处置权的。淘宝可以承认数据所有权属于用户,但是无所谓,这并不妨碍淘宝利用用户的数据进行用户歧视、平台二选一、流量垄断、竞价排名等不合理的经营。回到上面那个别人家院子种树的例子,这棵树是你的没错,但是树下别人乘凉,结出果实别人享用。
综上分析,唯有去中心化的模式,才能有效解决数据所有权与处置权分离的问题,而目前去中心化最优秀的技术就是区块链。
区块链的解决方案:
搭建基于区块链技术的电商平台,我们把这个平台命名为“电商联盟链”,以下简称“联盟链”。
每个商户作为一个节点接入联盟链,每个顾客作为一个节点接入联盟链。商户销售的商品信息作为共享数据发布在联盟链上,所有接入的顾客节点都可以看到这些信息并浏览这些信息。当顾客决定购买某件商品,则把购买信息包括商品、型号、地址等通过联盟链传递给商户。在这个过程中,每个商户各自记录与自己做交易的顾客的交易信息,对于与自己无关的(别的商户和顾客)发生的交易信息,只记录该信息的特征值(哈希值);每个顾客同样各自记录自己的交易信息,对于与自己无关的信息只记录下特征值。
一个节点记录与自己无关的交易特征值的目的是为了防止联盟链上的交易信息被篡改。当交易的一方或双方篡改了交易信息,则该交易特征值会改变,那么只要和交易无关节点记录的特征值对比,篡改行为就会被联盟链发现。
在电商联盟链上,不存在一个中心化的节点,所有节点都是平等的,每个节点都只记录各自相关的交易数据,没有办法保存非相关节点的交易数据。用种树的例子来说,就是各家都在自己院子里种树,没办法让别人把树种到自己的院子里。节点要如何处理自己的数据可以由自己决定,只需要与交易的另一方节点达成数据处理共识即可。
这样,基于区块链技术的电商联盟链就真正实现了数据的所有权和处置权的统一,这是实实在在的所有权。
到这里,有人可能会说,那有些商品信息的定制化推荐和商品排名等有益服务还是需要的,如果数据都分散在所有权人的手上,那么就无法实现这种有益的数据功能了。没关系,只需要一个专门负责数据分析的第三方机构接入联盟链即可。由商户节点和顾客节点负责把自己所有权的数据的使用权授权给第三方数据分析节点,并通过区块链的智能合约技术约定数据使用的规范,数据分析机构在使用权的授权范围内分析交易数据并提供其他节点所需要的数据服务。
数字时代,数据是重要的生产资料,因此把数据的所有权界定清楚很关键。中心化的模式会剥夺广大数据生产者的生产资料,使得广大数据生产者变成实质上的无产阶级,这是不合理的。而通过区块链技术,可以让数据所有权回归数据生产者,使数字时代生产关系更加合理。这是未来的方向。
区块链金融应用创新平台,链应用,债券怎么操作
区块链金融应用区块链债券操作前准备区块链+债券区块链因为具有独有优势,有可能取代证券传统发行方式和交易模式,建立全新的区块链证券市场网络,完成认证、确权、发行、交易、追溯等工作,也有助于消除造假、违约
等行为,实现实时穿透监管。传统债券与区块链债券传统债券和区块链债券的最大区别在于,传统模式是基于中心化的点对点债券,这个中心可能是中介或者电子化账户,而区块链债券是去中心化或者去中介化的点对点流通债券,这样有助于提高效率,解决信息不对称等问题。区块链+IPO通过区块链将IPO相关信息透明化、公开化,就可使得投资者有迹可循,增加其造假成本。搭建联盟链通过组成联盟链,把债券发行部署到区块链上,实现点对点的发行,可以弱化证券承销机构的作用,减免承销费用。智能债券(创建智能合约)当某项交易条件被满足时,债券交易双方按照事先约定的证券成交价格和成交数量完成交易。这样的合约被变为代码写入区块链中,一旦条件被触发,区块链系统会自动启动智能合约的付款代码,所涉及的证券等有价资产将被自动按照合约进行交易,并实时完成清算交割。有效简化了发行者的违约行为智能证券避免了传统金融交易的手动过程更加节省时间和成本它的设计使得证券交易双方不再依赖第三方信用中介,还有助于在加快交易速度的同时,减少人为错误和运营风险。
支付宝神秘区块链产品「开放联盟链」全解析,全民入链时代来了?
蚂蚁预告多日的神秘区块链产品终于揭开面纱。
4月16日,蚂蚁正式官宣其区块链新产品「开放联盟链」。「开放联盟链」号称是主要面向中小企业和开发者的 “无需搭链、快速低成本上链” 的全民上链产品,聚焦于帮助开发者快速部署和开发区块链相关应用。
据蚂蚁区块链金戈介绍,「开放联盟链」在去年12月份开始测试,经过了 3 个多月的公测后, 积累了上千客户和开发者(活跃占比超过10%),产品上已经搭建了数十个DApp。
本次官宣也预示着「开放联盟链」正式从公测走向商业化。
降低门槛是区块链开发永恒不变的话题。
此前各个互联网巨头在跨界区块链领域时,都乐于从 BaaS 服务开始。
BaaS 类的服务主要聚焦于为开发者们提供一套完整的开发工具,以降低开发者们自行搭建一套属于自己的联盟链系统的门槛。
强调进一步降低入局门槛的「开放联盟链」是如何实现的呢?
「开放联盟链」和BaaS服务最大的区别在于,开发者不购买服务器,不搭建节点,也能用上区块链。
具体来说, 中小型开发者可以通过蚂蚁区块链提供的 IDE、智能合约开发模版、DApp开发助手、等组件即可直接接入区块链并开展链上业务 。
蚂蚁区块链平台产品部总经理 金戈 以溯源场景举例:
「开放联盟链」其实是介于公链和行业联盟链之间的产品,但形态上更偏向行业联盟链。
「开放联盟链」和行业联盟链也存在差异,二者覆盖的客户层次和商业模式并不相同。
客户层次差异上,行业联盟链覆盖的是头部的客户,如上市公司或与上市公司相似体量的头部企业,在行业里有较大影响力。而「开放联盟链」覆盖的是营收体量较小的中小客户以及部分开发者。
商业模式差异上,行业联盟链更多以项目方式接入进去,实施周期长,项目体量在百万级别以上。「开放联盟链」强调开通即用、按需计价的模式,门槛较低。
发布会上,金戈还具体分析了「开放联盟链」的五大能力:
总的来看,「开放联盟链」目前正在走低成本、低门槛的定价服务模式。
从官网可见,开放联盟链为用户提供了专业版和企业版两种版本,产品有三种定价,分别为100元/月(专业版,针对测试型小白开发者)、999元/年(专业版,针对确实有接入区块链需求的开发者)、4888元/年(企业版,针对交易相对高频的企业级开发者)。
企业版适用于 游戏 社交、票据民生、公益等高频场景,专业版适用于版权合同、组织、溯源等低频场景。
专业版和企业版均可以享受开放联盟链提供的基础服务,除了价格外二者最大的区别是专业版用户权益的 TPS≤10,每月可用燃料为 10 亿;企业版用户权益可使用的 TPS ≤100,每月可用燃料为 1000 亿。此外前100名企业版用户还能获得「开放联盟链」的创世产品身份。
除了降低门槛,大公司们在区块链这件事上也总是乐于做场景。从BaaS到「开放联盟链」的演变,也是巨头们通过降低门槛吸引更多开发者以反哺应用场景的体现。
据介绍, 目前开放联盟链上的应用主要场景主要以 2C 服务类为主,涉及 游戏 互动、公益溯源、版权、票据民生等方面。
自带场景的客户也比较容易形成相对比较稳定的群体。
「开放联盟链」后续计划也和区块链场景落地密切相关。
金戈还介绍了「开放联盟链」的三点未来计划:
一、在现有客户的基础上创造更多有价值的行业场景,同时希望未来能够在偏中小企业行业,如教育、零售、农业、医疗、文旅等行业拓展更多区块链服务商,贡献更多的场景;
二、把蚂蚁行业联盟链以按需计价的方式提供给客户;
三、根据市场节奏把更多行业联盟链的技术,如数字身份、跨链、云的集成能力都等逐渐加入到开放联盟链里去,进一步降低开发者的开发门槛和解决技术层面的问题。
从简书链看联盟链与公链的融合
【编者注:部分资料来自网络】
钻当前应该是引爆了自媒体圈成为当前热门话题,当前比较广泛关注的是FTN及FP的设计机制。区块链服务联盟链搭建我则研究了其简短的技术白皮书。
其中提到,链层将是走公链和联盟链的融合。为什么呢区块链服务联盟链搭建?
公有链:是指全世界任何人都可以随时进入系统中读取数据、发送可确认交易、竞争记账的区块链。公有链通常被认为是完全去中心化的,因为没有任何人或机构可以控制或者篡改其中数据的读写。
公有链一般会通过代币机制鼓励参与者竞争记账,来确保数据的安全性。比特币、以太币都是典型的公有链。
联盟链:是指由若干个机构共同参与管理的区块链,每个机构都运行着一个或多个节点,其中的数据只允许系统内不同的机构进行读写和发送交易,并且共同来记录交易数据。
而联盟链则一般不需要代币作为激励机制。R3区块链联盟、超级账本(Hyperledger)是典型的企业联盟链。
公有链和联盟链的特点就像一个事物的两面:
各有优缺点,我们能不能各取长处,融合一个含有两方面优点的融合链出来区块链服务联盟链搭建?
事实上,未来区块链技术的应用落地应该做到以下几点:
1) 实现共识算法效益提升。原来被广泛认可的全网达成共识机制,转变为只要局部的链、局部的见证者去参与共识即可。
2) 在处理方式上,由链上处理转变为链上链下协同。
3) 在组织形式上,由单一链转变为多链的组合。多个联盟链和公有链将通过跨链技术来形成区块链基础设施。这样的区块链基础设施,才有更大的可能性使区块链技术实现商业落地。
4) 区块链应用能实现高可用和安全。 要达成高可用性,应当让所有参与方可以自由自成联盟链,并保持一定的独立性,而不是都在一条公链上发展。
未来区块链技术的趋势应当是联盟链和公有链不断融合。目前有两种方向:
一种是在公链的基础上搭建联盟链
很多联盟链共信的信任服务,不需要再各自建各自的链,提供这样的信任服务。而是把经过验证、经过博弈考验的信任服务放在基础公链上,在基础公链上搭建各自联盟链。各自联盟链上面可能有一些私有的数据,私有的部署。而公链上面是非私有的数据,是脱了敏的数据,而且数据主要用于存证和基础的信任服务。
一种是在联盟链的基础之上建设公链
许可链在法律允许范围内做的事情,信息输出。由若干许可链或者联盟链支持的,由区块链服务联盟链搭建他们信息加持的外展服务公链是在另外一个合规的层面,可能是处于不同监管的边界。我们可以搭建基于区块链上的衍生服务,面向受众。这两种模式在今年出现的新项目当中看到了,而这些许可链,这些底层的项目都有非常强的产业背景,自带流量,自带资源,自带一些产业成熟的打法。
链的Beta 阶段将走公链与联盟链的融合方向,下面摘自 Fountain 白皮书
我们对Fountain的未来应有所期待。
区块链之联盟链(三) 认识Fabric
Fabric 是超级账本联盟推出的核心区块链框架,它适合在复杂的企业内和企业间搭建联盟链。根据超级账本联盟的目标, Fabric 被建设为一个模块化的、支持可插拔组件的基础联盟链框架。;
与以太坊系的Quorum不同,Fabric从一开始就只考虑企业间的应用。其独有的channel概念,将企业根据业务目的不同以不同的子网连接起来, 每一个子网对应一个channel,而每个channel有自己独立的区块链。而Quorum很显然是只有一个公网(所有企业节点都加入进去),企业与企业间的私有业务是通过Private Manager 完成的。
理解channel的最简单方法就是,将它类比为一个消息服务提供的Topic,实际上Fabic最早就是基于Kafka 的分布式消息服务来实现。
在Fabric网络中,一个企业可以有一个或多个节点加入整个联盟链;一个企业可以加入1个或者多个Channel(子网); 一个节点可以加入1个或者多个channel。每个channel构成一个子网,所以Fabric 是 一种由子网组成的网络。
那么Fabric是怎么实现智能合约的执行和完成业务上链(将事务结果记录在区块链里)的呢?
与其它框架不同, Fabric 将整个过程分成了三个阶段:
业务背书阶段 : 客户的请求发送的背书节点,通过智能合约完成业务的计算(但不更新状态),并完成背书;将背书结果返回个客户端。
业务的排序阶段 : 客户端将背书结果通过Channel被发送到排序节点(orderer),在排序节点完成事务的排序,并打包到block里,最后下发给所有连接到channel的节点。
业务验证并写入账本阶段 : 通过Gossip 网络,所有Channel的节点都会接收到新的block,节点会验证block中的每一个事务,确定是否有效:有效地将会跟新world state,无效的将会标志为“无效”,不会更新World state,但整个block会被完整的加入到帐本中(包括无效的事务)。
根据以上的描述,Fabric 节点实际可以分为 ,普通节点和Order节点:
Peer, 普通节点, 完成背书(包括只能合约的执行)和验证.
orderer, 排序节点,完成排序。
加入orderer节点的Fabric网络可以被描述如下:
每一个Channel,都定义了所有属于channel的节点,但是并不需要所有节点都连接到Orderer 节点(节点间可以通过gossip 协议通讯来传播私有数据或事务).
在区块链中,共识是区块链的基础。与公有链不同,联盟链的共识要求所有加入账本的事务是确定的、最终的,也就是不可以有分叉,区块与区块间的顺序是一定的,只存在唯一条链。在Fabric 中,这个客观需求正是由排序实现的,所有的事务将被提交给orderer节点获得确定的顺序,并最终打包成block进入帐本。 Fabric 从1.4.1开始支持基于Raft实现排序服务, 可以认为基于Raft实现共识。
基于RAFT的排序服务相对于早期的Kafka 具有更好的分布性,配置更加简单,是联盟链里常用的一个常用的达成共识的算法,Quorum就 默认使用RAFT作为共识层。简单的说,RAFT是一个leader和follower的模式, 所有加入RAFT网络的节点,任意时候都有一个leader, 只有这个leader有权决定事务的顺序,并打包成Block,其它节点只能作为follower提交事务和同步block。
基于FAFT网络,每个企业可以有一个或多个节点参与到Orderer中去。在Frabric中企业间的网络连接可以变化成如下形式:
区块链的使用用户在以太网中被称作EOA(External of Account), EOA的载体是钱包。我们沿用这个概念,来看看Fabric是如何实现用户和发起事务的。Fabric中EOA是一个CA中心发布的certificate(x.509),一个Certificate代表一个Identity(这与以太坊还是有很大区别的, 以太坊中一个EOA其实是一个hash地址),EOA能够参与的channel以及被授权的操作是有channel的MSP( Membership Service Provider)决定的(如下图)。
注:certificate 是一种密码学上验证身份的通用做法; certificate包含了个人的信息,公钥以及发布这个certificate的CA的签名。验证方只需要拥有这个CA的证书(包含CA的公钥),就可以验证这个签名是否正确,certificate的内容是否有篡改。简单的说,通过CA和Certificate,我们可以获得一个可验证的的身份和信任链。
如上图,fabric中通要使用Wallet作为EOA的载体,一个Wallet中可以包含多个Identity(x.509 certificate)。 Identity 通过 CA提供的信任链来验证正确性。
验证了身份之后, Fabric 通过MSP在区块链网络中解决该身份是否代表组织的成员和在组织内具有什么角色。例如,channel首先会验证当前用户Identity是否是有效地身份,然后通过MSP查看其所处的企业和具有的角色,最终确定该用户是否有权执行操作。
可以说,Fabric的访问控制是通过MSP来完成的。在每一个需要访问控制的地方都需要定义一个MSP。 例如,每个channel都定义一个MSP,这个MSP规定了在channel范围内资源的访问权限。 MSP 是Fabric里一个晦涩难懂的概念,也是其赋予企业间安全访问的基础。
前文提到, Fabric 将业务处理和上网分成了三个部分, 背书,排序,验证后加入账本。
其中背书是Fabric执行智能合约的阶段。以太坊中,智能合约是在EVM中执行的,有多种语言支持。 在Fabric,智能合约被称为chaincode: 一个chaincode 可以理解为是智能合约的容器,可以包含一个或多个智能合约, 不用于EVM, chaincode是在 JVM 或NodeJS中执行。
客户应用程序通过智能合约来访问账本,每一个可访问的智能合约都被安装在客户端可以访问的节点上,并被定义在channel里。(有只能合约的节点被称为背书节点,没有只能合约的节点被称未提交节点,提交节点只维护账本)
客户应用提交一个交易请求, 请求到达背书节点, 背书节点首先会验证客户的签名,确保客户的身份有权执行本次交易,接着执行交易提及的智能合约(chaincode),并生成一个背书响应(或者叫做交易提案,tran-proposal)。这个背书响应中通常包含World state 的读集合,写集合, 以及节点对本次交易的签名。这里与以太坊系联盟链最主要的不同是: 背书阶段只模拟交易,并不真正更新交易结果。 而真正更新交易在第三阶段完成。背书节点最后将生成的背书响应fanhui给客户端, 智能合约部分的执行就结束了。
通常一个交易的执行需要多方的签名,所以客户端需要将一个交易发送给多个背书节点,这些背书节点的选择需要满足背书策略的要求。
下图是一个包含有客户、背书节点,提交节点的网络示意图。
根据Fabric官方的参考文档,客户交易的正果过程可使用下图描述。
如上图,从1到3,为背书阶段,4为排序阶段,4.1,4,2, 5为验证提交阶段。 参考 Frabic的节点 概念,可以了解更多在交易细节的概念。
总的来看, Fabric 更专注于企业间,通过上文,可以让大家对Fabric的基本构成与概念有一个总的了解。 Fabric本身并不神秘,都是使用的现有的企业间的技术。要更好的了解,建议参考阅读分布式消息系统和企业的安全基础设施(CA相关)的支持。与以太坊系联盟链实现比较, Fabric 的子网更概念对于复杂企业间应用适应更强,但是其复杂的安全考量,使得运营成本很高,另外,Fabric 使用Certificate做为用户身份,有很大的局限性,在新的2.0里,Fabric对于此处将有所改变。
下一篇,我们将来看看Sawtooth , 由Inter 提供的区块链框架。
区块链之联盟链(一) 认识以太坊
区块链之联盟链(二) 认识Quotum
区块链之联盟链(三) 认识Fabric
区块链之联盟链(四) 认识Sawtooth
FISCO BCOS实践(一)搭建单群组联盟链
FISCO BCOS实践:
(一)搭建单群组联盟链(本章)
(二) 使用PythonSDK部署和测试智能合约
(三) 部署和使用WeBASE管理平台
FISCO BCOS是由国内企业主导研发、对外开源、安全可控的企业级金融联盟链底层平台。
FISCO BCOS官方文档:
我使用的系统开发环境:Ubuntu 18.04.5 (VMware Workstation 15.x虚拟机,内存3GB,处理器i7-9750H CPU @ 2.60GHz × 2 )
见官方文档: 搭建第一个区块链网络 — FISCO BCOS v2.7.2 文档
命令执行成功会输出All completed。如果执行出错,需要检查nodes/build.log文件中的错误信息。
执行nodes文件夹中的start_all.sh即可启动所有节点:
node0节点的配置文件在nodes/192.168.171.141/node0/config.ini。
其他节点的配置文件也分别在nodes/192.168.171.141/下的node1、node2、node3下。
主要需要修改的是最前面的几行,即[rpc]、[p2p]配置选项。
修改监听地址,将channel_listen_ip、jsonrpc_listen_ip、listen_ip全部改成192.168.171.141(本机内网IP)。
这样,就成功在单机上部署了4节点FISCO BCOS联盟链。
下一步不采用官方文档“搭建第一个区块链网络”部分中的控制台,而使用pythonSDK的控制台,见下一章《 FISCO BCOS实践(二)使用PythonSDK部署和测试智能合约 》
写到这里,本文关于区块链服务联盟链搭建和链盟区块链科技有限公司的介绍到此为止了,如果能碰巧解决你现在面临的问题,如果你还想更加了解这方面的信息,记得收藏关注本站。
标签: #区块链服务联盟链搭建
评论列表