Multi-parent-child chain settlement method based on blockchain

Abstract

The present invention discloses a multi-parent-child chain settlement method based on blockchain: a basic blockchain is established as the parent chain, and service users are registered on the parent chain; service users create a business and based on this, a child chain is created, and all service providers involved in the business are registered in the child chain; when the service user calls the API, the service call record is monitored and an offline call record is generated; based on the offline call record, an online call record is generated and written to the child chain; based on the single service call record in the child chain, a call batch record is generated; the parent chain settles the call batch record generated by the child chain, generates and stores the settlement record and transaction record, and then realizes the transaction between the service provider and the service user. This method provides a credible and reliable transaction and autonomous settlement platform for massive API service calls by building a double-layer chain, realizing autonomous settlement of massive API service call records while ensuring the storage performance and throughput of the blockchain.

Description

Technical Field

[0001] The present invention belongs to the field of blockchain transaction records, and in particular relates to a multi-parent-child chain settlement method based on blockchain. Background Art

[0002] With the popularization of service resources on the cloud, in order to meet the demand of "one party develops, multiple parties use", more and more service sharing platforms have emerged, so that users can call services from other providers and realize service sharing and integration; existing service API transaction platforms mostly rely on third-party payment institutions for transactions, and need to pay middleman fees, which increases transaction costs and inevitably leads to trust issues.

[0003] Most of the existing blockchain-based trading platforms do not provide on-chain autonomous settlement methods or have difficulty supporting batch calculations, and the settlement process is difficult to avoid interference from human factors. Taking the China Merchants Bank blockchain bill trading platform as an example, it uses smart contract regulations to realize the transfer of single transaction amounts. However, when massive service transactions occur, single transactions occur frequently, consume a lot of resources, and the total transaction time is long, which is not suitable for this scenario; when there are many service call records and the number is large, multiple single transactions are needed to generate batch records and settle according to the batch records. For example, Chinese patent publication number CN109544354A discloses a blockchain-based reinsurance settlement method, electronic device, and readable storage medium. The method includes: upon receiving a reinsurance request for an insurance policy initiated by an insurance company in a blockchain network established by an insurance company and a reinsurance company, calling a smart contract on the blockchain network to search for a reinsurance contract identifier that matches the policy in the reinsurance request according to preset rules; wherein the reinsurance request includes the policy data to be reinsured; sending the policy data and the matching reinsurance contract identifier to the corresponding reinsurer via the blockchain network; receiving settlement data generated by the reinsurance operation performed by the reinsurer on the policy data based on the matching reinsurance contract identifier, and recording the generated settlement data in a blockchain ledger. And a Chinese patent with publication number CN109472593A discloses a blockchain settlement method, including a first user node submitting a signed transaction agreement to a blockchain network so that the blockchain network verifies the validity of the transaction agreement; when the transaction agreement is verified to be valid, the first user node obtains transaction information in the transaction agreement and determines whether the transaction information is first-category transaction information or second-category transaction information; when the transaction information is first-category transaction information, the first user node uses a settlement channel outside the blockchain network to conduct fund settlement with the corresponding second user node in the transaction agreement; or when the transaction information is second-category transaction information, the first user node uses the blockchain network to conduct fund settlement with the second user node.

[0004] Therefore, there are at least the following technical problems:

[0005] (1) In the API service network scenario, there are massive heterogeneous services and numerous service participants. Although the use of blockchain for transaction settlement can ensure the security, reliability and non-tamperability of transaction data, due to the excessive storage pressure and low throughput of the blockchain, simply using blockchain to store transaction source data is difficult to meet the evidence storage needs of massive service transaction records.

[0006] (2) In order to preserve the evidence of massive service record transactions, most blockchain-based transaction architectures record transaction records and settlement records on the same chain. Due to the limited throughput of the blockchain, it is difficult to fully meet the functional requirements of batch autonomous settlement on the chain and the performance requirements of massive transactions. The settlement of batch transactions mostly relies on external settlement institutions, and there is a lack of simple, fast and efficient transaction settlement methods. The transaction settlement model based on the blockchain has a low throughput and is difficult to meet actual needs. Summary of the Invention

[0007] The purpose of this invention is to provide a multi-parent-child chain settlement method based on blockchain, build a double-layer chain to provide a trusted and reliable transaction and autonomous settlement platform for massive API service calls, and realize autonomous settlement of massive API service call records while ensuring blockchain storage performance and throughput.

[0008] The present invention provides the following technical solutions:

[0009] A multi-parent-child chain settlement method based on blockchain, comprising the following steps:

[0010] (1) Establish a basic blockchain as the parent chain, and service users register on the parent chain;

[0011] (2) Based on the needs of registered service users, service users create businesses, and then create sub-chains based on the businesses created by service users, and register all service providers involved in the service users and their businesses in the sub-chains;

[0012] (3) When the service user calls the API, the service call record is monitored and an offline call record is generated;

[0013] (4) generating online call records based on the offline call records and writing them into the sub-chain;

[0014] (5) Generate call batch records based on the single service call records in the subchain;

[0015] (6) The parent chain settles the call batch records generated by the child chain, generates settlement records, stores settlement records and transaction records, and thereby realizes transactions between the service provider and service user;

[0016] The parent chain and the child chain form a double-layer chain, the parent chain is the top chain in the double-layer chain structure, and the child chain is the bottom chain in the double-layer chain structure.

[0017] The blockchain architecture designed by the present invention for the scenario of massive service transactions is a double-layer chain, in which the child chain is responsible for recording single call records and summarizing and generating call batch records, and the parent chain is responsible for settlement and evidence storage based on the call batch records; the child chain is the bottom chain in the double-layer chain structure, responsible for recording call records, and regularly integrating multiple call records to generate call batch records through smart contract technology; the parent chain is the top chain in the double-layer chain structure, responsible for settling call batch records, storing settlement records and transaction records; the call batch record is a record calculated based on the integration of service call records on the child chain, which summarizes information such as the number of successful calls of a service subscribed by a user within the call time; the subscription service is a service that the service caller needs to use in the service call scenario. After the service user subscribes to a service, he can call the service.

[0018] In step (1), the identity information is registered on the parent chain. The service provider also needs to register on the parent chain.

[0019] When a service user subscribes to a new service, the service provider of the new service must complete registration on the parent chain. The service user must pay the subscription service's call assets at market price, and the call assets will be frozen on the parent chain of the blockchain. The service provider of the new service must complete account registration on the parent chain.

[0020] In step (2), the business is in a service collaboration and sharing scenario. A user's business may involve multiple service collaborations, that is, multiple services required by service users together constitute a business. The composition of the business determines how each sub-chain network is established, which accounts it contains, and what data is stored on the blockchain in each sub-chain network.

[0021] In step (2), based on the principle of mutual consensus, two different organizations are established for the service provider and the service user, namely the service provider organization and the service user organization. The service user registers with the service user organization as a user, and the service provider registers with the service provider organization as a user. The service provider organization and the service user organization deploy a corresponding number of nodes according to resource conditions and needs, and respectively deploy blockchain nodes in the nodes of both organizations to save the same blockchain ledger.

[0022] The subchain is responsible for recording all service call records related to the business. By deploying blockchain nodes in the nodes of both organizations to save the same blockchain ledger, the present invention can ensure that both the service provider and the user reach a consensus on the transaction.

[0023] When the service user selects or expands the services provided by the service provider at any time based on demand, the service provider corresponding to the service to be demanded must register with the service provider organization as a user; if the service provider has already joined the service provider organization of the sub-chain, this step is skipped.

[0024] In step (3), the call record is monitored by capturing traffic through the gateway component to generate the offline call record; the offline call record includes the record ID, whether the call is successful, the called service APIID, the service user ID, the service provider ID, the call time, the sub-chain namespace and multi-dimensional call status indicators.

[0025] The call status indicators are multi-dimensional call status indicators, including service response speed, service call success or failure, and other indicators. The multi-dimensional call status indicators will be used to evaluate service quality.

[0026] In step (3), the monitoring indicators for monitoring the service call records include whether the call is successful, the call response time, the throughput, etc., which are used to judge the service quality.

[0027] In step (4), when the offline call record is written into the sub-chain, the sub-chain smart contract is triggered and becomes effective. The function storing the call record in the smart contract generates the online call record based on the partial fields of the offline record and writes it into the sub-chain; the online call record includes the record ID, a bool value indicating whether the call is successful, the called service APIID, the service user ID, the service provider ID, the call time and the offline record mapping hash.

[0028] Among them, the said fields mainly include caller ID, provider ID, namespace and call time, as well as hash values ​​of all record mappings recorded offline and other data.

[0029] Among them, the offline record mapping hash is mapped into a digest by the SHA-256 hash algorithm of all fields of the offline record.

[0030] In step (5), based on the single service call records in the sub-chain, the call records are classified and integrated according to APIID within the time period specified by the system, that is, the number of successful calls made by service users to various APIs is independently calculated to generate the call batch records.

[0031] The call batch record includes data such as the API ID of the call, the service provider ID of the API, the number of successful calls in the batch within a specific time period, etc.

[0032] In step (6), based on the call batch records generated by the child chain and the single API call price in the subscription record table in the off-chain database, the amount required for each API call in the batch is calculated, and the amount payable by the user in the time period is calculated, and a settlement record is generated and written into the parent chain; the settlement record of the parent chain includes the settlement record ID, settlement status, service provider ID, service user ID, start and end time and settlement amount.

[0033] In step (6), a settlement contract is triggered based on the settlement record, thereby realizing the transaction between the service provider and the service user, which includes: transferring a portion of the on-chain frozen funds paid by the service user to the service provider according to the transaction amount in the settlement record.

[0034] Furthermore, the blockchain-based multi-parent-child chain settlement method further includes:

[0035] When service call records need to be verified, the offline records are hashed using a hash algorithm to generate a hash value, which is then verified against the on-chain hash value obtained through the APIID to ensure traceability of the service call records.

[0036] When service settlement records need to be traced, each settlement record can be accurately traced through the settlement records to ensure that the settlement records are traceable and reliable;

[0037] When the service user completes the entire business demand, the sub-chain is cleared with the mutual consent of the participating parties (service user and service provider).

[0038] Aiming at the shortcomings of large-scale API service transaction settlement models under massive heterogeneous service models, this paper provides specific solutions to the problems in existing methods based on blockchain technology, mainly including the following points:

[0039] (1) Aiming at the problem that a large number of heterogeneous API services are traded on the blockchain, which requires a large storage space and high throughput. On the one hand, the present invention designs an on-chain and off-chain storage mode based on blockchain technology and a persistent relational database. The off-chain database stores the source data, and the hash summary of the source data is stored on the chain to ensure the authenticity and verifiability of the off-chain data. On the other hand, the present invention designs a subnet division rule based on business units. The nodes of each subnet only store service call records related to this business, which effectively disperses the storage pressure on the chain. The design of the on-chain and off-chain storage mode and subnet division rules can reduce the node storage pressure and improve the blockchain throughput to a certain extent.

[0040] (2) In response to the problem that existing blockchain platforms are difficult to meet the needs of batch transaction summary and settlement, the present invention designs a two-layer chain architecture based on blockchain technology, and designs a sub-chain single record chain contract and a parent chain autonomous settlement contract respectively, so as to realize autonomous settlement on the service transaction chain and avoid interference from human factors. At the same time, based on the characteristics of blockchain that it cannot be tampered with and can be traced back, in the event of a data dispute, the single transaction record on the sub-chain and the transaction settlement on the parent chain can be traced back, thus meeting the needs of transaction convenience and settlement efficiency while ensuring security and credibility.

[0041] In summary, this invention designs a blockchain-based multi-parent-child chain settlement method for API service calls (i.e., a blockchain-based multi-parent-child chain settlement method). Using blockchain as its technical foundation, this method builds a two-layer chain to provide a trusted and reliable transaction and autonomous settlement platform for massive API service calls. While ensuring blockchain storage performance and throughput, it enables autonomous settlement of massive API service call records, and ensures that the stored evidence data cannot be tampered with and is traceable. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] Figure 1 A flowchart of a multi-parent-child chain settlement method based on blockchain provided in an embodiment. DETAILED DESCRIPTION

[0043] The present invention will be further described with reference to the following drawings and specific embodiments, which are for illustration only.

[0044] The present invention is not intended to limit the scope of the present invention. The operating methods in the following examples where specific conditions are not specified are generally carried out under conventional conditions or according to the conditions recommended by the manufacturer. The present invention is further described below in conjunction with the accompanying drawings and specific examples. It should be understood that these examples are only intended to illustrate the present invention and are not intended to limit the scope of the present invention. The operating methods in the following examples where specific conditions are not specified are generally carried out under conventional conditions or according to the conditions recommended by the manufacturer.

[0045] As used in the embodiments of the present application and the appended claims, the singular forms "a," "an," "said," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.

[0046] To address the shortcomings of existing technologies, this paper designs a blockchain-based multi-parent-child chain settlement method for API service calls. Using blockchain as its technical foundation, this dual-layer chain provides a trusted and reliable transaction and autonomous settlement platform for massive API service calls. While maintaining blockchain storage performance and throughput, this method enables autonomous settlement of massive API service call records, ensuring that the stored data is tamper-proof and traceable.

[0047] The following uses Hyperledger Fabric as the blockchain alliance chain technology foundation, and takes the commodity purchase business and the recommended commodity business for transaction and settlement on the parent-child chain as an example, where the service user of the commodity purchase business is user U1, to specifically explain the technical solution of the present invention. Figure 1 As shown, this embodiment specifically includes the following steps:

[0048] S1. Establish a basic blockchain as the parent chain, and service users register their identity information on the parent chain

[0049] Specifically: establish a basic blockchain as the parent chain, build the parent chain part of the blockchain network, and all service users who subscribe to the service register their identity information on the parent chain.

[0050] For example, in this embodiment, service users include U1, a business user of the product purchase service, and a user of the product recommendation service. Both of them register their identities on the parent chain. This registration includes not only basic service user information but also the service user's credit score. This description uses U1, a business user of the product purchase service, as an example.

[0051] S2. Based on the needs of registered service users, service users create businesses, and then create sub-chains based on the businesses created by service users. All service providers involved in the service users' businesses are registered in the sub-chains as users.

[0052] In this embodiment, based on the needs of the business user U1 of the commodity purchasing business, the business created by user U1 (business user U1 of the commodity purchasing business) is the commodity purchasing business, which includes three services, namely commodity recommendation service, commodity order settlement service and express service; the corresponding service providers are user P1, user P2 and user P3 respectively.

[0053] Among them, before user U1 creates a product purchase business, it is necessary to check whether the corresponding business provider users P1, P2 and P3 have been registered on the parent chain. If not, three service provider users P1, P2 and P3 need to register.

[0054] Therefore, user U1 needs to subscribe to three services: product recommendation service, product order settlement service, and express delivery service. When subscribing, he needs to pay some fees in advance based on the price of each service. This part of the assets will not be transferred back to the corresponding service providers P1, P2, and P3, but will be frozen on the blockchain first.

[0055] S3: When the service user calls the API, the service call record is monitored and an offline call record is generated.

[0056] When user U1 creates a commodity purchase business, a corresponding subchain will be created based on the created commodity purchase business. Two organizations will be created in the subchain, the service provider organization user-org and the service user organization provider-org. The service provider organization and the service user organization both manage the same subchain. Service user U1 registers with the service provider organization user-org as a user, and service providers P1, P2, and P3 register with the service provider organization provider-org as users. The created subchain will store service call data related to U1's business.

[0057] Among them, service user U1 and service providers P1, P2 and P3 can deploy a corresponding number of sub-chain nodes according to resource conditions and needs, and deploy blockchain nodes in the nodes of both organizations to save the same blockchain ledger, which can ensure that both service providers and users reach a consistent consensus on the transaction.

[0058] For example, the service user U1 organization user-org chooses to deploy two peer nodes and one order node, and allocates a request of 521Mi of memory and 100m of CPU to each node; the service provider organization provider-org chooses to deploy four nodes and one order node, and allocates a request of 521Mi of memory and 100m of CPU to each node.

[0059] If service user U1 wants to add a product evaluation service to the product purchase business, that is, the service user can select or expand the services provided by the service provider at any time based on needs. After adding a new service - product evaluation service to the original product purchase business, if the service provider of the product evaluation service has joined the service provider organization of the sub-chain, no operation is required. If not, the service provider of this product evaluation service needs to be registered as a user in the service provider organization provider-org.

[0060] S4. Generate online call records based on the offline call records and write them into the sub-chain

[0061] When service user U1 calls the product recommendation service in the product business, the gateway component captures traffic to monitor the call records and generates offline call records.

[0062] The offline call record of the product recommendation service includes a unique record ID generated using a timestamp and other fields. If the call is successful, the is_successful field is set to 1, otherwise it is set to 0; the service API ID of the product recommendation service, the ID of the service user U1, the ID of the service provider P1, the call time, the sub-chain namespace, and the call status indicators. The multi-dimensional call status indicators will be used to evaluate the service quality.

[0063] S5. Generate call batch records based on the single service call records in the subchain

[0064] When the call record of the product recommendation service is written on the chain, the sub-chain smart contract is triggered and takes effect. The function that stores the call record in the contract will generate an online call record based on the offline call record of the product recommendation service. The online call record of the product recommendation service mainly includes the user ID of the service user U1, the ID of the service provider P1, the namespace and call time, as well as all the fields of the offline record mapped into a summary using the SHA-256 hash algorithm.

[0065] Specifically, every month after service user U1 creates a business, the call records on all sub-chains will be classified and integrated according to APIID. For the product recommendation service, the service call records related to service provider P1 will be screened out on the chain, and the number of successful calls to the product recommendation service API by the user will be calculated independently. A batch record of the product recommendation service for one month will be generated. Assuming the total number of calls is sum1, this will be used as the call batch record.

[0066] S6. The parent chain settles the call batch records generated by the child chain, generates settlement records, stores settlement records and transaction records, and thus realizes the transaction between the service provider and the service user.

[0067] A query is performed in the offline database to find the API price price1 of the product recommendation service. Based on the summary record of the product recommendation service, the amount required to call each API in the batch is calculated, that is, price1*sum1=sumprice1. Sumprice1 is the amount the user should pay during the time period. A settlement record is generated and written to the parent chain.

[0068] The settlement record of the product recommendation service includes the settlement record ID, settlement status (settled is 1, unsettled is 0), the ID of the service provider P1, the ID of the service user U1, the start and end time, and the settlement amount (the settlement amount is sumprice1).

[0069] The settlement record of the product recommendation service triggers the settlement smart contract of the parent chain, thereby realizing the transaction between the service provider P1 and the service user U1. First, according to the transaction amount in the settlement record, that is, sumprice1, a part of the on-chain frozen funds paid by the service user U1 for the product recommendation service is transferred to the service provider P1.

[0070] When either service user U1 or service provider P1 has a dispute over the call record or settlement record of the product recommendation service and wants to verify or trace the source, they can optionally perform the following steps:

[0071] S7. When the product recommendation service call record needs to be verified, the offline record can be used to generate a hash value through a hash algorithm, and then verified with the on-chain hash value obtained through the APIID to ensure that the service call record is traceable.

[0072] S8. When the settlement records of the product recommendation service need to be traced, each settlement record can be accurately traced through the settlement records to ensure that the settlement records are traceable and reliable.

[0073] S9. When the service user U1 chooses to end the entire business demand, the sub-chain is cleared with the common consent of all participants, namely service providers P1, P2, and P3.

[0074] The specific implementation methods described above provide a detailed description of the technical solutions and beneficial effects of the present invention. It should be understood that the above is only the most preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, supplements and equivalent substitutions made within the scope of the principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A multi-parent-child chain settlement method based on blockchain, characterized in that: The method comprises the following steps: (1) Establish a basic blockchain as the parent chain, and service users register on the parent chain; (2) Based on the needs of registered service users, service users create businesses, and then create sub-chains based on the businesses created by service users, and register all service providers involved in the service users and their businesses in the sub-chains; (3) When the service user calls the API, the service call record is monitored and an offline call record is generated; In step (3), the gateway component captures traffic and monitors the call record to generate the offline call record; the offline call record includes the record ID, whether the call is successful, the called service API ID, the service user ID, the service provider ID, the call time, the subchain namespace and the call status indicators; (4) generating online call records based on the offline call records and writing them into the sub-chain; In step (4), when the offline call record is written into the subchain, the subchain smart contract is triggered and becomes effective. The function storing the call record in the smart contract generates the online call record based on some fields of the offline record and writes it into the subchain; the online call record includes the record ID, a bool value of whether the call is successful, the called service API ID, the service user ID, the service provider ID, the call time, and the offline record mapping hash; (5) Generate call batch records based on the single service call records in the subchain; In step (5), based on the single service call records in the subchain, the call records are classified and integrated according to APIID within the time period specified by the system, that is, the number of successful calls made by the service user to various APIs is independently calculated to generate the call batch records; (6) The parent chain settles the call batch records generated by the child chain, generates settlement records, stores settlement records and transaction records, and thereby realizes transactions between the service provider and service user; In step (6), based on the call batch records generated by the child chain and the single API call price in the subscription record table in the off-chain database, the amount required for each API call in the batch is calculated, and the amount payable by the user in the time period is calculated accordingly, and a settlement record is generated and written into the parent chain; the settlement record of the parent chain includes the settlement record ID, settlement status, service provider ID, service user ID, start and end time and settlement amount; In step (6), the settlement contract is triggered based on the settlement record, thereby realizing the transaction between the service provider and the service user, which includes: transferring a portion of the on-chain frozen funds paid by the service user to the service provider according to the transaction amount in the settlement record, The parent chain and the child chain form a double-layer chain, the parent chain is the top chain in the double-layer chain structure, and the child chain is the bottom chain in the double-layer chain structure.

2. The multi-parent-child chain settlement method based on blockchain according to claim 1 is characterized in that: When the service user subscribes to a new service, the service provider of the new service must complete registration on the parent chain, and the service user needs to pay the calling assets of the subscription service according to the market price. The calling assets will be frozen on the parent chain of the blockchain.

3. The multi-parent-child chain settlement method based on blockchain according to claim 1 is characterized in that: In step (2), based on the principle of mutual consensus, two different organizations are established for the service provider and the service user, namely the service provider organization and the service user organization. The service user registers with the service user organization as a user, and the service provider registers with the service provider organization as a user. The service provider organization and the service user organization deploy a corresponding number of nodes according to resource conditions and needs, and respectively deploy blockchain nodes in the nodes of both organizations to save the same blockchain ledger.

4. The multi-parent-child chain settlement method based on blockchain according to claim 3 is characterized in that: When the service user selects or expands the services provided by the service provider at any time based on demand, the service provider corresponding to the demanded service needs to register with the service provider organization as a user; If the service provider has already joined the service provider organization of the subchain, skip this step.

5. The multi-parent-child chain settlement method based on blockchain according to claim 1 is characterized in that: The method comprises: When service call records need to be verified, the offline records are hashed using a hash algorithm to generate a hash value, which is then verified against the on-chain hash value obtained through the APIID to ensure traceability of the service call records. When service settlement records need to be traced, each settlement record can be accurately traced through the settlement records to ensure that the settlement records are traceable and reliable; When the service user completes the entire business demand, the sub-chain is cleared with the mutual consent of all parties involved.

Images