Hyperledger Fabric 1.4新特性

Zealot
区块链
2018-12-13

Fabric打鸡血了, 1.3正式版发布一个月1.4的RC版出来了,按照惯例在两个月内1.4正式版会发布,我们先预览下新特性。
官方文档链接参考
https://hyperledger-fabric.readthedocs.io/en/release-1.4/whatsnew.html

自1.0版本开始, Fabric日渐成熟。1.4版本专注于提高运维和开发的易用性,主要包括两方面。

(1)可维护性和可操作性
1.4大大的改进了日志,服务健康检查和可操作的度量指标, 持续的修复bug和提供系统健壮性。更多的bug fix会合并到1.4.x, 而新的特性会合到2.0版本。也就是说1.4会是1.x最后一个系列,应该会适合用于生产环境。

(2)改进应用的编程模型
Node.js SDK的编程模型得到改善,node.js的链码开发更直观,可更专注于业务逻辑。这里吐槽下,其它语言怎么办。。

可维护性的改进
新的运维服务接口, 暴露了三个restful服务用于监控和管理peer, orderer节点的操作。
/logspec 接入点允许运维人员动态的获取和设置各节点日志的级别。
/healthz 接入点允许运维人员或容器服务去检查节点的健康和存活。
/metrics 接入点允许运维人员使用开源监控工具”Prometheus ”从各节点拉取度量数据,同时也支持工具”StatsD”。笔者只用过Zabbix和Nagios, restful的估计也能集成吧。

编程模型的改进
笔者团队用Java和Go, 链码也慢慢切Java, Nodejs模型细节自行阅读。

The scenario:
Describes a hypothetical business network involving six organizations who want to build an application to transact together that will serve as a use case to describe the programming model.

Analysis:
Describes the structure of a commercial paper and how transactions affect it over time. Demonstrates that modeling using states and transactions provides a precise way to understand and model the decentralized business process.

Process and Data Design:
Shows how to design the commercial paper processes and their related data structures.

Smart Contract Processing:
Shows how a smart contract governing the decentralized business process of issuing, buying and redeeming commercial paper should be designed.
Application Conceptually describes a client application that would leverage the smart contract described in Smart Contract Processing.
Application design elements:
Describes the details around contract namespaces, transaction context, transaction handlers, connection profiles, connection options, wallets, and gateways.

新的入门例子
商业票据入门例子
https://hyperledger-fabric.readthedocs.io/en/release-1.4/tutorial/commercial_paper.html

私有数据加强
1.2引入的私有数据得到功能加强。
核对, 允许已加入私有数据的节点获取之前的有资格采访的历史交易数据。
客户采访控制,允许链码基于采访的客户端的组织或者MSP自动控制采访权限,而不用写具体的链码逻辑。

同理Fabric CA也升到1.4, 主要是维护bug fix版本。Fabric CA一些细节是有点小问题,虽然可以绕过, 希望有空后面写个Fabric CA的课程。

话说Fabric的这些迭代,它更定位在底层的实现,可提供可扩展的运维服务接口。而实际上Hyperledger Cello等Baas部署工具应该是远远落后,区块链落地很多最佳实践和模型还待大家努力去踩坑。商业区块链的旅途是星辰大海,another ditch in the road, keep moving.

t_d03b2e1b7f2b4d67a25ed5b49545e760.png

点赞 0
0条评论
其他心得
Zealot · 271天前 
1.简介 Fabric CA基于开源项目CFSSL开发, 主要为fabric网络提供PKI证书服务,是MSP生成的基础。可能有人会问, 官方不是有cryptogen工具批量生成MSP吗? cryptogen实际是辅助测试工具,默认不同orderer,org都有不同的CA, 如果一个org要追加个peer或user, cryptogen就不管用了。生产环境我们建议使用fabric ca全面管理证书, 如果想简单来而区块链组织,节点和用户基本不会变, cryptogen也没问题。 2.
Zealot · 168天前 
去年得知蚂蚁金服放出SOFA的部分开源项目, RPC部分号称源于阿里内部的HSF, HSF当年可是把dubbo 1.x踢出局的, 只是没想到京东改造dubbo为JSF, 当当改为dubbox。国内蛮多电商公司实施服务化就直接上dubbo 1.x或dubbox。这应该是阿里没想到的, 所以现在dubbo 2.x又回笼为apache的顶级项目, 把dubbox合并还继续完善。 朋友说他们公司花了千万买了SOFA的商业版, 那么值钱的东西今天抽空过了一下开源部分的SOFAStack和dubbo2.x文档
Zealot · 177天前 
Fabric 1.4.1引入Raft排序服务, 运维界比较出名的etcd实现的orderer服务。后生可畏, etcd是中国一个年轻人的作品, 实现了raft协议, 在k8s等容器化, 虚拟化, 集群化有官方应用。etcd也是go语言编写, fabric开窍了, 直接把etcd和orderer整合了, 相比kafka/zookeeper的排序服务,搭建简单多了,也比kafka这些省了很多资源(kafka默认开的堆是2GB..), 所以个人是强烈推荐使用,尽量出来不久,但在1.4LTS维护,
Luoying web framework Luoying web framework contains a bundle of components to accelerate J2EE development Github地址 https://github.com/zealzeng/luoying-web Maven地址 <dependency> <groupId>com.whlylc</groupId> <artifac
Zealot · 185天前 
Hyperledger Fabric v2.0 Alpha引入两大新功能,新的Fabric链码生命周期和FabToken. 新的链码生命周期 2.0支持链码的去中心化的治理,引入新的流程在节点上安装链码,在通道上启动实例。新的链码生命周期允许多个组织对链码的参数协同达成一致,例如链码的背书策略。新的模型的改进点如下: (1) 多个组织必须确认同意链码的参数 1.x版本里,一个组织拥有修改链码参数的能力,例如修改背书策略,通道的其它成员也被同步而更改。新的链码生命周期更灵活一些,它兼容支