fabric

商业票据项目 PaperNet network PaperNet是一个商业票据网络，允许适当授权的参与者发行、交易、赎回和评级商业票据。 PaperNet 商业票据网络: 6个机构参与, 行为有 发行, 购买, 出售,赎回,评级. MagentoCorp发行和赎回商业票据。 DigiBank、BigFund、BrokerHouse和HedgeMatic都相互进行商业票据交易。 RateM为商业票据提供各种风险度量。 参与者介绍 MagnetoCorp是一家备受尊敬的无人驾驶电动汽车制造商。2020年4月初，MagnetoCorp赢得了一份大订单，为个人运输市场的新进入者Daintree生产1万辆Model D汽车。尽管该订单对MagnetoCorp来说是一场重大胜利，但在11月1日开始交付之前，Daintree将不必为这些汽车付款，而此时距离MagnetoCorp与Daintree正式达成协议已有6个月时间。 为了制造这些汽车，MagnetoCorp将需要雇佣1000名工人，工作时间至少为6个月。这给公司的财务带来了短期的压力——它将需要每月额外的500万美元来支付这些新员工的工资。商业票据的设计是为了帮助MagnetoCorp克服其短期融资需求——用于支付每月的工资，因为该公司预计，当Daintree开始支付新款Model D汽车时，公司将拥有充裕的现金。 金融的比较懂: 有产业

如何将智能合约部署到通道——部署Fabric测试网络的实例 使用系统版本：Ubuntu 18.04 提示：任何命令错误都可以试试加sudo提升权限！！！ 参考文章： 官方文档 一、启动网络 1.1 进入测试网络目录 我们将从部署Fabric测试网络的实例开始。在开始之前，请确保已经完成了准备阶段并安装了示例，二进制文件和Docker映像，如未完成，可以参考 超级账本Fabric 2.x 详细安装步骤及可能问题解决方式 。 进入fabric-samples/test-network目录 cd ~/go/src/github.com/hyperledger/fabric/scripts/fabric-samples/test-network 1.2 恢复到已知的初始状态 使用以下命令结束所有活动或陈旧的Docker容器并删除以前生成的部件 sudo ./network.sh down 1.3 启动测试网络 sudo ./network.sh up createChannel 该createChannel命令创建一个以mychannel两个通道成员Org1和Org2命名的通道。该命令还将属于每个组织的peer节点加入通道。如果成功创建了网络和通道，则可以在日志中看到以下消息： == == == == == == Channel successfully joined == == == =

一、搭建基础环境 参考：https://www.cnblogs.com/sky-cheng/p/12150822.html 二、下载Hyperledger Fabric 源代码 查看$GOPATH环境变量 [root@localhost home]# echo $GOPATH /home/go 新建如下目录 [root@localhost home]# mkdir -p /home/go/src/github.com/ hyperledger [root@localhost home]# 进入新建的目录，下载Fabric源代码 [root@localhost home]# cd /home/go/src/github.com/hyperledger/ [root@localhost hyperledger]# git clone https: // github.com/hyperledger/fabric.git 正克隆到 ' fabric ' ... remote: Enumerating objects: 12 , done . remote: Counting objects: 100 % ( 12 / 12 ), done . remote: Compressing objects: 100 % ( 11 / 11 ), done . remote: Total

参考了官方文档,直接就可以了 https://hyperledger-fabric.readthedocs.io/en/latest/build_network.html 很好用 ➜ ~ cd $GOPATH/src/github.com/hyperledger/fabric/master/scripts/ cd: no such file or directory: /Volumes/Data/Work/golang/src/github.com/hyperledger/fabric/master/scripts/ ➜ ~ cd $GOPATH/src/github.com/hyperledger/fabric/ scripts ➜ scripts git:(be235fd3a) ✗ ls bootstrap. sh check_go_version. sh check_trailingspaces. sh goListFiles. sh multiarch. sh run-unit-tests. sh changelog. sh check_license. sh compile_protos. sh golinter. sh pull_build_artifacts. sh check_deps. sh check_spelling. sh generateHelpDocs.

1.安装环境 1)本机安装 前提是已经安装好了docker\docker-compose\go，相应的内容可见 docker-1-环境安装及例子实践 docker官方文档学习-1-Docker for mac安装配置 go安装可看： 开始学习前的环境安装 然后可见本机环境版本信息为： docker为： userdeMacBook-Pro:~ user$ docker version Client: Docker Engine - Community Version: 18.09 . 0 API version: 1.39 Go version: go1. 10.4 Git commit: 4d60db4 Built: Wed Nov 7 00 : 47 : 43 2018 OS /Arch: darwin/ amd64 Experimental: false Server: Docker Engine - Community Engine: Version: 18.09 . 0 API version: 1.39 (minimum version 1.12 ) Go version: go1. 10.4 Git commit: 4d60db4 Built: Wed Nov 7 00 : 55 : 00 2018 OS /Arch: linux/ amd64 Experimental

日前在新加坡举行的SFF金融科技展中，FISCOBCOS（以下简称“BCOS ”）亮相海外。BCOS的海外推广，得到了各界人士的关注。随着BATJ等大厂不断涌入联盟链市场，大家对国产底层和国外底层之间的差异越来越感兴趣，本文拟通过对BCOS与Fabric等国外底层的若干比较，介绍下双方的区别，并提出一些对国产联盟链发展方向的思考。 一、共识方面 共识一度是区块链的“灵魂”，也是公链效率的一大瓶颈。联盟链由于在参与方式上注入了信任，因此，共识上转向了以提升效率为主，更接近于传统分布式数据库。 共识的发展方向目前主要是BFT（拜占庭类）和非BFT两类，前者考虑节点“作恶”问题，即网络具有一定抗欺诈能力，后者则以考虑通讯故障为主，不考虑抗欺诈问题。 BCOS目前同时支持两种共识方式：PBFT和RAFT。PBFT是BFT类共识，这使得网络具有支持弱信任环境的能力。BCOS平台对PBFT共识过程进行了优化，尽量让所有节点在每个阶段的计算都是并行发生，不需要互相等待，以充分提高共识效率。RAFT方面BCOS平台采用的是标准RAFT协议，并进行了针对极端网络环境的优化。此外，BCOS平台中的RAFT结合智能合约（BCOS的节点管理、权限管理可以通过智能合约设置）可以支持节点动态增加和退出网络，这点是平台的一个优势。 Fabric曾在0.6版中使用PBFT共识协议，在1.0版

我们前面关于Fabric的所有文章中用到的例子都没有CA Server，都是由cryptogen这个工具根据crypto-config.yaml而生成的。但是在实际生产环境中，我们肯定不能这么做，我们应该为每个Org建立一个CA，由CA来管理其中的用户。下面我们就试着讲Fabric CA集成到整个Fabric网络中，并用CA Client生成新用户，最终使用新用户调用ChainCode，验证新用户的合法性。我们仍然以官方的e2e_cli为例，关于这个例子的环境搭建，可以参考我的上一篇博客： http://www.cnblogs.com/studyzy/p/7437157.html 1.修改docker-compose文件，增加CA容器 我们就以给org1这个组织增加CA容器为例，打开e2e_cli文件夹中的docker-compose-cli.yaml ，增加以下内容： ca0: image: hyperledger/fabric-ca environment: - FABRIC_CA_HOME=/etc/hyperledger/fabric-ca-server - FABRIC_CA_SERVER_CA_NAME=ca0 - FABRIC_CA_SERVER_TLS_ENABLED=false ports: - "7054:7054" command: sh -c 'fabric

上一节课我们学习了区块链的技术架构，系统地分析了区块链平台的6个层次：数据层、网络层、共识层、合约层、应用层、接口层。这节课我们将结合实际看看现在主流区块链项目的技术架构；思考我们在设计具体的业务架构时，需要决定什么业务应该上链，什么业务应该用链下服务处理，一个简单实用的判断依据是回答以下3个问题：业务是否与信任或价值转移相关？业务上链是否能提升效率？业务上链是否能降低成本？ 在学习课程的时候，你也可以免费 领取BaaS平台为期一个月的试用机会，免费使用高性能区块链服务 （点击链接即可免费领取 https://blockchain.xunlei.com/baas/try.html ）。课程学习结合实践操作，让你迅速成为区块链大牛！ *以下为第三课的内容~ 第三课 区块链主流框架分析 部分公链项目的技术架构概览 按照上节课介绍的分层架构，我们来分析一下部分公链项目的技术架构。目前一些主流的公链项目的技术方案如下表所示： 图1. 主流的公链项目的技术方案 分析一个架构前，我们首先要明白，无论哪个区块链项目，无论其采用哪种具体的技术方案，其核心功能都是维护一个分布式的账本：数据层要保证账本数据不丢失和不可篡改；网络层要保证网络规模的可伸缩性，新节点能方便加入，少数节点掉线不能影响系统的可用性；共识层要保证账本数据的一致性；智能合约是对账本数据进行修改的程序

一.证书目录解析 通过cryptogen生成所有证书文件后，以peerOrgannizations的第一个组织树org1为例，每个目录和对应文件的功能如下： ca: 存放组织的根证书和对应的私钥文件，默认采用EC算法，证书为自签名。组织内的实体将基于该证书作为证书根。 tlsca:存放组织tls连接用的根证书和私钥文件。（TLS是传输层安全协议，其实就是SSL，现在叫TLS了） msp：存放代表该组织的身份信息。 admincerts:组织管理员的身份验证证书，被根证书签名。 cacerts:组织的根证书，同ca目录下文件。 tlscacerts:用于TLS的ca证书，自签名。 peers:存放属于该组织的所有peer节点。 peer0：第一个peer的信息，包括其msp证书和TLS证书两类。 msp: admincerts：组织管理员的身份验证证书。peer将基于这些证书来认证交易签署这是否为管理员身份。 cacerts：组织的根证书. keystore:本节点的身份私钥，用来签名。 signcerts：验证本节点签名的证书，被组织根证书签名。 tlscacerts：TLS连接用的身份证书，即组织TLS证书。 tls:存放tls相关的证书和私钥 ca.crt:组织的根证书 server.crt:验证本节点签名的证书，被组织根证书签名。 server.key：本节点的身份私钥

Fabric Fabric交流社区 https://wiki.hyperledger.org/ 官网文档 https://hyperledger-fabric.readthedocs.io/zh_CN/release-2.2/whatis.html#hyperledger-fabric 搭建测试环境 系统：ubuntu20 更新 sudo apt update sudo apt upgrade --fix-missing 安装git sudo apt install git 安装curl sudo apt install curl 安装Docker sudo apt install docker.io 安装docker-compose工具 sudo apt install docker-compose 下载Golang，安装到指定文件目录https://golang.org/dl/ sudo tar -zxvf go1.15.4.linux-amd64.tar.gz -C /usr/local/ 到go安装路径 /usr/local/go/bin 使用sudo vi /etc/sudoers Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin: