Hyperledger Fabric

Hyperledger Fabric Java SDK是开发基于Hyperledger Fabric区块链的Java应用之必备开发包。本文将介绍如何在Maven、Gradle和Eclipse中安装使用最新1.4版本的Hyperledger Fabric Java SDK。 如果希望快速掌握Fabric区块链的链码及应用开发，建议访问汇智网的在线互动课程： Fabric区块链Java开发详解 Fabric区块链NodeJs开发详解 1、在Maven下使用Fabric Java SDK 在maven配置文件pom.xml中添加对fabric-sdk-java的依赖即可： <!-- https://mvnrepository.com/artifact/org.hyperledger.fabric-sdk-java/fabric-sdk-java --> <dependency> <groupId>org.hyperledger.fabric-sdk-java</groupId> <artifactId>fabric-sdk-java</artifactId> <version>1.4.1</version> </dependency> 2、在Gradle下使用Fabric Java SDK 在gradle配置文件build.gradle中添加对fabric-sdk-java的依赖即可：

OmniTool开发包适用于为PHP应用快速增加对Omni Layer/USDT数字资产的支持能力，即支持使用自有Omni Layer节点的应用场景，也支持基于第三方API服务和离线裸交易的轻量级部署场景。下载地址： omni/usdt php开发包 。 1、OmniTool开发包简介 OmniTool开发包主要包含以下特性： 完善的Omni Layer节点RPC封装 支持利用自有节点或第三方服务获取指定地址的utxo集合 支持离线生成omni代币转账裸交易 支持利用自有节点或第三方服务广播裸交易 OmniTool支持本地部署的Omnicored节点，也支持blockchain.info、btc.com等提供的开放API，要增加对其他第三方服务的支持也非常简单，只需要参考代码实现如下接口： UtxoCollectorInterface：utxo收集器 UtxoSelectorInterface：utxo筛选器 BroadcasterInterface：裸交易广播器 ExplorerInterface：数据查询接口 OmniTool软件包运行在**Php 7.1+**环境下，当前版本1.0.0，主要类/接口及关系如下图所示： OmniTool的主要代码文件清单参见： http://sc.hubwiz.com/codebag/omni-php-lib/ 2、RpcClient类使用说明

Hyperledger区块链技术生态 Hyperledger是一个专注于企业级区块链技术并推动区块链跨行业应用的开源项目，孵化并推广一系列区块链技术，包括分布式账本框架，智能合约引擎，客户端库，图形界面，实用程序库和示例应用程序。Hyperledger鼓励重复使用通用构建模块化，并实现DLT组件的快速创新。 Hyperledger框架 Hyperledger Burrow是一款可以使用的智能合约机。Burrow是2014年12月发布的第一款此类产品，它提供了一个模块化区块链客户端，其中包含一个部分符合以太坊虚拟机（EVM）规范的许可智能合约解释器。 Hyperledger Fabric作为开发具有模块化架构的应用程序或解决方案的基础，Hyperledger Fabric允许组件（例如共识和成员服务）即插即用。 Hyperledger Grid是一个基于WebAssembly的项目，用于构建供应链解决方案。它包括一组库，数据模型和SDK，以加速供应链智能合约和客户端界面的开发。 Hyperledger Indy是一种分布式分类账，专为分散身份而设计。它提供工具，库和可重用组件，用于创建和使用基于区块链或其他分布式账本的独立数字身份，以实现互操作性。 Hyperledger Iroha是一个易于使用的模块化分布式区块链平台，具有自己独特的共识和订购服务算法

hyperledger fabric的node sdk最新版本为1.4，本文将介绍如何使用最新版本的fabric node sdk开发node.js应用，以实现与fabric区块链的交互，例如查询链码状态，或者提交链码交易。 本文分五个部分来介绍node.js开发人员如何快速上手fabric node sdk： 工作原理：介绍fabric node sdk的工作机制与实现原理 身份标识：介绍在fabric node sdk中如何标识应用的身份（证书与密钥） 通道配置：介绍在fabric node sdk中如何配置通道的网络拓扑 链码状态查询：介绍使用fabric node sdk查询链码状态的方法 链码交易提交：介绍使用fabric node sdk提交链码交易的方法 如果希望高效系统地掌握Fabric区块链的链码及应用开发，建议访问汇智网的在线互动课程： Fabric区块链Java开发详解 Fabric区块链NodeJs开发详解 1、fabric node sdk 工作原理 在hyperledger Fabric区块链架构中，应用是通过节点的RPC协议API接口访问安装在peer节点上的链码： 类似于 shim api 对链码通信协议的封装，Fabric Node SDK提供了对节点RPC协议接口的封装，其入口类为 Client ，通道操作则封装在 Channel 类中： 2

区块链本身是封闭的。区块链的确定性模型基于这样一个事实：在交易执行时区块链不能执行任何来自外部的逻辑，所有的外部数据只能通过交易进入到系统中。 预言机/Oracle 就是通过交易为智能合约提供可信数据的服务。Oracle虽然听起来神秘，但实现并不复杂，在这篇文章里，我们将介绍预言机的作用以及运作原理，并通过天气数据预言机WeatherOracle的完整实现过程，来帮助你快速掌握区块链预言机/Oracle的精髓。 1、为什么智能合约需要预言机/Oracle？ 在智能合约中执行的逻辑不可以执行区块链之外的任何操作，例如它不可以访问互联网上的web服务。外部数据进入智能合约的唯一方法是将其置入一个交易中，通过向系统发送一个新的交易来触发区块链状态的更新。 试着考虑一下，如果智能合约在执行时可以访问外部的一个API来获取数据，会出现什么情况？ 如果今天部署这个合约，那么API可能会返回如下的数据： { "foo": "bar" } 但是明天再部署时，API可能就会返回新的数据，例如： { "foo": "baz" } 那么可以想像，一个月以后如果有人进行以太坊区块链的同步，这个智能合约就会被执行，但是API的响应数据是和一个月之前不同的，这就会导致新同步的 区块链状态不同于之前已经存在的节点状态。 这就不再是完全自确定的区块链了。经历相同的同步过程，我的区块链和你的区块链却不一样！

通常区块链浏览器提供区块浏览，或者更具体地说是Web API，这可以让你快速入门。区块链浏览器是一种自托管或第三方托管解决方案如QBitNinja，可为你提供有关区块链中的区块，交易和地址等信息。 区块链浏览器连接到比特币节点，索引区块链的数据并公开易于使用的API。解决方案包括： QBitNinja ， Blockcypher ， Smartbit ， Electrum server ， Insight ， NBXplorer 。优点是： 有比比特币核心RPC更友好的API， 可以处理更多负载， 支持大量钱包，可以动态添加， 客户端/服务器的架构速度更快。 缺点是： 如果它是由第三方托管，并且有一个有争议的分支，则你无法选择要遵循的分支， 有时，他们的服务不足以处理完整钱包所需的一切， 不存在的隐私：服务器知道客户端的一切。这不适用于自托管类型。 不同的区块链浏览器公开了不同的API和功能。例如，大多数区块链浏览器使用HTTP Web API，而 Electrum 使用 Stratum 协议。`Block explorers永远不会拥有钱包的私钥。 使用 QBitNinja ，很难跟踪总是更改地址的钱包，因为你需要轮询属于同一钱包的所有地址以检测任何更改。 但是， Electrum 或 NBXplorer 和 SmartBit 通过websockets或长轮询发布消息

我很高兴回答这个问题！简短的回答是：是的，确实如此！ 我的疑问 我对大规模Hyperledger Fabric（Fabric）的性能提出了很多疑问。很多时候，人们已经完成了一些（或阅读/听说过）性能测试（比如在他们的笔记本电脑或早期版本的Fabric上使用Caliper的早期版本），并且感觉性能并不是那么好。 Fabric维护人员很容易承认，在Hyperledger Fabric v1.1.0发布之前，性能并不高。Fabric的维护者在Fabric v0.6已经认识到，我们需要采用新的架构，使平台能够实现许多潜在的企业区块链用例所要求的性能特征。我们对v1.0.0的目标是为用户提供新架构的功能版本。我们不想陷入过早的优化。从那时起，我们在性能改进方面投入了大量资金，从v1.1.0版本开始，一直持续到今天。 在我主持的IBM博客上，我发起了一系列帖子，旨在提供有关Hyperledger Fabric的性能和规模的信息。我关于 这个主题 的最初博客文章开始概述了一些改进Hyperledger Fabric性能的最佳实践，这些实践是我从Fabric认可策略，负载平衡和orderer配置的实验中收集到的。 我最近的帖子 解决了Fabric对扩展其通道架构能力的一种常见误解。 Fabric通道架构是否能够大规模运行？ 那么，Hyperledger

我假设你已经学习了如何构建Hyperledger Fabric区块链网络，并且你还学习了如何在Node.js或Fabric支持的其他语言中创建链代码，并且你已经学会了如何在这样的基础上开发Web应用程序在网络上。否则建议你先看看 使用Hyperledger Fabric构建区块链PoC应用程序 。 但是，存在一个约束，它们位于你的Ubuntu OS或虚拟机中。利益相关者和其他目标方无法尝试或使用它。在这种情况下，除了证明你有这样的技能之外，它们不会产生价值。因此，我们需要找到或购买一些服务器并在这些服务器上部署网络以形成区块链网络并运行其应用程序或从云服务提供商租用一些服务器并将Fabric区块链部署到这些服务器上。第二种选择将更加经济和有效。那么，让我们选择这个选项试试。 要做到这一点，我们应该采取以下过程： 流程A，确定符合你需求的云服务提供商。亚马逊AWS是另一种选择，Digital Ocean(DO)。并注册一个。 流程B，设置节点/服务器。为你的Droplet（服务器）选择操作系统及其配置。我建议Ubuntu 16.04 LTS至少有4GB的内存，但更需要8GB的RAM。并有三个（服务器），以便我们至少有3个最小数量的节点。 流程C，创建用户帐户。登录Digital Ocean时使用“控制台”选项以root身份登录并创建一些用户帐户。 如何访问你的Droplet

Hyperledger Fabric Node.js开发中如何使用日志？本教程就来演示下如何使用hyperledgefabric node.js客户端日志记录功能。 概述 hyperledger fabric node.js客户端日志记录使用node.js winston 开发包。当node.js应用程序首次加载hyperledger结构包时，日志记录被初始化。所有HyperledgeFabric客户端对象都将使用相同的设置（peer、orderer、ChannelEventHub）。 const Client = require('fabric-client'); // the logging is now set 有四个级别的日志记录： info，信息。 warn，警告。 error，错误。 debug，调试。 默认情况下， info 、 warn 和 error 条目将发送到控制台 console ，不会记录 debug 。 如何更改日志记录 HyperledgeFabric客户端的日志记录由配置设置 hfc-logging 和环境设置 HFC_LOGGING 控制。 将 default.json 配置文件中的日志设置改为一个条目： "hfc-logging": "{'debug':'console', 'info':'console'}" 使用环境设置覆盖修改配置：

EOS区块链的开发并不是立竿见影的，因为需要一些非显而易见的组件，需要对它们进行配置和协同工作。 nodeos：块生成器守护程序。 keosd：钱包守护进程，存储私钥。 eosio-cpp：智能合约编译器。 eosio.token：平台的参考标记。 cleos：用于与EOS区块链远程交互的CLI。 scatter：为本地Testnet配置的EOS钱包。 我将学到什么？ 如何运行和初始化EOS本地Testnet。 如何编译和运行EOS智能合约。 如何通过cleos进行EOS交易。 要求 要学习本教程，你需要使用下面的软件： Ubuntu Linux（推荐） docker/docker-compose 困难程度 中间 教程内容 Dockerfile（你需要的软件） docker-compose.yml（该软件应该如何运行） cleos，命令行EOS钱包。 部署eosio.token，即EOS货币系统智能合约。 Dockerfile（你需要的软件）。 你可以直接在Linux操作系统上安装以下组件，但这样可以使你的开发环境更加干净，更易于维护和测试。 以下所有文件均为官方文件，并由EOSIO发布： FROM ubuntu:18.04 RUN apt-get update && apt-get install -y curl libicu60 libusb-1.0-0 libcurl3