Hyperchain的博客

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

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

此文为开源跨链项目BitXhub的跨链治理系列文章的开山篇，介绍治理机制的整体架构。将围绕“Who”——谁来治理、“What”——治理什么、“How”——如何治理三个问题展开，其中涉及到的更深层次的提案模型、投票策略等特性，将留在后续的文章进行讲解。 为保证跨链平台成员规范工作、系统健康升级、联盟稳态发展，BitXHub提供了一套跨链治理机制，对应用链准入、验证规则更新、节点增删等问题提供全方位的有效治理。 —— 架构总览 —— 治理机制的整体架构如下图所示。基于跨链平台上的多种治理角色，依托规范的提案模型

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

—— Part1 现状 —— 区块链可以视作一个在分布式环境下众多可信节点共同维护的且不可篡改的账本。在区块链系统中，数据以区块作为基本单位，区块链系统利用levelDB基于Key-Value结构的数据库存取数据，通过多节点冗余存储实现账本可信，然而随着区块链运行时间的增长，区块链的存储容量将呈线性增长，且这种数据的增长速度甚至会超过存储介质容量增长的速度，因此，区块链数据存储将成为限制区块链技术发展的重要因素。 面对这一棘手的问题，数据归档技术应运而生，什么是数据归档呢？ —— Part2 什么是数据归