oe1019的专栏

fabric contributor meeting Jun 29th 2022

Project status update – Dave Enyeart2.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 releaseGateway release 1.1checkpoint chaincode event, block event listeningprotocol buffer publishingSamples & Documentationk8s improvementchaincode as a service improvementcertifi

主题： Fabric samples - Docker alternativesby 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.172.5的版本中计划对于清理历史数据（

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

AgendaChaincode-as-a-service builder for Kubernetes - Matthew WhiteSee https://lists.hyperledger.org/g/fabric/message/10510 for more background.Fabric 2.4 Release coming soonGateway相关内容测试阶段前置讨论：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

OverviewPrerequisitesIn following sections, we will test Fabric network base on test network.For Caliper, we need- networkConfig.yaml- myAssetBenchmark.yaml- readAsset.js- connection.jsonFor Tape, we will use- config.yamlDefine Test in Caliper

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

会议议题Fabric 2.3.1Fabric CA 1.5 release 主要是Go 1.15 作为LTSdefault 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 APlan BPlan 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端采用了stringbuffer2） 为了测试并发的错误率我加入了随机a=90， b=210的检测Round 1:Label# SamplesAverageMedian90% Line95% Line99% LineMinMaxError %ThroughputReceived KB/secSent KB/

FabricJavaPoolA Connection pool manager for Fabric developmentbased on fabric-sdk-java 1.4.6, fabric-gateway-java 1.4.3 and JDK8following design of JDBCBasing 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总结后记前言之前写了个FabricJavaPoolrepositories { maven { url "https://oss.sonatype.org/content/repositories/snapshots/" } } implementation group: 'com.github.samyuan199...

文章目录FabricJavaPoolWhyHowFabricJavaPoolhttps://github.com/SamYuan1990/FabricJavaPoolWhy我们来看一下下边两个图，如果我们用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/FabriccaliperSampleCaliper性能很差么？从观察到的结果来看，如果我们仅仅用一个clien...