fabric

2020年4月25日区块链服务网络BSN正式进入商用阶段。6月12日区块链服务网络第二次开发者大赛进入评审阶段。随着BSN业务的深入开展，已被更多的开发者所关注。用户在使用BSN的过程中，遇到了各式各样的使用问题，我们借此优化迭代BSN服务功能的同时，也将相关的共性问题陆续整理出来与广大开发者分享，让开发者们能够更使用BSN进行区块链应用开发。 1. 问：如果上链的数据错误，怎么处理？ 答：数据一旦上链，所有的数据都不能被篡改和被物理删除的；但是可以设计一种合约的逻辑删除的机制，例如在特定的数据合约中添加一个状态字段来标记数据是否被删除。 2. 问：在智能合约内可不可以调用其他外部接口？ 答：目前BSN同一个应用中的多个智能合约可以相互调用，但是不能访问外部接口。 3. 问：如何确保数据放到BSN上是安全的？ 答：首先区块链中有共识机制和加密算法等关键技术来保证数据安全，其次BSN设计了应用接入密钥和用户交易密钥两套密钥，来保证接入的安全。最后业务方也可以在链下业务系统对原始数据进行加密处理后再上传到BSN中。 4. 问：通过BSN网关API的用户注册接口注册的子用户和父用户权限是否是一致的？子用户在调用链码时，请求头中的userCode是使用子用户的userName吗？ 答：调用网关API用户注册接口注册的子用户权限和父用户是一样的，子用户继承了父用户的权限

一、Mysql 各个版本区别： 1、MySQL Community Server 社区版本，开源免费，但不提供官方技术支持。 2、MySQL Enterprise Edition 企业版本，需付费，可以试用30天。 3、MySQL Cluster 集群版，开源免费。可将几个MySQL Server封装成一个Server。 4、MySQL Cluster CGE 高级集群版，需付费。 5、MySQL Workbench（GUI TOOL）一款专为MySQL设计的ER/数据库建模工具。它是著名的数据库设计工具DBDesigner4的继任者。 MySQL Workbench又分为两个版本，分别是社区版（MySQL Workbench OSS）、商用版（MySQL Workbench SE）。 MySQL Community Server 是开源免费的，这也是我们通常用的MySQL的版本。根据不同的操作系统平台细分为多个版本， Linux下安装MYSQL有三种方式： 1 通过yum命令在线下载安装 2 下载离线rpm安装包安装 3 下载源码编译安装 MySQL Yum Repository MySQL官方新提供了一种安装MySQL的方法--使用YUM源安装MySQL. 1、MySQL官方网站下载MySQL的YUM源，在MySQL的下载页有一个“NEW！MySQL YUM

区块链最主要的特性之一是去中心化，没有了中心机构的集中处理，为了达成数据的一致性，就需要网络中全民参与管理，并以某种方法达成共识，所以区块链的交易流程也就是共识的过程。 视频教程： https://study.163.com/course/introduction/1210196297.htm 在Fabric中，本由一个节点处理的过程，在逻辑上被分解为不同的角色，每个角色承担不同的功能；节点（Peer）分解为背书节点（Endorser peer）和提交节点（Committer peer），为了达到处理的顺序性，提炼出排序（Orderer）角色。 Fabric是应用于联盟链的场景，在处理每一笔交易时，每个环节上需要对交易信息进行权限校验。 Fabric交易流程图如下所示： 图：Fabric交易流程 交易过程详细流程： 1) 应用程序客户端通过SDK调用证书服务（CA）服务，进行注册和登记，并获取身份证书； 2) 应用程序客户端通过SDK向区块链网络发起一个交易提案（Proposal），交易提案把带有本次交易要调用的合约标识、合约方法和参数信息以及客户端签名等信息发送给背书（Endorser）节点。 3) 背书（Endorser）节点收到交易提案（Proposal）后，验证签名并确定提交者是否有权执行操作，同时根据背书策略模拟执行智能合约

最近在学习Hyperledger Fabric，它是由 Linux 基金会发起创建的开源区块链分布式账本。 Hyperledger Fabric是一个开源区块链实现，开发环境建立在 VirtualBox 虚拟机上，部署环境可以自建网络，也可以直接部署在 BlueMix 上，部署方式可传统可 Docker 化，共识达成算法插件化，支持用 Go 和 JavaScript 开发智能合约，尤以企业级的安全机制和 membership 机制为特色。 今天来聊聊怎么搭建一个基于Ubuntu Server的Hyperledger Fabric吧。 01 基本环境配置 建议用虚拟机装一个Ubuntu Server版本即可，不要装图形界面，那个太卡了。Ubuntu Server版本安装的时候注意，选择英文版本的，中文简体安装会出错。 安装好后记得换源成阿里云的，这里换的时候由于虚拟机上不支持复制黏贴，只能手动输入一下啦： deb http://mirrors.aliyun.com/ubuntu/ xenial main restricted universe multiverse deb http://mirrors.aliyun.com/ubuntu/ xenial-security main restricted universe multiverse deb http://mirrors

作者：Umberto Manferdini 译者：TF编译组 上一篇文章介绍了Tungsten Fabric服务链的概念，今天，我将展示如何通过GUI配置链。本文只讲配置相关的内容，接下来，我们将研究路由的配置方式以及幕后的一切！ 首先，我们先创建2个虚拟网络： 我们将使用以下映射： – VN fourcade是LEFT网络 – VN wierer是RIGHT网络 接下来，我们创建3个虚拟机： 虚拟机“priv”充当客户端，而虚拟机“pub”模仿Internet上的服务器。第三个虚拟机“si1”将成为我们的服务链上服务实例的一部分。 虚拟机“priv”连接到左侧网络，而“pub”连接到右侧网络。第三个VM，即服务VM，在两个网络上都有分支（创建服务链是必需的）。 现在，创建服务模板： 配置非常简单直接,注意版本必须为v2。我们不执行NAT，所以in-network就可以了。流量将通过虚拟机，因此“虚拟化类型”是显而易见的选择。服务虚拟机将不是DPI，因此将“服务类型”设置为防火墙，而不是分析器。 最后，我们指定2个接口：左和右。 接下来，基于该模板，我们来创建服务实例： 在这里，我们引用服务模板并将接口映射到实际的虚拟网络： –fourcade是左侧 –wierer是右侧 最后，我们通过引用VM端口来配置端口元组。特别地，我们引用VM si1（我们的服务VM）的接口

前言 本文主要是镜像部署网络，最终成功运行first-network。 一、拉取fabric项目 首先，我们创建并进入项目目录 mkdir - p ~ / go / src / github . com / hyperledger cd ~ / go / src / github . com / hyperledger 然后拉取fabric项目 git clone https : / / github . com / hyperledger / fabric . git 下载缓慢，还可能会出错中断，反正我报错了 对此，我们可以加大缓存区 git config -- global http . postBuffer 524288000 然后将https地址换成ssh地址来clone git clone git : / / github . com / hyperledger / fabric . git 再次拉取fabric项目，成功。 拉取好后，切换fabric版本为2.0 cd fabric git checkout v2 . 0.0 显示如下 二、修改bootstrap.sh脚本并拉取镜像 因为在执行bootstrap.sh脚本时等待时间漫长且极易失败，这里我们修改下bootstrap.sh，仅拉取镜像，之后我们再手动下载拉取fabric-samples及二进制文件。

参考文章： DAS、SAN和NAS三种服务器存储方式 一、存储的分类 根据服务器类型分为：封闭系统的存储和开放系统的存储， 封闭系统主要指大型机， 开放系统指基于Windows、UNIX、Linux等操作系统的服务器； 开放系统的存储分为： 内置存储 外挂存储 外挂存储根据连接的方式分为： 直连式存储（Direct-Attached Storage， 简称DAS ） 网络化存储（Fabric-Attached Storage，简称FAS）； 网络化存储根据传输协议又分为： 网络接入存储（Network-Attached Storage，简称NAS） 存储区域网络（Storage Area Network，简称SAN） 二、简单对比 DAS: 直连式存储(Direct-AttachedStorage) 存储设备是通过电缆（通常是SCSI接口电缆）直接挂到服务器总线上。 DAS方案中外接式存储设备目前主要是指RAID、JBOD等。 NAS：网络附属存储(Network Attached Storage) 存储设备通过标准的网络拓扑结构(例如以太网)连接 NAS是在网络中放置一个单独的存储服务器，此存储服务器开启网络共享。 SAN：存储区域网络(Storage Area Network) 　　SAN连接又分ISCSI（网口）SAS（SAS口）以及FC（光纤口）连接 　　注

准备环境 go 1.13或以上版本 docker ce-17.06或以上版本 准备工作 拉取项目 ## 进入$GOPATH/src/github.com/hyperledger cd $GOPATH /src/github.com/hyperledger ## 拉取1.4版本的fabric项目 git clone -b release-1.4 https://github.com/hyperledger/fabric.git ## 拉取1.4版本的fabric-samples项目 git clone -b release-1.4 https://github.com/hyperledger/fabric-samples.git 编译可执行文件 ## 进入$GOPATH/src/github.com/hyperledger/fabric cd $GOPATH /src/github.com/hyperledger/fabric ## 编译可执行文件 make release 拷贝可执行文件到fabric-samples项目中 # 拷贝可执行文件到fabric-samples项目中 cp -r $GOPATH /src/github.com/hyperledger/fabric/release/linux-amd64/bin $GOPATH /src/github.com

在TF中文社区，爱折腾的“实战派”们经常探讨有关SDN和Tungsten Fabric的各种问题，我们将其中的精华部分整理出来，形成 “ TF实战 Q&A ” 栏目，他们碰到的困惑、踩过的坑，也许正是你想要了解的—— 以上，就是本期的TF中文社区问答交流精选集。不知道这几期 【 TF 实战 Q&A 】 有没有戳中你关心的问题？你还希望看到什么内容？ 添加TF中文社区小助手微信：tungstenfabric , 加入CTF技术群。欢迎大家提出您的疑问，我们一起沟通探讨。 Tungsten Fabric 推荐阅读 TF实战Q&A丨你不理解透，出了问题都不知道怎么弄 TF 实战Q&A丨只在此网中，云深不知处 TF实战 Q&A丨这个问题，我以前也遇到过 TF实战丨使用Vagrant安装Tungsten Fabric Tungsten Fabric实战：对接vMX虚拟路由平台填坑 Tungsten Fabric实战：基于K8s的部署踩坑 Tungsten Fabric 架构解析 第一篇： TF主要特点和用例 第二篇： TF怎么运作 第三篇： 详解vRouter体系结构 第四篇： TF的服务链 第五篇： vRouter的部署选项 第六篇： TF如何收集、分析、部署？ 第七篇： TF如何编排 第八篇： TF支持API一览 第九篇： TF如何连接到物理网络 第十篇： TF基于应用程序的安全策略

之前介绍了使用官方脚本自动化启动一个Fabric网络，并且所有的证书都是通过官方的命令行工具 cryptogen 直接生成网络中的所有节点的证书。在开发环境可以这么简单进行，但是生成环境下还是需要我们自定义对网络中的节点的证书进行配置。 所以在本文中，将会详细介绍一个从手动生成证书一直到启动网络的整体步骤。本文只交代整体的搭建步骤。对于Fabric-Ca的讲解不在本文的范围内，将在另一篇文章中说明。 正篇文章也是根据官方的文档进行的。但是由于官方的文档尚未完工，也是好多没有交代清楚的，并且有些地方是错误的，所以笔者也是一步一步摸索出来的，所以如果本文哪里没有交代清楚或者错误的地方，希望各位批评指正。 在这里贴出 官方文档 地址. 1.整体架构 架构图直接贴过来好了： 官方文档采用的是多机环境，这里简洁化一点，所有的操作都在 一台机器 上进行，至于多机环境，以后再补充好了。 介绍一下本文所采用的整体架构： 三个组织 Org0 -> 组织0 Org1 -> 组织1 Org2 -> 组织2 组织中的成员 Org0 一个Orderer节点，一个Org0的Admin节点 Org1 两个Peer节点，一个Org1的Admin节点，一个Org1的User节点 Org2 两个Peer节点，一个Org2的Admin节点，一个Org2的User节点 共有四台CA服务器 TLS服务器 ->