Hyperchain的博客

Baas平台内，同一区块链底层接口数据可能会被应用在不同的业务场景下，因此需要进行筛选或者排序等操作。为满足此类需求，通常后端需要开发新的接口或增加新的字段以满足业务诉求。为此，BaaS在实践中总结了一套标准的客户端与服务端间自定义查询语法，使客户端能便捷对数据库进行分页与筛选，从而获取满足不同业务场景的数据，同时可保障服务端接口的可扩展性。

区块链平台免费试用版是基于正式版的对外开放版本，为了更多高校学生、区块链技术爱好者、行业从业人员都可以尝试去搭建自己的链，试用更多功能。

因此，随着区块链的广泛应用，Baas服务的稳定性日趋关键，其中高可用部署就是重要环节。本文将从BaaS系统如何通过冗余+自动故障转移等机制，实现系统的高可用。

如何通过驱动模式高效支持不同区块链底层平台部署在不同的主机资源中，达到一键部署区块链服务的能力，该模式在后期运维方面，也可赋予区块链在云计算下的资源扩展能力及更稳定的可靠性，让区块链的运维具有更加灵活多样。

众所周知，一个优秀的系统/产品必然是极其注重用户体验的，因此在任意运行环境内，提供流畅、丝滑、平稳的服务能力至关重要，而性能测试则是实现上述能力的重要途径。在实践中，我们可以从如何设计全面的性能测试采集指标？如何实现性能可视化？这两个关键问题出发。

因此，成熟的BaaS平台不仅需要具备低门槛快速建链及运维管控的能力，还要具备对已运行的异构链纳入BaaS平台进行统一管控的能力（下文中我们将之称为“纳管”），如此一来便可以适配更多企业需求，帮助企业实现全量区块链业务的统一管控，降本增效。统一管控：可以摆脱IT、网络环境的限制，对已在运行的异构联盟链进行不侵入式的远程纳管，从而实现无论已运行一段时间的联盟链还是BaaS自建的联盟链，均可以在同一平台进行统一管控和监控。挑战2）对于非BaaS平台内创建的链，能不能也纳入管理?...

数字藏品是当下最火爆的区块链技术应用场景之一，产业的野蛮生长也蕴藏诸多隐患。本文以数字藏品的版权保护为切入点，讨论基于主子链架构的数字藏品合规发行解决方案 ，以期为数字藏品产业的良性发展提供一些思路。...

前言区块链行业的发展如火如荼，已经渗透到金融、政务、司法、民生等各个领域，区块链技术也日益受到人们的关注。然而，当你想选择某一区块链平台的时候，是否会遇到以下问题 ：1）给业务问题输出解决方案时，区块链选型焦头烂额 ？2）选型区块链时，官方测评宣传性能猛如虎，实际一测猛虎看了都流泪…3）钱都花了，怎么办 ？区块链开源性能测评工具HyperBench，解决你的问题。图片图片图片https://github.com/meshplus/HyperBench原文链接：https://mp.weixin

完成区块链应用的搭建，除了要编写和部署智能合约，还需打通业务系统和链上智能合约的交互，但在实际场景中，底层区块链和业务应用端之间的对接，往往会存在一系列的问题：1）目前区块链底层种类多样，应用对接的方式各不相同，业务应用端往往对接成本高，逻辑复杂；2）区块链本质上还是去中心化的数据库，某些应用场景下，业务高峰期，光一个应用的交易请求都可能导致节点瘫痪宕机。更进一步的，当对接多个应用端时，由于每一个节点都是单点，更有可能会成为限制区块链系统高可用性的瓶颈。因此，区块链管理者需要重点关注当一个或多个应用同时

在《区块链杀手级应用的落地畅想（上）》中，我们盘点了当前典型的区块链应用领域及新生业态，总结公链中的一些创新盈利模式，来畅想在国内联盟链的技术选型下如何打造具有颠覆性意义的杀手级应用。随着NFT、元宇宙、Web 3.0等概念兴起并迅速进入大众视野，激发了人们的无限想象，而这些业态的繁荣与其背后支撑的核心技术：区块链的发展，密切相关，如何搭建稳定的区块链基础设施至关重要。本期，我们将着重分享区块链BaaS平台在助力杀手级应用研发方面发挥的价值。原文链接：https://mp.weixin.qq.com/s

转眼间，区块链技术已问世十余年，从野蛮生长到震荡分化，仅在链的形态上就有公链、私有链、联盟链之分，不同形态下又有多种区块链底层技术、融合技术鱼龙混杂。如何看待区块链技术带来的变革与颠覆，从长远的眼光看待区块链技术的发展并在此番浪潮中感知变化？本文将着重思考联盟链的技术选型之下，在国内如何实现区块链与实体经济有机结合，盘点当下国内典型的区块链应用领域及新生业态，并总结公链中观察到的新盈利模式，畅想在国内联盟链的技术选型下如何打造具有颠覆性意义的杀手级应用。原文链接：https://mp.weixin.qq

前言微服务架构是近几年互联网行业比较火的概念，凭借灵活可扩展、独立部署…等优势，逐步成为分布式架构中的主流。那么微服务架构和区块链又能擦出哪些神奇的火花？本期将从微服务架构概述、微服务架构在BaaS平台的应用优势等角度展开介绍。原文链接：https://mp.weixin.qq.com/s/9RzKszZ02RvfHCVDqNEqzg什么是微服务架构？微服务架构（Microservice Architecture）是一种架构概念，可以简单理解成一种将复杂系统拆分设计成多个微服务的架构，系统中的每个微

前言区块链的全复制、扩展性等问题，使得业务向链上迁移会考虑采用两层设计，有基于区块链的合约层和链下拓展层，链下层承担扩展链上能力。在两层系统中，业务的存证或者协调数据在链上，链下拓展层会保存完整数据内容，并参与业务计算。随着业务的持续，链下节点的数据会逐渐累积，越来越大，数据的增长速度甚至会超过存储介质容量增长的速度，而不得不为节点提供更大的高性能磁盘，当数据增长突破容量限定后会影响系统性能与业务持续性；链上合约层，当状态数据数据累积到一定数据量级会导致系统吞吐量下降、链上数据查询变慢，服务质量下降。

前言伴随着互联网的诞生和发展，高可用架构出现并不断完善。互联网早期许多系统只依赖于一台计算机来处理请求，所以经常出现「服务不可用」的情况。为了保持系统正常运行，出现将负载分配给能够满足需求的多台计算机的高可用架构。工程师们反复使用并持续优化这些解决方案，以适应自己的需求。本文主要介绍高可用架构的演进及常用高可用架构优缺点及适用场景。原文链接：https://mp.weixin.qq.com/s/X-BxFurNa3xpNTaInqg6_g高可用性（HA）用来描述计算机系统或其组件在一段时间内连续运行

前言本篇是“PLONK VS Groth16”的下篇，在上篇中我们对PLONK作了简要介绍，分析了PLONK和Groth16算法在「可信验证」和「约束构建」上的异同。那么，接下来让我们一起看看在后续的「证明生成」和「验证阶段」两者将有怎样的差异，以及整体上的性能区别。原文链接：https://mp.weixin.qq.com/s/xrLe4cJVucr_m69cBF8wfQ证明生成对于程序qeval, prover需要证明自己知道qeval(x)=35的解，即x=3。def qeval(x):y

前言此文为BitXHub跨链治理系列第二篇：治理机制的提案模型。在上一篇《跨链治理之入门三问 ：WHO WHAT HOW》中，我们介绍了跨链治理的总体架构和基本流程，实际上，治理流程基本都是围绕提案展开的。中继链上几乎每一次的治理操作都会生成一个与当前操作相关的提案，提案虽小，但五脏俱全，它包含了治理过程中需要的所有关键信息、展现了治理流程的步步推进。首先，提案模型具有精简丰富的结构，囊括了治理过程中需要的各类信息；其次，提案的生命周期伴随着治理流程的推进而变化；此外，提案模型针对不同治理时间设置了不同

前言：从一锅鸡汤说起当读者刚开始接触零知识证明的概念时，面临第一关就是如何搞懂突如其来的大量名词，比如离散对数问题、双线性对（Pairing）还有Groth16、PLONK、RedShift等。不妨我们借用“烹饪”这个生活场景来类比其中的层次关系。如果把“密码学”比做“烹饪”，那么上个系列中对双线性对的学习就类似于学习炖汤前先简单了解的高压锅的工作原理，而zkSNARK则相当于在说明如何用高压锅炖出美味鸡汤。由此可见，双线性对是类似基础工具的角色：就像高压锅既可以炖鸡汤也可以炖排骨汤，双线性对既可以用

前言上一篇文章中，我们在 " F_101 " 上找到了17个点满足椭圆曲线方程，他们构成一个循环。那么在 " F_101 " 中元素作为坐标的点中还有没有其他的点也满足方程呢？换句话说，上篇文章列出的17个点是不是就是满足方程的全部的解呢？并非如此，比如可以验证(3,38)也满足椭圆曲线的方程，但是他不是上面17个点中的一个。另一个子群实际上，我们甚至可以通过将(6,44)作为生成元来得到一个102个元素的循环群，这个循环群涵盖了曲线在 " F_101 " 上的全部点。但是，曲线在 " F_101 "

前言上一篇分享了“模运算”相关的知识，并且计算了一些有限域的例子，这一篇我们讨论在通用零知识证明中经常提到的椭圆曲线和双线性配对。椭圆曲线作为双线性对的基础和前置知识，我们首先介绍一下其在实数域上的表现形式，然后通过计算的方法列出 ” F_101 ” 和其扩域 “ F_101^2” 上的全部元素的列表。椭圆曲线相关知识—曲线方程椭圆曲线的一般形式的方程其实比较复杂，称为Weierstrass方程，形如下面的形式：我们先将 a,b,c,d,e 随意的取值为1,2,3,4,5，并通过画图来查看曲线在直

【导读】在前文《谁允许你访问了？》中，介绍了区块链中的权限层级、基于提案投票的权限管理模型，那么基于提案投票的权限管理模型在区块链中是如何使用的呢？下文将进行介绍。随着区块链系统的运行，节点网络拓扑、用户数量会不断的变化，运行在区块链系统上的业务系统的形态与规模也会发生不断的变化。区块链系统的用户会逐渐认识到现有的区块链系统无法满足需求，需要加以升级调整，以解决运行时遇到的问题并满足一些新需求。治理就是用户对区块链系统进行调整、决策，使系统整体发生相应改变。这里就提出了三个问题：谁可以参与决策？如何进

【背景】作为一种去中心化的分布式系统，区块链系统在生产环境中会受到网络条件、节点规模、监管政策等多方面因素的影响，因此系统需要解决运维与合规问题，以保证分布式系统线上运行的安全与稳定。在计算机系统中，广义上的权限体系一般包括三个部分：授权、鉴权及受保护资源。受保护资源指的是访问需要受到一定条件约束的资源；授权指的是用户主动或被动获取访问受限资源能力的过程；鉴权指的是用户访问受限资源时通过特定机制和凭证校验用户是否具有访问能力的过程。区块链系统中的权限体系，会根据受保护资源对系统的影响范围被划分成若干层

前言趣链科技的BitXHub跨链平台是业界较为完善的跨链开源解决方案，主要通过中继链、网关和插件机制对跨链流程中的功能、安全性和灵活性等进行了优化。本文对BitXHub的meshplus/pier-client-fabric插件源码作深入解读，学习其优秀的功能设计与代码结构。跨链交易流程典型的跨链调用流程（各应用链申请/注册跨链功能、权限验证及中继链处理等细节此处省略。）本文所描述的跨链流程中，插件是作为一个独立的服务运行在应用链上的，所以更准确来说应该叫应用链适配器，而趣链BitXHub跨链平

【导读】安全性对区块链底层平台而言至关重要，各个关口都需要严格把关安全问题，一旦出现安全漏洞，可能要付出昂贵的代价。区块链平台作为一个去中心化的存储结构，底层通信网络依靠P2P网络，尤其对联盟链来说，网络安全是区块链安全性把关的第一道关口，也是一道关键的关口，它通过一定的机制有效阻止作恶节点的加入以及一些恶意信息的传播，从源头上扼制作恶行为。以趣链区块链底层平台为例，网络是如何保障区块链平台安全性的呢？下文将从各种安全机制的介绍中揭晓答案。▲ 网络拓扑不同的网络拓扑，安全性也不同，区块链底层平台无法

导 读流量控制是为了解决在面对不确定的和不稳定的流量冲击下，依旧能够保障系统的稳定运行。如果不对系统实施过载保护，大量流量冲击可能影响系统稳定性，甚至引起“雪崩效应”，导致系统崩溃，停止服务。当无法预测和控制入口流量时，则系统需要进行流量控制。要想达到系统流控的效果，系统流控策略需要从系统整体架构出发，站在系统流量来源、系统总体架构、系统模块资源分配等角度进行分析，从而制定出符合系统的流控策略。流控纬度分析▲ 流量来源角度区块链节点的入口流量大体分为两种，一种为客户端发送过来的请求，请求可能为区块

【前言】前文《区块链 ≠ 分布式存储》中，介绍了「区块链系统」和「传统分布式数据库」的异同，并认为“世界状态”的维护是区块链系统或区块链存储模块的核心关注点，而交易数据、账户及其相关数据、交易执行结果三者一同构成账户模型下区块链系统最基本的世界状态。本文将从数据特点、性能表现、扩展性等方面出发，对区块链存储模块的数据库选型及定向优化进行介绍。区块链存储模块需要关心的数据类型【账本数据】▲ 什么是区块链账本?通常情况下，区块链账本包含「账户数据」与「合约数据」。用一个日常的例子来理解账本：在查

—— 导读 ——前文，我们介绍了对虚拟机的历史、特点、发展以及Solidity和EVM进行详细介绍。Solidity和EVM的出现为区块链的应用场景打开了新的大门，但是合约开发者使用Solidity进行智能合约的开发，不可避免地存在着新语言的学习成本问题。那么，是否有这样一位老朋友，能让「合约开发者」和「区块链」快速打成一片呢？众所周知，Java是一种被广泛使用的、面向对象的编程语言，具有“一次编写，处处执行”的跨平台特性。于是，我们将Java请到了我们的区块链平台，自研了一套可以执行Java智能合

Solidity作为最早提出的智能合约语言，它的出现为区块链的应用场景打开了新的大门。—— 缘起 ——智能合约（Smart Contract）这个术语最早于1994年由跨领域法律学者尼克·萨博（NickSzabo）⾸次提出。他对智能合约的定义如下：“一个智能合约是一套以数字形式定义的承诺（commitment），包括合约参与方可以在上面执行这些承诺的协议。”所以简单来看，尼克·萨博认为智能合约是⼀套承诺。所谓承诺就是参与⽅同意的相互之间的权利和义务。因此智能合约的本质和⽬的即是承诺本身。⽐如⼀个简

—— 前言 ——我们已经了解到分布式系统一般通过状态复制机[1]原理来实现一致性。其核心思想是系统中所有副本运行着相同的状态机，只要所有副本都以相同的初识状态开始，并基于相同的初识状态执行一组相同顺序的操作，那么所有的状态最终会收敛一致，即整个系统对外表现出一致性。而确定这一组相同顺序的操作需要系统达成共识，进一步说即所有诚实节点对执行顺序达成共识，这便是著名的拜占庭将军[2]问题。拜占庭类共识算法的理论安全保证，即n>3f，n为总的节点数量，f为恶意节点数量。一个拜占庭共识算法需要保证两个性质

—— 背景 ——当前，区块链跨链平台的接入方式在架构设计上存在着较大差异，如何将应用链快速、便捷地接入跨链系统是一个亟待解决的问题。趣链BitXHub跨链服务平台采用中继链+网关的跨链方案，其中，跨链网关担任着区块链间收集和传播交易的角色。采用插件机制的设计将网关（Pier）与应用链交互的模块与跨链网关核心功能模块进行解耦，从而实现不同种类应用链高效地接入跨链系统。在Pier运行时，通过动态加载插件的方式完成不同应用链的灵活适配。为了更好的提升Pier与应用链的交互能力，具体应用链插件需要根据不同区块链的

—— Part4 拜占庭容错算法 ——▲PBFT实用性拜占庭容错算法（Practical Byzantine Fault Tolerance，PBFT），是一种在信道可靠的情况下解决拜占庭将军问题的实用方法。拜占庭将军问题最早由Leslie Lamport等人在1982年发表的论文[1]提出，论文中证明了在将军总数n大于3f，背叛者为f或者更少时，忠诚的将军可以达成命令上的一致，即3f+1<=n，算法复杂度为O(n^f+1)。随后Miguel Castro和Barbara Liskov在1999年

—— Part1 共识的分类 ——从早期的分布式一致性算法的缓慢发展到现如今区块链共识的百花齐放，共识算法的发展已经走过了四十年左右的时光。不同的共识算法的侧重点不同，因此它们所面临的问题、环境也不一样。本文将从如下几个不同角度对共识算法进行分类：▲容错类型根据是否容忍拜占庭错误，可以将共识算法分为两类。1）拜占庭容错共识算法：PBFT、PoW、PoS、DPoS2）非拜占庭容错共识算法：Paxos、Raft是否容忍拜占庭标志着该算法是否能够应用到低信任的网络当中。通常来说，公有链环境中必须使用拜

分布式一致性问题本质上可以从两个维度来认识：一是如何就某一个值达成一致的决策；二是如何就一系列连续的值达成一致的顺序决策。很显然，如果我们能够找到问题一的解决方案，那么问题二也就迎刃而解了。下面我们就从一个生活中的小问题来入手，看看如何去设计一个合理的算法来解决问题一。有这样一个家庭，由6个成员组成，分别是爸爸妈妈、爷爷奶奶、姐姐和一个3岁的弟弟。这一天，大家要线上决定一下明天出游时，弟弟戴什么颜色的帽子。由于此时5位家长分处在不同的地方（分布式系统），因此只能通过微信来交流（部分同步网络）。我们尝试通过

共识算法，可以理解为是为了实现分布式一致性协议而产生的一系列流程与规则。当分布在不同地域的节点都按照这套规则进行协商交互之后，最终总能就某个/某些问题得到一致的决策，从而实现分布式系统中不同节点的一致性。起源早期的计算机应用大都是单体架构，即单个处理器就能够承接所有的计算任务、读写任务等，那时候的计算机只需要负责将自己收到的任务按序执行、提交并返回即可，因此在那个时期，研究人员的主要研究内容是如何将单核处理器的性能优化到极致。然而，随着互联网的出现与发展，数据量呈现爆发式增长，单靠一个处理器已经无法满足

7月13日，由中国信息通信研究院、可信区块链推进计划共同主办，中国互联网协会区块链技术应用工作委员会协办的“2021可信区块链生态大会”在北京隆重举行。会上，通过资料审核、测试报告审核、质询与答疑、集中评议四个环节，在高标准、高要求的现场测试基础上，业内专家进一步严格评审测试结果，趣链科技区块链即服务平台BlocFace全量通过“可信区块链BaaS测试”的21个必测项和23个可选项，荣获《可信区块链BaaS评测》证书，技术实力再获行业认可！BlocFace是趣链科技自主研发的区块链服务平台，以提供企业级

在保险、金融、随机预测、物联网等各个场景中，预言机在区块链中已经展现出其不可替代的价值：作为区块链延伸的触角，搭建了链内与链外之间的可信桥梁，构建相互融合的价值生态。本文将从预言机的起源、定义、原理、发展等角度进行介绍。—— Part 1 从神谕、图灵机角度看预言机 ——说起预言机Oracle功能，颇具历史和神话色彩，它与Oracle甲骨文公司无关，最早起源于古希腊神话中的角色“神谕者”，神谕者可以跟奥林匹斯山上的诸神进行沟通，对未来做出预言，并将神的旨意传达给祈求未来的人民，因此Oracle最早有着

导 读随着联盟链产业的精细化发展以及国内外技术产业核心知识产权的白热化竞争，当前联盟链发展瓶颈逐渐显露，主要存在以下问题：首先，缺乏场景精细化服务。当前联盟链企业大多数使用通用化的联盟链服务平台，缺乏针对性、定制化的服务，不能很好地满足如政企、金融等特定场景下的高安全、强隐私、自主可控、性能优良等要求。其次，缺乏核心技术自主知识产权。当前我国IT产业的基础设施，包括CPU、操作系统、数据库等，仍以海外高科技企业的软硬件为主。近几年我国科技企业、IT企业经常被科技强势的国家扼住喉咙，国产自主可控发展势

BitXHub DID已成功加入全球去中心化身份联盟DIF（Decentralized Identity Foundation）的Universal Resolver，并成功取得DIF框架下名为bitxhub的method-name。这标志着BitXHub项目成为首个链原生支持W3C标准DID协议的跨链平台。区块链之间进行跨链操作时，数据从一条区块链通过可信的方式与另一条区块链进行交互，这里的数据按照类型可分为：资产数据、业务数据，以及身份数据。长久以来，各种跨链的技术方案都专注于解决资产数据和业务数据