oe1019的专栏

fabric contributor meeting Jun 29th 2022

Project status update – Dave Enyeart 2.5 将成为下一个LTS版本包含清除private data的功能，以及对应golang和包升级 gateway功能，包括event监听，检查点。protobuf发布，sdk更新，sdk的迁移文档已经有了初稿(https://hyperledger.github.io/fabric-gateway/migration)，对应用层的主要接口基本保持不变。 caliper会在下一个版本0.5版本支持gateway功能。预计几周后上线。

日程 Fabric 2.5的新功能 清理历史上的私有数据 依赖更新（golang package） 作为下一个LTS release Gateway release 1.1 checkpoint chaincode event, block event listening protocol buffer publishing Samples & Documentation k8s improvement chaincode as a service improvement certifi

主题： Fabric samples - Docker alternatives by Matthew White 讨论帖： https://github.com/hyperledger/fabric-samples/discussions/594 由于docker的许可证更新（细节）,今天来讨论Fabric Samples的对于docker的支持和docker sample的release. release的讨论，2.2.5和2.4.2，支持go 1.17 2.5的版本中计划对于 清理历史数据（

目前的 Fabric roadmap 2.2 增加了新的合约生命周期 外部合约启动支持 私有数据相关增强 2.3 orderer system channel管理 peer上channel数据快照 2.4 Gateway模型 peer 退出channel 合约即服务 2.5 删除私有数据的历史（比如GDPR和敏感数据） 3.x 在orderer方面： 从包结构上，结偶算法和orderer binary 在3.0里边计划添加bft支持，取消kafaka 包升级，支持opentelemet.

Agenda Chaincode-as-a-service builder for Kubernetes - Matthew White See https://lists.hyperledger.org/g/fabric/message/10510 for more background. Fabric 2.4 Release coming soon Gateway相关内容测试阶段 前置讨论： https://github.com/hyperledger/fabric/pull/299

概要步骤 通过fabric sample中的test-network-k8s和chaincode service在vscode调试智能合约。 合约选用fabric sample中的chaincode-external 网络配置 127.0.0.1 host.docker.internal > /etc/hosts 合约配置 { "address": "host.docker.internal:9999", "dial_timeout": "10s", "tls_required": f

Overview Prerequisites In following sections, we will test Fabric network base on test network. For Caliper, we need - networkConfig.yaml - myAssetBenchmark.yaml - readAsset.js - connection.json For Tape, we will use - config.yaml Define Test in Caliper

Fabric 当前的工作 2.4 Gateway和slim SDK，有希望这个季度release，目前在做案例和release的准备，系统测试和文档。 账本troubleshoot工具 Rest应用案例 GDPR相关的隐私数据清除RFC github上的zenhub面板，计划替换jira Fabric Strategic Priorities survey results BFT 清理老旧区块 替换goleveldb 性能优化 Smart client（lib的项目） 查询支持 Token Kub

会议议题 Fabric 2.3.1 Fabric CA 1.5 release 主要是Go 1.15 作为LTS default branch 重命名 ERC-721 Non-fungible token chaincode sample 动机 Fungible Token, 可以交易且没有明显区分的度的 比如外汇兑换 Non-Fungible Token是唯一的且容易区分的 比如票据 实现功能 个人理解作者这里参考了 https://eips.ethereum.org/EIPS/eip-721

架构 如图 Gateway项目可以作为一个独立的组建部署在网络上。 每个组织将可以部署自己的Gateway组建 或者将Gateway和Peer部署在一起。 签名的变化 从设计上，将原本和算法的绑定抽离成为了接口。 比如左侧，我们的sdk和加密算法以及证书是强绑定的，那么在新的设计里，这里将sign的功能作为一个接口进行了设计。 一个参考实现，那么左侧，比如现在的sdk使用上我们绑定了ecdsa有关的加密算法，而右侧的加密结构上，从设计上加密结构是一个接口，我们可以使用ecdsa有关的加密实现，也可以自

如何配置Fabric出块参数来达到“最大”TPS 文章目录如何配置Fabric出块参数来达到“最大”TPS对于参数的了解避免落入batch timeout推论一：我们最好不要依赖一个过大的batchtimeout值来触发fabric出块。PreferredMaxBytes，AbsoluteMaxBytes，MaxMessageCount的关系推论二：在tx大小恒定的情况下。（或者我们可以以均值取代等方式）块内交易数目为PreferredMaxBytes/tx size，MaxMessageCount， Ab

Fabric Tape快速入门 视频 地址： https://www.bilibili.com/video/BV1k5411L79A

这里写自定义目录标题起因：当智能合约不再智能，我们方法第一种方法（可信第三方程序）注意事项需要避免第二种方法（可信预言机）条件此场景的体系结构起源，预言机到底是什么？逻辑角度法律和商业含义模式模式一 公共channel注意事项模式二 智能合约调用外部可信数据源作为oracle模式三 可信凭证总结原文 起因：当智能合约不再智能，我们 智能合约的验证和验证创造了透明度，并增加了对管理网络中执行的交易的流程和规则的可见性。因此，理想情况下，所有事务逻辑都应该封装在智能合约中，以保证参与交易背书过程的所有对等方执行

原文： https://www.hyperledger.org/learn/publications/blockchain-performance-metrics 本文： 本文只是我对原文的一些重点的一些摘录。 出块频率高低并不一定是有效的tps指标，一个块里包含了多少有效的交易才是重点啊。 测试系统 显示了区块链性能评估的典型配置。左侧的测试线束在右侧显示了用于针对被测系统（SUT）生成负载的程序和系统。图1中的每个术语都在本节中定义。 测试线束 这个测试线束用于运行性能评估的硬件和软件。这个测试工具通

文章目录为什么怎么做下载安装构建使用结果 用fabric-sample做fabric客户端ci/cd的fabric网络环境 为什么 在开发fabric客户端程序的时候，我们可能需要一个fabric网络来进行测试。 当然我们可以搭建复杂的网络来满足业务需求。 但是本文将提供一种简介的环境构建方式，来快速在ci/cd环境上进行构建。 怎么做 参考fabric官方文档，我们可以将脚本分为一下几个部分 下载安装 curl -vsS https://raw.githubusercontent.com/hyperled

文章目录前言为什么要这样做？脏读怎么做？Plan APlan BPlan C 前言 这是一篇探讨性质的文章 为什么要这样做？ 我们一般要在性能和脏读之间做取舍。之所以引入cache，就是为了通过接受一定条件的脏读来提高系统整体的性能。 脏读 ​​ 怎么做？ Plan A Plan B Plan C ...

文章目录什么是私有数据？图文步骤做的过程中遇到了什么问题？总结参考： 什么是私有数据？ 如果一个通道上的一组组织需要对该通道上的其他组织保持数据私有，则可以选择创建一个新通道，其中只包含需要访问数据的组织。但是，在每种情况下创建单独的通道会产生额外的管理开销（维护链码版本、策略、MSP等），并且不能在保留一部分数据私有的同时，可以让所有通道参与者看到该事务。 这就是为什么从v1.2开始，Fabric 提供了创建私有数据集合的功能，它允许在通道上定义的组织子集能够背书、提交或查询私有数据，而无需创建单独的通道

文章目录为什么要这样做？那么接下来手把手做一遍Writing chaincode to run as an external serviceRunning the chaincode as an external servicePackaging chaincodeConfiguring a peer to process external chaincodeExternal builder and launcher sample scriptsDeploying the chaincodeRef: 为什么

文章目录fabric-gateway-java vs fabric-java-pool 写测试为什么这么应用？代码案例&它的原理?对比fabric-gateway-java附录 fabric-gateway-java vs fabric-java-pool 写测试 fabric-java-pool 是一个将fabric-gateway-java和fabric-sdk-java基础上封装为链接池使得开发人员可以像使用jdbc链接池那样使用fabric的个人项目。 为什么这么应用？ 我们假设同一组织内的

Hyperledger Fabric性能测试Caliper 这篇闲聊向的，主要是关于caliper和stupid项目之间测试的对比。 Hyperledger Caliper测试Hyperledger Fabric并用Prometheus Grafana监控 这边主要是为了给我们的测试框架加上可视化的监控。 Fabric和Spring以及Pool 本篇是关于fabric client的性能，为什么我在fabric-java-sdk上加了个pool。 ...

测试方式： https://blog.csdn.net/oe1019/article/details/105982128 结果： 1） 为了更好的测试性能我在java端采用了stringbuffer 2） 为了测试并发的错误率我加入了随机a=90， b=210的检测 Round 1: Label # Samples Average Median 90% Line 95% Line 99% Line Min Max Error % Throughput Received KB/sec Sent KB/

FabricJavaPool A Connection pool manager for Fabric development based on fabric-sdk-java 1.4.6, fabric-gateway-java 1.4.3 and JDK8 following design of JDBC Basing common pool and Fabric Java SDK, able with cache support for query with memcache. Will provi

Release Note: Create new FabricConnection as connection. FabricConnection able to query and invoke to target fabric network. Defined exception if query or invoke response different between target peers. Load configuration from file. Sample usage: Gradle

文章目录前言测试代码逻辑测试结果直连带Pool带Pool带Cache总结后记 前言 之前写了个FabricJavaPool repositories { maven { url "https://oss.sonatype.org/content/repositories/snapshots/" } } implementation group: 'com.github.samyuan199...

文章目录FabricJavaPoolWhyHow FabricJavaPool https://github.com/SamYuan1990/FabricJavaPool Why 我们来看一下下边两个图，如果我们用web，java，fabric network的结构做一个可交互的页面来展示区块链的数据。（实际上本人更倾向于用java+spring做rest服务器） 理论上讲，我们不希望每次页面请求...

饭后写了个vs code插件开发Fabric智能合约并模拟外部调用的demo 核心步骤 通过vs code插件创建基于nodejs的code模板 启动本地fabric环境 安装初始化chaincode 更改chaincode，进行UT 升级chaincode 通过插件功能生成基于chaincode的外部调用范例 执行外部调用 https://github.com/SamYuan1...

架构 这里我采用了Hyperledger Caliper来对本地的fabric network进行压力测试，同时用Prometheus对本机性能指标进行监控。通过Grafana进行可视化。 步骤 1. 配置本机的Prometheus 这里我们使用nodeexporter来监控本机性能开销，使用cadvisor来监控各个contianer，Grafana做UI。 修改docker co...

最近在帮着完善基于grpc的fabric性能测试工具，https://github.com/guoger/stupid 其中遇到一个坑就是在fabric 1.4.4之后，fabric重构了git上的项目结构和依赖关系。 首先最大的一个痛点就是proto的位置换掉了。这里导致了一个间接的问题，就是在golang里fabric proto如果biuld两次会出现 msp枚举类型被覆盖的错误。 ...

最近用Caliper测试了以下Hpyerledger Fabric的性能，测试环境用本地的byfn脚本 作为饭后闲谈，这里我们并不去探究如何提高tps，以及代码的角度为什么会有这样的区别。 话不多说，代码： https://github.com/SamYuan1990/FabriccaliperSample Caliper性能很差么？ 从观察到的结果来看， 如果我们仅仅用一个clien...