fabric

以下资源均来自于各大技术社区朋友推荐： 类似于StackOverFlow的基于ASP.NET MVC的响应式主题论坛MVCForum 杨威：股海捕鱼（二十八）低回撤的交易才是稳定获利的前提条件 基于ZKWeb + Angular 4.0的开源管理后台Demo 高级PM教你定制APP通用元件库 企捷协同办公平台，开源 抓包工具： wireshark现在几乎就是抓包必备工具了。。。 做web的用fiddler比较多 微软开源ＡＩ开发包 微软也开源其深度学习语人工智能领域的研究成果 Computational Network Toolkit（CNTK），将之放上 GitHub 供所有开发者使用，而且据微软研究员说法，CNTK 在语音和图像辨识能力方面，比 Google 的 Tensor 等四个开发者常用的 Toolkit 有更快的运算速度。 IdentityServer，OAuth2 等资源汇总 nanofaric 基于Consul + .NET Core + Polly + Ocelot + Exceptionless + IdentityServer等开源项目的微服务开发框架 nanofaric 是 nano 和 fabric的合成，nano表示微服务， fabric来自于微软的微服务框架 service fabric 开源的分布式部署解决方案文档 - 手动安装 各种图标资源网站：

今天在手动部署fabric1.4环境的时候遇到了一个问题，在创建通道的时候提示不能创建，没有权限。 根据自己百度参考一些资料，有如下解决方案： 分别在终端执行如下命令删除卷： docker-compose -f docker-compose-cli.yaml down --volumes --remove-orphans docker rm -f $(docker ps -a | grep "hyperledger/*" | awk "{print \$1}") docker volume prune 然后再执行操作就可以顺利建立了。. 参考网址： https://www.cnblogs.com/medci/archive/2019/05/30/10951246.html 来源： oschina 链接： https://my.oschina.net/u/4271231/blog/4439250

Gossip在Hyperledger Fabric中发挥着重要的作用。在这个教程中，我们将分阶段考察Fabric网络启动时gossip的运行机制，学习Fabric中的一些核心概念，例如主导节点/leader、锚节点/anchor等，理解 gossip是如何帮助Hyperledger Fabric成为一个可伸缩的联盟链平台。 Hyperledger Fabric区块链开发教程与工具： Fabric区块链Node.js开发详解 Fabric区块链Java开发详解 Fabric区块链Golang开发详解 BYFN一键启动工具Windows版 Fabric快速开发工具箱 Fabric链码Python开发包 1、Fabric Gossip概述 我们大多数都是从Hyperledger Fabric自带的演示网络例如First Network开始学习并尝试Fabric区块链的。First Network提供了一个脚本byfn.sh向我们展示了启动一个Fabric网络的典型流程： 生成密码学资料和通道配置数据 启动网络组件，例如排序节点/orderers、对等节点/peers... 将对等节点加入通道 更新锚节点 经过以上操作，Fabric网络就准备好了，接下来通常就是部署包含业务逻辑的链码。 在上述流程中有些藏在后台的过程很有意思。在这个教程中我们主要考察gossip的作用

在 fabric 网络运行过程中动态追加新的组织是相当复杂的，网上的资料也十分匮乏，大多是基于 first-network 这样的简单示例，而且是使用启动 cli 容器的方法来增加组织，几乎没有针对实际应用的解决方案。本文介绍了如何在应用程序中调用 SDK 来进行组织的动态增加。 前言 首先需要介绍一个 配置区块 的概念，fabric中的配置信息是作为区块写在链上的，每个配置区块中只有一条配置交易，而且配置区块是全量更新的，最新的配置区块中应包含全部的配置信息。 回忆一下在创建通道时，会从本地读取通道配置交易（根据 configtx.yaml 生成），这个配置交易中指定了该通道中有哪些组织，以及设置了各组织的证书信息。如果想要在后续进行添加，就必须要让当前通道认可这个新组织，则需要提交一个包含新加组织的配置区块来对当前配置进行更新。 大致思路是首先从节点中获取到当前通道的最新配置区块，利用 configtxlator 工具将配置信息由 protobuf 格式转化为可读的json格式，手动在配置中添加上新组织的配置，然后再使用该工具计算修改前后的差值，将这个增量作为通道更新的请求发送出去。同时，这个通道更新的请求需要超过半数的当前组织签名才算有效。 调用SDK增加组织 因为是在fabric实际应用中增加组织，所以通过在app中编写代码调用SDK来完成所有操作是最优的方案。而且一旦实现

# 1.更新 yum yum update -y # 2.安装 Git yum install git # 3.下载 Golang 源码包，版本为 1.14.3 wget https://studygolang.com/dl/golang/go1.14.3.linux-amd64.tar.gz # 4.解压源码包至用户级的程序目录 /usr/local sudo tar -C /usr/local -xzf go1.14.3.linux-amd64.tar.gz # 5.打开配置文件 vi /etc/profile # 6.写入 export PATH = $PATH :/usr/local/go/bin export GOROOT = /usr/local/go export GOPATH = $HOME /go export PATH = $PATH : $HOME /go/bin # 7.刷新 source /etc/profile # 8.验证 golang 是否安装成功 go version # 9.安装 docker yum -y install docker # 10.重启docker systemctl start docker # 11.验证 docker docker version # 12.添加用户组 # 如果还没有docker group就添加一个：

问题： Here is the problem 这是问题所在 I have a requirements.txt that looks like: 我有一个require.txt看起来像： BeautifulSoup==3.2.0 Django==1.3 Fabric==1.2.0 Jinja2==2.5.5 PyYAML==3.09 Pygments==1.4 SQLAlchemy==0.7.1 South==0.7.3 amqplib==0.6.1 anyjson==0.3 ... I have a local archive directory containing all the packages + others. 我有一个本地存档目录，其中包含所有软件包和其他软件包。 I have created a new virtualenv with 我创建了一个新的virtualenv bin/virtualenv testing upon activating it, I tried to install the packages according to requirements.txt from the local archive directory. 激活它后，我尝试根据本地存档目录中的requirements.txt安装软件包。 source bin/activate

对于许可链，三种区块链协议已成为首选： Hyperledger Fabric ， Enterprise Ethereum 和 R3 Corda 。Fabric和企业以太坊都是任何行业的通用工具，而Corda是为金融行业定制设计的。每个协议选项都有非常不同的沿袭和设计重点，并且这三个协议都已被当今运行于生产质量系统上的严肃的企业和政府广泛采用。 Enterprise Ethereum Fabric Corda 节点许可 基于智能合约的规则，将基于文件的每个节点的规则作为本地替代。 可在节点，通道和联盟级别上配置。 受信任的网络地图服务在每个节点上均辅以基于文件的配置。Corda网络被划分为由单独的证书颁发机构管理的兼容性区域。 身分识别 公钥-分布式，并且在基于以太坊的链之间可互操作。通过证明与PKI耦合。 基于具有本地组织身份的PKI。在共识和许可中始终使用组织身份，而不是个人身份。 基于具有个人和组织身份的PKI。 密码学 secp256k1 可插拔（具有secp256r1和secp384r1内置的ECDSA）。 ed25519 secp256r1 secp256k1 RSA（3072bit）PKCS＃1 SPHINCS-256（实验性） 交易共识 定序->执行/验证 执行->定序->验证 执行/验证->定序/公证 应用责任 将签名的事务发送到网络中的一个节点。

有人说，历史是由懒汉推动的。 科技的演进史，其实就是人类不断偷懒的过程。我们懒得浪费体力，于是有了蒸汽机；我们懒得动笔演算，于是有了电子计算机；我们懒得随身携带现钞，于是有了线上交易和无接触支付……程序和信息成为这个时代的基底，服务和应用围绕着我们的指尖打转。 我们从网络上索取一切，海量的数据和代码在赛博空间里奔流不息。 突然有一天，构筑代码世界的工人们也犯懒了。为首的“懒汉”开始思考，能不能把一些通用的代码模块打包起来，供给上层随时取用，这样就省下了重复“造轮子”的力气，让敲代码也成为一种模块化的工作？ 这一“偷懒”，就偷出了一个新概念：中间件。 无人探索的道路 对普通人来说，“中间件”是一个很遥远的词汇。 从技术层面来讲，中间件是介于基础设施和业务系统之间的特殊软件。程序员们别出心裁地构思了各种比喻：有人说它是建筑工地上的“预制件”，让工人不必从头开始搅拌水泥；有人说它是整合货源的“中间商”，让商家免于一次次询价比价的操劳…… “基础设施和业务系统之间，有很多通信和集成方面的要求，让每个业务系统都去做一遍是很浪费人力的。”蚂蚁集团高级产品专家马振雄这么说，“大家都有这样的诉求。” 时势造英雄，SOFAStack在蚂蚁集团应运而生。 它诞生得悄无声息，初衷只是为了“解救”支付宝。那还是青涩年代的支付宝，没有琳琅满目的蚂蚁森林、花呗和健康码，用4个“一”就能概括它的全部

近日，在Tungsten Fabric社区技术指导委员会（TSC）例会上，对TF社区目前的发展和挑战进行了讨论，瞻博网络等成员计划加大资源支持力度。 TSC主席Prabhjot Singh Sethi表示，Tungsten Fabric的下一步行动将会基于“云原生（Cloud-Native）”的理念，并希望增加用于service-mesh的功能，扩展数据路径、CNF和SDN解决方案。 同时，TF社区正致力于解决与Tungsten Fabric的ONAP集成问题，希望运营商将Tungsten Fabric视为一个可替代的SDN控制器选择。 瞻博网络首席技术官Raj Yavatkar参加了例会，表示对Tungsten Fabric的发展方向感到兴奋，将加快对开源的贡献，并将提供更多资源支持。具体包括：新招聘具有Kubernetes背景的工程师来支持团队，增加新的产品经理支持Cloud Native集成，鼓励瞻博网络工程师为社区做出更多贡献，给予项目合作技术负责人Sukhdev Kapur更多支持。 另外，瞻博网络将尝试帮助支持新的操作框架（operator-framework），通过工程技术的方式为开源做出贡献，并在确保补丁被集成方面发挥积极作用。 瞻博网络杰出工程师Sukhdev Kapur表示，未来社区将进行许多更改，并计划提高透明度。 另一位Linux基金会成员Casey

日前，区块链服务网络BSN第二次开发者大赛圆满落幕。 本次大赛以“编写基于多底层框架的智能合约”为主题， 参赛作品基于Hyperledger Fabric、FISCO BCOS、CITA、XuperChain中至少一种底层框架编写智能合约。 根据大赛规则以及参赛者意愿，于2020年7月5日，对经作者许可的10份获奖作品和2份未获奖作品予以公布，作品 版权和署名权归属于原作者。 大赛组委会感谢各位参赛者发扬互联网精神，将自己的研究成果无私地与广大开发者进行分享。 大赛组委会将全部获奖作品在BSN知识库内完整展示。参赛者提交作品均为zip压缩包格式，为了方便大家与参赛者交流心得，在作品压缩包中加入了作者联系方式。因公众号文章篇幅限制，仅在此向大家展示获奖作品的说明文档，便于大家快速了解作品介绍，智能合约代码和其它资料请用户至BSN知识库下载学习。 作品名称：《 直播打卡挑战 》 使用框架：Fabric、XuperChain、FISCO BCOS 来源： oschina 链接： https://my.oschina.net/u/4408413/blog/4458761