Fabricubuntu16虚拟机环境搭建Ubuntu16镜像ubuntu-16.04.3-server-amd64.iso（如有需要，私信我）激活root用户su-spasswdroot修改软件源cd/etc/apt/sudocpsources.listsources.list.baksudogeditsources.listdeb-srchttp://mirror.neu.edu.cn/ubuntu/xenialmainrestricted#Addedbysoftware-propertiesdebhttp://mirror.neu.edu.cn/ubuntu/xenialmainrest
Fabricubuntu16虚拟机环境搭建Ubuntu16镜像ubuntu-16.04.3-server-amd64.iso（如有需要，私信我）激活root用户su-spasswdroot修改软件源cd/etc/apt/sudocpsources.listsources.list.baksudogeditsources.listdeb-srchttp://mirror.neu.edu.cn/ubuntu/xenialmainrestricted#Addedbysoftware-propertiesdebhttp://mirror.neu.edu.cn/ubuntu/xenialmainrest
导航一、前言二、hyperledgerfabric介绍三、测试网络示例3.1搭建开发环境3.2安装示例、二进制和Docker镜像3.3使用Fabric测试网络3.4使用认证机构建立网络四、汽车生产应用4.1搭建开发环境4.2注册登记等操作使用4.3智能合约4.4更新账本五、商业票据应用5.1运行网络5.2以MagnetoCorp身份管理员身份开发人员身份5.3以DigiBank的身份5.4应用结构5.5钱包5.6发行应用5.7DigiBank应用附加问题结语一、前言本教程在ubuntu20版本下运行，请在执行操作前先部署ubuntu20环境，所有部署都按照官方文档hyperledgerfabr
导航一、前言二、hyperledgerfabric介绍三、测试网络示例3.1搭建开发环境3.2安装示例、二进制和Docker镜像3.3使用Fabric测试网络3.4使用认证机构建立网络四、汽车生产应用4.1搭建开发环境4.2注册登记等操作使用4.3智能合约4.4更新账本五、商业票据应用5.1运行网络5.2以MagnetoCorp身份管理员身份开发人员身份5.3以DigiBank的身份5.4应用结构5.5钱包5.6发行应用5.7DigiBank应用附加问题结语一、前言本教程在ubuntu20版本下运行，请在执行操作前先部署ubuntu20环境，所有部署都按照官方文档hyperledgerfabr
在文章的开篇，首先对如下两篇文章的博主表示感谢，感谢他们对学习资源的共享。 https://www.yezhem.com/index.php/archives/52/https://blog.csdn.net/zgdl1789/article/details/108061503本文得益于上述两篇文章，同时再结合自己的实际搭建、配置心得，详细的描述将pbft共识算法添加至fabric1.4的步骤，为后来人提供学习参考。一、前言众所周知，pbft共识算法的实现仅存在于hyperledgerfabricv0.6的版本中。在v0.6之后的版本，如fabricv2.x采用的是kafka、solo、raf
在文章的开篇，首先对如下两篇文章的博主表示感谢，感谢他们对学习资源的共享。 https://www.yezhem.com/index.php/archives/52/https://blog.csdn.net/zgdl1789/article/details/108061503本文得益于上述两篇文章，同时再结合自己的实际搭建、配置心得，详细的描述将pbft共识算法添加至fabric1.4的步骤，为后来人提供学习参考。一、前言众所周知，pbft共识算法的实现仅存在于hyperledgerfabricv0.6的版本中。在v0.6之后的版本，如fabricv2.x采用的是kafka、solo、raf
一、说明本文主要通过一个例子分享以HyperledgerFabric为代表的联盟链应用场景。关于Fabric的相关概念请先参考文章《HyperledgerFabric核心概念》 二、业务场景我们看一个购物场景：首先消费者在某个购物平台上购物例如淘宝。然后使用第三方支付渠道进行支付例如支付宝。最后在银行完成资金的扣款。这样整个过程使用目前传统技术来实现的话，相互之间的数据是不透明的，每个平台所产生的数据都只是保存在各自的数据库里面；例如淘宝保存的是订单数据，支付宝保存了支付记录，银行记录了扣款记录和余额；对于整条链路上的每个参与者来说数据是不透明的。 可能会产生两个问题：安全风险：由于数据都掌握
一、说明本文主要通过一个例子分享以HyperledgerFabric为代表的联盟链应用场景。关于Fabric的相关概念请先参考文章《HyperledgerFabric核心概念》 二、业务场景我们看一个购物场景：首先消费者在某个购物平台上购物例如淘宝。然后使用第三方支付渠道进行支付例如支付宝。最后在银行完成资金的扣款。这样整个过程使用目前传统技术来实现的话，相互之间的数据是不透明的，每个平台所产生的数据都只是保存在各自的数据库里面；例如淘宝保存的是订单数据，支付宝保存了支付记录，银行记录了扣款记录和余额；对于整条链路上的每个参与者来说数据是不透明的。 可能会产生两个问题：安全风险：由于数据都掌握
可在节点，通道和联盟级别上配置。一个Fabric网络中能够运行多个账本，每个通道间的逻辑相互隔离不受影响，如下图所示，每种颜色的线条代表一个逻辑上的通道，每个Peer节点可以加入不同的通道，每个通道都拥有独立的账本、世界状态、链码以及Kafka中的Topic，通道间消息是隔离的，互不影响的。每个Peer节点可以配置加入到多个不同的通道,不同业务的交易存储在不同的通道对应的节点中Fabric的Peer模块的提供了一些可以查询Fabric的系统信息的子命令，比如可以通过命令peerchannellist查看当前Peer节点加入的通道。配置文件Fabric网络在启动之前，需要提前生成一些用于启动的配
可在节点，通道和联盟级别上配置。一个Fabric网络中能够运行多个账本，每个通道间的逻辑相互隔离不受影响，如下图所示，每种颜色的线条代表一个逻辑上的通道，每个Peer节点可以加入不同的通道，每个通道都拥有独立的账本、世界状态、链码以及Kafka中的Topic，通道间消息是隔离的，互不影响的。每个Peer节点可以配置加入到多个不同的通道,不同业务的交易存储在不同的通道对应的节点中Fabric的Peer模块的提供了一些可以查询Fabric的系统信息的子命令，比如可以通过命令peerchannellist查看当前Peer节点加入的通道。配置文件Fabric网络在启动之前，需要提前生成一些用于启动的配
