CN111080443B

CN111080443B - Block chain-based service processing method, device, equipment and storage medium

Info

Publication number: CN111080443B
Application number: CN201911376427.0A
Authority: CN
Inventors: 刘攀
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-12-27
Filing date: 2019-12-27
Publication date: 2023-06-23
Anticipated expiration: 2039-12-27
Also published as: CN111080443A

Abstract

The application discloses a business processing method, a business processing device, business processing equipment and a storage medium based on a block chain, and belongs to the technical field of block chains. The method is applied to any first node equipment in a block chain system, wherein the block chain system stores a target mortgage protocol and target information corresponding to the target mortgage protocol, and the method comprises the following steps: creating a business processing task corresponding to the target mortgage protocol based on the target mortgage protocol and the target information corresponding to the target mortgage protocol; the service processing task is sent to second node equipment, and the second node equipment is used for executing the service processing task and returning execution data of the service processing task; and updating target information corresponding to the target mortgage protocol based on the execution data of the service processing task returned by the second node equipment. Based on the business processing process, the method can ensure that the agreement clause in the target mortgage agreement is automatically fulfilled, is favorable for improving the success rate of the fulfillment of the agreement clause, reduces the risk of the mortgage business, and has better processing effect.

Description

Block chain-based service processing method, device, equipment and storage medium

Technical Field

The embodiment of the application relates to the technical field of blockchains, in particular to a business processing method, a business processing device, a business processing equipment and a storage medium based on blockchains.

Background

With the development of economy, mortgage services for acquiring funds through mortgage articles are increasing, and the processing process of the mortgage services is usually based on a mortgage platform. Currently, in the process of processing a mortgage service, a staff member of a mortgage platform urges the mortgage and a collateral person to voluntarily fulfill protocol clauses in the mortgage protocol according to a paper mortgage protocol signed by the mortgage and the collateral person. In this way, the phenomenon that the mortgage person or the collateral person does not fulfill the agreement clause in the mortgage agreement is easy to occur, the risk of the mortgage service is high, and the processing effect of the mortgage service is poor.

Disclosure of Invention

The embodiment of the application provides a block chain-based service processing method, a device, equipment and a storage medium, which can be used for improving the processing effect of mortgage service. The technical scheme is as follows:

in one aspect, an embodiment of the present application provides a method for processing a service based on a blockchain, where the method is applied to any first node device in a blockchain system, and a target mortgage protocol and target information corresponding to the target mortgage protocol are stored in the blockchain system, and the method includes:

Creating a business processing task corresponding to the target mortgage protocol based on the target information corresponding to the target mortgage protocol;

the service processing task is sent to second node equipment, and the second node equipment is used for executing the service processing task and returning execution data of the service processing task;

and updating target information corresponding to the target mortgage protocol based on the execution data of the service processing task returned by the second node equipment.

In another aspect, there is provided a blockchain-based service processing apparatus, the apparatus including:

the creating module is used for creating a business processing task corresponding to the target mortgage protocol based on the target information corresponding to the target mortgage protocol;

the sending module is used for sending the service processing task to second node equipment, wherein the second node equipment is used for executing the service processing task and returning execution data of the service processing task;

and the updating module is used for updating the target information corresponding to the target mortgage protocol based on the execution data of the service processing task returned by the second node equipment.

In one possible implementation manner, the creating module is configured to generate a service processing request corresponding to the target mortgage protocol based on the target information corresponding to the target mortgage protocol; and creating a business processing task corresponding to the business processing request based on the business processing request.

In one possible implementation, the apparatus further includes:

the acquisition module is used for acquiring first information corresponding to a target mortgage protocol based on a first signing request of a first object to the target mortgage protocol;

the storage module is used for storing the first information corresponding to the target mortgage protocol and the target mortgage protocol in the blockchain system;

the updating module is further configured to update first information corresponding to a target mortgage protocol in the blockchain system based on a second subscription request of a second object for the target mortgage protocol, and take the updated first information as target information corresponding to the target mortgage protocol.

In one possible implementation manner, the acquiring module includes:

the acquisition unit is used for acquiring a first signing request of the first object to a target mortgage protocol;

The verification unit is used for verifying the validity of the first subscription request;

the obtaining unit is further configured to obtain, in response to the validity verification of the first subscription request passing, first information corresponding to the target mortgage protocol and the target mortgage protocol.

In one possible implementation manner, the blockchain system includes a first smart contract, and the storage module is used for storing first information corresponding to the target mortgage protocol in the first smart contract;

the updating module is further configured to update first information corresponding to the target mortgage protocol in the first intelligent contract based on a second subscription request of a second object for the target mortgage protocol.

In one possible implementation manner, the first information corresponding to the target mortgage protocol includes identification information of the target mortgage protocol and second information corresponding to the target mortgage protocol; the storage module is used for taking the identification information of the target mortgage protocol as a keyword and writing the second information corresponding to the target mortgage protocol into the first intelligent contract as a value.

In one possible implementation, the first subscription request carries one or more of identification information of a second smart contract, identification information of an identity certificate of the first object, a public key of the first object, identification information of target mortgage data, identification information of the first object, identification information of target bid data, and identification information of the second object; the verification unit is used for executing one or more of the following verification modes:

based on the identification information of the second intelligent contract, performing first validity verification on the first subscription request;

performing second validity verification on the first subscription request based on the identification information of the identity certificate of the first object and the public key of the first object;

based on the identification information of the target mortgage data and the identification information of the first object, performing third validity verification on the first subscription request;

and carrying out fourth validity verification on the first subscription request based on the identification information of the target bidding data and the identification information of the second object.

In another aspect, a computer device is provided, the computer device including a processor and a memory, the memory storing at least one program code, the at least one program code loaded and executed by the processor to implement any of the above-described blockchain-based business processing methods.

In another aspect, a computer readable storage medium is provided, where at least one program code is stored, where the at least one program code is loaded and executed by a processor to implement any of the above-mentioned blockchain-based service processing methods.

The technical scheme provided by the embodiment of the application at least brings the following beneficial effects:

and automatically creating a business processing task corresponding to the target mortgage protocol based on the target mortgage protocol and target information corresponding to the target mortgage protocol stored in the block chain system, and further automatically executing the business processing task through the second node equipment. Based on the business processing process, the protocol clause in the target mortgage protocol can be guaranteed to be automatically fulfilled, the phenomenon that the mortgage person or the collateral person does not fulfill the protocol clause is reduced, the success rate of the fulfillment of the protocol clause in the target mortgage protocol is improved, the risk of the mortgage business is reduced, and the processing effect of the mortgage business is good.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic diagram of a plurality of blocks in a blockchain provided in an embodiment of the present application;

FIG. 2 is a schematic diagram of a new block generation process provided in an embodiment of the present application;

FIG. 3 is a schematic diagram of an implementation environment of a blockchain-based service processing method according to an embodiment of the present application;

FIG. 4 is a flowchart of a method for processing a blockchain-based service according to an embodiment of the present application;

FIG. 5 is a flowchart of a method for processing a blockchain-based service according to an embodiment of the present application;

FIG. 6 is a schematic diagram of a block chain based service processing apparatus according to an embodiment of the present application;

FIG. 7 is a schematic diagram of a block chain based service processing apparatus according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of an acquisition module according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of a terminal according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of a server according to an embodiment of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Several terms which are referred to in this application are first explained.

Blockchain system: refers to a system that stores data using blockchain technology (Blockchain Technology). The blockchain technology is also called as a distributed ledger wall technology, and is an internet database technology, and is characterized by decentralization, disclosure and transparency, so that everybody can participate in database records. Blockchain techniques may be a distributed infrastructure and computing scheme that utilizes a blockchain data structure to validate and store data, a distributed node consensus algorithm to generate and update data, a cryptographic approach to secure data transmission and access, and an intelligent contract consisting of automated script code to program and manipulate data. The data stored in the blockchain system has high stability and reliability, and the blockchain system is a tamper-proof and trusted database. Therefore, compared with the traditional mode of intensively storing the mortgage service related data, the block chain system is adopted to store the mortgage service related data, thereby being beneficial to improving the safety and reliability of the mortgage service related data.

The blockchain system can comprise a plurality of node devices, and data sharing can be carried out between the node devices. Each node device may receive input information during normal operation and maintain shared data within the blockchain system based on the received input information. In order to ensure the information intercommunication in the blockchain system, information connection can exist between every node equipment in the blockchain system, and the node equipment can transmit information through the information connection. For example, when any node device in the blockchain system receives input information, other node devices in the blockchain system acquire the input information according to a consensus algorithm, and store the input information as data in shared data, so that the data stored on all node devices in the blockchain system are consistent.

Each node device in the blockchain system has a node device identifier corresponding to the node device, and each node device in the blockchain system can store the node device identifiers of other node devices in the blockchain system so as to broadcast the generated blocks to other node devices in the blockchain system according to the node device identifiers of the other node devices. Each node device may maintain a node device identifier list as shown in table 1, and store the node device name and the node device identifier in the node device identifier list. The node device identifier may be an IP (Internet Protocol, protocol of interconnection between networks) address, and any other information that can be used to identify the node device, and table 1 is only illustrated by taking an IP address as an example.

TABLE 1

Node device name	Node device identification
		Node device 1	117.114.151.174
Node device 2	117.116.189.145
		…	…
Node device N	119.123.789.258

Each node device in the blockchain system is configured with an identical blockchain. Fig. 1 is a schematic diagram of a plurality of blocks in a blockchain provided in an embodiment of the present application, referring to fig. 1, an initiation block includes a block header and a block body, wherein the block header stores an input information feature value, a version number, a timestamp and a difficulty value, and the block body stores input information; the next block of the starting block takes the starting block as a father block, the next block also comprises a block head and a block main body, the block head stores the input information characteristic value of the current block, the block head characteristic value of the father block, the version number, the timestamp and the difficulty value, and the like, so that the block data stored in each block in the block chain are associated with the block data stored in the father block, and the safety of the input information in the block is ensured.

When each block in the blockchain is generated, referring to fig. 2, when node equipment where the blockchain is located receives input information, checking the input information, storing the input information into a memory pool after the checking is completed, and updating a hash tree used for recording the input information; then, updating the update time stamp to the time of receiving the input information, trying different random numbers, and calculating the characteristic value for a plurality of times, so that the calculated characteristic value can meet the following formula:

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

wherein SHA256 is a eigenvalue algorithm used to calculate eigenvalues; version (version number) is version information of the related block protocol in the block chain; the prev_hash is the block header characteristic value of the parent block of the current block; the merkle_root is a characteristic value of input information; ntime is the update time of the update timestamp; the nbits is the current difficulty, is a fixed value in a period of time, and is determined again after exceeding a fixed period of time; x is a random number; TARGET is a eigenvalue threshold that can be determined from nbits.

Thus, when the random number meeting the formula is calculated, the information can be correspondingly stored to generate the block head and the block main body, and the current block is obtained. And then, the node equipment of the block chain respectively sends the newly generated blocks to other node equipment in the block chain system according to the node equipment identifiers of other node equipment in the block chain system, the other node equipment checks the newly generated blocks, and the newly generated blocks are added into the block chain stored by the node equipment after the checking is completed.

Consensus algorithm: the method refers to a mathematical algorithm for realizing trust establishment and rights acquisition among different node devices in a block chain system. In a blockchain system, the verification and confirmation of a transaction can be completed in a short time through voting of special node equipment, and if a plurality of node equipment with irrelevant interests can reach consensus for one transaction, all the node equipment in the system can be considered to reach consensus for the transaction.

Intelligent contract: is a computer protocol that aims to propagate, verify or execute contracts in an informative manner. The purpose of smart contracts is to provide a secure method over traditional contracts and reduce other transaction costs associated with the contracts, which allow trusted transactions to be conducted without third parties, which transactions are traceable and irreversible.

Prophetic machine: a platform for providing external information. The function of the predictor is to write external information into the blockchain system to complete the data intercommunication between the blockchain system and the real world.

Mortgage: the method refers to the fact that a mortgage person and a collateral person reserve a contract, the occupation of the mortgage property is not transferred, and the mortgage property is used as a guarantee of the right. When the mortgage person does not fulfill the debt, the collateral right is entitled to pay the price of the mortgage property or to pay the price of the mortgage property in an auction or trade.

Fig. 3 is a schematic diagram of an implementation environment of a block chain-based service processing method according to an embodiment of the present application. The implementation environment may include: the blockchain system 31, wherein the blockchain system 31 includes a plurality of node devices 310, and any one node device 310 may be used as a first node device to perform one or more steps in the blockchain-based service processing method provided in the embodiments of the present application.

The plurality of node devices 310 in the blockchain system 31 may be configured with a blockchain for storing mortgage service related data and a smart contract for processing the mortgage service. The block chain consists of a plurality of blocks, and the blocks adjacent to each other in front and back have an association relation, so that the information in any block can be detected through the next block when tampered, thereby avoiding the related data of the mortgage service from being tampered and ensuring the safety and reliability of the processing process of the mortgage service. In an actual application scenario, the node device 310 may be a node device corresponding to a different mechanism, a different platform, or a different object. For example, the node device 310 may be a server corresponding to a mortgage platform, a terminal corresponding to a mortgage service related object, or the like.

Node device 310 refers to a computer device, which may be a terminal or a server, which is not limited in this embodiment of the present application.

Those skilled in the art will appreciate that the above-described blockchain system 31 is by way of example only, and that other existing or future blockchain systems may be suitable for use in the present application and are intended to be within the scope of the present application and are incorporated herein by reference.

Based on the implementation environment shown in fig. 3, the embodiment of the present application provides a service processing method based on a blockchain, and the method is applied to any first node device in the blockchain system as an example. The block chain system stores a target mortgage protocol and target information corresponding to the target mortgage protocol. As shown in fig. 4, the method provided in the embodiment of the present application may include the following steps:

in step 401, a business processing task corresponding to a target mortgage protocol is created based on the target mortgage protocol and target information corresponding to the target mortgage protocol.

The target mortgage protocol refers to a mortgage protocol corresponding to the first object and the second object. The target information corresponding to the target mortgage protocol refers to information corresponding to the target mortgage protocol after the target mortgage protocol takes effect. The target mortgage protocol is validated, namely, the first object and the second object successfully sign up for the target mortgage protocol. In the embodiment of the application, the mortgage person is taken as a first object, and the collateral right person is taken as a second object.

Before creating a business processing task corresponding to the target mortgage protocol based on the target mortgage protocol and target information corresponding to the target mortgage protocol, the first node device needs to store the target mortgage protocol and the target information corresponding to the target mortgage protocol in the blockchain system. In one possible implementation, the process of storing, by the first node device, the target mortgage protocol and the target information corresponding to the target mortgage protocol in the blockchain system includes steps 4011 to 4013:

step 4011: and acquiring the target mortgage protocol and first information corresponding to the target mortgage protocol based on a first signing request of the first object to the target mortgage protocol.

In one possible implementation, the implementation procedure of this step includes steps 4011A to 4011C:

in step 4011A, a first subscription request of a first object to a target mortgage protocol is obtained.

The first subscription request may carry the target mortgage protocol and identification information of the target mortgage protocol. Illustratively, the identification information of the target mortgage protocol may refer to a protocol number of the target mortgage protocol.

The target mortgage protocol may be generated based on a second smart contract, which refers to a smart contract for signing the mortgage protocol. The second smart contract includes mortgage terms, and based on the second smart contract, a mortgage protocol corresponding to the target mortgage data and the target bid data can be generated, and the mortgage protocol is used as the target mortgage protocol. The target mortgage data refers to mortgage data of a first object; the target bid data refers to bid data satisfying a condition among a plurality of bid data for the target mortgage data. The bid data satisfying the condition may refer to bid data having a highest bid price among the plurality of bid data.

It should be noted that, since different mortgage items may correspond to different mortgage terms, different mortgage items may correspond to different second smart contracts. The second smart contract in the embodiments of the present application is a smart contract that includes mortgage terms corresponding to mortgage items of the first object. The mortgage item of the first object may refer to land use, property, vehicle, etc., which embodiments of the present application do not limit.

A first subscription request for a target mortgage protocol for a first object may be sent by a third node device to the first node device. The third node device is a node device corresponding to the mortgage platform. For example, the third node device is a background server of the mortgage platform, etc. The first object can log in the mortgage platform, a first signing request for a target mortgage protocol is initiated on the mortgage platform, and then a third node device corresponding to the mortgage platform acquires the first signing request and sends the first signing request to the first node device. Thus, the first node device obtains a first subscription request of the first object to the target mortgage protocol.

In one possible implementation, the third node device sends a first subscription request of the first object to the target mortgage protocol to the first node device in the form of a transaction. After obtaining the first subscription request in the transaction form, the first node device may package the first subscription request in the transaction form into a block.

In one possible implementation manner, in order to ensure information security in a process that the third node device sends the first subscription request to the first node device, before the third node device sends the first subscription request to the first node device, the third node device may encrypt the first subscription request according to a public key of the first node device, and then send the obtained encrypted request to the first node device. After receiving the encryption request, the first node device may decrypt the encryption request according to the private key of the first node device to obtain a first subscription request. The method can effectively prevent the first subscription request from being tampered, and improves the transmission safety of the first subscription request.

In one possible implementation manner, the first subscription request may carry a digital signature of the first object and a public key of the first object, and after the first node device obtains the first subscription request, the first node device performs validity verification on the first subscription request based on the digital signature of the first object; when the validity verification of the first subscription request passes, step 4011B is performed.

The digital signature of the first object refers to encrypted information obtained after encrypting the digest information of the first subscription request with the private key of the first object. The summary information of the first subscription request is obtained by calculating the first subscription request by using a hash function. In this case, the process of the first node device verifying the validity of the first subscription request based on the digital signature of the first object is: after receiving the first signing request, the first node calculates the received first signing request by using the same hash function to obtain first abstract information, and then decrypts the digital signature of the first object by using the public key of the first object to obtain second abstract information; verifying whether the first summary information and the second summary information are identical; when the first abstract information is the same as the second abstract information, the first node can determine that the validity verification of the first subscription request passes; when the first digest information is different from the second digest information, the first node may determine that the validity verification of the first subscription request is not passed.

Step 4011B, validating the first subscription request.

In one possible implementation, the first subscription request carries one or more of identification information of the second smart contract, identification information of an identity certificate of the first object, a public key of the first object, identification information of the target mortgage data, identification information of the first object, identification information of the target bid data, and identification information of the second object.

The identification information of the second intelligent contract may refer to summary information of the second intelligent contract obtained by calculating the second intelligent contract by using a hash function; the identification information of the identity certificate of the first object may refer to digest information of the identity certificate of the first object obtained by calculating the identity certificate of the first object using a hash function; the identification information of the target mortgage data may refer to summary information of the target mortgage data obtained by calculating the target mortgage data by using a hash function; the identification information of the first object may refer to a login account number of the first object on the mortgage platform; the identification information of the target bid data may refer to summary information of the target bid data calculated from the target bid data using a hash function; the identification information of the second object may refer to a login account number of the second object on the mortgage platform.

In one possible implementation, the process of verifying the validity of the first subscription request includes one or more of the following verification manners:

and a verification mode a, based on the identification information of the second intelligent contract, performing first validity verification on the first subscription request.

The verification process of the verification mode comprises the following steps: based on the identification information of the second smart contract, querying in the blockchain system whether the second smart contract is deployed. If the second intelligent contract is deployed, the first validity verification of the first signing request is passed; if the second smart contract is not deployed, the first validity verification of the first subscription request is not passed.

And the verification mode b is used for carrying out second validity verification on the first signing request based on the identification information of the identity certificate of the first object and the public key of the first object.

The verification process of the verification mode comprises the following steps: based on the identification information of the identity certificate of the first object, inquiring whether the identity certificate of the first object exists in the first intelligent contract. If the identity certificate of the first object does not exist, the second validity verification of the first subscription request is not passed. If the identity certificate of the first object exists, verifying whether the public key in the identity certificate of the first object stored in the first intelligent contract is consistent with the public key of the first object carried by the first signing request.

If the public key in the identity certificate of the first object stored in the first intelligent contract is inconsistent with the public key of the first object carried by the first signing request, the second validity verification of the first signing request is not passed; and if the public key in the identity certificate of the first object stored in the first intelligent contract is consistent with the public key of the first object carried by the first signing request, the second validity verification of the first signing request is passed.

And a verification mode c, which is used for carrying out third validity verification on the first signing request based on the identification information of the target mortgage data and the identification information of the first object.

The verification process of the verification mode comprises the following steps: and inquiring whether the target mortgage data exists in the first intelligent contract based on the identification information of the target mortgage data. If the target mortgage data does not exist, the third validity verification of the first subscription request is not passed. If the target mortgage data exists, verifying whether the identification information of the first object corresponding to the target mortgage data stored in the first intelligent contract is consistent with the identification information of the first object carried by the first signing request.

If the identification information of the first object corresponding to the target mortgage data stored in the first intelligent contract is inconsistent with the identification information of the first object carried by the first signing request, the third validity verification of the first signing request is not passed; and if the identification information of the first object corresponding to the target mortgage data stored in the first intelligent contract is consistent with the identification information of the first object carried by the first signing request, the third validity verification of the first signing request is passed.

And the verification mode d is used for performing fourth validity verification on the first subscription request based on the identification information of the target bidding data and the identification information of the second object.

The verification process of the verification mode comprises the following steps: based on the identification information of the target bid data, whether the target bid data exists is queried in the first smart contract. If the target bid data does not exist, the fourth validity verification of the first subscription request is not passed. If the target bidding data exist, verifying whether the identification information of the second object corresponding to the target bidding data stored in the first intelligent contract is consistent with the identification information of the second object carried by the first signing request.

If the identification information of the second object corresponding to the target mortgage data stored in the first intelligent contract is inconsistent with the identification information of the second object carried by the first signing request, the fourth validity verification of the first signing request is not passed; and if the identification information of the second object corresponding to the target mortgage data stored in the first intelligent contract is consistent with the identification information of the second object carried by the first signing request, the fourth validity verification of the first signing request is passed.

In the process of verifying the validity of the first subscription request, the verification manners may be freely combined, which is not limited in the embodiment of the present application. Illustratively, the process of verifying the validity of the first subscription request may include verification method a, verification method b, verification method c, and verification method d described above. Of course, the process of verifying the validity of the first subscription request may include only the verification method a and the verification method c.

Step 4011C, in response to the validity verification of the first subscription request passing, obtaining the target mortgage protocol and the first information corresponding to the target mortgage protocol.

When the validity verification of the first subscription request is passed, the first node equipment acquires the target mortgage protocol and first information corresponding to the target mortgage protocol.

In one possible implementation manner, for the case that the process of performing validity verification on the first subscription request includes verification mode a, verification mode b, verification mode c, and verification mode d, when the above-mentioned first validity verification, second validity verification, third validity verification, and fourth validity verification of the first subscription request are all passed, the validity verification of the first subscription request is described as passed. At this time, the first node device responds to the validity verification of the first subscription request and passes the validity verification, and obtains the target mortgage protocol and the first information corresponding to the target mortgage protocol.

The target mortgage protocol may be derived directly based on the first subscription request. In one possible implementation, the first information corresponding to the target mortgage protocol includes identification information of the target mortgage protocol and second information corresponding to the target mortgage protocol. The second information corresponding to the target mortgage protocol includes, but is not limited to, identification information of the first object, identification information of the second object, identification information of target mortgage data, identification information of target bid data, identification information of the first subscription state and identification information of the first subscription request.

In the second information corresponding to the target mortgage protocol, the identification information of the first object, the identification information of the second object, the identification information of the target mortgage data and the identification information of the target bid data can be directly obtained based on the information carried by the first subscription request.

The first subscription state may refer to a subscription state set for the target mortgage protocol when the validity of the first node device in response to the first subscription request is verified. The first subscription status is used to indicate that the first object is subscribed. The identification information of the first subscription request may refer to summary information of the first subscription request obtained by calculating the first subscription request using a hash function.

Step 4012: and storing the target mortgage protocol and first information corresponding to the target mortgage protocol in the blockchain system.

After obtaining the target mortgage protocol and the first information corresponding to the target mortgage protocol, the first node device may store the target mortgage protocol and the first information corresponding to the target mortgage protocol in the blockchain system. In one possible implementation, a first smart contract is included in a blockchain system, and storing a target mortgage protocol and first information corresponding to the target mortgage protocol in the blockchain system includes: and storing the target mortgage protocol and first information corresponding to the target mortgage protocol in a first intelligent contract.

For the case that the first information corresponding to the target mortgage protocol includes the identification information of the target mortgage protocol and the second information corresponding to the target mortgage protocol, the process of storing the first information corresponding to the target mortgage protocol and the target mortgage protocol in the first smart contract may be: and writing the identification information of the target mortgage protocol into the first intelligent contract by taking the identification information of the target mortgage protocol as a Key (Key) and taking second information corresponding to the target mortgage protocol and the target mortgage protocol as a Value (Value).

In one possible implementation manner, after the identification information of the target mortgage protocol is used as a keyword and the second information corresponding to the target mortgage protocol is used as a value to be written into the first intelligent contract, an execution result of the first subscription request may be obtained. The execution results of the first subscription request include, but are not limited to, the validity verification result of the first subscription request and the execution state of the above-described process of writing the first smart contract.

After the execution result of the first subscription request is obtained, the first node device may initiate a consensus process of the execution result of the first subscription request in the blockchain system, so as to determine, by the node device in the blockchain system, whether the execution result of the first subscription request is accurate.

In one possible implementation manner, the first node device may package the execution result of the first subscription request to generate the target block. And then, respectively transmitting the target blocks to other node equipment according to the node equipment identifiers of other node equipment in the block chain system, wherein the other node equipment can verify the target blocks and respectively broadcast the verification results in the block chain system. When the number of node devices passing the verification result in the blockchain system is greater than the reference proportion, the first node device may determine that the target block passes the consensus, that is, that the execution result of the first subscription request passes the consensus.

The reference proportion refers to the proportion that the number of node devices passing through the verification result occupies the number of all node devices in the block chain system, and the reference proportion can be set empirically or can be freely adjusted according to application scenes, and the embodiment of the application is not limited to this. For example, the reference ratio may be set to 1/3 or the like. The consensus process described above may be implemented based on a consensus mechanism, which may be, for example, a workload certification mechanism, a rights certification mechanism, or the like.

When the common knowledge of the execution results of the first subscription request is passed, the first node device stores the execution results of the first subscription request on the target blockchain. The target blockchain refers to a blockchain in a blockchain system for storing mortgage service related data.

After the execution result of the first subscription request is stored on the target blockchain, the process of writing the identification information of the target mortgage protocol into the first intelligent contract by taking the second information corresponding to the target mortgage protocol and the target mortgage protocol as values is effective.

In one possible implementation manner, after the first node device stores the execution result of the first subscription request on the target blockchain, the execution result of the first subscription request may be sent to the third node device. And the third node equipment informs the execution result of the first signing request to the first object and the second object through the mortgage platform.

Step 4013: based on a second signing request of a second object aiming at a target mortgage protocol, updating first information corresponding to the target mortgage protocol in the blockchain system, and taking the updated first information as target information corresponding to the target mortgage protocol.

In one possible implementation, the implementation procedure of this step includes steps 4013A to 4013C:

step 4013A, a second subscription request of the second object for the target mortgage protocol is obtained.

The second subscription request may be sent by the third node device to the first node device. The mortgage platform can display the specific content of the target mortgage protocol for the login object on the mortgage platform to check. The second object may issue a second subscription request for the target mortgage protocol on the mortgage platform. The third node device then sends a second subscription request to the first node device.

In one possible implementation manner, the second subscription request may carry a digital signature of the second object and a public key of the second object, and after the first node device obtains the second subscription request, the first node device performs validity verification on the second subscription request based on the digital signature of the second object; when the validity verification of the second subscription request passes, step 4013B is executed again. The process of verifying the validity of the second subscription request based on the digital signature of the second object may refer to step 4011A, which is not described herein.

Step 4013B, verifying the validity of the second subscription request.

In one possible implementation, the second subscription request carries one or more of identification information of the target mortgage protocol, identification information of the second smart contract, identification information of an identity certificate of the second object, a public key of the second object, identification information of the target mortgage data, identification information of the target bid data, identification information of the first object, identification information of the second object, and identification information of the first subscription request.

In one possible implementation manner, the process of verifying the validity of the second subscription request by the first node device includes one or more of the following verification manners:

And the verification mode a is used for carrying out first validity verification on the second signing request based on the identification information of the second intelligent contract.

And the verification mode b is used for carrying out second validity verification on the second signing request based on the identification information of the identity certificate of the second object and the public key of the second object.

And the verification mode c is used for carrying out third validity verification on the second subscription request based on the identification information of the target mortgage protocol, the identification information of the first subscription request, the identification information of the target mortgage data, the identification information of the target bidding data, the identification information of the first object and the identification information of the second object.

The verification process of the verification mode comprises the following steps: based on the identification information of the target mortgage protocol, whether the target mortgage protocol exists or not is inquired in the first intelligent contract. If the target mortgage protocol does not exist, the third validity verification of the second subscription request is not passed;

if the target mortgage protocol exists, verifying whether the signing status of the target mortgage protocol stored in the first intelligent contract is the first signing status. If the signing status of the target mortgage protocol stored in the first intelligent contract is not the first signing status, the third validity verification of the second signing request is not passed;

If the target mortgage protocol exists and the signing state of the target mortgage protocol stored in the first intelligent contract is the first signing state, verifying whether the target mortgage protocol stored in the first intelligent contract is consistent with the target mortgage protocol carried by the second signing request, and verifying whether the identification information of the first object, the identification information of the second object, the identification information of the target mortgage data, the identification information of the target bidding data, the identification information of the first signing request and the identification information of the first object carried by the second signing request, the identification information of the second object, the identification information of the target mortgage data, the identification information of the target bidding data and the identification information of the first signing request are consistent with each other or not respectively. If any information is inconsistent, the third validity verification of the second subscription request is not passed; and if the information is consistent, the third validity verification of the second subscription request is passed.

In the process of verifying the validity of the second subscription request, the verification manners may be freely combined, which is not limited in the embodiment of the present application. Illustratively, the process of verifying the validity of the second subscription request may include verification means a, verification means b, and verification means c described above. Of course, the process of verifying the validity of the second subscription request may also include only the verification method a and the verification method c described above.

In step 4013C, in response to the validity verification of the second subscription request passing, updating the first information corresponding to the target mortgage protocol in the blockchain system, and taking the updated first information as the target information corresponding to the target mortgage protocol.

In one possible implementation manner, for the case that the process of performing validity verification on the second subscription request includes verification mode a, verification mode b, and verification mode c, when the first validity verification, the second validity verification, and the third validity verification of the second subscription request are all passed, the passing of the validity verification of the second subscription request is described. At this time, the first node device updates the first information corresponding to the target mortgage protocol in the blockchain system in response to the validity verification of the second subscription request, and uses the updated first information as target information corresponding to the target mortgage protocol.

In one possible implementation, for a case where the target mortgage protocol and first information corresponding to the target mortgage protocol are stored in a first smart contract, updating the first information corresponding to the target mortgage protocol in the blockchain system includes: and updating first information corresponding to the target mortgage protocol in the first intelligent contract.

The first information corresponding to the target mortgage protocol comprises a first subscription state. The process of updating the first information corresponding to the target mortgage protocol in the first smart contract by the first node device may be: updating the first subscription state in the first information corresponding to the target mortgage protocol in the first intelligent contract to the second subscription state, and adding the identification information of the second subscription request to the first information corresponding to the target mortgage protocol in the first intelligent contract. The second subscription state is used for indicating that the first object and the second object are subscribed, that is, the second subscription state indicates that the target mortgage protocol is validated. And after the updating process, taking the updated first information as target information corresponding to the target mortgage protocol.

After updating the first information corresponding to the target mortgage protocol in the first intelligent contract, an execution result of the second subscription request can be obtained. The execution result of the second subscription request includes, but is not limited to, the validity verification result of the second subscription request and the execution state of the update process.

After the execution result of the second subscription request is obtained, the first node device may initiate a consensus process of the execution result of the second subscription request in the blockchain system. And storing the execution result of the second subscription request on the target blockchain in response to the passing of the consensus of the execution result of the second subscription request. After the execution result of the second subscription request is stored on the target blockchain, the update process of the first information is explained to be effective.

In one possible implementation manner, the first node device may send the execution result of the second subscription request to the third node device. And the third node equipment informs the first object and the second object of the execution result of the second subscription request through the mortgage platform.

Based on the steps 4011 to 4013, the first node device stores the target mortgage protocol and target information corresponding to the target mortgage protocol in the blockchain system. The business processing tasks corresponding to the target mortgage protocol may then be created based on the target mortgage protocol and the target information corresponding to the target mortgage protocol in the blockchain system. In one possible implementation manner, the process of creating, by the first node device, a service processing task corresponding to the target mortgage protocol based on the target mortgage protocol and target information corresponding to the target mortgage protocol includes the following two steps:

step 1: and generating a service processing request corresponding to the target mortgage protocol based on the target mortgage protocol and the target information corresponding to the target mortgage protocol in the blockchain system.

The terms of the agreement that the first object and the second object should fulfill can be known based on the target mortgage protocol in the blockchain system and the target information corresponding to the target mortgage protocol. The first node device may generate a business processing request corresponding to the target mortgage protocol by invoking the first smart contract. The service processing request includes a service processing task to be executed.

Step 2: based on the business processing request, a business processing task corresponding to the business processing request is created.

The first node device may invoke a prophetic contract based on the business process request to create a business process task corresponding to the business process request. The intelligent contracts of the predictors are used for creating tasks which need to be executed by the node devices corresponding to the predictors.

The business processing tasks are related to terms of the agreement in the target mortgage agreement. For example, the business process task may be to inform the banking institution to transfer a specified amount of funds from the account of the second object to the account of the first object; the business processing task may also be that if the mortgage term expires, the first object does not settle the liability according to the agreement of the agreement term, the mortgage item is auctioned according to the agreement of the agreement term, and then funds obtained by the auction are transferred to the account of the second object.

It should be noted that, before executing the steps 4011 to 4013, the first node device needs to store the second smart contract, the target mortgage data and the target bid data in the blockchain system, and the process is detailed in the embodiment shown in fig. 5, which is not described herein.

In step 402, the service processing task is sent to the second node device, where the second node device is configured to execute the service processing task, and return execution data of the service processing task.

After creating the business processing task, the business processing task is sent to a second node device located outside the blockchain system. The second node device refers to the node device corresponding to the predictor. The second node device can automatically execute the business processing task, so that the phenomena of interest loss of the mortgage person or the collateral person caused by the fact that the mortgage protocol is not fulfilled are reduced, and the better development of the mortgage-assisted industry is improved.

After receiving the service processing task, the second node device can automatically execute the service processing task to acquire execution data of the service processing task. The execution data of the service processing task refers to relevant data obtained in the process of executing the service processing task. For example, the execution data of the business process task may refer to bank funds transfer data obtained in the course of executing the business process task informing the banking institution to transfer a prescribed amount of funds from the account of the second object into the account of the first object.

And the second node equipment returns the execution data of the service processing task to the first node equipment after acquiring the execution data of the service processing task. The first node device receives the execution data of the service processing task returned by the second node device, and then performs step 403.

In one possible implementation manner, after receiving the execution data of the service processing task returned by the second node device, the first node device adds the execution data of the service processing task to the intelligent contract of the predictor, and then writes the execution data of the service processing task into the first intelligent contract.

In step 403, the target information corresponding to the target mortgage protocol is updated based on the execution data of the service processing task returned by the second node device.

After the execution data of the service processing task is written into the first intelligent contract, the first node device can call the first intelligent contract according to the execution data of the service processing task, and update the target information corresponding to the target mortgage protocol.

In one possible implementation, the target information corresponding to the target mortgage protocol includes a first fulfillment state. The process of updating the target information corresponding to the target mortgage protocol by the first node equipment is as follows: and determining a second fulfillment state and proving information corresponding to the second fulfillment state according to the execution data of the business processing task, updating the first fulfillment state in the target information corresponding to the target mortgage protocol to the second fulfillment state, and adding the proving information corresponding to the second fulfillment state to the target information corresponding to the target mortgage protocol.

For example, the target mortgage protocol first fulfillment state may be that the second object is not fulfilled when the target mortgage protocol is in effect, and the second fulfillment state may be determined to be that the second object is fulfilled when the execution data of the business processing task indicates that a specified amount of funds have been transferred from the account of the second object into the account of the first object. The proof information corresponding to the second fulfillment state is bank funds transfer data.

In one possible implementation manner, the first object and the second object may query, in real time, target information corresponding to the target mortgage protocol stored in the blockchain system through the mortgage platform, so as to learn the performance of the target mortgage protocol by the first object or the second object.

The embodiment of the application also provides a service processing method based on the block chain, which is applied to any first node equipment in the block chain system as an example. The block chain system stores a target mortgage protocol and target information corresponding to the target mortgage protocol. As shown in fig. 5, the method provided in the embodiment of the present application may include the following steps:

in step 501, based on the first storage request, information corresponding to the second smart contract is obtained, and the information corresponding to the second smart contract is stored in the blockchain system.

Wherein the second smart contract is approximately a smart contract for signing up for the mortgage agreement. In one possible implementation, the implementation procedure of step 501 includes steps 5011 to 5013:

step 5011: a first storage request is obtained, the first storage request including a second smart contract.

The first storage request may be sent by the third node device to the first node device. The mortgage platform corresponding to the third node device may create a second smart contract to be stored, and the third node device may generate a first storage request based on the second smart contract created by the mortgage platform, and send the first storage request to the first node device in the blockchain system.

In one possible implementation manner, the first storage request may carry a digital signature of the mortgage platform and a public key of the mortgage platform, and after the first node device obtains the first storage request, the first storage request is validated based on the digital signature of the mortgage platform; when the validity verification of the first storage request passes, step 5012 is performed. The process of verifying the validity of the first storage request based on the digital signature of the mortgage platform may refer to step 4011A, which is not described herein.

In one possible implementation, before the first node device obtains the first storage request, the qualification certificate of the mortgage platform corresponding to the third node device needs to be stored in the blockchain system. Wherein a qualification certificate of the mortgage platform is issued by a CA (Certificate Authority ) authority for the mortgage platform, the qualification certificate being capable of proving validity of a public key and a private key of the mortgage platform and proving qualification of the mortgage platform to issue a second smart contract.

In one possible implementation, the process of the first node device storing the qualification certificate of the mortgage platform in the blockchain system includes steps 5011A and 5011B:

Step 5011A, a fourth storage request is obtained, the fourth storage request comprising a qualification certificate of the mortgage platform.

Wherein the fourth storage request may be sent by the fourth node device to the first node device. The fourth node device is a node device corresponding to the CA mechanism.

Before the first node device obtains the fourth storage request, the CA institution needs to issue a qualification certificate for the mortgage platform. The process is as follows: the third node equipment sends a certificate acquisition request to a CA mechanism, wherein the certificate acquisition request comprises a public key locally generated by a mortgage platform, qualification information of the mortgage platform and a digital signature of the mortgage platform; the CA mechanism receives a certificate acquisition request sent by third node equipment; and in response to the verification of the certificate acquisition request being passed, the CA institution issues a qualification certificate for the mortgage platform. The qualification certificate includes a digital signature of the CA institution.

After the CA mechanism issues the asset certificate for the mortgage platform, a fourth node device sends a fourth storage request to the first node device so that the asset certificate of the mortgage platform is stored in the blockchain system. In one possible implementation, the fourth node device may send the fourth storage request to the first node device in the form of a transaction.

After the first node device obtains the fourth storage request, the validity of the fourth storage request may be verified based on the digital signature of the CA institution in the qualification certificate. After the validity of the fourth storage request is verified, step 5011B is executed again.

Step 5011B, store the qualification certificate of the mortgage platform in the blockchain system.

In one possible implementation, the implementation procedure of this step may be: calculating the qualification certificate of the mortgage platform by utilizing the hash function to obtain the identification information of the qualification certificate of the mortgage platform; inquiring whether the qualification certificate of the mortgage platform exists in the first intelligent contract according to the identification information of the qualification certificate of the mortgage platform. If the qualification certificate of the mortgage platform exists, returning a result of execution failure; if the qualification certificate of the mortgage platform does not exist, the identification information of the qualification certificate is used as a keyword, and the qualification certificate is used as a value to be written into a first intelligent contract in the blockchain system.

After the identification information of the qualification certificate is used as a keyword and the qualification certificate is used as a value to be written into the first intelligent contract, an execution result of the fourth storage request can be obtained. The execution results of the fourth storage request include, but are not limited to, the verification result of the fourth storage request and the execution status of the above-described process of writing the first smart contract.

In response to the passing of the consensus of the execution result of the fourth storage request, the first node device stores the execution result of the fourth storage request on the target blockchain. At this time, it is effective to explain a process of writing the qualification certificate as a value to the first smart contract in the blockchain system with the identification information of the qualification certificate as a key.

In one possible implementation, the performing of the step 5011B may be implemented by a virtual machine in the first node apparatus.

In one possible implementation, after storing the qualification certificate of the mortgage platform in the blockchain system, the first node device may send the execution result of the fourth storage request to the fourth node device. The fourth node device may send the qualification certificate and the identification information of the qualification certificate to the third node device, so that the third node device stores the qualification certificate and the identification information of the qualification certificate.

Step 5012: and verifying the validity of the first storage request.

In one possible implementation, the first storage request carries identification information of a qualification certificate of the mortgage platform and a public key of the mortgage platform. The process of validity verification of the first storage request by the first node device comprises the following steps:

Calculating the second intelligent contract by utilizing the hash function to obtain the identification information of the second intelligent contract; based on the identification information of the second smart contract, querying the blockchain system for the presence of the second smart contract. If the second smart contract already exists, the validity verification of the first storage request is not passed.

If the second intelligent contract does not exist, inquiring whether the qualification certificate of the mortgage platform exists in the first intelligent contract based on the identification information of the qualification certificate of the mortgage platform. If the qualification certificate of the mortgage platform does not exist, the validity verification of the first storage request is not passed. If the qualification certificate of the mortgage platform exists, verifying whether a public key in the qualification certificate of the mortgage platform stored in the first intelligent contract is consistent with a public key carried by the first storage request; if the public key in the qualification certificate of the mortgage platform stored in the first intelligent contract is inconsistent with the public key carried by the first storage request, the validity verification of the first storage request is not passed; and if the public key in the qualification certificate of the mortgage platform stored in the first intelligent contract is consistent with the public key carried by the first storage request, the validity of the first storage request is verified.

Step 5013: responding to the validity verification of the first storage request, and acquiring a second intelligent contract and information corresponding to the second intelligent contract; and storing the second smart contract and information corresponding to the second smart contract in the blockchain system.

The information corresponding to the second smart contract may refer to identification information of the second smart contract. The second smart contract may be directly obtained based on the first storage request passed through the validity verification, and the identification information of the second smart contract may be calculated by using a hash function.

In one possible implementation, the process of storing the second smart contract and information corresponding to the second smart contract in the blockchain system is: and writing the identification information of the second intelligent contract as a key word and the second intelligent contract as content into an intelligent contract storage area in the blockchain system.

In one possible implementation, after the identification information of the second smart contract is used as a keyword and the second smart contract is used as content to be written into a smart contract storage area in the blockchain system, an execution result of the first storage request may be obtained. The execution results of the first storage request include, but are not limited to, the validity verification results of the first storage request and the execution status of the above-described process of writing to the smart contract storage area in the blockchain system.

In response to the passing of the consensus of the execution result of the first storage request, the first node device stores the execution result of the first storage request on the target blockchain. After storing the execution result of the first storage request on the target blockchain, it is effective to explain the process of writing the second smart contract as content into the smart contract storage area in the blockchain system with the identification information of the second smart contract as a key.

In one possible implementation manner, after the second smart contract and the information corresponding to the second smart contract are stored in the blockchain system, the first node device may send the identification information of the second smart contract and the execution result of the first storage request to the third node device, so that the third node device stores the identification information of the second smart contract and the execution result of the first storage request.

In step 502, based on the second storage request, the target mortgage data and information corresponding to the target mortgage data are obtained, and the target mortgage data and the information corresponding to the target mortgage data are stored in the blockchain system.

The target mortgage data refers to data related to the first object to-be-mortgage object, including but not limited to the detailed information of the to-be-mortgage object, the minimum mortgage price, the mortgage term and the like. This step may be accomplished by invoking a mortgage data publishing operation in the first smart contract. In one possible implementation, the implementation procedure of step 502 includes steps 5021 to 5023:

Step 5021: a second storage request is obtained, the second storage request including target mortgage data.

The second storage request may be sent by the third node device to the first node device. The first object may log onto the mortgage platform and then input target mortgage data, and the third node device generates a second storage request based on the target mortgage data input by the first object and sends the second storage request to the first node device.

It should be noted that, before the first object logs into the mortgage platform to input the target mortgage data, real-name authentication needs to be performed on the mortgage platform, and then the mortgage platform generates an asymmetric public key and a private key for the first object.

In one possible implementation manner, the second request may carry a digital signature of the first object and a public key of the first object, and after obtaining the second request, the first node device performs validity verification on the second storage request based on the digital signature of the first object; when the validity verification of the second request passes, step 5022 is performed. The process of verifying the validity of the second storage request based on the digital signature of the first object may refer to step 4011A, which is not described herein.

In one possible implementation, the first node device needs to store the identity certificate of the first object in the blockchain system before acquiring the second storage request. Wherein the identity certificate of the first object is issued by the CA authority for the first object, the identity certificate being capable of proving the validity of the public and private keys of the first object and proving the validity of the identity of the first object.

In one possible implementation, the process of the first node device storing the identity certificate of the first object in the blockchain system may refer to step 5011A and step 5011B, which are not described herein.

In one possible implementation, after the identity certificate of the first object is stored in the blockchain system, a result of executing the storage request of the identity certificate of the first object may be sent to the fourth node device. The fourth node device may send the identity certificate of the first object and the identification information of the identity certificate of the first object to the third node device, so that the third node device stores the identity certificate of the first object and the identification information of the identity certificate of the first object. The third node device may further transmit the identity certificate of the first object and the identification information of the identity certificate of the first object to the terminal of the first object, and the terminal of the first object stores the identity certificate of the first object and the identification information of the identity certificate of the first object.

Step 5022: and verifying the validity of the second storage request.

In one possible implementation, the second storage request carries one or more of identification information of the first object, identification information of the second smart contract, identification information of an identity certificate of the first object, and a public key of the first object. In one possible implementation, the process of verifying the validity of the second storage request by the first node includes one or more of the following verification manners:

And a verification mode a, carrying out first validity verification on the second storage request based on the identification information of the second intelligent contract.

The verification process of the verification mode comprises the following steps: based on the identification information of the second smart contract, querying in the blockchain system whether the second smart contract is deployed. If the second smart contract has been deployed, the first validity verification of the second storage request is passed; if the second smart contract is not deployed, the first validity verification of the second storage request is not passed.

And b, verifying the second validity of the second storage request based on the target mortgage data in the second storage request.

The verification process of the verification mode comprises the following steps: calculating the target mortgage data by utilizing the hash function to obtain identification information of the target mortgage data; and inquiring whether the target mortgage data exists in the first intelligent contract based on the identification information of the target mortgage data. If the target mortgage data exists, the second validity verification of the second storage request is not passed; if the target mortgage data does not exist, the second validity of the second storage request is verified.

And the verification mode c is used for performing third validity verification on the second storage request based on the identification information of the identity certificate of the first object and the public key of the first object.

The verification process of the verification mode comprises the following steps: based on the identification information of the identity certificate of the first object, inquiring whether the identity certificate of the first object exists in the first intelligent contract. If the identity certificate of the first object does not exist, the third validity verification of the second storage request is not passed. If the identity certificate of the first object exists, verifying whether the public key in the identity certificate of the first object stored in the first intelligent contract is consistent with the public key carried by the second storage request.

If the public key in the identity certificate of the first object stored in the first intelligent contract is inconsistent with the public key carried by the second storage request, the third validity verification of the second storage request is not passed; and if the public key in the identity certificate of the first object stored in the first intelligent contract is consistent with the public key carried by the second storage request, the third validity verification of the second storage request is passed.

In the process of verifying the validity of the second storage request, the verification manners may be freely combined, which is not limited in the embodiment of the present application. Illustratively, the process of validating the second storage request may include verification mode a, verification mode b, and verification mode c described above. Of course, the process of verifying the validity of the second storage request may also include only verification mode a and verification mode c described above.

Step 5023: and responding to the validity verification of the second storage request, acquiring the target mortgage data and information corresponding to the target mortgage data, and storing the target mortgage data and the information corresponding to the target mortgage data in the blockchain system.

In one possible implementation, for the case where the process of verifying the validity of the second storage request includes verification mode a, verification mode b, and verification mode c, when the first validity verification, the second validity verification, and the third validity verification of the second storage request are all passed, the validity verification of the second storage request is indicated to be passed. At this time, the target mortgage data and the information corresponding to the target mortgage data are acquired.

The information corresponding to the target mortgage data includes, but is not limited to, identification information of the target mortgage data, identification information of the first object, and identification information of the second storage request. The identification information of the first object can be directly obtained based on the information carried by the second storage request; the identification information of the target mortgage data can be obtained by calculating the target mortgage data by utilizing a hash function; the identification information of the second storage request may be obtained by calculating the second storage request using a hash function.

And after the target mortgage data and the information corresponding to the target mortgage data are acquired, storing the target mortgage data and the information corresponding to the target mortgage data in a block chain system. In one possible implementation, the process of storing the target mortgage data and information corresponding to the target mortgage data in the blockchain system is: and writing the identification information of the target mortgage data, the identification information of the first object and the identification information of the second storage request into a first intelligent contract in the blockchain system as values by taking the identification information of the target mortgage data as a key.

In one possible implementation, after the identification information of the target mortgage data is used as a keyword, the identification information of the target mortgage data, the identification information of the first object, and the identification information of the second storage request are written as values into the first intelligent contract in the blockchain system, an execution result of the second storage request may be obtained. The execution results of the second storage request include, but are not limited to, the validity verification result of the second storage request and the execution status of the above-described process of writing the first smart contract.

In response to the passing of the consensus of the execution result of the second storage request, storing the execution result of the second storage request on the target blockchain. After the execution result of the second storage request is stored on the target blockchain, the process of writing the identification information of the target mortgage data, the identification information of the first object and the identification information of the second storage request into the first intelligent contract in the blockchain system as values by using the identification information of the target mortgage data as a key is effective.

In step 503, based on the third storage request for the target mortgage data, the target bid data and information corresponding to the target bid data are obtained, and the target bid data and the information corresponding to the target bid data are stored in the blockchain system.

The target bidding data is data of bidding of the second object on the target mortgage data, and includes, but is not limited to, bidding price, bidder qualification information and the like. This step may be accomplished by invoking a bid operation in the first smart contract. In one possible implementation, the implementation procedure of step 503 includes steps 5031 to 5033:

step 5031: and acquiring a third storage request aiming at the target mortgage data, wherein the third storage request comprises target bidding data.

The third storage request may be sent by the third node device to the first node device. The second object may log onto the mortgage platform and then input target bid data for the target mortgage data, and the third node device generates a third storage request based on the target bid data input by the second object and sends the third storage request to the first node device.

The implementation of this step may be referred to as step 5021, which is not described here again.

Step 5032: and verifying the validity of the third storage request.

In one possible implementation, the third storage request carries one or more of identification information of the second object, identification information of the second smart contract, identification information of the target mortgage data, identification information of an identity certificate of the second object, and a public key of the second object. In one possible implementation, the process of verifying the validity of the third storage request by the first node device includes one or more of the following verification manners:

and a verification mode a, based on the identification information of the second intelligent contract, performing first validity verification on the third storage request.

The verification process of the verification mode is detailed in step 5022, and is not described here again.

And b, performing second validity verification on the third storage request based on the identification information of the target mortgage data.

The verification process of the verification mode comprises the following steps: and inquiring whether the target mortgage data exists in the first intelligent contract based on the identification information of the target mortgage data. If the target mortgage data does not exist, the second validity verification of the third storage request is not passed; if the target mortgage data exists, the second validity verification of the third storage request is not passed.

And the verification mode c is used for performing third validity verification on the third storage request based on the identification information of the identity certificate of the second object and the public key of the second object.

In the process of verifying the validity of the third storage request, the verification manners may be freely combined, which is not limited in the embodiment of the present application. Illustratively, the process of verifying the validity of the third storage request may include verification means a, verification means b, and verification means c described above. Of course, the process of verifying the validity of the third storage request may include only the verification method a and the verification method c.

Step 5033: and in response to the validity verification of the third storage request passing, acquiring the target bid data and information corresponding to the target bid data, and storing the target bid data and the information corresponding to the target bid data in the blockchain system.

The implementation of this step may be referred to as step 5023, which is not described here again.

It should be noted that there may be a plurality of bidding data for the same target mortgage data. The plurality of bidding data may correspond to the same second object or may correspond to different second objects, which is not limited in the embodiment of the present application.

After the first node device stores the target bid data and the information corresponding to the target bid data in the blockchain system, the first node device can also write the target bid data into the bid table by taking the identification information of the target mortgage data as a key word and taking the target bid data as a value, so that the target bid data corresponding to the target mortgage data can be conveniently and quickly queried in the bid table.

In step 504, a business processing task corresponding to the target mortgage protocol is created based on the target mortgage protocol and the target information corresponding to the target mortgage protocol.

The implementation of this step is detailed in step 401, and will not be described here again.

In step 505, the service processing task is sent to the second node device, where the second node device is configured to execute the service processing task, and return execution data of the service processing task.

The implementation of this step is detailed in step 402, and will not be described here again.

In step 506, the target information corresponding to the target mortgage protocol is updated based on the execution data of the service processing task returned by the second node device.

The implementation of this step is detailed in step 403, and will not be described here again.

In the embodiment of the application, the identity certificates of the first object and the second object are subjected to the chain verification, the mortgage data, the bidding data and the signing process of the complete target mortgage protocol are subjected to the chain in the form of an intelligent contract, and the protocol clauses in the target mortgage protocol are guaranteed to be automatically fulfilled through the second node equipment corresponding to the props, so that the potential risks of the mortgage industry are favorably solved, the service quality of the mortgage industry is improved, and the better development of the power-assisted mortgage industry is facilitated.

In the embodiment of the application, based on the target mortgage protocol stored in the blockchain system and the target information corresponding to the target mortgage protocol, the service processing task corresponding to the target mortgage protocol is automatically created, and then the service processing task is automatically executed through the second node equipment. Based on the business processing process, the protocol clause in the target mortgage protocol can be guaranteed to be automatically fulfilled, the phenomenon that the mortgage person or the collateral person does not fulfill the protocol clause is reduced, the success rate of the fulfillment of the protocol clause in the target mortgage protocol is improved, the risk of the mortgage business is reduced, and the processing effect of the mortgage business is good.

Based on the same technical concept, referring to fig. 6, an embodiment of the present application provides a block chain based service processing apparatus, which includes:

the creating module 601 is configured to create a service processing task corresponding to a target mortgage protocol based on the target mortgage protocol and target information corresponding to the target mortgage protocol;

the sending module 602 is configured to send a service processing task to a second node device, where the second node device is configured to execute the service processing task and return execution data of the service processing task;

and the updating module 603 is configured to update the target information corresponding to the target mortgage protocol based on the execution data of the service processing task returned by the second node device.

In one possible implementation, the creating module 601 is configured to generate, based on the target mortgage protocol and target information corresponding to the target mortgage protocol, a service processing request corresponding to the target mortgage protocol; based on the business processing request, a business processing task corresponding to the business processing request is created.

In one possible implementation, referring to fig. 7, the apparatus further includes:

an obtaining module 604, configured to obtain, based on a first subscription request of a first object to a target mortgage protocol, the target mortgage protocol and first information corresponding to the target mortgage protocol;

the storage module 605 is configured to store the target mortgage protocol and first information corresponding to the target mortgage protocol in the blockchain system;

the updating module 603 is further configured to update, based on a second subscription request of the second object for the target mortgage protocol, first information corresponding to the target mortgage protocol in the blockchain system, and use the updated first information as target information corresponding to the target mortgage protocol.

In one possible implementation, referring to fig. 8, the acquiring module 604 includes:

an acquiring unit 6041, configured to acquire a first subscription request of a first object to a target mortgage protocol;

a verification unit 6042 for verifying the validity of the first subscription request;

The obtaining unit 6041 is further configured to obtain the target mortgage protocol and first information corresponding to the target mortgage protocol in response to the validity verification of the first subscription request passing.

In one possible implementation, the blockchain system includes a first smart contract, and a storage module 605 is configured to store the target mortgage protocol and first information corresponding to the target mortgage protocol in the first smart contract;

the updating module 603 is further configured to update the first information corresponding to the target mortgage protocol in the first smart contract based on the second subscription request of the second object for the target mortgage protocol.

In one possible implementation, the first information corresponding to the target mortgage protocol includes identification information of the target mortgage protocol and second information corresponding to the target mortgage protocol; the storage module 605 is configured to write, into the first smart contract, second information corresponding to the target mortgage protocol and the target mortgage protocol as values, with the identification information of the target mortgage protocol as a key.

In one possible implementation, the first subscription request carries one or more of identification information of the second smart contract, identification information of an identity certificate of the first object, a public key of the first object, identification information of the target mortgage data, identification information of the first object, identification information of the target bid data, and identification information of the second object; a verification unit 6042 for performing one or more of the following verification modes:

performing a second validity verification on the first subscription request based on the identification information of the identity certificate of the first object and the public key of the first object;

It should be noted that, when the apparatus provided in the foregoing embodiment performs the functions thereof, only the division of the foregoing functional modules is used as an example, in practical application, the foregoing functional allocation may be performed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to perform all or part of the functions described above. In addition, the apparatus and the method embodiments provided in the foregoing embodiments belong to the same concept, and specific implementation processes of the apparatus and the method embodiments are detailed in the method embodiments and are not repeated herein.

The node device related to the above technical solution may be a terminal or a server, for example, fig. 9 is a schematic structural diagram of a terminal provided in the embodiment of the present application. The device may be a terminal, for example: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III, motion picture expert compression standard audio plane 3), an MP4 (Moving Picture Experts Group Audio Layer IV, motion picture expert compression standard audio plane 4) player, a notebook computer, or a desktop computer. Terminals may also be referred to by other names as user equipment, portable terminals, laptop terminals, desktop terminals, etc.

Generally, the terminal includes: a processor 901 and a memory 902.

Processor 901 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 901 may be implemented in at least one hardware form of DSP (Digital Signal Processing ), FPGA (Field-Programmable Gate Array, field programmable gate array), PLA (Programmable Logic Array ). The processor 901 may also include a main processor and a coprocessor, the main processor being a processor for processing data in an awake state, also referred to as a CPU (Central Processing Unit ); a coprocessor is a low-power processor for processing data in a standby state. In some embodiments, the processor 901 may integrate a GPU (Graphics Processing Unit, image processor) for taking care of rendering and drawing of content that the display screen needs to display. In some embodiments, the processor 901 may also include an AI (Artificial Intelligence ) processor for processing computing operations related to machine learning.

The memory 902 may include one or more computer-readable storage media, which may be non-transitory. The memory 902 may also include high-speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 902 is used to store at least one instruction for execution by processor 901 to implement the blockchain-based business processing methods provided by the method embodiments in the present application.

In some embodiments, the terminal may further optionally include: a peripheral interface 903, and at least one peripheral. The processor 901, memory 902, and peripheral interface 903 may be connected by a bus or signal line. The individual peripheral devices may be connected to the peripheral device interface 903 via buses, signal lines, or circuit boards. Specifically, the peripheral device includes: at least one of radio frequency circuitry 904, a touch display 905, a camera assembly 906, audio circuitry 907, a positioning assembly 908, and a power source 909.

The peripheral interface 903 may be used to connect at least one peripheral device associated with an I/O (Input/Output) to the processor 901 and the memory 902. In some embodiments, the processor 901, memory 902, and peripheral interface 903 are integrated on the same chip or circuit board; in some other embodiments, either or both of the processor 901, the memory 902, and the peripheral interface 903 may be implemented on separate chips or circuit boards, which is not limited in this embodiment.

The Radio Frequency circuit 904 is configured to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 904 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 904 converts an electrical signal into an electromagnetic signal for transmission, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 904 includes: antenna systems, RF transceivers, one or more amplifiers, tuners, oscillators, digital signal processors, codec chipsets, subscriber identity module cards, and so forth. The radio frequency circuit 904 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocol includes, but is not limited to: metropolitan area networks, various generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and/or WiFi (Wireless Fidelity ) networks. In some embodiments, the radio frequency circuit 904 may also include NFC (Near Field Communication ) related circuits, which are not limited in this application.

The display 905 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display 905 is a touch display, the display 905 also has the ability to capture touch signals at or above the surface of the display 905. The touch signal may be input as a control signal to the processor 901 for processing. At this time, the display 905 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, the display 905 may be one and disposed on the front panel of the terminal; in other embodiments, the display 905 may be at least two, respectively disposed on different surfaces of the terminal or in a folded design; in still other embodiments, the display 905 may be a flexible display disposed on a curved surface or a folded surface of the terminal. Even more, the display 905 may be arranged in an irregular pattern other than rectangular, i.e., a shaped screen. The display 905 may be made of LCD (Liquid Crystal Display ), OLED (Organic Light-Emitting Diode) or other materials.

The camera assembly 906 is used to capture images or video. Optionally, the camera assembly 906 includes a front camera and a rear camera. Typically, the front camera is disposed on the front panel of the terminal and the rear camera is disposed on the rear surface of the terminal. In some embodiments, the at least two rear cameras are any one of a main camera, a depth camera, a wide-angle camera and a tele camera, so as to realize that the main camera and the depth camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize a panoramic shooting and Virtual Reality (VR) shooting function or other fusion shooting functions. In some embodiments, camera assembly 906 may also include a flash. The flash lamp can be a single-color temperature flash lamp or a double-color temperature flash lamp. The dual-color temperature flash lamp refers to a combination of a warm light flash lamp and a cold light flash lamp, and can be used for light compensation under different color temperatures.

The audio circuit 907 may include a microphone and a speaker. The microphone is used for collecting sound waves of users and the environment, converting the sound waves into electric signals, and inputting the electric signals to the processor 901 for processing, or inputting the electric signals to the radio frequency circuit 904 for voice communication. For the purpose of stereo acquisition or noise reduction, a plurality of microphones can be respectively arranged at different parts of the terminal. The microphone may also be an array microphone or an omni-directional pickup microphone. The speaker is used to convert electrical signals from the processor 901 or the radio frequency circuit 904 into sound waves. The speaker may be a conventional thin film speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, not only the electric signal can be converted into a sound wave audible to humans, but also the electric signal can be converted into a sound wave inaudible to humans for ranging and other purposes. In some embodiments, the audio circuit 907 may also include a headphone jack.

The location component 908 is used to locate the current geographic location of the terminal to enable navigation or LBS (Location Based Service, location-based services). The positioning component 908 may be a positioning component based on the United states GPS (Global Positioning System ), the Beidou system of China, the Granatis system, or the Galileo system of the European Union.

The power supply 909 is used to supply power to the various components in the terminal. The power supply 909 may be an alternating current, a direct current, a disposable battery, or a rechargeable battery. When the power supply 909 includes a rechargeable battery, the rechargeable battery can support wired or wireless charging. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, the terminal further includes one or more sensors 910. The one or more sensors 910 include, but are not limited to: acceleration sensor 911, gyroscope sensor 912, pressure sensor 913, fingerprint sensor 914, optical sensor 915, and proximity sensor 916.

The acceleration sensor 911 can detect the magnitudes of accelerations on three coordinate axes of a coordinate system established with a terminal. For example, the acceleration sensor 911 may be used to detect components of gravitational acceleration in three coordinate axes. The processor 901 may control the touch display 905 to display a user interface in a landscape view or a portrait view according to the gravitational acceleration signal acquired by the acceleration sensor 911. The acceleration sensor 911 may also be used for the acquisition of motion data of a game or a user.

The gyro sensor 912 may detect a body direction and a rotation angle of the terminal, and the gyro sensor 912 may collect a 3D motion of the user to the terminal in cooperation with the acceleration sensor 911. The processor 901 may implement the following functions according to the data collected by the gyro sensor 912: motion sensing (e.g., changing UI according to a tilting operation by a user), image stabilization at shooting, game control, and inertial navigation.

The pressure sensor 913 may be provided at a side frame of the terminal and/or at a lower layer of the touch display 905. When the pressure sensor 913 is disposed on a side frame of the terminal, a grip signal of the terminal by a user may be detected, and the processor 901 performs left-right hand recognition or quick operation according to the grip signal collected by the pressure sensor 913. When the pressure sensor 913 is disposed at the lower layer of the touch display 905, the processor 901 performs control of the operability control on the UI interface according to the pressure operation of the user on the touch display 905. The operability controls include at least one of a button control, a scroll bar control, an icon control, and a menu control.

The fingerprint sensor 914 is used for collecting the fingerprint of the user, and the processor 901 identifies the identity of the user according to the fingerprint collected by the fingerprint sensor 914, or the fingerprint sensor 914 identifies the identity of the user according to the collected fingerprint. Upon recognizing that the user's identity is a trusted identity, the processor 901 authorizes the user to perform relevant sensitive operations including unlocking the screen, viewing encrypted information, downloading software, paying for and changing settings, etc. The fingerprint sensor 914 may be provided on the front, back or side of the terminal. When a physical key or a vendor Logo is provided on the terminal, the fingerprint sensor 914 may be integrated with the physical key or the vendor Logo.

The optical sensor 915 is used to collect the intensity of ambient light. In one embodiment, the processor 901 may control the display brightness of the touch display 905 based on the intensity of ambient light collected by the optical sensor 915. Specifically, when the ambient light intensity is high, the display brightness of the touch display 905 is turned up; when the ambient light intensity is low, the display brightness of the touch display panel 905 is turned down. In another embodiment, the processor 901 may also dynamically adjust the shooting parameters of the camera assembly 906 based on the ambient light intensity collected by the optical sensor 915.

A proximity sensor 916, also referred to as a distance sensor, is typically provided on the front panel of the terminal. The proximity sensor 916 is used to collect the distance between the user and the front of the terminal. In one embodiment, when the proximity sensor 916 detects that the distance between the user and the front face of the terminal gradually decreases, the processor 901 controls the touch display 905 to switch from the bright screen state to the off screen state; when the proximity sensor 916 detects that the distance between the user and the front surface of the terminal gradually increases, the processor 901 controls the touch display 905 to switch from the off-screen state to the on-screen state.

It will be appreciated by those skilled in the art that the structure shown in fig. 9 is not limiting of the terminal and may include more or fewer components than shown, or may combine certain components, or may employ a different arrangement of components.

The node device according to the above technical solution may be a terminal or a server, for example, fig. 10 is a schematic structural diagram of a server provided in the embodiment of the present application, where the server may have a relatively large difference due to different configurations or performances, and may include one or more processors (Central Processing Units, CPU) 1001 and one or more memories 1002, where at least one program code is stored in the one or more memories 1002, and the at least one program code is loaded and executed by the one or more processors 1001, so as to implement the blockchain-based service processing method provided in the above method embodiments. Of course, the server may also have a wired or wireless network interface, a keyboard, an input/output interface, and other components for implementing the functions of the device, which are not described herein.

In an exemplary embodiment, a computer device is also provided that includes a processor and a memory having at least one program code stored therein. The at least one piece of program code is loaded and executed by one or more processors to implement any of the blockchain-based business processing methods described above.

In an exemplary embodiment, there is also provided a computer readable storage medium having stored therein at least one program code loaded and executed by a processor of a computer device to implement any of the above-described blockchain-based business processing methods.

Alternatively, the above-mentioned computer readable storage medium may be a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a Read-Only optical disk (CD-ROM), a magnetic tape, a floppy disk, an optical data storage device, and the like.

It should be understood that references herein to "a plurality" are to two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.

It should be noted that the terms "first," "second," and the like in the description and claims of the present application and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that embodiments of the present application described herein may be implemented in sequences other than those illustrated or otherwise described herein. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present application as detailed in the accompanying claims.

The foregoing description of the exemplary embodiments of the present application is not intended to limit the invention to the particular embodiments disclosed, but on the contrary, the intention is to cover all modifications, equivalents, alternatives, and alternatives falling within the spirit and scope of the invention.

Claims

1. The method is applied to any first node equipment in a blockchain system, wherein a target mortgage protocol and target information corresponding to the target mortgage protocol are stored in the blockchain system, and the method comprises the following steps:

acquiring first information corresponding to the target mortgage protocol based on a first signing request of a first object to the target mortgage protocol;

storing first information corresponding to the target mortgage protocol and the target mortgage protocol in the blockchain system;

updating first information corresponding to the target mortgage protocol in the blockchain system based on a second signing request of a second object for the target mortgage protocol, and taking the updated first information as target information corresponding to the target mortgage protocol;

2. The method of claim 1, wherein the creating a business processing task corresponding to the target mortgage protocol based on target information corresponding to the target mortgage protocol comprises:

generating a service processing request corresponding to the target mortgage protocol based on the target information corresponding to the target mortgage protocol;

and creating a business processing task corresponding to the business processing request based on the business processing request.

3. The method of claim 1, wherein the obtaining, based on the first subscription request of the first object to the target mortgage protocol, first information corresponding to the target mortgage protocol includes:

acquiring a first signing request of the first object to the target mortgage protocol;

Performing validity verification on the first subscription request;

and responding to the validity verification of the first subscription request, and acquiring first information corresponding to the target mortgage protocol.

4. A method according to any one of claims 1 to 3, wherein a first smart contract is included in the blockchain system, and wherein storing first information corresponding to the target mortgage protocol in the blockchain system includes:

storing first information corresponding to the target mortgage protocol and the target mortgage protocol in the first intelligent contract;

the updating, based on a second subscription request of a second object to the target mortgage protocol, first information corresponding to the target mortgage protocol in the blockchain system includes:

and updating first information corresponding to the target mortgage protocol in the first intelligent contract based on a second signing request of the second object aiming at the target mortgage protocol.

5. The method of claim 4, wherein the first information corresponding to the target mortgage protocol includes identification information of the target mortgage protocol and second information corresponding to the target mortgage protocol; the storing the first information corresponding to the target mortgage protocol and the target mortgage protocol in the first smart contract includes:

And taking the identification information of the target mortgage protocol as a key word, and writing second information corresponding to the target mortgage protocol into the first intelligent contract as a value.

6. A method according to claim 3, wherein the first subscription request carries one or more of identification information of a second smart contract, identification information of an identity certificate of the first object, a public key of the first object, identification information of target mortgage data, identification information of the first object, identification information of target bid data, and identification information of the second object; the process of verifying the validity of the first subscription request includes one or more of the following verification modes:

7. A blockchain-based service processing device, the device comprising:

the updating module is used for updating first information corresponding to the target mortgage protocol in the blockchain system based on a second signing request of a second object for the target mortgage protocol, and taking the updated first information as target information corresponding to the target mortgage protocol;

And the updating module is also used for updating the target information corresponding to the target mortgage protocol based on the execution data of the service processing task returned by the second node equipment.

8. The apparatus of claim 7, wherein the creation module is configured to generate a business process request corresponding to the target mortgage protocol based on target information corresponding to the target mortgage protocol; and creating a business processing task corresponding to the business processing request based on the business processing request.

9. The apparatus of claim 7, wherein the acquisition module comprises:

the acquisition unit is used for acquiring a first signing request of the first object to the target mortgage protocol;

10. The apparatus of any of claims 7-9, wherein a first smart contract is included in the blockchain system;

The storage module is used for storing first information corresponding to the target mortgage protocol and the target mortgage protocol in the first intelligent contract;

the updating module is configured to update first information corresponding to the target mortgage protocol in the first intelligent contract based on a second subscription request of the second object for the target mortgage protocol.

11. The apparatus of claim 10, wherein the first information corresponding to the target mortgage protocol includes identification information of the target mortgage protocol and second information corresponding to the target mortgage protocol;

the storage module is used for taking the identification information of the target mortgage protocol as a keyword and writing the second information corresponding to the target mortgage protocol into the first intelligent contract as a value.

12. The apparatus of claim 9, wherein the first subscription request carries one or more of identification information of a second smart contract, identification information of an identity certificate of the first object, a public key of the first object, identification information of target mortgage data, identification information of the first object, identification information of target bid data, and identification information of the second object;

The verification unit is used for executing one or more of the following verification modes:

13. A computer device comprising a processor and a memory having stored therein at least one program code that is loaded and executed by the processor to implement the blockchain-based business processing method of any of claims 1 to 6.

14. A computer readable storage medium having stored therein at least one program code, the at least one program code loaded and executed by a processor to implement the blockchain-based business processing method of any of claims 1 to 6.