CN110009356A - 一种基于区块链的业务数据上链方法及其系统 - Google Patents

Abstract

本申请公开了一种基于区块链的业务数据上链方法及其系统，应用于区块链系统中，所述系统包括至少一个区块链节点，所述方法包括：所述区块链节点接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；所述区块链节点将所述业务结构数据打包成第一区块；响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链。本申请能够让业务数据的过程上链，在区块链系统中，业务数据的历史通过业务数据的ID进行对应，用户能够查询业务的历史信息。

Description

一种基于区块链的业务数据上链方法及其系统

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的业务数据上链方法及其系统。

背景技术

目前，区块链、物联网以及人工智能并列为未来科技的三大技术。区块链技术是基于去中心化的对等网络，用开源软件把密码学原理、时序数据和共识机制相结合，来保障分布式数据库中各节点的连贯和持续，使信息能即时验证、可追溯，但难以篡改和无法屏蔽，从而创造了一套隐私、高效、安全的共享价值体系。

随着区块链应用场景的增加，越来越多的业务数据需要上链。然而，现有的业务数据都是将业务数据的结果上链，例如：交易的金额；还不能实现业务数据的结构化上链，即在区块链上展现业务数据的变化过程，例如：软件的版本、商品的价格；这些业务数据有强烈的上链需求。

因此，如何实现业务数据的过程上链，成为亟待解决的问题。

上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。

发明内容

为了解决上述问题，本申请提供一种基于区块链的业务数据上链方法及其系统，该方法能够让业务数据的过程上链，用户能够查询业务的历史信息。

本申请第一方面提供一种基于区块链的业务数据上链方法，应用于区块链系统中，所述系统包括至少一个区块链节点，所述方法包括：

所述区块链节点接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；

所述区块链节点将所述业务结构数据打包成第一区块；

响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链。

在一种可能的实施方式中，所述方法还包括：所述区块链节点接收业务服务器发送的业务数据上链请求，所述业务数据包括业务ID、时间戳、用户ID、业务数据属性；所述区块链节点对所述业务数据进行打包成第二区块；响应于所述区块链系统对所述第二区块验证通过后，所述第二区块上链。

在一种可能的实施方式中，所述方法还包括：所述业务服务器接收第一终端查询请求，所述查询请求包括所述第一终端查询区块链上所述业务ID的业务关联属性和业务非关联属性；所述业务服务器获取所述区块链上所述业务ID对应的至少一个业务关联属性和至少一个业务非关联属性；所述业务服务器将所述业务ID对应的至少一个所述业务关联属性和至少一个所述业务非关联属性发送给所述第一终端；其中，所述业务ID对应的至少一个业务关联属性的属性值自动叠加。

在一种可能的实施方式中，所述业务数据为用于交易的业务数据，所述方法还包括：

所述业务服务器用公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述业务服务器包括第一公钥和第一私钥；

所述业务服务器接收第二终端发送所述业务数据的购买请求；

所述业务服务器确定所述第二终端已支付所述业务数据对应的费用后，用所述第一私钥对所述业务加密数据解密；

所述业务服务器将解密后的所述业务数据发送给所述第二终端，且将所述业务数据对应的费用发送给所述业务数据的所有者；其中，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。

在一种可能的实施方式中，所述业务数据为用于交易的业务数据，所述方法还包括：

所述第三终端用第三公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述第三终端包括第三公钥和第三私钥；

所述第三终端接收所述业务服务器发送的第二终端对所述业务数据的购买请求；

所述第三终端确定所述第二终端支付所述业务数据对应的费用后，用所述第三私钥对所述业务加密数据解密；

所述第三终端将解密后的业务数据发送给所述第二终端，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。

在一种可能的实施方式中，所述业务数据为用户对商品的点赞操作，所述业务ID为商品ID，业务数据属性为业务关联属性；

至少一个所述业务数据上链后，所述商品ID对应的至少一个用户的点赞操作的值，自动叠加。

在一种可能的实施方式中，所述业务数据为用户对商品的价格操作，所述业务ID为价格ID，业务数据属性为非关联属性；

至少一个所述业务数据上链后，所述价格ID对应的至少一个用户的价格操作值。

在一种可能的实施方式中，所述区块链系统包括主链节点和子链节点，所述主链通过智能合约管理至少一个子链，所述智能合约包括子链的共识机制和子链的验证方式；

所述业务数据存储在所述子链上，所述业务数据包括文件数据。

在一种可能的实施方式中，响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链；包括：通过可验证的DPoS算法对所述第一区块进行验证，所述区块链节点为第一超级节点，所述超级节点用于打包区块和验证区块，所述验证节点用于验证区块，具体为：

所述第一超级节点对所述第一区块验证通过后，将所述第一区块发送给其余超级节点进行验证，所述其余超级节点为多个超级节点中除所述第一超级节点外的超级节点；

所述其余超级节点采用实用拜占庭容错算法对所述第一区块进行验证；

当所述其余超级节点对所述第一区块验证通过后，所述第一超级节点通过可验证的随机算法随机选择多个所述验证节点，多个所述验证节点采用实用拜占庭容错算法对所述第一区块进行验证；

当多个所述验证节点对所述第一区块验证通过后，所述第一区块上链。

本申请第二方面提供一种基于区块链的业务数据上链系统，所述区块链系统中，所述系统包括至少一个区块链节点；其中，

所述区块链节点，接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；

所述区块链节点，将所述业务结构数据打包成第一区块；

响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链。

本申请能够让业务数据的过程上链，在区块链系统中，业务数据的历史通过业务数据的ID进行对应，用户能够查询业务的历史信息。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。

图1为本申请实施例提供的一种基于区块链的业务数据上链流程示意图；

图2为本申请实施例提供的一种基于区块链的业务数据交易流程示意图；

图3为本申请实施例提供的一种区块验证方法流程示意图。

具体实施方式

为了更清楚的阐释本申请的整体构思，下面结合说明书附图以示例的方式进行详细说明。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的顺序在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例中所称的节点，可以理解为响应外界特定触发条件，并按一定规则做状态转换的抽象机器，可以是手机、平板电脑、掌上电脑、个人PC电脑等可以按照应用软件且能够联网的设备。

如图1所示，一种基于区块链的业务数据上链方法，应用于区块链系统中，所述系统包括至少一个区块链节点，所述方法包括：

S101，所述区块链节点接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID。

S102，所述区块链节点将所述业务结构数据打包成第一区块。

S103，响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链。

在众多应用场景中，业务数据的上链有助于提高可信度和可溯源性，例如：用户的调研数据、商品的购买数据、品牌的评价数据等，并且这些数据的购买量、评价值等都有非常强的上链需求。业务数据的上链有三个主要特征：1，数据是支撑更改的，在本申请的区块链中可以体现为数据的版本，每次更改都可以通过版本的形式保存在链上，因此可以追溯数据的所有更改历史；2，加密验证，数据和属性的更改都需要使用用户的私钥进行加密，通过公钥验证后，才可以保存和更改；3，数据的属性被结构化的保存下来，数据的属性分为关联属性和非关联属性，关联属性的值本身并不能直接被更改，而是关联到区块链上的另一条数据，从而该关联属性值被自动更改，例如：购买次数的值，当有用户的购买数据保存在链上后，该购买次数的值才能被自动增加；非关联属性的值可以被直接更改，该属性值不会自动增加，例如：商品的价格，由商品的拥有者定价，区块链只将所有该商品ID对应的价格历史保存下来。

举例来说，业务结构数据包括数据的全局状态信息，例如：

本申请实施例中的关联属性，是指购买次数增加后，该总的购买次数会自动增加，当用户查询时，展示给用户。无论关联还是非关联属性，用户查询时，都可以查到该属性的全部链上保存历史。

在一个示例中，所述方法还包括：所述区块链节点接收业务服务器发送的业务数据上链请求，所述业务数据包括业务ID、时间戳、用户ID、业务数据属性；所述区块链节点对所述业务数据进行打包成第二区块；响应于所述区块链系统对所述第二区块验证通过后，所述第二区块上链。

在一个示例中，所述方法还包括：所述业务服务器接收第一终端查询请求，所述查询请求包括所述第一终端查询区块链上所述业务ID的业务关联属性和业务非关联属性；所述业务服务器获取所述区块链上所述业务ID对应的至少一个业务关联属性和至少一个业务非关联属性；所述业务服务器将所述业务ID对应的至少一个所述业务关联属性和至少一个所述业务非关联属性发送给所述第一终端；其中，所述业务ID对应的至少一个业务关联属性的属性值自动叠加。

在一个示例中，所述业务数据为用于交易的业务数据，所述方法还包括：所述业务服务器用公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述业务服务器包括第一公钥和第一私钥；所述业务服务器接收第二终端发送所述业务数据的购买请求；所述业务服务器确定所述第二终端已支付所述业务数据对应的费用后，用所述第一私钥对所述业务加密数据解密；所述业务服务器将解密后的所述业务数据发送给所述第二终端，且将所述业务数据对应的费用发送给所述业务数据的所有者。

之后，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。

在上述方式中，利用业务服务器的公钥对可交易的业务数据进行加密，满足预设条件时，业务服务器的私钥对加密后的业务数据解密，从而完成可交易的业务数据的交易流程。

在另外一种方式中，用户通过客户端自己的公钥对可交易的业务数据进行加密，满足预设条件后，用户再通过客户端自己的私钥解密。这里的预设条件可以用智能合约来执行。

在一个示例中，所述业务数据为用户对商品的点赞操作，所述业务ID为商品ID，业务数据属性为业务关联属性；至少一个所述业务数据上链后，所述商品ID对应的至少一个用户的点赞操作的值，自动叠加。

在一个示例中，所述业务数据为用户对商品的价格操作，所述业务ID为价格ID，业务数据属性为非关联属性；至少一个所述业务数据上链后，所述价格ID对应的至少一个用户的价格操作值。

在一个示例中，所述业务数据为用于交易的业务数据，所述方法还包括：所述第三终端用第三公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述第三终端包括第三公钥和第三私钥；所述第三终端接收所述业务服务器发送的第二终端对所述业务数据的购买请求；所述第三终端确定所述第二终端支付所述业务数据对应的费用后，用所述第三私钥对所述业务加密数据解密；所述第三终端将解密后的业务数据发送给所述第二终端。

之后，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。

以图2为例，在区块链上，对可交易的业务数据进行说明。目前区块链都只能实现转账，即只能实现各种数字货币的交易，不能对业务数据进行交易。

S201，业务数据所有者通过客户端将业务数据发送给业务服务器。

S202，业务服务器将业务数据用私钥加密后，存储在区块链上。

此时，业务服务器可以是区块链节点，将业务数据发送给具有打包功能的其他区块链节点进行打包，且发送给具有验证功能的区块链节点进行验证，验证通过后，所述业务数据上链。业务数据上链后，只有业务数据的所有者能够通过其私钥查看该业务数据。其他用户只能查到该业务数据的一部分。业务服务器不是区块链节点时，将该业务数据发送给区块链节点，进行上链的过程。

S203，业务数据购买者向业务服务器发送业务数据购买请求。

业务数据购买者需要支付该业务数据的费用后，改业务服务器会验证业务数据购买者是否转账成功。该转账过程，可以通过支付数字货币，或者支付代币。

S204，该业务服务器确认业务数据所有者收到转账的费用后，用私钥对加密的业务数据进行解密，将解密的业务数据发送给业务数据的购买者。

业务数据的购买者可以通过终端查看。上述中，业务服务器可以是某种去中心化的APP应用软件的服务器，业务数据购买者或业务数据所有者的终端指的是安装有该去中心化的APP应用软件的终端。

该终端可以是手机，或者是能够安装软件，且能够联网的设备。

该业务数据购买者通过终端接收到解密的业务数据后，终端用自身的公钥将解密后的业务数据加密，发送给业务服务器，业务服务器会将该用业务数据购买者公钥加密的数据，存在区块链上。这样业务数据购买者可以随时查看该业务数据。

上述讨论中，业务数据可以是一篇论文，一条影评，调研数据等可以用来交易的数据。

在一个示例中，所述区块链系统包括主链节点和子链节点，所述主链通过智能合约管理至少一个子链，所述智能合约包括子链的共识机制和子链的验证方式；所述业务数据存储在所述子链上，所述业务数据包括文件数据。

需要说明的是，一些业务数据大的区块链应用场景，可以将文件数据的哈希值存储在子链上，原始的业务数据链下保存。

此时，一条子链可以对应一个智能合约，对应一个共识机制。所述共识机制包括工作量证明(Proof of Work，PoW)、权益证明(Proof of Stake，POS)以及授权股权证明(Delegated Proof of Stake，DPoS)的一种。

所述子链的验证方式包括子链节点将验证区块进行哈希运算后，得到的哈希值存储在所述主链区块的区块体中；所述验证区块是相隔预设块高度的多个区块，或者所述验证区块是相隔随机块高度的多个区块。

在一个示例中，响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链；包括：通过可验证的DPoS算法对所述第一区块进行验证，所述区块链节点为第一超级节点，所述超级节点用于打包区块和验证区块，所述验证节点用于验证区块，如图3所示，具体为S301-S304。

S301，所述第一超级节点对所述第一区块验证通过后，将所述第一区块发送给其余超级节点进行验证，所述其余超级节点为多个超级节点中除所述第一超级节点外的超级节点。

S302，所述其余超级节点采用实用拜占庭容错算法对所述第一区块进行验证。

S303，当所述其余超级节点对所述第一区块验证通过后，所述第一超级节点通过可验证的随机算法随机选择多个所述验证节点，多个所述验证节点采用实用拜占庭容错算法对所述第一区块进行验证。

S304，当多个所述验证节点对所述第一区块验证通过后，所述第一区块上链。

上述验证示例中，上述其余超级节点对上述第一区块进行验证，与第一超级节点打包生成新的区块过程，可以同时进行，不需要等待区块验证过程完全结束后，才开始产生新的区块，从而提高了区块的产生效率；同时，上述多个验证节点对区块进行验证，与第一超级节点产生新的区块的过程，也可以同时进行。

此时，利用VRF算法选择多个验证节点对第一区块进行验证，可以防止超过三分之一的超级节点做恶；如果有超过三分之一的超级节点做恶，第一超级节点随机选择的多个验证节点对第一区块拒绝验证，或者验证不通过，该第一区块不能成功上链。

从而，第一超级节点采用VRF算法对上链的区块进行验证，能够提升区块链系统的安全性；并且，上述讨论可知，第一超级节点采用VRF算法对上链的区块进行验证时，第一超级节点还可以继续打包生成新的区块，既还能够提升区块链系统的区块生成效率。

此外，由于多个验证节点能够存储整条区块链，相对于现有的DPoS算法(DPoS算法中，只有100个左右的代理权益节点才有验证的功能)，增加了区块链系统的去中心化程度。验证节点发现该区块验证不通过时，将该区块废弃，从该区块的上一个区块重新进行区块生成和验证流程；并且将其余超级节点中判断该区块验证通过的超级节点，作为做恶节点；然后，验证节点将该做恶节点拉入黑名单，新增超级节点对做恶的超级节点进行替换。本申请的区块链系统中，根据上述机制，可以防止任意数量的超级节点做恶。

本申请公开了一种基于区块链的业务数据上链系统，所述区块链系统中，所述系统包括至少一个区块链节点。

所述区块链节点，接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID。

所述区块链节点，将所述业务结构数据打包成第一区块。

响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链。

本申请能够让业务数据的过程上链，从而支持更多应用场景的业务数据上链；在区块链系统中，业务数据的历史通过业务数据的ID进行对应，用户能够查询业务的历史信息。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种基于区块链的业务数据上链方法，其特征在于，应用于区块链系统中，所述系统包括至少一个区块链节点，所述方法包括：

所述区块链节点接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；

所述区块链节点将所述业务结构数据打包成第一区块；

响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述区块链节点接收业务服务器发送的业务数据上链请求，所述业务数据包括业务ID、时间戳、用户ID、业务数据属性；

所述区块链节点对所述业务数据进行打包成第二区块；

响应于所述区块链系统对所述第二区块验证通过后，所述第二区块上链。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

所述业务服务器接收第一终端查询请求，所述查询请求包括所述第一终端查询区块链上所述业务ID的业务关联属性和业务非关联属性；

所述业务服务器获取所述区块链上所述业务ID对应的至少一个业务关联属性和至少一个业务非关联属性；

所述业务服务器将所述业务ID对应的至少一个所述业务关联属性和至少一个所述业务非关联属性发送给所述第一终端；其中，所述业务ID对应的至少一个业务关联属性的属性值自动叠加。

4.根据权利要求3所述的方法，其特征在于，所述业务数据为用户对商品的点赞操作，所述业务ID为商品ID，业务数据属性为业务关联属性；

至少一个所述业务数据上链后，所述商品ID对应的至少一个用户的点赞操作的值，自动叠加。

5.根据权利要求3所述的方法，其特征在于，所述业务数据为用户对商品的价格操作，所述业务ID为价格ID，业务数据属性为非关联属性；

至少一个所述业务数据上链后，所述价格ID对应的至少一个用户的价格操作值。

6.根据权利要求1-3任意一项所述的方法，其特征在于，所述业务数据为用于交易的业务数据，所述方法还包括：

所述业务服务器用公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述业务服务器包括第一公钥和第一私钥；

所述业务服务器接收第二终端发送所述业务数据的购买请求；

所述业务服务器确定所述第二终端已支付所述业务数据对应的费用后，用所述第一私钥对所述业务加密数据解密；

所述业务服务器将解密后的所述业务数据发送给所述第二终端，且将所述业务数据对应的费用发送给所述业务数据的所有者；其中，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。

7.根据权利要求1-3任意一项所述的方法，其特征在于，所述业务数据为用于交易的业务数据，所述方法还包括：

所述第三终端用第三公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述第三终端包括第三公钥和第三私钥；

所述第三终端接收所述业务服务器发送的第二终端对所述业务数据的购买请求；

所述第三终端确定所述第二终端支付所述业务数据对应的费用后，用所述第三私钥对所述业务加密数据解密；

所述第三终端将解密后的业务数据发送给所述第二终端，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。

8.根据权利要求1所述的方法，其特征在于，所述区块链系统包括主链节点和子链节点，所述主链通过智能合约管理至少一个子链，所述智能合约包括子链的共识机制和子链的验证方式；

所述业务数据存储在所述子链上，所述业务数据包括文件数据。

9.根据权利要求1所述的方法，其特征在于，响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链；包括：通过可验证的DPoS算法对所述第一区块进行验证，所述区块链节点为第一超级节点，所述超级节点用于打包区块和验证区块，所述验证节点用于验证区块，具体为：

所述第一超级节点对所述第一区块验证通过后，将所述第一区块发送给其余超级节点进行验证，所述其余超级节点为多个超级节点中除所述第一超级节点外的超级节点；

所述其余超级节点采用实用拜占庭容错算法对所述第一区块进行验证；

当所述其余超级节点对所述第一区块验证通过后，所述第一超级节点通过可验证的随机算法随机选择多个所述验证节点，多个所述验证节点采用实用拜占庭容错算法对所述第一区块进行验证；

当多个所述验证节点对所述第一区块验证通过后，所述第一区块上链。

10.一种基于区块链的业务数据上链系统，其特征在于，所述区块链系统中，所述系统包括至少一个区块链节点；其中，

所述区块链节点，接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；

所述区块链节点，将所述业务结构数据打包成第一区块；

响应于所述区块链系统对所述第一区块验证通过后，所述第一区块上链。