一、架构 1.群组架构 根据业务场景和业务关系，企业可选择不同群组，形成多个不同账本的数据共享和共识。   2.并行计算模型 改变了区块中按交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能   3.分布式存储 支持企业（节点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。   4. 预编译合约 预编译合约能够突破EVM的性能瓶颈，实现高性能合约； 基于C的Precompiled合约：区块链底层内置C语言编写的Precompiled合约，执行效率更高。   5.控制台 控制台可以让用户快速掌握区块...

&nbsp; 区块链之所以能连成一条链，是因为新区块中有指向上一个区块的指针，所以说区块链的数据结构是一个链表。 但是区块链的问题就在于它是一条线，假设一个区块生成的时间是固定的，那么这样一条线的结构就会造成性能瓶颈。 因为每隔这个固定时间，只允许有一个区块添加到链上。所以要提升区块链的性能，大概有两个思路，一个是缩短生成一个区块的时间，而对于采用了DAG技术的区块链项目，走的就是另外一个思路了，也就是改变数据的结构，让新数据的添加可以平行进行。 &nbsp; &nbsp; https://zhuanlan.zhihu.com/p/52424180 <!-本文包含：- <!-...

&nbsp; 1.执行平台 Ethereumdevelopsitsownmachinelanguage(bytecode)andavirtualmachine(calledEVM)forexecutingthecode,whichisalsoadoptedbyParity，ThisenablesEthereumtokeeptrackof&nbsp;gas,thetaxonexecution. HyperLedgerdoesn’thavethisconcept,andsimplysupportsrunningDockerimages. &nbsp; &nbsp; 2.数据结构 The...

&nbsp; 从上图可看出，PBFT共识流程中，节点之间需要相互广播共识消息包，且网络复杂度与节点数目的平方成正比，严重限制了PBFT的可扩展性。 具体节点数量还跟网络带宽有关，pbft的共识节点一般在百个以内。 节点无上限吧，只是参与共识的节点最多100，其它的节点可以作为同步节点只同步区块并不参与共识 &nbsp; fiscobcos提供的rpbft可以支持更多节点参与，随机分组bft， 在bcos的rpbft共识里，共识节点和同步节点可以相互转换，并不是一直不变的。 &nbsp; &nbsp; &nbsp; &nbsp; <!-本文包含：- <!--

&nbsp;一、&nbsp;请求是无状态的（我暂时认为的） 服务的有状态和无状态 对服务器程序来说，究竟是有状态服务，还是无状态服务，其判断依旧——两个来自相同发起者的请求在服务器端是否具备上下文关系。 状态化请求，服务器端一般都要保存请求的相关信息，每个请求可以默认地使用以前的请求信息。 无状态请求，服务器端所能够处理的过程必须全部来自于请求所携带的信息，以及其他服务器端自身所保存的、并且可以被所有请求所使用的公共信息。 （https://www.cnblogs.com/xiangkejin/p/9010516.html） &nbsp; &nbsp;二、&nbsp;数据是可以有状态的 ...

Caliper前后端分离的设计原则使得只要后端的区块链系统开放了相关网络端口，Caliper便可以对该系统进行测试。 结合Docker提供的性能数据统计服务或本地的ps命令工具，Caliper能够在测试的同时收集节点所在机器上的各种性能数据，包括CPU、内存、网络及磁盘的使用等。 尽管Caliper能工作在不使用Docker模式而是使用原生二进制ficos-bcos可执行程序搭建出的链上，但是那样Caliper将无法获知节点所在机器上的资源消耗。 因此，在目前的Caliper版本下（v0.2.0），我们推荐使用Docker模式搭链。 &nbsp;Caliper压力测试指南(FiscoBc...

&nbsp; &nbsp; 一、&nbsp;Dapp是什么 DAPP（分布式应用），区块链新物种，去中心化App。 &nbsp;二、Dapp的组成 一个完整的DAPP至少包含三部分： 第一部分，你制作好的网页必须部署到服务器上； 第二个你必须拥有一个完整的智能合约； 第三个就是你的网页和你的智能合约必须要有完善的交互的过程。 &nbsp;三、Dapp和智能合约的区别关系 DAPP包含智能合约。 智能合约相对来说是一个服务器的一个后台，智能合约是用来实现功能的，它是一串代码，用户使用起来非常的不方便。 如果想实现跟用户友好的交互，就需要做一个前台页面，前台页面通过IP接口和后台对接，比...

&nbsp;一、以太坊智能合约的运行原理 1.智能合约 智能合约是一种特殊协议，旨在提供、验证及执行合约。 具体来说，智能合约是区块链被称之为“去中心化的”重要原因，它允许我们在不需要第三方的情况下，执行可追溯、不可逆转和安全的交易。 &nbsp; 在以太坊，记录在区块链账本里的不仅仅是账户余额，还有函数调用后变量的新状态。 &nbsp; &nbsp; 2.开发步骤 step1:&nbsp;启动以太坊节点 启动一个以太坊节点（如Geth） &nbsp; step2：编写 使用智能合约编程语言（如Solidity）编写智能合约（后缀为.sol）。 可以将一个智能合约实例理解成一个对象，编写...

一、必要的数据结构 1.基础数据类型 classString;//基础字符串数据结构 classBlob;//基础二进制数据，用来表示对象序列化之后的线性二进制数据 classCriticalSection;//临界区，多线程互斥对象 classBigInt;//区块链中很多地方的数值采用大整数来表示，例如余额，挖矿难度等。例如用一个32字节的无符号大整数，表示0到2^256-1的整数。 &nbsp; 2.公钥和私钥 非对称加密函数，公私钥对可以在不联网的情况下，任意生成，并且全球唯一。 通常为32到64字节的无结构二进制数据。 typedef BYTEPublicKey[32];//公...

&nbsp; 一、分层 &nbsp; 通过借鉴计算机网络通信体系架构的OSI模型，可将区块链逻辑架构划分为三层。 1.layer0 其中第0层（Layer0）对应OSI模型的1-4层（底层协议），包括传输层。 &nbsp; 2.layer1 第1层和第2层对应OSI模型的5-7层（上层协议），第1层（Layer1）包括数据层、网络层、共识层和激励层. &nbsp; 3.layer2 第2层（Layer2）包括合约层和应用层。 &nbsp; 二、作用 Layer1解决信任，Layer1的代币的存在是为了让这条底层公链能够抵抗51%攻击。 Layer2搞定性能，对于Layer2协议来说，唯...

&nbsp; 1.分类 区块链共识算法可以根据其容错类型、部署方式、一致性程度、选主策略等多个维度进行分类。 &nbsp; 维度 该维度的所有分类 1 容错类型 拜占庭容错、非拜占庭容错 2 部署方式 公有链共识、联盟链共识和私有链共识 3 一致性程度 强一致性共识、弱(最终)一致性共识 4 选主策略 选举类共识、证明类共识、随机类共识、联盟类共识、混合类共识 2.区别 目前，区块链采用的共识机制主要基于工作量证明(PoW)、权益证明(PoS)、拜占庭协议(BA)等。各类共识机制在效率、安全性等方面有利有弊，目前区块链协议的效率，特别是高速处理海量数据的能力是...

&nbsp; 一、&nbsp;什么是“不可能三角”？ 在区块链公链中，很难同时做到： 1.既有很好的“去中心化”（Decentralization） 2.又有良好的系统“安全性”（Security） 3.同时还能有很高的“交易处理性能”（可扩展性Scability） 其中“交易处理性能”也就是经常说的TPS—每秒处理交易的笔数。 &nbsp; 二、BTC、ETH、EOS 1.BTC 比特币每个区块2M，TPS大概只有每秒7笔。 2.以太坊 以太坊的TPS每秒大概7到15左右。 3.EOS EOS的TPS虽然没有达到官方曾经宣扬的百万级，但在三大公链中是最高的，达到了3000到4000...

（1）两军问题： 在不可靠的通信链路上试图通过通信达成一致共识是不可能的。 （2）拜占庭将军问题： 在可能存在故障节点（硬件错误、网络拥塞或断开、遭到恶意攻击）、通过点对点消息通信的网络中,非故障节点如何能够针对特定值达成一致共识。[笨1]&nbsp; （3）FLP不可能定理： 在含有多个确定性进程的异步系统中,只要有一个进程可能发生故障,那么就不存在协议能保证有限时间内使所有进程达成一致。[笨2]&nbsp; （4）CAP定理： 分布式系统无法同时满足一致性(Consistency)、可用性(Availability)和分区容错性(Partitiontolerance),最多只能同时满...

&nbsp; 共识算法是区块链技术的核心要素，也是近年来分布式系统研究的热点。共识(Consensus)和一致性(Consistency)虽然近似，但还是有一些差别: &nbsp; 传统一致性研究 共识研究 侧重 节点共识过程最终达成的稳定状态 分布式节点达成一致的过程及其算法 是否考虑拜占庭容错 大多不考虑拜占庭容错问题,即假设不存在恶意篡改和伪造数据的拜占庭节点 考虑拜占庭容错问题 应用场景 节点数量有限且相对可信的分布式数据库环境 运行在复杂、开放和缺乏信任的环境,节点数量多，可能存在恶意拜占庭节点 <!-本文包含：- <!--

&nbsp; 1.挖矿 挖矿我们可以简单理解为计算一道很难的数学题，比如一个网站的密码可能是6位数，你想要暴利穷举破解，123456输入不成功，下一次可能输入123457，直至碰撞到密码登录成功为止。 &nbsp; 2.哈希率 计算机每秒钟可以计算随机碰撞的次数就是哈希率。 也就是上面例子中每秒钟可以尝试验证密码正确性的次数。 &nbsp; 3.单位 100Hash/s，就代表矿机每秒钟可以随机碰撞100次，简写成100H/s。 1KH/s=1000H/s 1MH/s=1000000H/s 1GH/s=1000000000H/s 1TH/s=1000000000000H/s 1PH/s=...

&nbsp; 一、&nbsp;由来 在分布式网络中，网络节点是否具有高扩展性，节点的可用性，数据如何进行传播，且在一个不稳定的分布式网络环境中，如何保证数据的实时同步，是所有开发人员都需要关注并解决的问题。 Gossip协议取自人类的"八卦"概念，两个人只要愿意，可以随时互相交换信息。 Gossip协议最初是在1987年由AlanDemers发明的，他当时是Xerox的PaloAlto研究中心的研究员，专门研究在不可信网络环境中路由信息的方式。 &nbsp; 二、Gossip作用 Gossip是一种去中心化的分布式协议，用于实现节点或者进程之间的信息交换，通常被用在大型的无中心化网络环境...

声明：链码开发语言是golang，源码分析是基于fabric1.4.0版本 &nbsp;用户链码与peer的关系 用户链码是一个独立的进程，使用docker封装（非dev模式下）。 链码容器由peer创建，在启动容器时指定了peer的地址，所以链码容器启动后能够找到peer，并建立tcp长连接，其中peer为服务端，协议是：grpc-&gt;http2-&gt;tcp。 switchccType{ casepb.ChaincodeSpec_GOLANG.String(),pb.ChaincodeSpec_CAR.String(): lc.Args=[]string{"chainco...

1.已安装blockchainexplorer和fabric 2.首先启动fabric网络 3.&nbsp;连接数据库 &nbsp;&nbsp;&nbsp;sudo-upostgrespsql 4.运行&nbsp;blockchainexplorer &nbsp;&nbsp;&nbsp;cdblockchain-explorer-0.3.5.1/ &nbsp;&nbsp;&nbsp;//开启后台执行&nbsp;&nbsp;&nbsp;./start.sh&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;//http://localhost:8080&nbsp;查看...

最终环境说明：ubuntu环境、新建并进入名为fabric的用户，Composer和blockchainexplorer都被安装到了fabric用户的目录 &nbsp; 一、前置条件 1.已安装HyperledgerFabric 2.&nbsp;已安装HyperledgerComposer 3.已安装nodejs8.11.x(Notethatv9.xisnotyetsupported)（如果安装了Fabric，一般该项已安装） 4.已安装docker17.06.2-ce（如果安装了Fabric，一般该项已安装） 5.已安装docker-compose1.14.0（如果安装了Fabric，...

//1.进入docker，获取当前区块链的配置信息，并存为config.pb peerchannelfetchconfig-ccomposerchannel./config.pb--ordererorderer.example.com:7050 &nbsp; //2.将docker中的config.pb拷贝到Ubuntu主机中 $dockercpb7200c1b6150:/opt/gopath/src/github.com/hyperledger/fabric/config.pb/home/fabric/fabric-tools/fabric-scripts/ &nbsp; //3...