招行区块链fabric

㈠ 区块链是什么意思，区块链在跨境支付方面有什么应用

为什么说互联网时代将要结束，区块链时代即将来临？

区块链一旦发展起来，将会迸发更多的创新。作为区块链的第一款产品的比特币自从诞生以后，就相继诞生许多创新。比如小额跨境支付，记录货币间的转账交易，记录各种股票，登记房屋产权，记录程序代码等

蒸汽时代解放了社会生产力，电气时代盘活了社会协作能力，互联网时代把世界联系在一起，而区块链时代，将让我们真正实现自由。

㈡ 招商银行系统清算到几点几点开始清算，几点结Ɲ

日终处理时段即清算时间，是银行系统每日结算储蓄业务的时间，招行系统清算时段正常情况下在凌晨0:00-2:00。时间长短不一定，不过一般不会持续很久，过几分钟再试试。
拓展资料：
招商银行“链”接跨境清算：
区块链的持续火热，令金融行业积极研究和应用区块链技术，在多个领域已有实现了区块链应用落地。定位“金融科技银行”的招商银行用全球首笔基于区块链技术的同业间跨境人民币清算业务展示了其区块链布局的决心。“招行期望通过区块链领域的金融创新，不断进行自我变革，围绕交易本源，逐步提升金融服务能力，实现金融服务专家的社会角色。”招商银行区块链团队负责人侯庭伟说。
“链”上跨境清算业务：
区块链技术在金融领域的应用前景被广泛看好，尤其在跨境支付清算领域的实用性和适配度上都堪称最优，被誉为“最完美的跨境支付解决方案”，其清算流程安全、高效、快速，可以大幅提升客户体验。
2017年12月18日，招商银行作为代理清算行，完成从香港永隆银行向永隆银行深圳分行的人民币头寸调拨业务。12月20日，三方又完成了以招商海通贸易有限公司为汇款人，前海蛇口自贸区内海通(深圳)贸易有限公司为收款人的跨境人民币汇款业务。业务的成功上线标志着区块链技术在该行进一步推向应用，而三方机构的参与意味着该方案已经具备同业间进行推广合作的基础。
利用区块链技术“分布式记账”特点，资金清算信息在“链上”同步抵达、全体共享、实时更新，清算效率实现质的飞跃。区块链跨境清算技术着眼于信息的高效与安全传递，与传统支付渠道相互补充，从而避免了区块链电子货币所面临的合法性和监管性问题。

㈢ Fabric 动态增加组织

Fabric 是联盟链，一个 channel 就好比一个联盟，如果有新的机构需要加入，则必须得到联盟内的成员的认可。

正是基于这样的场景，fabric 在为 channel 新增 org 时，会涉及诸多的权限和证书操作。
为 Channel 动态新增 Org 有以下几步：

4.将新 org 添加入 channel

5.升级chaincode和背书策略

6.测试是否成功
此文通过 fabric-samples 下的 first-network 样例为基础，在其区块链网络上，为通道 mychannel 新增一个 Org3，Org3 包含两个 peer。

fabric-samples 地址为 https://github.com/hyperledger/fabric-samples ， 本文采用其中的 first-network 实验。

first-network 启动后，会默认创建 1 个 orderer 节点，4个 peer 节点（其中 2个属于 org1，2个属于 org2），并提供一个 cli 用于相关操作。

docker ps 之后输出如下：

first-network 直接提供了自动化添加的脚本 eyfn.sh。执行 ./eyfn.sh up 即可自动化为 channel 添加 org3。此法因不具扩展性，且不方便理解 fabric，因此不再赘述。以下是执行后的输出，若成功，会输出 All GOOD 。

会依据 org3-crypto.yaml 生成，生成后的文件位于 org3-artifacts/crypto-config/ 下

org3-crypto.yaml 文件中 Org3 的配置如下：

㈣ 超级账本Fabric 2.0版本正式发布，重要更新都在这了

1月31日消息，超级账本（Hyperledger）联盟正式发布了其企业分布式账本（DLT）平台Hyperledger Fabric的2.0版，据悉，该版本增加了几个主要功能，改进了不同参与者之间的交流方式。

Hyperledger Fabric是超级账本联盟的主要项目之一，其作为一个私有或“许可”型区块链网络，目前它主要被用于金融和供应链等行业。至今，Fabric已获得了阿里巴巴、AWS、Azure、网络、谷歌、华为、IBM、甲骨文、腾讯等互联网巨头的支持。

而2.0版本的Fabric，则迎来了以下这些改进：

对于Fabric 2.0版本的正式发布，超级账本联盟成员们纷纷发表了自己的看法，比如：

据悉，Fabric的智能合约可以有多种架构，它可以用主流语言编程，例如Go、Java和Javascript，此外也可以使用Solidity。

而作为一个面向企业的产品，Fabric的特点是异步升级，这类似于主流软件的工作方式。

特别声明

原文：https://www.hyperledger.org/blog/2020/01/30/welcome-hyperledger-fabric-2-0-enterprise-dlt-for-proction

编译：隔夜的粥

稿源（译）：巴比特资讯（http://www.8btc.com/article_550790)

免责声明：本文不代表巴比特立场，且不构成投资建议，请谨慎对待。

㈤ 生何种变化，未来招商银行在金融服务上有何方向

拥抱银行3.0 时代，作为中国最勇于创新的行业引领者之一，成立于1987年的招商银行，依托创新基因，正在推动一场金融科技（Fintech）)的变革。
3月初，招商银行与英国央行、波士顿联储等11个组织加入了“超级账本”，这意味着招行区块链技术应用进入加速度模式。
所谓超级账本（Hyper ledger），是由Linux基金会在2015年12月份发起，旨在推进区块链最前沿技术发展的开源合作项目，其目标是推动成员共同合作，共建开发区块链基础平台，创建分布式账本的公开标准，以便支持各种各样的商业应用场景，实现虚拟和数字形式的价值交换。

㈥ （三）如何使用cello在fabric上创建属于自己的区块链

进入cello之前让我们来看一下当前的docker镜像

如图，如果您按照上一篇文章搭建好cello后，会看到这六个正在run的docer镜像，一切长长，下面让我们正式开始进入8080端口cello后台

注意如果提示创建失败，说明我们的docker并未开放外网IP访问，需要配置如下

修改

为

此操作是放开docker外网IP访问，然后我们重置docker

此时再去填写IP+端口2375即可

创建角色后我们登录8081端口界面

㈦ 超级账本之——Fabric

目前超级账本下面有5个并行的项目，Fabric属于其中较为成熟的一个。这个项目由，来自28个不同组织的159名工程师参与开发。

在Fabric的区块链网络中，有四类节点：MSP，Ordering Node，Endorsing Peer，Commtting Peer

MSP(Membership Service Provider), 这类节点主管区块链网络中其他的节点的授权，准入，踢除。通过给不同节点颁发证书的方式，授予不同类型的节点相应的权限。

中文可以称作排序节点。通常在一个网络中至少有一个或多个排序节点，这类节点负责 按照指定的算法，将交易进行排序，并返回给Committing Peer。其并不关心具体的交易细节。

这类节点的主要负责接收交易请求，验证这笔交易之后，并做一些预处理之后，并将签名后的数据传回给客户端。

这类节点做是区块链网络中的全节点，它们需要记录完整的区块信息，并且验证每笔交易的正确性，是最终将交易打包进区块链的节点。

结合下面这种图，看看一笔交易的上链过程：

1，首先从客户端发起一笔交易提交到Endorsing Peer，进行预处理。

2，预处理通过之后，将签名数据，传回给客户端。

3，客户端发起请求，将收到的签名数据传给Ordering Node。

4，Ordering Node对交易进行排序，然后传给Committing Peer。

5，Committing Peer这里将排序好的交易进行验证，并打包，通过指定的共识算法达成一致，形成新的区块。

6，最后将交易结果返回给客户端。

6，中间过程的每一步，都伴随着权限的验证。会根据MSP颁发的证书，进行判断。

㈧ 基于Spring的Fabric区块链Gateway，简化区块链开发

学习Hyperledger Fabric有一阵子了，从网络搭建、SDK调用到基于Spring的Gateway的开发，一路走来，感觉还是有不少的坑。最近，终于有空，将这些东西整理出来，希望能帮到同路的小伙伴们。详细文档地址： https://ecsoya.github.io/fabric/ 。

前一阵子，曾整理过一篇文章，详细的介绍了Fabirc网络的搭建和部署，小伙伴们请自行查阅：推荐几个开源项目，教你快速搭建Hyperledger Fabric区块链网络

1. Java SDK： GitHub - hyperledger/fabric-sdk-java

2. Gateway： GitHub - hyperledger/fabric-gateway-java

这是我基于官方的Gateway项目，结合Spring MVC做出的一套框架。主要是将Chaincode的函数调用，包装成了Spring的服务。

1. 项目地址： GitHub - ecsoya/spring-fabric-gateway

2. 详细文档： https://ecsoya.github.io/fabric/pages/gateway.html

3. Maven地址：

一个精简版的Fabric区块链浏览器。

1. 项目地址： GitHub - ecsoya/spring-fabric-gateway

2. 详细文档： https://ecsoya.github.io/fabric/pages/explorer.html

3. Maven地址：

以上的项目，包含官方的SDK和Gateway，都离不开 Fabric 网络配置文件的支持。

所谓的配置文件，就是将所有的组织、Peer和其相关的证书，全部配置到一个JSON文件或YAML文件中，方便在项目中读取。

详细文档： https://ecsoya.github.io/fabric/pages/network-config.html

1. 文档： https://ecsoya.github.io/fabric/pages/demo.html

2. 源码： GitHub - ecsoya/fabric-demo

㈨ 浅析 Fabric Peer 节点

Hyperledger Fabric，也称之为超级账本，是由 IBM 发起，后成为 Linux 基金会 Hyperledger 中的区块链项目之一。

Fabric 是一个提供分布式账本解决方案的平台，底层的账本数据存储使用了区块链。区块链平台通常可以分为公有链、联盟链和私有链。公有链典型的代表是比特币这些公开的区块链网络，谁都可以加入到这个网络中。联盟链则有准入机制，无法随意加入到网络中，联盟链的典型例子就是 Fabric。

Fabric 不需要发币来激励参与方，也不需要挖矿来防止有人作恶，所以 Fabric 有着更好的性能。在Fabric 网络中，也有着诸多不同类型的节点来组成网络。其中 Peer 节点承载着账本和智能合约，是整个区块链网络的基础。在这篇文章中，会详细分析 Peer 的结构及其运行方式。

在本文中，假设读者已经了解区块链、智能合约等概念。

本文基于 Fabric1.4 LTS。

区块链网络是一个分布式的网络，Fabric 也是如此，由于 Fabric 是联盟链，需要准入机制，所以在网络结构上会复杂很多，下面是一个简化的 Fabric 网络：

各个元素的含义如下：

对于 Fabric 网络，外部的用户需要通过客户端应用，也就是图中的 A1、A2 或者 A3 来访问网络，客户端应用需要通过 CA 证书表明自己的身份，这样才能访问到 Fabric 网络中有权限访问的部分。

在上面的网络中，共有四个组织，R1、R2、R3 和 R4。其中 R4 是整个 Fabric 网络的创建者，网络是根据 NC4 配置的。

在 Fabric 网络中，不同的组织可以组成联盟，不同的联盟之间数据通过 Channel 来隔离。Channel 中的数据只有该联盟中的组织才能访问，每一个新的 Channel 都可以认为是一条新的链。与其他的区块链网络中通常只有一条链不一样，Fabric 可以通过 Channel 在网络中快速的搭建出一个新的区块链。

上面 R1 和 R2 组成了一个联盟，在 C1 上交易。R2 同时又和 R3 组成了另外一个联盟，在 C2 上交易。R1 和 R2 在 C1 上交易时，对 R3 是不可见的，R2 和 R3 在 C2 上交易时，对 R1 是不可见的。Channel 机制提供了很好的隐私保护能力。

Orderer 节点是整个 Fabric 网络共有的，用来为所有的交易排序、打包。比如上面网络中 O4 节点。本文不会对 Orderer 节点进行详细说明，可以把这个功能理解为比特币网络中的挖矿过程。

Peer 节点表示网络中的节点，通常一个 Peer 就表示一个组织，Peer 是整个区块链网络的基础，是智能合约和账本的载体，Peer 也是本文讨论的重点。

一个 Peer 节点可以承载多套账本和智能合约，比如 P2 节点，既维护了 C1 的账本和智能合约，也维护了 C2 的账本和智能合约。

为了可以更深入了解 Peer 节点的作用，先了解一下 Fabric 整体的交易流程。整体的交易流程图如下：

Peer 节点按照功能来分可以分为 背书节点 和 记账节点 。

客户端会提交交易请求到背书节点，背书节点开始模拟执行交易，在模拟执行之后，背书节点并不会去更新账本数据，而是把这个交易进行加密和签名，然后返回给客户端。

客户端收到这个响应之后就会把响应提交到 Orderer 节点，Orderer 节点会对这些交易进行排序，并打包成区块，然后分发到记账节点，记账节点就会对交易进行验证，验证结束之后，就会把交易记录到账本里面。

一笔交易是否能成功是根据背书策略来指定的，每一个智能合约都会指定一个背书策略。

Peer 节点代表着联盟链中的各个组织，区块链网络也是由 Peer 节点来组成的，而且也是账本和智能合约的载体。

通过对上面交易过程的了解可以知道，Peer 节点是主要的参与方。如果用户想要访问账本资源，都必须要和 peer 节点进行交互。在一个 Peer 节点中，可以同时维护多个账本，这些账本属于不同的 Channel 。每个 Peer 节点都会维护一套冗余账本，这样就避免了单点故障。

Peer 节点根据在交易中的不同角色，可以分成背书节点（Endorser）和记账节点（Committer），背书节点会对交易进行模拟执行，记账节点才会真正将数据存储到账本中。

账本可以分成两个部分，一部分是区块链，另一部分是 Current State，也被称之为 World State。

区块链上只能追加，不能对过去的数据进行修改，链上也包含两部分信息，一部分是通道的配置信息，另一部分是不可修改，序列化的记录。每一个区块记录前一个区块的信息，然后连成链，如下图所示：

第一个区块被称之为 genesis block，其中不存储交易信息。每个区块可以被分为 区块头 、 区块数据 和 区块元数据 。区块头中存储着当前区块的区块号、当前区块的 hash 值和上一个区块的 hash 值，这样才能把所有的区块连接起来。区块数据中包含了交易数据。区块元数据中则包括了区块写入的时间、写入人及签名。

其中每一笔交易的结构如下，在 Header 中，包含了 ChainCode 的名称、版本信息。Signature 就是交易发起用户的签名。Proposal 中主要是一些参数。Response 中是智能合约执行的结果。Endorsements 中是背书结果返回的结果。

WorldState中维护了账本的当前状态，数据以 Key-Value 的形式存储，可以快速查询和修改，每一次对 WorldState 的修改都会被记录到区块链中。WorldState 中的数据需要依赖外部的存储，通常使用 LevelDB 或者 CouchDB。

区块链和 WorldState 组成了一个完整的账本，World State 保证的业务数据的灵活变化，而区块链则保证了所有的修改是可追溯和不可篡改的。

在交易完成之后，数据已经写入账本，就需要将这些数据同步到其他的 Peer，Fabric 中使用的是 Gossip 协议。Gossip 也是 Channel 隔离的，只会在 Channel 中的 Peer 中广播和同步账本数据。

智能合约需要安装到 Peer 节点上，智能合约是访问账本的唯一方式。智能合约可以通过 Go、Java 等变成语言进行编写。

智能合约编写完成之后，需要打包到 ChainCode 中，每个 ChainCode 中可以包含多个智能合约。ChainCode 需要安装，ChainCode 需要安装到 Peer 节点上。安装好了之后，ChainCode 需要在 Channel 上实例化，实例化的时候需要指定背书策略。

智能合约在实例化之后就可以用来与账本进行交互了，流程图如下：

用户编写并部署实例化智能合约之后，就可以通过客户端应用程序来向智能合约提交请求，智能合约会对 WorldState 中数据进行 get、put 或者 delete。其中 get 操作直接从 WorldState 中读取交易对象当前的状态信息，不会去区块链上写入信息，但 put 和 delete 操作除了修改 WorldState，还会去区块链中写入一条交易信息，且交易信息不能修改。

区块链上的信息可以通过智能合约访问，也可以在客户端应用通过 API 直接访问。

Event 是客户端应用和 Fabric 网络交互的一种方式，客户端应用可以订阅 Event，当 Event 发生时，客户端应用就会接受到消息。

事件源可以两类，一类是智能合约发出的 Event，另一类是账本变更触发的 Event。用户可以从 Event 中获取到交易的信息，比如区块高度等信息。

在这篇文章中，首先介绍了 Fabric 整体的网络架构，通过对 Fabric 交易流程的分析，讨论了 peer 节点在交易中的作用，然后详细分析了 peer 节点所维护的账本和智能合约，并分析了 peer 节点维护账本以及 peer 节点执行智能合约的流程。

文 / Rayjun

[1] https://hyperledger-fabric.readthedocs.io/zh_CN/release-1.4/whatis.html

[2] https://developer.ibm.com/zh/technologies/blockchain/series/os-academy-hyperledger-fabric/

[3] https://en.wikipedia.org/wiki/Gossip_protocol

㈩ 区块链之联盟链（三） 认识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