Hyperchain的博客

随着人工智能越来越市场化，它带来的生产力爆发不可否认，但同时也引发了一系列问题，如数据源的安全性和合法性、创作成果的版权保护以及多方协作分账等。为了解决这些问题，完善立法规范市场成为人工智能发展必须迈出的一步。而区块链凭借其独特的技术特性，将在生产关系的变革和人工智能的发展道路上发挥巨大的价值。

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

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

BaaS基于异构链打造的原生区块链告警平台，通过整合链上业务数据和资源监控数据等原始数据，支持基于实践经验灵活创建告警规则，保证区块链运行过程中85%以上的异常可以被准确定位。

本篇我们主要为大家介绍如何使用开源的性能测试工具去测试以太坊性能数据。

监控运维模块是区块链BaaS的核心模块之一，我们针对联盟链、主机和系统等多个监控对象提供丰富的监控指标。通过BaaS提供的综合监控大屏，用户可直观洞悉区块链业务全局，实现7*24小时监控全覆盖。

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

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

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

前文我们介绍了区块链BaaS平台这一区块链技术产业落地的重要工具。为了充分降低技术落地门槛，让更多关注相关技术的研发人员可以快速参与其中，我们将带来系列内容分享Web IDE等智能合约一站式研发工具，也期待与大家共同交流Web IDE的各类应用场景。

本文将与大家一同探究驱动运行机制及内部构造，深挖驱动的本质特性，详细呈现驱动之间的协同机制，从而立体地呈现：BaaS平台如何在资源相互隔离的前提下，高效支持不同区块链底层平台部署在不同的主机资源中，达到一键部署区块链服务的能力。

在上一期《异构链江湖，谁能大一统？》一文中，我们提到对于BaaS平台而言，有两个显然易见的挑战，针对“如何纳管非BaaS平台创建的联盟链”这一挑战已在上期推文中着重剖析，而针对“BaaS究竟如何灵活支持当前市场上繁多的区块链底层”这一挑战，本期详细说明。...

如果你或你的测试团队正在开展功能测试、安装部署测试、可靠性测试（混沌测试、长稳测试）、性能测试等各项测试活动，往往会面临测试工具链纷繁多样、测试指标采集及数据存储方式分散多变、难以针对产品建立体系化的多维综合测试指标视图等困扰，那么恭喜你，可以跟着本期测试实践，与我们共同体验一体化测试指标可视工程。

随着区块链技术的不断发展和应用落地，大众逐步加深了对区块链技术的认识。我们都知道，区块链具有可追溯、不可篡改等技术特点，那么链上的数据如何查询、溯源呢？这就是我们今天要分享的主角—区块链浏览器。...

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

HyperBench为区块链提供了一套通用的性能测试方案，能够适配多种不同的区块链平台，基于脚本和虚拟机可以灵活快速地构建区块链性能测试用例，秉承高效、灵活、可扩展的设计理念，为区块链性能测试标准化、易用化助力，促进区块链技术发展，更好地为区块链业务赋能。...

随着区块链技术的落地场景增多，不同区块链孤岛之间的跨链交互需求日趋迫切。例如，不同区块链上的通证（积分/资产）进行互换转移，不同区块链上业务合约的调用协同，不同区块链上业务数据的数据共享等。本文以开源的异构跨链平台 BitXHub为例，分享跨链技术在区块链BaaS平台中的融合应用，两大产品强强联合，又会擦出怎样的火花？本文将从主流跨链技术、区块链BaaS平台的跨链实践等角度展开详细介绍。...

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

前言WebAssembly虚拟机已经成为越来越多区块链智能合约执行引擎的选择。WebAssembly之所以能够在这几年受到越来越多人的关注，除了其卓越的性能以外更重要的是它的包容性，WebAssemby现阶段已经支持越来越多的语言，也让写合约的门槛变得更加的低。试想一下，当我们想编写一个区块链的合约的时候，我们不需要去学习Solidity的语法，C语言的开发人员可以用他们最熟悉的C开发合约，Rust的开发可以用Rust直接编写，Nodejs的开发可以直接用JS来编写，那么对于构建区块链合约的生态就有了重要的

前言区块链行业的发展如火如荼，已经渗透到金融、政务、司法、民生等各个领域，区块链技术也日益受到人们的关注。然而，当你想选择某一区块链平台的时候，是否会遇到以下问题 ：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

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

当前，国内区块链领域正处于高速发展阶段，各行业积极探索区块链落地应用并赋能实体经济，但在企业开展区块链业务时，难以避免以下问题：1）市场上区块链底层平台众多，一旦选定后难以变更，所以在早期技术选型时必须慎之又慎；2）完成区块链底层选型后，往往需要从0开始学习区块链部署、智能合约研发等流程，使用门槛非常高；3）完成区块链部署和智能合约研发等工作后，缺乏统一管控区块链业务的可视化运维平台，管理效率低且运维成本高。**原文链接：**https://mp.weixin.qq.com/s?__biz=Mzg2

前言图像碰到区块链会产生怎样的化学反应？从图像形成到传播，我们细细道来。图像的形成方式多种多样，常见的方式是基于各类的传感器所收集的原始数据所构成。在常见的摄影录像设备中，图像是经过一定尺寸的光学传感器在特定的光和时间而形成的；在医疗影像设备中，图像是射线通过医疗对象后被探测器接收变为电压数据信息，再由影像算法生成的。从图像生成到被消费，包含以下步骤：传感器感应、原图形成、图像处理、图像传播等。高端手机的摄像头、专用的摄影设备及各行业的影像设备更多注重传感器及原图的形成；市面上以图像为信息载体的软件特别

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

前言在《只知道IOT你就out了，BOT了解一下》中，我们详细介绍了物联网区块链（BoT）在多方参与的物联网生态中所发挥的作用与价值，其不仅可以在上游厂商与下游企业间促进多方价值协作，让多个参与方间的合作变得公平和透明，同时还可以打通“数据第一公里”，从源头采集数据并将其上链，能够有效规避因人为介入而带来的不可信问题。但是，从终端上链的数据真的是可信的吗？它是否还存在其他潜在的安全风险呢？这些风险又该如何化解呢？本文将带大家走进BoT的世界，详细剖析BoT的工作原理。原文链接：https://mp.w

前言伴随着互联网的诞生和发展，高可用架构出现并不断完善。互联网早期许多系统只依赖于一台计算机来处理请求，所以经常出现「服务不可用」的情况。为了保持系统正常运行，出现将负载分配给能够满足需求的多台计算机的高可用架构。工程师们反复使用并持续优化这些解决方案，以适应自己的需求。本文主要介绍高可用架构的演进及常用高可用架构优缺点及适用场景。原文链接：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》中，我们介绍了跨链治理的总体架构和基本流程，实际上，治理流程基本都是围绕提案展开的。中继链上几乎每一次的治理操作都会生成一个与当前操作相关的提案，提案虽小，但五脏俱全，它包含了治理过程中需要的所有关键信息、展现了治理流程的步步推进。首先，提案模型具有精简丰富的结构，囊括了治理过程中需要的各类信息；其次，提案的生命周期伴随着治理流程的推进而变化；此外，提案模型针对不同治理时间设置了不同

前言前文《天冷了，干了这碗“零知识证明”鸡汤》对「零知识证明学习」作了一个形象化的比喻：炖鸡汤。那么本系列的主要内容可以简单概括为《论高压锅炖鸡汤的一百种方法》之方法二。在学会了“清炖鸡汤”之后，不如来一口“阿胶鸡汤”补补脑细胞吧！正如鸡汤不同风味之间各具千秋，不同的zk-SNARK方案也各有所长。zk-SNARK方案可以被分为【通用】与【非通用】zk-SNARK，PLONK与Groth16分别是其中的典型代表。通过本系列，我们将对PLONK算法内容作简要介绍，并指出PLONK和Groth16算法思路上

前言之前我们介绍过两方的「隐私集合求交算法」，可以应用到计算广告的实际效果，寻找联系人，联邦学习的特征对齐等场景，例如：在新的APP上找到共同的微信好友、开会时找到所有参会者共同的空闲时间等，但是这协议是针对两方设计的，没办法安全的扩展到多方。举个例子：现在有一个会议的发起者，他想要知道自己和其他所有参会者共同的空闲时间来确定会议的时间，一种简单的方案就是会议发起者依次和每一个参会者执行两方的隐私集合求交算法获取到每个参会者和自己的共同空闲时间，再从这些共同时间中筛选出所有参会者都空闲的时间。但是这种

前言上一篇文章中，我们在 " 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，并通过画图来查看曲线在直

【导读】零知识证明是重要的密码学技术之一，其中基于电路的通用零知识证明算法更是因为近年取得的长足发展和在区块链项目中的应用而备受关注。双线性映射，也叫双线性配对或双线性对，是通用零知识证明算法的重要组成部分，也是众多密码体制，如聚合签名、身份基加密、属性基加密等的关键构件。本文从零基础开始，通过完整的模拟双线性对的原理来实现一套在小有限域上的双线性映射，帮助读者加深对双线性映射的理解。“动手计算双线性对”这个系列计划有上中下三篇内容，本文是上篇，介绍后面文章需要的一些基础知识。在中篇，我们将对一个名为c

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

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

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

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

【背景介绍】前文《打破K/V存储的性能瓶颈》中，我们提到用一个哈希值来反映区块链系统中所有对象的当前状态集合，并称之为“世界状态”。现在大多数区块链底层平台为了支持与其他链集成，或者为了部署在更小的终端，都会提供轻节点的功能，轻节点也就是存储少量数据的“轻量级节点”，但因为没有存储全量数据，无法对其他节点的数据进行正确性的验证。这里便需要其他节点生成一份数据证明，配合轻节点本地保存的“世界状态”来进行数据的验证。这份数据证明是什么？又是怎么实现的？带着这份疑问，本文将详细介绍目前主流的数据证明的实现以及