CN112988889A

CN112988889A - Method, device, equipment and storage medium for realizing block chain service

Info

Publication number: CN112988889A
Application number: CN202110239906.9A
Authority: CN
Inventors: 王海龙; 孙海波; 王�义
Original assignee: JD Digital Technology Holdings Co Ltd
Current assignee: JD Digital Technology Holdings Co Ltd
Priority date: 2021-03-04
Filing date: 2021-03-04
Publication date: 2021-06-18
Anticipated expiration: 2041-03-04
Also published as: CN112988889B

Abstract

The application provides a method, a device, equipment and a storage medium for realizing block chain service, wherein the method comprises the following steps: performing service layering on the initial block chain service to obtain various types of block chain services; respectively carrying out micro-service processing on the various types of block chain services to obtain micro-services of types corresponding to the various types of block chain services; and realizing management of various services based on an intelligent contract mode, and providing block chain services for external electronic equipment by adopting micro services of corresponding types. According to the scheme of the application, the horizontal expandability of the block chain service can be improved.

Description

Method, device, equipment and storage medium for realizing block chain service

Technical Field

The present application relates to the field of blockchain technologies, and in particular, to a method, an apparatus, a device, and a storage medium for implementing blockchain services.

Background

The block chain is used as a decentralized distributed account book technology, and is widely applied to the fields of traceability, evidence storage, internet finance and the like due to the characteristics of safe data storage, distributed property, difficulty in tampering and the like. Scalability of the blockchain service is important, and the extension types of the blockchain service include vertical extension and horizontal extension.

In the related technology, a peer node (peer node) of a blockchain underlying engine Hyperleader Fabric is divided into three services, namely an Endorser service, an analysis service and a Fast peer service, wherein the peer node is used for storing data and executing a specific program, the Endorser service is responsible for simulating execution of a transaction proposal, collecting a read-write set and endorseing the read-write set, storing state data by using a memory, the Fast peer service executes block and transaction syntax check, transaction endorsement check and transaction read set conflict check, and stores transaction confirmation related data by using the memory, and the Analytics service is responsible for persistently storing the data. Although the peer nodes are divided into roles in the scheme, each service still needs to undertake all roles-related work, for example, the Fast peer service undertakes all work in the transaction confirmation process, and is difficult to meet the higher and higher performance requirements brought by service expansion and data accumulation under long-term operation, and the horizontal expandability needs to be improved.

Disclosure of Invention

The present application is directed to solving the technical problems of the related art.

Therefore, the application provides a method, an apparatus, a device and a storage medium for implementing a blockchain service, so as to improve the horizontal expandability of the blockchain service.

An embodiment of a first aspect of the present application provides a method for implementing a block chain service, including:

performing service layering on the initial block chain service to obtain various types of block chain services;

respectively carrying out micro-service processing on the multiple types of block chain services to obtain micro-services of types corresponding to the multiple types of block chain services; and

and realizing management of various services based on an intelligent contract mode, and providing block chain services for external electronic equipment by adopting the micro services of the corresponding types.

An embodiment of a second aspect of the present application provides an apparatus for implementing a blockchain service, including:

the layering module is used for carrying out service layering on the initial block chain service so as to obtain various types of block chain services;

the generation module is used for respectively carrying out micro-service processing on the various types of block chain services to obtain micro-services of types corresponding to the various types of block chain services; and

and the service module is used for realizing the management of various services based on an intelligent contract mode and providing block chain services for external electronic equipment by adopting the micro services of the corresponding types.

The embodiment of the third aspect of the present application provides an electronic device, which includes at least one processor, and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the method for implementing the blockchain service according to the embodiment of the first aspect.

A fourth aspect of the present application is directed to a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform the method for implementing a blockchain service according to the first aspect.

One embodiment in the above application has the following advantages or benefits: by service layering of the initial blockchain service, multiple types of blockchain services are obtained, and internal logic of each type of blockchain service is simplified. Further, micro-service processing is performed on the multiple types of block chain services respectively to obtain micro-services of types corresponding to the multiple types of block chain services respectively, so that the block chain services are provided for external electronic equipment through the micro-services, the level expandability of the initial block chain services can be improved, and the performance requirement of expansion based on the initial block chain services is met.

It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present application, nor do they limit the scope of the present application. Other features of the present application will become apparent from the following description.

Drawings

The drawings are included to provide a better understanding of the present solution and are not intended to limit the present application. Wherein:

fig. 1 is a flowchart illustrating a method for implementing a block chain service according to an embodiment of the present disclosure;

fig. 2 is a schematic flowchart of another implementation method of a blockchain service according to an embodiment of the present disclosure;

fig. 3 is a schematic flowchart of another implementation method of a blockchain service according to an embodiment of the present application;

fig. 4 is a schematic flowchart of another implementation method of a blockchain service according to an embodiment of the present application;

fig. 5 is a flowchart illustrating another implementation method of a blockchain service according to an embodiment of the present application;

fig. 6 is a schematic diagram of a micro service architecture according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of an apparatus for implementing a block chain service according to an embodiment of the present disclosure;

FIG. 8 illustrates a block diagram of an exemplary electronic device suitable for use in implementing embodiments of the present application.

Detailed Description

The following description of the exemplary embodiments of the present application, taken in conjunction with the accompanying drawings, includes various details of the embodiments of the application for the understanding of the same, which are to be considered exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

In the related technology, a peer node of a block chain underlying engine HyperLegend Fabric is divided into three services, namely Endorser, Analytics and Fast peer. The three main responsibilities for the service are as follows: the Endorser service is responsible for the simulated execution of the transaction proposal, collecting and endorsing the read-write set, and storing the state data by using the memory. The Fast peer service performs block and transaction syntax checking, transaction endorsement checking and transaction read set conflict checking, and uses the memory to store transaction confirmation related data. The Analytics service is responsible for persistently storing data.

The Endorser service and the Fast peer service are operated completely based on memory data, the problems of infeasibility or limited use range exist in actual deployment, data are irreversibly lost due to process crash or machine power failure, maintenance workload is increased, and loss of data loss is caused.

The Fast peer service has higher complexity, bears all the work in the transaction confirmation process outside the persistent storage, and further has limited optimization space. In addition, although the role division is performed on the peer node of the underlying engine HyperLegger Fabric of the block chain, each service still needs to bear all the work related to the role, and the horizontal expansibility is poor.

Therefore, in order to meet the higher and higher performance requirements accompanied by service expansion and data accumulation under long-term operation, the application needs to solve the technical problems that the internal load of a single service instance of the Fabric peer and the horizontal scalability capability of the peer node of the Fabric in the related art need to be improved.

The following describes a method, an apparatus, a device, and a storage medium for implementing a blockchain service according to the present application with reference to the accompanying drawings.

Fig. 1 is a flowchart illustrating a method for implementing a block chain service according to an embodiment of the present disclosure, where as shown in fig. 1, the method includes:

step 101, service layering is performed on the initial blockchain service to obtain multiple types of blockchain services.

The method of the embodiment of the application can be applied to a scene of providing the block chain service for the external electronic equipment based on the block chain. In this embodiment, for an initial blockchain service for providing a blockchain service, service layering may be performed on the initial blockchain service.

As an example, the initial blockchain service is a blockchain service provided by a peer node of a blockchain underlying engine Hyperhedger Fabric.

It should be noted that the initial blockchain service is only an example, and the method of the present application may be used for service layering of other similar blockchain services.

In this embodiment, service layering may be performed on the initial blockchain service to obtain a plurality of service layers, optionally, each service layer corresponds to one type of blockchain service, and the number of blockchain services of the same type may be one or more. The plurality of service layers may be arranged in sequence, for example, the plurality of service layers may be arranged from bottom to top, or some service layers among the plurality of service layers may also be arranged across layers. Therefore, the internal logic of each type of blockchain service is simplified by dividing the blockchain service into a plurality of types of blockchain services through service layering.

In one embodiment of the present application, the plurality of types of blockchain services include one or more of the following types: ledger data services, endorsement checking services, status data services, endorsement execution services, transaction status services, and status sharding management contract services.

The number of endorsement checking services can be one or more, the number of state data services can be one or more, and the number of endorsement execution services can be one or more.

As a possible implementation manner, service layering is performed on the initial blockchain service to obtain multiple types of service layers, where the service layers include intermediate blockchain services of corresponding types. And performing service fragmentation on the multiple types of intermediate block chain services to obtain one or more block chain services respectively corresponding to the multiple types.

For example, based on the above-mentioned multiple types of blockchain services, an account data service layer, an endorsement check service layer, a status data service layer, an endorsement execution service layer, a transaction status service layer, and a status fragment management contract service layer are obtained by performing service layering on the initial blockchain service. The service layer includes a corresponding type of intermediate blockchain service, for example, the ledger data service layer includes an ledger data service type of intermediate blockchain service. And then, service fragmentation is respectively carried out on each intermediate block chain service: as an example, performing service fragmentation on a middle block chain service of an account book data service type to obtain a corresponding account book data service; as another example, the service fragmentation is performed on the middle block chain service of the endorsement check service type to obtain a plurality of corresponding endorsement check services.

And 102, respectively performing micro-service processing on the multiple types of block chain services to obtain micro-services of types corresponding to the multiple types of block chain services.

In this embodiment, a micro-service process is performed on any one of the multiple types of blockchain services to obtain a micro-service of a type corresponding to the blockchain service of any one type. Wherein the microservice is an independently deployable component that supports message-based interactive communications.

For example, the corresponding types of microservices include: micro-services corresponding to the type of the ledger data service, micro-services corresponding to the type of the endorsement check service, micro-services corresponding to the type of the status data service, micro-services corresponding to the type of the endorsement execution service, micro-services corresponding to the type of the status sharding management contract service, and micro-services corresponding to the type of the transaction status service.

As an example, micro services of types respectively corresponding to a plurality of types of blockchain services are obtained as follows: a plurality of service processing logics respectively corresponding to a plurality of types of blockchain services are obtained, in this example, one service processing logic corresponds to each type of blockchain service. And calling a pre-configured micro-service configuration file, and respectively carrying out micro-service conversion on the plurality of service processing logics according to the micro-service configuration file so as to obtain micro-services of types corresponding to the plurality of types of block chain services.

And 103, managing various services based on an intelligent contract mode, and providing block chain services for external electronic equipment by adopting micro services of corresponding types.

In this embodiment, for any type of blockchain service, the external electronic device is provided with the blockchain service according to the micro service of the type corresponding to the blockchain service.

There are various implementations of providing the blockchain service to the external electronic device by using the micro service of the corresponding type, which are described as follows.

As an example, a corresponding type of microservice includes: micro-services corresponding to the type of ledger data services. In this example, the providing the blockchain service to the external electronic device by using the micro service of the corresponding type includes: and if block chain service is provided by adopting micro service corresponding to the service type of the account book data, calling an interface written into the storage device, and writing the block data to be written and the transaction data into the storage device by adopting an asynchronous persistence method.

Optionally, wherein the asynchronous write action may be triggered based on one or more of: queue length, maximum time to reside in the queue. For example, when the length of the queue is greater than the preset length, the block data and the transaction data to be written are triggered to be written into the storage device by adopting an asynchronous persistence method, and for example, when the maximum time of the resident queue reaches the preset time, the block data and the transaction data to be written are triggered to be written into the storage device by adopting the asynchronous persistence method. Therefore, an asynchronous persistent data writing mode based on the cache is adopted, and IO (input/output) bottleneck can be avoided.

According to the implementation method of the block chain service, the initial block chain service is subjected to service layering to obtain multiple types of block chain services, and the internal logic of each type of block chain service is simplified. Furthermore, micro-service processing is respectively carried out on the multiple types of block chain services to obtain the micro-services of the types corresponding to the multiple types of block chain services, so that the block chain services are provided for external electronic equipment through the micro-services, management and cooperation among the multiple types of block chain services are realized on the basis of an intelligent contract, the horizontal expandability of the initial block chain services can be improved, and the performance requirement of expansion based on the initial block chain services when transaction capacity is increased is met.

Based on the above embodiments, the corresponding type of microservice may include: the micro-services corresponding to the type of ledger data service, the micro-services corresponding to the type of endorsement check service, are explained below in conjunction with the endorsement check of the transaction request.

Fig. 2 is a schematic flowchart of another implementation method of a blockchain service provided in an embodiment of the present application, and as shown in fig. 2, the method for providing a blockchain service to an external electronic device by using a micro service of a corresponding type includes:

step 201, a transaction request sent by an electronic device is received based on the ledger data service.

The account book data service is used for managing local account book data, block data and transaction data, performing syntax check on the local account book data, the block data and the transaction data, providing a retrieval interface of the local account book data, the block data and the transaction data for the electronic equipment, and writing the block data and the transaction data into an interface of the storage device. Optionally, the local ledger data is packaged to generate block data according to the local ledger data generated after the transaction data. The ledger data service may be implemented based on a distributed storage service.

Step 202, based on the ledger data service, determines whether the transaction request requires an endorsement check.

In this embodiment, a condition that whether endorsement check needs to be performed may be set, and the precondition that endorsement check needs to be performed includes, but is not limited to, correct data format and unique transaction ID (identifier). The endorsement checks the endorsement policy that verifies that the transaction satisfies the chain code.

As an example, after receiving the transaction request, the ledger data service determines whether the transaction ID is unique, further determines whether a data format corresponding to the transaction request is correct if the transaction ID is unique, and determines that the transaction request needs to perform endorsement check if the data format is correct. Otherwise, it is determined that the transaction request does not perform the endorsement check.

Step 203, if the transaction request needs to perform endorsement check, the transaction request is sent to the endorsement check service.

The endorsement checking service is used for checking whether the transaction request meets the service condition, managing an endorsement strategy and carrying out endorsement checking on the transaction request.

In this embodiment, when the ledger data service determines that the transaction request needs to perform endorsement check, the ledger data service sends the transaction request to the endorsement check service. The number of the endorsement check services can be one or more, the endorsement check services in the endorsement check service layer are equivalent, each endorsement check service maintains an endorsement policy of all chain codes, special transaction requests of endorsement policy change are distributed to all the endorsement check services, and transaction requests not related to endorsement policy change are randomly distributed to each endorsement check service.

And 204, receiving the transaction request based on the endorsement check service, judging whether the chain code data carried by the transaction request meets the service condition, and performing endorsement check on the transaction request by adopting a preset endorsement strategy corresponding to the chain code data when the service condition is met.

In this embodiment, the endorsement checking service obtains the chain code data related to the transaction request, for example, the endorsement policy, and the service condition may be set according to a specific service scenario. And under the condition that the chain code data meet the service conditions, the endorsement checking service subscribes a chain event associated with the chain code data in advance, and acquires a preset endorsement policy corresponding to the chain code data from a service layer corresponding to the state data service based on the chain event, wherein the endorsement checking service can acquire a state data route by subscribing the chain event so as to access the state data service through the route and acquire the endorsement policy corresponding to the chain code data. Further, the endorsement checking service performs endorsement checking on the transaction request according to the endorsement policy.

Optionally, in view of the computationally intensive nature of transaction request endorsement checking, transaction request endorsement checking within a single endorsement checking service can be processed in parallel to fully utilize multi-core resources. The endorsement check service is managed through the endorsement check management service, and an interface for managing the endorsement check service is provided for the external electronic equipment, so that the scene of flexibly coping with the increase or decrease of the traffic is realized. It can be understood that, since the endorsement check is related to the membership service identity provider and the endorsement policy, when there is a transaction with a specific membership service identity and endorsement policy change, it can perform synchronous control, such as configuration change transaction and chain code instantiation transaction, and the above transactions are low frequency, therefore, the endorsement check of the transaction can be performed in parallel, and the application does not specifically limit the execution mode of the endorsement check.

In the embodiment of the application, the endorsement check of the transaction request is realized through the account book data service and the endorsement check service under the scene of service layering on the initial block chain service, the reliability of the block chain service is ensured, the management and the cooperation between the endorsement check service and the state data service are realized based on an intelligent contract, and the cooperation process of the endorsement check service and the state data service is provided.

The following description is made on the status data service side.

In one embodiment of the present application, the corresponding type of microservice further comprises: a micro-service corresponding to a type of the state data service. The state data service is used for managing the state data, realizing transaction reading set state check, writing the writing set data associated with the transaction request into the state library and providing a state data reading function.

In this embodiment, the providing block chain service to the external electronic device by using the micro service of the corresponding type further includes: and if the effective transaction is executed according to the transaction request, writing the write set data associated with the transaction request into the state library based on the state data service, and providing a reading function of the state data for the external electronic equipment.

Wherein the status data is status data associated with a plurality of transaction requests, the transaction requests belonging to the plurality of transaction requests. That is, in the event that any transaction request of the plurality of transaction requests performs a valid transaction, write set data associated with the any transaction request is written to the state repository.

Based on the above embodiments, in the embodiments of the present application, the number of the state data services may be one or more, and each state data service may manage one or more state data fragments, so as to reduce the load of each service instance in a layer.

Fig. 3 is a schematic flowchart of another implementation method of a blockchain service provided in an embodiment of the present application, and as shown in fig. 3, in the method, providing the blockchain service to an external electronic device by using a micro service of a corresponding type further includes:

step 301, managing at least one state data fragment based on a state data service.

Wherein the state data fragment is used for receiving a state data management operation.

The following description will be given taking a plurality of status data pieces as an example.

In this example, the corresponding type of microservice further includes: a micro-service corresponding to a type of endorsement execution service. In a service layer to which the endorsement execution service belongs, fragmentation processing is carried out on state data by adopting a state fragmentation rule to obtain a plurality of state data fragments, and then the plurality of state data fragments are written into the state data service, so that the writing of the state data fragments is realized. It should be noted that a plurality of status data fragments may be written into different status data services, and each status data service may include a plurality of status data fragments, which is not limited herein.

As a possible implementation manner, writing a plurality of state data fragments into a state data service includes: if the number of the state data services is multiple, writing the multiple state data fragments into the first state data service; and synchronizing the state data fragments written into the first state data service into the second state data service.

Wherein, in order to improve the performance and availability of the status data service, the first status data service acts as a master node managing the writing of status data fragments. The number of the second state data services can be one or more, the second state data services are used as slave nodes, synchronize state data fragments of the master node, and provide a reading function of the state data fragments.

Step 302, the transaction request which passes the endorsement check is received from the service layer to which the endorsement check service belongs based on the state data service.

And if the number of the transaction requests which pass the endorsement check is multiple, the transaction requests which pass the endorsement check are sorted and processed according to the arrangement sequence of the ledger data managed by the ledger data service based on the state data service. For example, a plurality of transaction requests that have passed the endorsement check are subjected to a sorting process based on the status data service so that the order of arrangement of the transaction requests coincides with the order of arrangement of the ledger data corresponding to the transaction requests.

In this embodiment, the ordered transaction requests may be managed and scheduled based on the status data service. As an example, for the case of a transaction within a state data slice, i.e. a transaction operating a single state data slice, the state data service master node where the state data slice is located implements checking of the transaction state read set and submission of the write set, and transactions within different slices are processed in parallel.

As another example, a cross-state data slice transaction is a case where multiple sets of chain code data are included in a single transaction and the state data of the chain code data is not in a single state data slice. The state data service reads the read set and performs read set conflict check, and further distributes the transaction request passing the check to the associated state data shards, wherein the write set operation is updated inside each state data shard, and the orderliness of all state operations in each state data shard is ensured.

In the embodiment of the application, under the scene of service layering on the initial block chain service, the management scheduling of the transaction request is realized through the state data service, the reliability of the block chain service is ensured, the management and the cooperation between the endorsement check service and the state data service are realized based on an intelligent contract, and the cooperation process of the endorsement check service and the state data service is provided. And the tasks in the layer are split through the state data fragments, so that the load of each service instance in the layer is reduced.

Based on the above embodiment, further, the micro service of the corresponding type includes: a micro service corresponding to the type of the endorsement execution service and a micro service corresponding to the type of the state sharding management contract service will be explained below.

In one embodiment of the present application, the corresponding type of microservices comprises: a micro-service corresponding to a type of endorsement execution service.

The endorsement execution service is used for performing grammar check on the transaction request, performing simulation on the transaction proposal and signing endorsement on a transaction execution result, wherein the transaction execution result comprises generated read-write sets and metadata, and the metadata comprises a transaction ID, an endorsement node identity and the like. The endorsement execution service can acquire state data and transaction deduplication check related in the chain code simulation execution process based on a state data service layer and an account book data service.

In this embodiment, the providing block chain service to the external electronic device by using the micro service of the corresponding type further includes:

and receiving chain code data corresponding to each transaction request based on the endorsement execution service, analyzing the chain code data to obtain a corresponding chain code name, a chain code version number, a common prefix corresponding to the chain code data, and managing state fragmentation rules corresponding to the chain code name, the chain code version number and the common prefix.

The following description is made in connection with a state sharding management contract service.

In one embodiment of the present application, the corresponding type of microservice further comprises: micro-services corresponding to types of state sharding management contract services. The state fragmentation management contract service is used for managing routing information of each micro service, health states of service nodes and state fragmentation rules, and providing a routing information query function.

Optionally, each service registers service information and an externally provided interface to the state fragmentation management contract, and regularly sends the health state information of the service node, so that the state fragmentation management contract performs service administration. And the external application sends the state fragmentation rule to the state fragmentation management contract, and the state fragmentation management contract segments the state data based on the state fragmentation rule and provides routing information of the state data service for the external electronic equipment. By introducing the state sharding management contract, the reasonable and effective segmentation of the state data is realized.

Fig. 4 is a schematic flowchart of another implementation method of a blockchain service provided in an embodiment of the present application, and as shown in fig. 4, in the method, a micro service of a corresponding type is used to provide the blockchain service to an external electronic device, and the method further includes:

step 401, in the simulation execution stage of the chain code data, a state sharding management contract in the state sharding management contract service is called to process the chain code name, the chain code version number and the common prefix, and a target chain event message is obtained.

In this embodiment, the endorsement execution service invokes a state sharding management contract in the state sharding management contract service, and obtains a target link event message based on a contract processing link code name, a link code version number, and a common prefix. Different target chain event messages can be obtained for different chain code names, chain code version numbers and common prefixes.

Step 402, the target link event message is sent to the state data service and routing information corresponding to the state data service is generated.

Wherein the routing information is used to access the state data service.

Step 403, writing the chain code name, the chain code version number, the common prefix, and the routing information into the state fragmentation management contract.

For example, for the case that the chain code data is run for the first time, if the endorsement execution service does not find the corresponding state library during the chain code data execution, the state sharding management contract service on the blockchain is called, and the state data service is notified of the chain code information (such as the chain code name, the chain code version number, and the common prefix) in a chain event manner, so that the state data service instantiates and maintains the data. Further, after the instantiation is successful, the corresponding relationship between the chain code information (such as the chain code name, the chain code version number and the common prefix) and the state data service routing information is written into the state fragmentation management intelligent contract.

Step 404, sending the chain code name, the chain code version number, the common prefix and the routing information to a target endorsement execution service subscribing the target chain event message.

In this embodiment, the endorsement execution service may obtain, by subscribing to the target link event message, a link code name, a link code version number, a common prefix, and routing information based on the state sharding management contract. The status fragment management contract service notifies each endorsement execution service in a chain event mode, and information updating of the endorsement execution service is achieved.

In the embodiment of the application, the functions of simulating execution of chain code data and the like are realized through the endorsement execution service under the scene of service layering on the initial block chain service, the reliability of the block chain service is ensured, the management and the cooperation between the endorsement execution service and the state data service are realized based on an intelligent contract, and the cooperation process of the endorsement execution service and the state data service is provided. And moreover, by introducing a state fragment management contract which is responsible for registration, event issuing, management and the like of services, ordered cooperation among micro services is promoted by a chain event, a custom state fragment rule is applied to an upper layer, and the reasonable and effective segmentation of state data is realized.

Based on the above embodiments, the following description is made in connection with a microservice corresponding to the type of transaction state service.

Fig. 5 is a schematic flowchart of another implementation method of a blockchain service provided in an embodiment of the present application, and as shown in fig. 5, in the method, a micro service of a corresponding type is used to provide the blockchain service to an external electronic device, and the method further includes:

step 501, transaction execution results corresponding to a plurality of transaction requests are collected from service layers corresponding to the ledger data service, the endorsement check service and the status data service respectively based on the transaction status service.

In this embodiment, the micro service of the corresponding type includes: a micro-service corresponding to a type of transaction status service. And the transaction state service is used for collecting and managing transaction execution states, confirming event pushing and providing retrieval service.

The transaction execution result is used for indicating whether the transaction is successfully executed, the transaction execution result can be a transaction status code, and the transaction execution result of the block can be obtained by combining the transaction status codes.

Step 502, determining a block number and a transaction index corresponding to each of a plurality of transaction requests.

In this embodiment, for each transaction request, the block number and the transaction index corresponding to each transaction request are respectively obtained. The block number is used to distinguish the blocks.

Step 503, merging the multiple transaction execution results according to the corresponding block numbers and the transaction indexes to obtain block processing results.

As an example, the transaction execution results of the same block number are merged based on the transaction index to obtain the block processing result.

Step 504, the block processing result is sent to an external electronic device.

In this embodiment, the block processing result is used to indicate whether the transaction execution of the block is successful, and the block processing result is sent to the monitoring client of the external electronic device in an event manner, so as to monitor the transaction execution result.

Based on the above embodiments, for example, referring to fig. 6, the structure shown in fig. 6 can be implemented by performing service layering on the initial blockchain service to obtain multiple types of blockchain services. The account book data service, the endorsement check service, the state data service and the endorsement execution service are arranged from bottom to top, and the transaction state service and the state fragmentation management contract service are cross-layered. The number of endorsement checking services can be one or more, the number of state data services can be one or more, and the number of endorsement execution services can be one or more.

In the embodiment of the application, by providing a cooperative flow of endorsement execution service, state data service and endorsement check service based on an intelligent contract, and dividing the initial block chain service into an account book data layer, an endorsement check layer, a state management layer and an endorsement execution layer which are sequentially arranged from bottom to top, and a cross-layer transaction state service layer and a state fragmentation management contract service layer, the load of each service instance in the layer can be reduced, the horizontal expandability of the initial block chain service is improved, and therefore the performance requirement for expansion based on the initial block chain service is met when the transaction capacity is increased.

In order to implement the foregoing embodiment, the present application further provides an implementation apparatus for a block chain service.

Fig. 7 is a schematic structural diagram of an apparatus for implementing a block chain service according to an embodiment of the present application, and as shown in fig. 7, the apparatus includes: the system comprises a layering module 10, a generating module 20 and a service module 30.

The layering module 10 is configured to perform service layering on an initial blockchain service to obtain multiple types of blockchain services.

A generating module 20, configured to perform microservice processing on the multiple types of blockchain services, respectively, so as to obtain microservices of types corresponding to the multiple types of blockchain services, respectively.

And the service module 30 is configured to implement management of various services based on an intelligent contract, and provide a block chain service to an external electronic device by using the micro service of the corresponding type.

In one embodiment of the present application, the layer module 10 is specifically configured to: performing service layering on the initial blockchain service to obtain multiple types of service layers, wherein the service layers comprise: a corresponding type of intermediate block chain service; and performing service slicing on the multiple types of intermediate block chain services to obtain one or more block chain services respectively corresponding to the multiple types.

In one embodiment of the present application, the plurality of types of blockchain services include one or more of the following types: the system comprises an account book data service, an endorsement checking service, a state data service, an endorsement execution service, a transaction state service and a state fragment management contract service;

wherein the number of the endorsement checking services is one or more, the number of the state data services is one or more, and the number of the endorsement execution services is one or more.

In one embodiment of the present application, the ledger data service is configured to manage local ledger data, block data, and transaction data, perform syntax checking on the local ledger data, block data, and transaction data, provide a search interface for the local ledger data, block data, and transaction data to the electronic device, and write the block data and transaction data into an interface of a storage device, where the corresponding type of micro-service includes: the service module 30 is specifically configured to:

and if block chain service is provided by adopting micro service corresponding to the service type of the account book data, calling an interface of the write-in storage device, and writing the block data to be written and the transaction data into the storage device by adopting an asynchronous persistence method.

In one embodiment of the present application, the corresponding type of microservices comprises: the service module 30 is specifically configured to: receiving a transaction request sent by the electronic equipment based on the ledger data service; determining whether the transaction request requires an endorsement check based on the ledger data service; if the transaction request needs to execute endorsement check, sending the transaction request to the endorsement check service; and receiving the transaction request based on the endorsement check service, judging whether chain code data carried by the transaction request meets a service condition, and performing the endorsement check on the transaction request by adopting a preset endorsement strategy corresponding to the chain code data when the service condition is met.

In one embodiment of the present application, the corresponding type of microservice further comprises: a microservice corresponding to a type of the state data service, the apparatus further comprising: a subscription module, configured to subscribe in advance a chain event associated with the chain code data; and acquiring a preset endorsement policy corresponding to the chain code data from a service layer corresponding to the state data service based on the chain event.

In an embodiment of the present application, the service module 30 is specifically configured to: and if the effective transaction is executed according to the transaction request, writing the write set data associated with the transaction request into a state library based on the state data service, and providing a reading function of state data to the external electronic equipment, wherein the state data is the state data associated with a plurality of transaction requests, and the transaction requests belong to the plurality of transaction requests.

In an embodiment of the present application, the service module 30 is specifically configured to: managing at least one state data fragment based on the state data service, the state data fragment being used to receive a state data management operation; receiving a transaction request which passes endorsement check from a service layer to which the endorsement check service belongs based on the state data service;

wherein if the number of the transaction requests that have been subjected to the endorsement check is plural, the plural transaction requests that have been subjected to the endorsement check are subjected to a sorting process based on the status data service and according to a sorting order of ledger data managed by the ledger data service.

In one embodiment of the present application, the at least one state data slice comprises: a plurality of state data slices, the micro-service of the corresponding type further comprising: a micro-service corresponding to a type of the endorsement execution service, wherein the apparatus further comprises:

the fragmentation module is used for performing fragmentation processing on the state data by adopting a state fragmentation rule in a service layer to which the endorsement execution service belongs so as to obtain a plurality of state data fragments;

and the writing module is used for writing the plurality of state data fragments into the state data service.

In an embodiment of the present application, the writing module is specifically configured to: if the number of the state data services is multiple, writing the multiple state data fragments into a first state data service; synchronizing the state data fragments written into the first state data service into a second state data service.

In one embodiment of the present application, the corresponding type of microservices comprises: the service module 30 is specifically configured to: and receiving chain code data corresponding to each transaction request based on the endorsement execution service, analyzing the chain code data to obtain a corresponding chain code name, a chain code version number, a common prefix corresponding to the chain code data, and managing a state slicing rule corresponding to the chain code name, the chain code version number and the common prefix.

In one embodiment of the present application, the corresponding type of microservices comprises: the service module 30 is specifically configured to: in the simulation execution stage of the chain code data, calling a state sharding management contract in the state sharding management contract service to process the chain code name, the chain code version number and the common prefix to obtain a target chain event message; sending the target link event message to the state data service, generating routing information corresponding to the state data service, and writing the link code name, the link code version number, the common prefix and the routing information into the state fragmentation management contract; and sending the chain code name, the chain code version number, the common prefix and the routing information to a target endorsement execution service subscribing the target chain event message.

In one embodiment of the present application, the corresponding type of microservices comprises: the service module 30 is specifically configured to: acquiring transaction execution results respectively corresponding to the transaction requests from service layers respectively corresponding to the ledger data service, the endorsement check service and the state data service based on the transaction state service; determining a block number and a transaction index respectively corresponding to the transaction requests; merging the transaction execution results according to the corresponding block numbers and the transaction indexes to obtain block processing results; and sending the block processing result to the external electronic device.

In an embodiment of the present application, the generating module 20 is specifically configured to: acquiring a plurality of service processing logics respectively corresponding to a plurality of types of block chain services; and calling a pre-configured micro-service configuration file, and respectively carrying out micro-service conversion on the plurality of service processing logics to obtain micro-services of types corresponding to the plurality of types of block chain services.

The explanation of the implementation method of the blockchain service in the foregoing embodiment is also applicable to the implementation device of the blockchain service in this embodiment, and details are not repeated here.

The device for implementing the blockchain service in the embodiment of the application obtains multiple types of blockchain services by performing service layering on the initial blockchain service, and simplifies the internal logic of each type of blockchain service. Further, micro-service processing is performed on the multiple types of block chain services respectively to obtain micro-services of types corresponding to the multiple types of block chain services respectively, so that the block chain services are provided for external electronic equipment through the micro-services, the level expandability of the initial block chain services can be improved, and the performance requirement of expansion based on the initial block chain services when transaction capacity is increased is met.

In order to implement the above embodiments, the present application also provides an electronic device, including: the block chain service implementation method comprises the following steps of storing a program, executing the program, and implementing the block chain service according to the embodiments of the present application.

In order to implement the foregoing embodiments, the present application further proposes a non-transitory computer-readable storage medium storing a computer program, which when executed by a processor implements the implementation method of the blockchain service as proposed in the foregoing embodiments of the present application.

In order to implement the foregoing embodiments, the present application further provides a computer program product, which when executed by an instruction processor in the computer program product, performs the implementation method of the block chain service as set forth in the foregoing embodiments of the present application.

In order to implement the above embodiments, the present application further provides an electronic device.

Fig. 8 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

As shown in fig. 8, the electronic device 200 includes:

a memory 210 and a processor 220, a bus 230 connecting different components (including the memory 210 and the processor 220), wherein the memory 210 stores a computer program, and when the processor 220 executes the computer program, the method for implementing the blockchain service according to the embodiment of the present application is implemented.

Bus 230 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, such architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, micro-channel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.

Electronic device 200 typically includes a variety of electronic device readable media. Such media may be any available media that is accessible by electronic device 200 and includes both volatile and nonvolatile media, removable and non-removable media.

Memory 210 may also include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)240 and/or cache memory 250. The electronic device 200 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 260 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 8, and commonly referred to as a "hard drive"). Although not shown in FIG. 8, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 230 by one or more data media interfaces. Memory 210 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the application.

A program/utility 280 having a set (at least one) of program modules 270, including but not limited to an operating system, one or more application programs, other program modules, and program data, each of which or some combination thereof may comprise an implementation of a network environment, may be stored in, for example, the memory 210. The program modules 270 generally perform the functions and/or methodologies of the embodiments described herein.

Electronic device 200 may also communicate with one or more external devices 290 (e.g., keyboard, pointing device, display 291, etc.), with one or more devices that enable a user to interact with electronic device 200, and/or with any devices (e.g., network card, modem, etc.) that enable electronic device 200 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interfaces 292. Also, the electronic device 200 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 293. As shown, the network adapter 293 communicates with the other modules of the electronic device 200 via the bus 230. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 200, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

The processor 220 executes various functional applications and data processing by executing programs stored in the memory 210.

It should be noted that, for the implementation process and the technical principle of the electronic device of the embodiment, reference is made to the foregoing explanation of the implementation method of the block chain service in the embodiment of the present application, and details are not described here again.

The electronic device provided by the embodiment of the application can execute the method for implementing the block chain service.

In order to implement the above embodiments, the present application also proposes a computer-readable storage medium.

The computer readable storage medium stores thereon a computer program, and the computer program is executed by a processor to implement the method for implementing the block chain service according to the embodiment of the present application.

In order to implement the foregoing embodiments, a further embodiment of the present application provides a computer program, which when executed by a processor, implements the method for implementing a blockchain service according to the embodiments of the present application.

In an alternative implementation, the embodiments may be implemented in any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the consumer electronic device, partly on the consumer electronic device, as a stand-alone software package, partly on the consumer electronic device and partly on a remote electronic device, or entirely on the remote electronic device or server. In the case of remote electronic devices, the remote electronic devices may be connected to the consumer electronic device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external electronic device (e.g., through the internet using an internet service provider).

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.

It will be understood that the present application is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims

1. A method for implementing a blockchain service, the method comprising:

2. The method of claim 1, wherein said service layering an initial blockchain service for a plurality of types of blockchain services comprises:

performing service layering on the initial blockchain service to obtain multiple types of service layers, wherein the service layers comprise: a corresponding type of intermediate block chain service;

and performing service slicing on the multiple types of intermediate block chain services to obtain one or more block chain services respectively corresponding to the multiple types.

3. A method as claimed in claim 1 or 2, wherein said multiple types of blockchain services comprise one or more of the following types:

the system comprises an account book data service, an endorsement checking service, a state data service, an endorsement execution service, a transaction state service and a state fragment management contract service;

4. The method of claim 3, wherein the ledger data service is to manage and grammar check local ledger data, block data, and transaction data, and provide a retrieval interface of the local ledger data, block data, and transaction data to the electronic device, and an interface to write the block data and transaction data to a storage device.

5. The method of claim 4, wherein the corresponding type of microservice comprises: and if the micro-service corresponds to the type of the account book data service, the management of various services is realized in an intelligent contract-based mode, and the block chain service is provided for external electronic equipment by adopting the micro-service of the corresponding type, which comprises the following steps:

6. The method of claim 3, wherein the corresponding type of microservice comprises: the micro-service corresponding to the type of the book data service and the micro-service corresponding to the type of the endorsement check service realize the management of various services in a mode based on the intelligent contract, and the micro-service of the corresponding type is adopted to provide block chain service for external electronic equipment, and the method comprises the following steps:

receiving a transaction request sent by the electronic equipment based on the ledger data service;

determining whether the transaction request requires an endorsement check based on the ledger data service;

if the transaction request needs to execute endorsement check, sending the transaction request to the endorsement check service;

and receiving the transaction request based on the endorsement check service, judging whether chain code data carried by the transaction request meets a service condition, and performing the endorsement check on the transaction request by adopting a preset endorsement strategy corresponding to the chain code data when the service condition is met.

7. The method of claim 6, wherein the corresponding type of microservice further comprises: the micro-service corresponding to the type of the state data service, before the management of various services is realized in the intelligent contract-based mode and the endorsement check is performed on the transaction request by adopting a preset endorsement policy corresponding to the chain code data, comprises:

pre-subscribing to a chain event associated with the chain code data;

and acquiring a preset endorsement policy corresponding to the chain code data from a service layer corresponding to the state data service based on the chain event.

8. The method of claim 7, wherein the intelligent contract-based approach implements management of classes of services, and the block chain services are provided to external electronic devices using the micro-services of the corresponding type, further comprising:

and if the effective transaction is executed according to the transaction request, writing the write set data associated with the transaction request into a state library based on the state data service, and providing a reading function of state data to the external electronic equipment, wherein the state data is the state data associated with a plurality of transaction requests, and the transaction requests belong to the plurality of transaction requests.

9. The method of claim 6, wherein the intelligent contract-based approach implements management of classes of services, and the block chain services are provided to external electronic devices using the micro-services of the corresponding type, further comprising:

managing at least one state data fragment based on the state data service, the state data fragment being used to receive a state data management operation;

receiving a transaction request which passes endorsement check from a service layer to which the endorsement check service belongs based on the state data service;

10. The method of claim 9, wherein the at least one state data slice comprises: a plurality of state data slices, the micro-service of the corresponding type further comprising: a micro-service corresponding to a type of the endorsement execution service, wherein,

in a service layer to which the endorsement execution service belongs, carrying out fragmentation processing on the state data by adopting a state fragmentation rule so as to obtain a plurality of state data fragments;

and writing the plurality of state data fragments into the state data service.

11. The method of claim 10, wherein the writing the plurality of state data fragments into the state data service comprises:

if the number of the state data services is multiple, writing the multiple state data fragments into a first state data service;

synchronizing the state data fragments written into the first state data service into a second state data service.

12. The method of claim 6, wherein the corresponding type of microservice comprises: if the micro-service is corresponding to the type of the endorsement execution service, the management of various services is realized in an intelligent contract-based mode, and the block chain service is provided for external electronic equipment by adopting the micro-service of the corresponding type, and the method further comprises the following steps:

and receiving chain code data corresponding to each transaction request based on the endorsement execution service, analyzing the chain code data to obtain a corresponding chain code name, a chain code version number, a common prefix corresponding to the chain code data, and managing a state slicing rule corresponding to the chain code name, the chain code version number and the common prefix.

13. The method of claim 12, wherein the corresponding type of microservice comprises: if the micro service corresponding to the type of the state slice management contract service is used, the management of various services is realized in an intelligent contract-based mode, and the micro service of the corresponding type is adopted to provide block chain service for external electronic equipment, and the method further comprises the following steps:

in the simulation execution stage of the chain code data, calling a state sharding management contract in the state sharding management contract service to process the chain code name, the chain code version number and the common prefix to obtain a target chain event message;

sending the target link event message to the state data service, and generating routing information corresponding to the state data service;

writing the chain code name, the chain code version number, the common prefix and the routing information into the state fragmentation management contract; and

and sending the chain code name, the chain code version number, the common prefix and the routing information to a target endorsement execution service subscribing the target chain event message.

14. The method of claim 8, wherein the corresponding type of microservice comprises: if the micro service is corresponding to the type of the transaction state service, the management of various services is realized in an intelligent contract-based mode, and the block chain service is provided for external electronic equipment by adopting the micro service of the corresponding type, and the method further comprises the following steps:

acquiring transaction execution results respectively corresponding to the transaction requests from service layers respectively corresponding to the ledger data service, the endorsement check service and the state data service based on the transaction state service;

determining a block number and a transaction index respectively corresponding to the transaction requests;

merging the transaction execution results according to the corresponding block numbers and the transaction indexes to obtain block processing results; and

and sending the block processing result to the external electronic equipment.

15. The method as claimed in claim 1, wherein said performing micro-servicing on said plurality of types of blockchain services respectively to obtain micro-services of types corresponding to said plurality of types of blockchain services respectively comprises:

acquiring a plurality of service processing logics respectively corresponding to the plurality of types of block chain services;

and calling a pre-configured micro-service configuration file, and respectively carrying out micro-service conversion on the plurality of service processing logics to obtain micro-services of types corresponding to the plurality of types of block chain services.

16. The method of any of claims 1-15, wherein the initial blockchain service is a blockchain service provided by a peer node of a blockchain underlay engine Hyperledger Fabri c.

17. An apparatus for implementing a blockchain service, comprising:

18. An electronic device, comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a method of implementing a blockchain service as claimed in any one of claims 1 to 16.

19. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform a method of implementing the blockchain service of any one of claims 1-16.