edg战队

概述 2017年4 月份， Linux 基金组织启动开源项目 EdgeX Foundry ，为物联网边缘计算开发一个标准化互操作框架。 EdgeX Foundry 项目构建于戴尔早期基于 Apache2.0 协议的 FUSE 物联网中间件框架， 无关操作系统和硬件的边缘框架。 EdgeX Foundry 旨在创造一个互操作性、即插即用、模块化的物联网边缘计算的生态系统。 总体架构 部署 环境要求 内存: 不小于 4 GB 硬盘空间: 大于3 GB OS: Windows (ver 7 - 10) Ubuntu Desktop (ver 14-16) Ubuntu Server (ver 14) Ubuntu Core (ver 16) Mac OS X 10 User 模式 安装Docker Mac 在安装Docker时自动安装Docker Compose https://docs.docker.com/engine/getstarted/ https://docs.docker.com/compose/install/ 下载EdgeX compose 文件 官方文档有问题，https://github.com/edgexfoundry/developer-scripts/blob/master/compose-files/docker-compose.yml，部分模块无法下载

一、搭建基础环境 参考：https://www.cnblogs.com/sky-cheng/p/12150822.html 二、下载Hyperledger Fabric 源代码 查看$GOPATH环境变量 [root@localhost home]# echo $GOPATH /home/go 在/home/go下建立如下目录 [root@localhost home]# mkdir -p /home/go/src/github.com/hyperledger [root@localhost home]# 进入新建的目录，下载Fabric源代码 [root@localhost home]# cd /home/go/src/github.com/hyperledger/ [root@localhost hyperledger]# git clone https://github.com/hyperledger/fabric.git 正克隆到 'fabric'... remote: Enumerating objects: 12, done. remote: Counting objects: 100% (12/12), done. remote: Compressing objects: 100% (11/11), done. remote: Total 125935 (delta

参考： https://blog.csdn.net/li_jiachuan/category_8094510.html identity owner（我们自己） claims（关于identity owner的不同类型的assertions，在数字身份业界中的称呼） issuer（颁发者，可信机构） verifier（验证者，需要相信claims的个人或公司） verifiable claims（定义、交换和验证数字凭证的一个标准的方式） Decentralized identifier，DID（去中心化的身份标识） PKI的问题 PKI的本质问题是它很笨重，昂贵并且是中心化的 当今浏览器中使用的PKI依赖于一些数量（几百个）certificate authorities（CAs）作为roots of trust。 从声誉好的CAs那里获得certificates是需要花费时间和精力的。能够称为一个CA被描述为有执照来印钱，因为这些中心化的roots of trust被构建到了浏览器和其他的软件当中。这就是为什么大多数的数字证书（digital certificates）是由公司购买的，而不是个人。这个对于个人来讲太难应用。 更糟糕的是，在我们的数字信任基础设施（digital trust infrastructure）中插入了这样一个中间人会造成危险

在fabric中，共识过程意味着多个节点对于某一批交易的发生顺序、合法性以及它们对账本状态的更新结构达成一致的观点。满足共识则意味着多个节点可以始终保证相同的状态，对于以同样顺序到达的交易可以进行一致的处理。 具体来看，fabric中的共识包括背书、排序和验证三个环节的保障。 我们先来研究下背书策略。 一.什么是背书策略 chaincode在实例化的时候，需要指定背书策略。这里的背书策略就是需要什么节点背书交易才能生效。 发起交易的时候，发起端（一般是SDK），需要指定交易发给哪些节点进行背书验证（fabric不会自动发送），而是由sdk发送。发送后等待背书节点的返回，收集到足够的背书后将交易发送给orderer（排序节点或称共识节点）进行排序打包分发。最后，当每个Peer接受到block数据后，会对其中的交易进行验证，如果交易不符合背书策略，就不会在本地生效，所以真正验证背书是在这一步。 二.Endorsement policy 设计 背书策略有两个主要组成部分： 主体（principal）：P定义了期望的签名来源实体 门槛（thshold gate）：T有两个参数：整数t（阈值）和n个主体，表示从这n个主体中获取t个签名 例如： T(2, 'A', 'B', 'C')表示需要A、B、C中任意2个主体的签名背书 T(1, 'A', T(2, 'B', 'C')

HyperLedger/Fabric JAVA-SDK with 1.1 该项目可直接在 github 上访问。 该项目介绍如何使用fabric-sdk-java框架，基于fabric-sdk-java v1.1正式版开发，可向下兼容1.0版本。 该项目没有对原JAVA-SDK做修改，主要是结合HyperLedger Fabric与fabric-sdk-java中的交互方式做了个人感觉更为清晰的描述，希望能够帮助更多的人尽快熟悉fabric-sdk-java的操作流程和方式。 sdk-advance sdk-advance是基于fabric-sdk-java v1.1的服务，其主要目的是为了更简单的使用fabric-sdk-java，对原有的调用方法做了进一步封装，主要提供了各种中转对象，如智能合约、通道、排序服务、节点、用户等等，最终将所有的中转对象交由一个中转组织来负责配置，其对外提供服务的方式则交给FabricManager来掌管。 该项目仅作为学习分享的形式提交维护，关于生产部署方面，sdk-advance与app的交互可自行选择采用thrift或protobuf等数据传输协议实现，这里并没有提供该方案的具体实现，需要自己动手解决。 sdk-advance-intermediate intermediate系列对象是该项目的主要封装对象，间接屏蔽了真实应用层与fabric

【Hot88游戏讯】12月29日，2019lol最终决赛强势打响，由EDG对阵RNG，今年德杯的总冠军即将产生，谁将在年末赢得本年度最后一个有份量的冠军奖杯呢？让我们拭目以待！ lol迷们都知道，每年的德杯是LPL联赛前各战队的集中练兵场，也是各战队磨合队伍，熟练打发，熟悉对手的窗口和平台，看似不重要实际上对明年的各大战队来年的赛事至关重要。过去的几年里，EDG和RNG都是LPL联赛中当之无愧的霸主，只要他们出战的比赛一定是荡气回肠的经典赛事，两队多次在决赛当中相遇，他们的对决也从没让粉丝们失望过。不过今非昔比，如今LPL格局已发生重大改变，已经由霸主时代转变为群雄逐鹿，这就使得德杯也更加激烈和焦灼。 EDG方面，在2019德玛西亚杯的淘汰赛阶段中，EDG战队以3-2的比分击败VG战队，成功挺进决赛。赛后，EDG战队官推发布了赛场返图庆祝胜利“我们会变得更好！”赛后采访中，中单选手Scout的表述更是让粉丝认为EDG的实力高不可测，他表示EDG在与VGBO5的对局中，故意给老队友Iboy放了水，一方面让他可以打得好看一点。另一方面，也为让新人体验下EDG的传统BO5战法，锻炼上单选手小祥的抗压心态。最后Scout还不忘调侃了下前队友Iboy，认为他在今天比赛过程都没空亮表情图标来嘲讽，说明操作已经拉满、有点力不从心了。 值得一提的是，继上场八强战后，EDG又打满了一场BO5

作为支持.net的强大的开源图表控件ZedGraph，最新版本是 New Update as of 28-Nov-2007 Version 5.1.4 + 4.6.4 官方主页： http://zedgraph.org/ SOURCEFORG主页： http://zedgraph.sourceforge.net/ 5.x的是支持.net2.0的，4.x的是支持.net1.1的，由于个人原因，这里使用的版本为5.1.1的，方法大同小异。 由于是开源，很多代码可以从sample中找到，但是例子中没有LineChart的添加数值的方法。通过参考例子中给BarChart添加数值的方法，这里给出一个相对可行的解决方案。 ZedGraph中所有的元素都是以GDI+的技术画上去的，实际上我们要做的事情就是建立几个TextObject添加到图表中去，在这之前还要找到每个点所在的位置 。 实际做法也很简单，在 masterPane.AxisChange(g); 后面加一些代码： int ord = 0 ; foreach (CurveItem mycurve in myPane.CurveList) { LineItem line = curve as LineItem; if (line != null ) { IPointList points = mycurve.Points; for (

1 成员管理 Hyperledger Fabric架构详解 ，这篇文章有很多图，直觉告诉我，应为fabric区别与公有链在于交易的隐私性，那么成员安全管理，也就成了核心问题了，只要搞清楚了fabric各个参与方在每个环节中的角色，就知道怎么玩转fabric了。 1.1 证书生成 蜗牛讲-fabric原理之证书生成 ，虽然告诉我们怎么生成证书，但是思考org到底在业务上是什么才是重点。 执行 cryptogen showtemplate ,将模板中的内容，写入到 crypto-config.yaml 中，接着再执行 cryptogen generate --config=./crypto-config.yaml ,展开的内容解释，可以参考 Hyperledger Fabric：cryptogen ，从什么的文件，不禁要思考什么是Orderer组织和peer组织呢？模板是solo模式，那么集群环境是什么样的呢？ 1.2 Orderer组织 orderer集群多机部署 ,可以参考，虽然这篇文章与fabric的模板有较大差异。 1.3交易通道 从 HyperLedg 来源： CSDN 作者： warrah 链接： https://blog.csdn.net/warrah/article/details/103890670

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> UIButton内有两个控件titleLabel和imageView，可以用来显示一个文本和图片，这里的图片区别于背景图片。给UIButton设置了title和image后，它们会图片在左边，文本在图片右边显示。它们两个做为一个整体依赖于button的contentHorizontalAlignment居左居右或居中显示。 1.当button.width < image.width时，只显示被压缩后的图片，图片是按fillXY的方式压缩。 2.当button.width > image.width，且 button.width < (image.width + text.width)时，图片正常显示，文本被压缩。 3.当button.width > (image.width + text.width),两者并列默认居中显示，可通过button的属性contentHorizontalAlignment改变对齐方式。 4.想两改变两个子控件的显示位置，可以分别通过setTitleEdgeInsets和setImageEdgeInsets来实现。需要注意的是，对titleLabel和imageView设置偏移，是针对它当前的位置起作用的，并不是针对它距离button边框的距离的。我测试下来

一、Software Engineering Basics a、This set of Software Engineering Interview Questions and Answers focuses on “Software Engineering Ethics ”. 1. Choose the correct option in terms of Issues related to professional responsibility a) Confidentiality b) Intellectual property rights c) Both Confidentiality & Intellectual property rights d) Managing Client Relationships View Answer： Answer: c Explanation: Engineers should normally respect the confidentiality of their employers or clients irrespective of whether or not a formal confidentiality agreement has been signed. They should be aware of local