CN110602215B

CN110602215B - Resource processing method based on alliance block chain and alliance block chain system

Info

Publication number: CN110602215B
Application number: CN201910874329.3A
Authority: CN
Inventors: 陈尧
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-09-16
Filing date: 2019-09-16
Publication date: 2022-09-20
Anticipated expiration: 2039-09-16
Also published as: CN110602215A

Abstract

The embodiment of the application provides a resource processing method based on a block chain of a federation and a block chain system of the federation. The resource processing method comprises the following steps: when receiving a resource acquisition request sent by a resource using node, a resource providing node acquires wind control information related to the resource using node from the alliance block chain; the resource providing node confirms the resource service cost corresponding to the wind control information according to the wind control information and sends the resource service cost to the resource using node for confirmation; and if the resource providing node receives a confirmation request of the resource service cost sent by the resource using node, generating a service contract between the resource providing node and the resource using node, and uploading the service contract to the alliance block chain. The technical scheme of the embodiment of the application can update the contract data in time and ensure the reliability of the contract data.

Description

Resource processing method based on alliance block chain and alliance block chain system

Technical Field

The present application relates to the field of computer and communication technologies, and in particular, to a resource processing method based on an alliance block chain and an alliance block chain system.

Background

In actual production and life, users can meet the requirements of production or life by acquiring and processing various resources. When acquiring the resource, the user needs to reach an agreement with the resource provider to obtain the usage right of the resource. In the current technical scheme, a user and a resource provider make a single-to-single contact to reach an agreement, and the updating and monitoring of protocol information completely depend on the record of the resource provider, so that the problems that the protocol information is not updated timely or the updated protocol information is not reliable easily occur.

Disclosure of Invention

The embodiment of the application provides a resource processing method based on a alliance block chain and an alliance block chain system, so that protocol information can be updated timely at least to a certain extent, the updating efficiency of the protocol information is improved, and the reliability of the updated protocol information is ensured.

Other features and advantages of the present application will be apparent from the following detailed description, or may be learned by practice of the application.

According to an aspect of the embodiments of the present application, there is provided a resource processing method based on a federated block chain, where the federated block chain includes at least one resource usage node and at least one resource provisioning node, the processing method includes:

when receiving a resource acquisition request sent by a resource using node, a resource providing node acquires wind control information related to the resource using node from the alliance block chain;

the resource providing node confirms resource service cost corresponding to the wind control information according to the wind control information, and sends the resource service cost to the resource using node for confirmation;

and if the resource providing node receives a confirmation request of the resource service cost sent by the resource using node, generating a service contract between the resource providing node and the resource using node, and uploading the service contract to the alliance block chain.

According to an aspect of embodiments of the present application, there is provided a federated blockchain system comprising at least one resource-using node and at least one resource-providing node, wherein the resource-providing node is configured to:

when a resource acquisition request sent by a resource using node is received, acquiring wind control information related to the resource using node from the alliance block chain;

according to the wind control information, resource service cost corresponding to the wind control information is confirmed, and the resource service cost is sent to the resource using node for confirmation;

and if a confirmation request for the resource service cost sent by the resource using node is received, generating a service contract between the resource using node and the resource using node, and uploading the service contract to the alliance block chain.

In some embodiments of the present application, based on the foregoing solution, the resource providing node is configured to:

acquiring identification information corresponding to the resource using node from the resource acquiring request;

according to the identification information corresponding to the resource utilization node, searching the wind control information associated with the identification information from the alliance block chain;

and acquiring the wind control information associated with the identification information from the alliance block chain.

searching the alliance block chain for wind control information associated with the identification information in a specified time period

In some embodiments of the present application, based on the foregoing scheme, the resource usage node is configured to:

acquiring identity information corresponding to a user according to a cochain registration request of the user;

generating an anonymous Identity (ID) corresponding to the user based on the identity information corresponding to the user;

and sending an uplink request to the block chain of the alliance by taking the anonymous identity ID as the identification information of the resource using node.

In some embodiments of the present application, based on the foregoing solution, the federation blockchain system further includes at least one data providing node configured to:

obtaining reputation evaluation data of the user according to the identity information corresponding to the user;

and associating the reputation evaluation data of the user with the resource usage node to use the reputation evaluation data as the wind control information of the resource usage node.

In some embodiments of the present application, based on the foregoing solution, the resource providing node is further configured to:

determining the fulfillment condition of the service contract by the resource utilization node according to the behavior data of the resource utilization node;

and taking the fulfillment condition of the service contract by the resource utilization node as the wind control information of the resource utilization node, and uploading the fulfillment condition to the alliance block chain.

In some embodiments of the present application, based on the foregoing scheme, the resource usage node is further configured to:

selecting a resource providing node with the minimum resource service cost from the resource providing nodes, and taking the selected resource providing node as a target node;

and sending a confirmation request of the resource service cost of the target node to the target node.

In some embodiments of the present application, based on the foregoing solution, the federation blockchain system further includes a policing node configured to:

the method comprises the steps that when a dispute arbitration request sent by a resource providing node or a resource using node is received, service information related to the resource providing node or the resource using node is obtained, wherein the service information comprises service contracts and behavior data of the resource using node;

generating a dispute processing result of the resource providing node or the resource using node according to the acquired service information;

and uploading the dispute processing result to the block chain of the alliance.

and sending resource reward information to the node providing the wind control information according to the acquired wind control information.

According to an aspect of the embodiments of the present application, there is provided a computer readable medium, on which a computer program is stored, which when executed by a processor, implements a federation blockchain-based resource processing method as described in the above embodiments.

According to an aspect of an embodiment of the present application, there is provided an electronic device including: one or more processors; storage means for storing one or more programs which, when executed by the one or more processors, cause the one or more processors to implement a federation blockchain-based resource handling method as described in the embodiments above.

In the technical solutions provided in some embodiments of the present application, when receiving a resource acquisition request sent by a resource using node, a resource providing node acquires, from a federation block chain, wind control information related to the resource using node, and determines, according to the wind control information, a resource service cost corresponding to the wind control information, and then sends the resource service cost to the resource using node for determination, where if the resource providing node receives a determination request for the resource service cost sent by the resource using node, a service contract between the resource providing node and the resource using node is generated, and the service contract is uploaded to the federation block chain. By setting the alliance block chain, when the resource providing node generates a service contract, the service contract is uploaded to the alliance block chain so as to be identified by other nodes in the alliance block chain, contract data between the resource providing party and the resource using party is updated in time, and the credibility of the contract data is ensured.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort. In the drawings:

fig. 1A is a schematic diagram illustrating a block chain data sharing system to which the technical solution of the embodiment of the present application may be applied;

fig. 1B shows a schematic structural diagram of a blockchain according to an embodiment of the present application;

fig. 1C shows a schematic diagram of generating a new block according to an embodiment of the present application;

FIG. 2 illustrates a flow diagram of a federation blockchain-based resource handling method according to one embodiment of the present application;

FIG. 3 illustrates a flowchart of step S210 in the federation blockchain-based resource handling method of FIG. 2, according to one embodiment of the present application;

fig. 4 is a flowchart illustrating that a resource using node performs uplink registration according to an embodiment of the present application further includes a resource handling method based on a federation blockchain;

FIG. 5 is a schematic flow chart illustrating that the data providing node obtains reputation evaluation data according to an embodiment of the present application;

fig. 6 is a schematic flowchart illustrating the flow of the scheduling information on the resource providing node, which is further included in the resource processing method based on the federation blockchain according to an embodiment of the present application;

fig. 7 is a flowchart illustrating that the resource usage node further includes a resource processing method based on federation blockchain according to an embodiment of the present application confirms a resource service cost;

FIG. 8 is a flow diagram illustrating disputes handled by a supervisory node that is further included in a federation blockchain-based resource handling method according to one embodiment of the present application;

FIG. 9 illustrates a schematic diagram of an exemplary federation blockchain to which aspects of embodiments of the present application may be applied;

FIG. 10 shows a schematic block diagram of a federation blockchain system in accordance with one embodiment of the present application;

FIG. 11 illustrates a schematic structural diagram of a computer system suitable for use to implement the electronic device of the embodiments of the subject application.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the embodiments of the present application can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and so forth. In other instances, well-known methods, devices, implementations, or operations have not been shown or described in detail to avoid obscuring aspects of the application.

The block diagrams shown in the figures are functional entities only and do not necessarily correspond to physically separate entities. I.e. these functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor means and/or microcontroller means.

The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the contents and operations/steps, nor do they necessarily have to be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.

Fig. 1A is a schematic diagram illustrating a block chain data sharing system to which the technical solution of the embodiment of the present application may be applied.

Referring to the blockchain data sharing system shown in fig. 1A, the blockchain data sharing system refers to a system for performing data sharing between nodes. The blockchain data sharing system may include a plurality of nodes 101, and the plurality of nodes 101 may be respective terminal devices (e.g., one or more of a smart phone, a tablet computer, or a portable computer) or servers in the blockchain data sharing system. Each node 101 may receive input information during normal operation, for example, service contract information of the resource using node and the resource providing node, and maintain shared data in the blockchain data sharing system based on the received input information. In order to ensure information intercommunication in the blockchain data sharing system, information connection can exist between each node in the blockchain data sharing system, and information transmission can be carried out between the nodes through the information connection. For example, when an arbitrary node in the blockchain data sharing system receives input information, other nodes in the blockchain data sharing system acquire the input information according to a consensus algorithm, and store the input information as data in blockchain shared data, so that the data stored in all nodes in the blockchain data sharing system are consistent.

It should be understood that the number of terminal devices and servers in fig. 1A is merely illustrative. There may be any number of terminal devices and servers according to implementation needs, and the present application is not limited in this respect.

A user may use a terminal device (i.e., a node) to send information to another node in the blockchain data sharing system, for example, a resource using node may send a resource obtaining request to a resource providing node, and the resource providing node may obtain, when receiving the resource obtaining request sent by the resource using node, the wind control information related to the resource using node from the federation blockchain, then, according to the wind control information, determine a resource service cost corresponding to the wind control information, send the resource service cost to the resource using node for determination, and if the resource providing node receives the request for determining the resource service cost sent by the resource using node, generate a service contract with the resource using node, and upload the service contract to the federation blockchain.

Each node in the blockchain data sharing system has a corresponding node identifier, and each node in the blockchain data sharing system can store the node identifiers of other nodes in the blockchain data sharing system, so that the generated blocks can be broadcast to other nodes in the blockchain data sharing system according to the node identifiers of other nodes. Each node may maintain a node identifier list as shown in the following table, and store the node name and the node identifier in the node identifier list correspondingly. The node identifier may be an IP (Internet Protocol) address and any other information that can be used to identify the node, and table 1 only illustrates the IP address as an example.

TABLE 1

Node name	Node identification
		Node 1	117.114.151.174
Node 2	117.116.189.145
		...	...
Node N	119.123.789.258

Each node in the blockchain data sharing system stores one identical blockchain. A block chain is composed of a plurality of blocks, referring to fig. 1B, fig. 1B shows a schematic structural diagram of the block chain according to the technical solution of an embodiment of the present application, the block chain is composed of a plurality of blocks, a starting block includes a block header and a block main body, the block header stores an input information characteristic value, a version number, a timestamp and a difficulty value, and the block main body stores input information; the next block of the starting block takes the starting block as a parent 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 parent 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 is associated with the block data stored in the parent block, and the safety of the input information in the block is ensured.

Referring to fig. 1C, fig. 1C is a schematic diagram illustrating a process of generating a new block according to the technical solution of an embodiment of the present application, when each block in a block chain is generated, a node where the block chain is located checks input information when the node receives the input information, and after the check is completed, the input information is stored in a memory pool, and a hash tree used for recording the input information is updated; and then, updating the updating time stamp to the time when the input information is received, trying different random numbers, and calculating the characteristic value for multiple 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 characteristic value algorithm used for calculating a characteristic value; version is version information of the relevant block protocol in the block chain; prev _ hash is a block head characteristic value of a parent block of the current block; the quick _ root is a characteristic value of the input information; ntime is the update time of the update timestamp; nbits is the current difficulty, is a fixed value within a period of time, and is determined again after exceeding a fixed time period; x is a random number; TARGET is a feature threshold, which can be determined from nbits.

Therefore, when the random number meeting the formula is obtained through calculation, the information can be correspondingly stored, and the block head and the block main body are generated to obtain the current block. And then, the node where the block chain is located respectively sends the newly generated blocks to other nodes in the block chain data sharing system where the newly generated blocks are located according to the node identifiers of the other nodes in the block chain data sharing system, the newly generated blocks are verified by the other nodes, and the newly generated blocks are added to the block chain stored in the newly generated blocks after the verification is completed.

The implementation details of the technical solution of the embodiment of the present application are set forth in detail below:

fig. 2 shows a flowchart of a federation blockchain-based resource handling method according to one embodiment of the present application. The federation blockchain includes at least one resource utilization node and at least one resource providing node, and as shown in fig. 2, the resource processing method based on the federation blockchain at least includes steps S210 to S230, which are described in detail as follows:

in step S210, when receiving a resource obtaining request sent by a resource using node, a resource providing node obtains the wind control information related to the resource using node from the federation block chain.

A federation blockchain (i.e., a federation blockchain) is one of the blockchains, and a federation blockchain may be a blockchain commonly operated by a number of organizations or organizations, and may include a plurality of nodes, and each organization or organization may manage one or more nodes in the federation blockchain.

The resource may be an article or information that can be used for production or life, for example, the resource may be an actual article used for transaction or lease (e.g., cash loan, house loan, shared bicycle, shared charger, shared umbrella, etc.), or may be other forms of information (e.g., video information, data information, text information, or picture information, etc.), which is not limited in this example.

The resource providing node may be a node providing a corresponding resource, and correspondingly, the resource using node may be a consuming node of the resource, and the resource using node may obtain a required resource from the resource providing node to meet a demand of production or life of the resource using node. For example, in the cloud computing field, the basic data to be computed is a resource, a mechanism that owns the basic data may be configured as a resource providing node, and a mechanism that needs to use the basic data for computing may be configured as a resource using node, and the resource using node may obtain the basic data from the resource providing node by a protocol manner to meet the computing requirement of the resource using node. In the field of cash loan, cash is a resource, and an institution or an individual (such as a bank) having a funding capability can be configured as a resource providing node, while an institution or an individual who needs to perform loan can be configured as a resource using node, and the resource using node can perform loan from the resource providing node to obtain the use right of the cash resource.

It should be noted that the resource providing node and the resource using node are not uniquely determined, that is, the resource using node may also be a resource providing node under a certain condition, and the resource providing node may also be a resource using node under a certain condition, which is not particularly limited in this example. For example, in the field of cash loan, a person having a financial ability may serve as a resource providing node, and when the person also needs to make a loan, the person may serve as a resource using node to make a loan to another resource providing node.

The resource acquisition request may be information that the resource using node requests the resource from the resource providing node. When a resource using node needs to acquire a resource, a resource acquisition request is sent to a corresponding resource providing node, and specifically, a user can send the resource acquisition request by clicking a specific area (for example, a "send acquisition request" button or the like) on an interface of the resource using node (such as a smartphone). It should be noted that the resource using node may send the resource obtaining request to one resource providing node, or may send the resource obtaining request to multiple resource providing nodes, so as to have more selection objects.

The wind control information may be information corresponding to the resource usage node to determine a probability of a risk event occurring at the resource usage node, for example, the wind control information may be reputation evaluation data of the resource usage node, identity information (e.g., work, academic calendar, etc.) of a user corresponding to the resource usage node, or transaction information corresponding to the resource usage node, and the like. The wind control information of each resource utilization node can be uploaded to the alliance block chain, so that the wind control information can be conveniently acquired in later transactions.

In this embodiment, when the resource providing node receives the resource obtaining request sent by the resource using node, the wind control information related to the resource using node is obtained from the federation block chain, so that the resource using node can have a certain knowledge according to the wind control information, and further the risk after the agreement with the resource using node is determined.

Referring to fig. 2, in step S220, the resource providing node determines a resource service cost corresponding to the wind control information according to the wind control information, and sends the resource service cost to the resource using node for determination.

The resource service cost may be a cost determined by the resource providing node to exchange or lease the resource, and the cost may include, but is not limited to, currency, goods or other information with value. For example, in the cloud computing field, the resource service cost may be currency or other equivalent data information, in an example, the resource user may obtain the basic data to be computed provided by the resource provider by purchasing, and in another example, the resource using node may also exchange the resource with the resource providing node by using other data information agreed in advance with the resource providing node. In the field of cash loan, the resource service cost may be the interest rate of the funds credited by the resource usage node, and the like.

In this embodiment, the resource providing node determines the risk after agreement with the resource using node according to the acquired wind control information related to the resource using node, so as to determine the required resource service cost for the resource using node. It should be understood that the worse the wind control information performance of the resource utilization node, the greater the risk and the greater the corresponding resource service cost. For example, in the cloud computing field, a resource usage node having a resource service cost record not fulfilled to a resource providing node multiple times is inferior to a resource usage node having no resource service cost record not fulfilled to a resource providing node, so the resource service cost of the former should be larger than the resource service cost of the latter. As another example, in the cash loan field, if a resource using node has historically been several times without fulfilling resource service costs (e.g., without fulfilling interest in the loan or without payment due), the resource using node should have a resource service cost greater than other well-performing resource using nodes.

After the resource providing node determines the resource service cost for the resource using node, the determined resource service cost is sent to the resource using node for the resource using node to confirm. The resource using node may select a suitable resource providing node and resource service cost according to the information of the resource providing node and the resource service cost of the resource providing node to reach an agreement.

In step S230, if the resource providing node receives the confirmation request for the resource service cost sent by the resource using node, a service contract between the resource providing node and the resource using node is generated, and the service contract is uploaded to the federation block chain.

The confirmation request for the resource service cost may be information sent by the resource providing node to indicate agreement of the resource service cost of the resource providing node. When the resource using node agrees with the resource service cost determined by the resource providing node, the resource providing node may send a confirmation request for the resource service cost to the corresponding resource providing node, and when the resource providing node receives the confirmation request for the resource service cost sent by the resource using node, it represents that the resource using node agrees with the resource providing node.

The service contract may be the contents of an agreement agreed upon between the resource providing node and the resource using node, and may include, but is not limited to, node identifications of the resource providing node and the resource using node, contents of the agreement agreed upon by the resource providing node and the resource using node, an expiration date of the service contract, and the like.

In this embodiment, when the resource providing node receives the acknowledgement request for the resource service cost sent by the resource using node, it indicates that the resource using node agrees to the resource service cost of the resource providing node and is willing to agree with the resource providing node. Therefore, the resource providing node correspondingly generates a service contract according to the protocol content, uploads the service contract to the alliance block chain for other nodes in the alliance block chain to carry out consensus, and the service contract is enabled to take effect after uploading is completed.

In the embodiment shown in FIG. 2, the resource provider and the resource consumer are each considered a node in the federation blockchain. If the resource using node needs to acquire the resource, the resource using node reaches an agreement with the resource provider through the alliance block chain and correspondingly generates a service contract, and the resource providing node uploads the service contract to the alliance block chain to take effect on behalf of the service contract. By setting the alliance block chain, the agreement achieved by both sides of the service contract is simultaneously supervised by other nodes in the alliance block chain, the reliability of the service contract is ensured, the resource providing node needs to upload the service contract to the service contract in the alliance block chain to take effect, and the resource providing node can update contract data in time.

Based on the embodiment shown in fig. 2, fig. 3 is a schematic flowchart illustrating a flow of step S210 in the resource processing method based on federation block chains of fig. 2 according to an embodiment of the present application, and in the embodiment shown in fig. 3, step S210 in the processing method at least includes step S310 to step S330, which is described in detail as follows:

in step S310, identification information corresponding to the resource usage node is acquired from the resource acquisition request.

The identification information may be information uniquely corresponding to the resource usage node, and the resource usage node corresponding to the identification information may be confirmed according to the identification information. In an example, the identification information may be identity information (e.g., a certificate number, a phone number, or a social account number, etc.) of a user of the corresponding resource-usage node; in another example, the identification information may also be a number sequence generated according to a registration time or a registration number of the resource usage node, which is not particularly limited in this embodiment.

In this embodiment, the resource obtaining request sent by the resource using node may include identification information of the resource using node, and when the resource providing node receives the resource obtaining request, the resource providing node may extract the identification information from the resource obtaining request to determine the resource using node sending the request.

In step S320, according to the identification information corresponding to the resource usage node, the wind control information associated with the identification information is searched from the federation block chain.

In this embodiment, after extracting the identification information of the resource using node from the resource obtaining request, the resource providing node searches for the wind control information related to the identification information, that is, the wind control information related to the resource using node, from the federation block chain according to the obtained identification information. In particular, the resource providing node may search for a block containing the identification information from the federation block chain to search for the wind control information associated with the identification information.

In step S330, acquiring the wind control information associated with the identification information from the federation block chain.

In this embodiment, the resource providing node searches for a block including identification information from the federation block chain, and when the block including the identification information is found, the resource providing node needs to parse the block to obtain information included in the block, and further obtain identification information associated with the identification information from the federation block chain.

In the embodiment shown in fig. 3, the resource providing node obtains the identification information corresponding to the resource using node from the resource obtaining request, and obtains the wind control information associated with the identification information from the federation block chain according to the identification information, so that the accuracy of the obtained wind control information can be ensured, the interference of other irrelevant information is reduced, a reliable basis is provided for the resource providing node to determine the resource service cost, and the reasonability of the determined resource service cost is ensured.

Based on the embodiments shown in fig. 2 and fig. 3, in an embodiment of the present application, searching for the wind control information associated with the identification information from the federation blockchain includes:

and searching the union block chain for the wind control information associated with the identification information in a specified time period.

The specified time period may be a preset time period, and may be set to be within a half year, a year, or three years, for example.

In this embodiment, since a large number of blocks are stored in the federation block chain, if the wind control information corresponding to the identification information is searched from all the blocks, on one hand, the calculation difficulty is high, and on the other hand, the reference meaning of the early wind control information is reduced over time.

Therefore, only the blocks in the specified time period (for example, only the blocks within three years or only the blocks within five years, etc.) can be searched when the wind control information associated with the identification information is searched by setting the specified time period in advance to obtain the wind control information associated with the identification information in the specified time period. Therefore, the calculation difficulty can be reduced, and the searching efficiency is improved. And the closer the time is to the wind control information, the higher the referential meaning of the wind control information is, and the more reasonable the resource service cost determined according to the wind control information is.

Based on the foregoing embodiments, fig. 4 is a schematic diagram illustrating a process of uplink registration by a resource using node according to an embodiment of the present application, where the method for processing resources based on a federation block chain further includes the step S410 to the step S430, and in the embodiment illustrated in fig. 4, the step S includes:

in step S410, the resource utilization node obtains identity information corresponding to a user according to a uplink registration request of the user.

The user may be an individual or an organization, and it should be understood that, when the user is an individual, the identity information corresponding to the user may be a certificate number (such as an identification number, a passport number, or the like) of the user, a telephone number of the user, or a social account number of the user. When the user is an organization or organization, the corresponding identity information of the user may be a credit code or tax identification number of the user, and the like. And correspondingly determining the identity of the user according to the identity information of the user.

The uplink registration request may be information sent by the user to request to join the federation blockchain. When a user wants to join the federated blockchain, an uplink registration request may be sent to the resource-using node to request to join the federated blockchain.

In this embodiment, when the resource utilization node receives a ul registration request from a user, identity information corresponding to the user is obtained. Specifically, the user may input corresponding identity information to the resource utilization node through an input device (e.g., a keyboard, a touch screen device, etc.) provided in the resource utilization node, and the resource utilization node receives and stores the identity information input by the user.

In step S420, the resource usage node generates an anonymous identity ID corresponding to the user based on the identity information corresponding to the user.

The anonymous ID may be an ID number corresponding to the identity information of the user, and it should be noted that, although the anonymous ID corresponds to the identity information of the user, the anonymous ID does not include the identity information of the user, that is, the identity information of the user cannot be leaked from the anonymous ID. In an example, the anonymous identity ID may be a randomly generated sequence of numbers, letters, or a combination of both, such as ABC123456, 123456789, ABCDR, or the like; in another example, the anonymous identity ID may be generated according to a registration time or a registration order of the user; this embodiment is not particularly limited.

In this embodiment, after generating the anonymous identity ID, the resource usage node associates the anonymous identity ID with the identity information of the user, determines a correspondence between the anonymous identity ID and the identity information of the user, and stores the correspondence in the federation blockchain.

In step S430, the resource using node sends an uplink request to the federation block chain with the anonymous identity ID as identification information of the resource using node.

In this embodiment, an anonymous ID corresponding to identity information of a user is used as identification information of the resource using node, and a uplink request is sent to the federation blockchain, where the uplink request may include the anonymous ID and identity information of the user, etc. When the uplink request passes, the corresponding relation among the identity information of the user, the anonymous identity ID and the resource using node is determined, and the search in the block chain of the alliance is facilitated.

In the embodiment shown in fig. 4, the anonymous identity ID of the user is associated with the identity information of the user and the resource usage node, which facilitates the search. And the anonymous identity ID is used as the identification information of the resource using node, and a block generated in the transaction after the resource using node can only contain the anonymous identity ID as the node identification without containing the identity information of the user, so that even if the information of the partial block in the block chain of the alliance is leaked, the identity information of the user cannot be exposed, and the safety of the information in the block chain of the alliance is ensured.

Based on the embodiments shown in fig. 2, fig. 3, and fig. 4, fig. 5 is a schematic flow chart illustrating that the data providing node obtains reputation evaluation data, where the resource processing method based on federation blockchains according to an embodiment of the present application further includes the data providing node. In the embodiment shown in fig. 5, the federation blockchain further includes at least one data providing node, and the resource processing method further includes at least steps S510 to S520, which are described in detail as follows:

in step S510, the data providing node obtains reputation evaluation data of the user according to the identity information corresponding to the user.

The reputation evaluation data can be data corresponding to the user for evaluating the reputation of the user. For example, if the user is an individual, the reputation evaluation data of the user may be social information related to the user, such as work, academic calendar, etc. of the user; if the user is an organization or organization, the reputation evaluation data for the user may be the user's business, financial data, or major events occurring with the organization or organization, among others.

The data providing node may be a node to provide reputation evaluation data, for example, the data providing node may be a credit investigation institution or the like as a third party. The data providing node is specially used for collecting, sorting, processing and analyzing enterprise and personal credit information data, issuing credit reports and providing diversified credit investigation services, and further can obtain credit evaluation data of the user according to the identity information of the user.

In step S520, the data providing node associates the reputation evaluation data of the user with the resource usage node to use the reputation evaluation data as the wind control information of the resource usage node.

In this embodiment, the data providing node associates the obtained reputation evaluation data of the user with the resource usage node and stores it as the wind control information of the resource usage node. Through the arrangement of the data providing nodes, users do not need to upload reputation evaluation data, registration of the users is facilitated, operation steps of the users are reduced, authenticity of the reputation evaluation data can be guaranteed when the third-party data providing nodes upload the reputation evaluation data, and false reputation evaluation data are prevented from being uploaded maliciously by part of the users.

Based on the embodiments shown in fig. 2, fig. 3, fig. 4, and fig. 5, fig. 6 is a schematic diagram illustrating a flow of the scheduling information on the resource providing node, where the resource processing method based on the federation blockchain according to an embodiment of the present application further includes the following steps, in the embodiment shown in fig. 6, the scheduling information on the resource providing node at least includes step S610 to step S620, and the following is described in detail:

in step S610, the resource providing node determines, according to the behavior data of the resource using node, a fulfillment condition of the service contract by the resource using node.

The behavior data of the resource usage node may be operation data of the resource usage node on a service contract made by the resource usage node, for example, in the cash loan field, the behavior data may be repayment operation of the resource usage node on the loan funds, and the behavior data may include, but is not limited to, repayment time, repayment amount, and how much amount remains outstanding to repay.

In this embodiment, based on the behavior data of the resource usage node, the fulfillment of the service contract by the resource usage node may be determined, such as whether the service contract is completed or whether the service contract is not fulfilled due to overdue.

In step S620, the resource providing node uses the fulfillment condition of the service contract by the resource using node as the wind control information of the resource using node, and uploads the fulfillment condition into the federation block chain.

In this embodiment, the resource providing node uses the service and jade fulfillment of the resource using node as the wind control information of the resource using node, and uploads the wind control information to the federation block chain for other nodes to obtain. According to the fulfillment condition of the resource utilization node to the service contract, whether the resource utilization node has the capacity to fulfill the service contract can be judged, and the information can be used as a basis for evaluating risks of other resource providing nodes. For example, in the field of cash loan, failure of a resource using node to pay back the loan may indicate that the user is unable to pay back, and therefore, other resource providing nodes may determine that there is a high risk level after agreement with the resource using node based on the fulfillment status, and need to be careful.

In the embodiment shown in fig. 6, the resource providing node may upload the fulfillment condition of the service contract by the resource using node as the wind control information of the resource using node to the federation blockchain as a supplement to the wind control information of the resource using node. Other resource providing nodes can determine the risk after agreement with the resource using node according to the fulfillment condition of the service contract of the resource using node, so that the risk control of the resource providing node is facilitated, and the reasonability of determining the risk by the resource providing node is ensured.

Based on the foregoing embodiment, fig. 7 is a flowchart illustrating a resource service cost confirmation process by a resource usage node according to an embodiment of the present application, where the resource service cost confirmation process by the resource usage node in the embodiment illustrated in fig. 7 at least includes steps S710 to S720, and the following is described in detail:

in step S710, the resource using node selects a resource providing node with the smallest resource service cost from the resource providing nodes, so as to use the selected resource providing node as a target node.

In this embodiment, after the resource using node receives the resource service cost sent by each resource providing node, the resource providing node with the minimum resource service cost is selected as the target node with the intention of cooperation.

In an exemplary embodiment of the present application, the resource utilization node may sort the resource providing nodes in descending order according to the respective corresponding resource service costs to obtain a resource providing node sequence, and then select the resource providing node ranked last from the resource providing node sequence as a target node with an intention of collaboration.

In step S720, the resource using node sends a confirmation request for the resource service cost of the target node to the target node.

In this embodiment, after the resource using node selects the target node with the intention of cooperation, a confirmation request for the resource service cost is sent to the target node to express the agreement to cooperate to the resource providing node.

In the embodiment shown in fig. 7, the resource utilization node may receive the resource service cost sent by the multiple resource providing nodes, so as to select a suitable resource service cost from the resource service cost, so as to meet the benefit consideration of the resource utilization node, and on the other hand, the initiative of the resource utilization node for joining the federation block chain is also improved.

Based on the foregoing embodiments, fig. 8 illustrates a flowchart of disputes handling at a supervisory node further included in the resource handling method based on federation blockchains according to an embodiment of the present application. In the embodiment shown in fig. 8, the dispute handling by the policing node of the resource handling method at least includes steps S810 to S830, which are described in detail as follows:

in step S810, when receiving a dispute arbitration request sent by a resource providing node or a resource using node, the supervising node obtains service information related to the resource providing node or the resource using node, where the service information includes a service contract and behavior data of the resource using node.

Wherein the policing node may be a node to police all nodes in the federation blockchain. The supervision node may have an authority to query blocks stored in the alliance block chain, and may also have an authority to handle disputes among nodes in the alliance block chain and an authority to give roles to the nodes in the alliance block chain, so as to ensure stable operation of the alliance block chain. For example, in the field of cash loan, the supervisory node may be a Central Bank (Central Bank, abbreviated as Central Bank), such as the Bank of people in china, and the like.

The dispute arbitration request may be information sent by the resource providing node or the resource using node to request the supervising node to arbitrate. When a dispute occurs between the resource providing node and the resource using node (for example, whether the resource providing node and the resource using node have a divergence to the resource using node for fulfilling the service contract, etc.), a dispute arbitration request may be sent to the supervising node to request the supervising node to perform processing.

In this embodiment, when the policing node receives the dispute arbitration request, the policing node may correspondingly obtain service information related to the resource providing node or the resource using node that sent the request, where the service information may include a service contract and behavior data of the resource using node. In an example, the dispute arbitration request may include the resource using node and identification information corresponding to the resource providing node, and the supervision node may determine identities of the resource providing node and the resource using node according to the identification information included in the dispute arbitration request, and may correspondingly find out the relevant service information, so as to know a dispute condition to be processed.

In step S820, the supervising node generates a dispute processing result of the resource providing node or the resource using node according to the acquired service information.

In this embodiment, the supervising node determines whether the resource usage node has the contents of the service contract according to the acquired service information, for example, in the cash loan field, the amount of the paid-out amount of the resource usage node may be confirmed according to the behavior data of the resource usage node, and then it may be determined whether the resource usage node completes the payment obligation according to the service contract.

And after the supervision node confirms the fulfillment condition of the resource utilization node on the service contract, correspondingly generating a dispute processing result so as to determine which party has the correct opinion and which party has the wrong opinion. In an example, the dispute processing result may also include penalty information for the node with the incorrect opinion, such as a warning or a deletion from the federation blockchain, which is not particularly limited in this example.

In step S830, the supervising node uploads the dispute processing result to the federation blockchain.

In this embodiment, the supervision node uploads the dispute processing result to the federation block chain to be identified by the federation block chain nodes, which not only ensures the disclosure and fairness of information in the federation block chain, but also reduces the obligation that some resource providing nodes or resource using nodes evade the service contract maliciously and ensures the stable operation of the federation block chain.

Based on the embodiment shown in fig. 2, in an embodiment of the present application, after the resource providing node obtains the wind control information related to the resource using node from the federation block chain according to the received resource obtaining request sent by the resource using node, the resource processing method further includes:

and the resource providing node sends resource reward information to the node providing the wind control information according to the acquired wind control information.

Wherein the resource reward information may be reward information that may be used as a transaction. The nodes in the federation blockchain may use the resource reward information to exchange the required information or resources.

In this embodiment, the resource providing node may determine, according to the acquired wind control information, a providing node providing the wind control information, for example, wind control information provided by a data providing node, or wind control information provided by other resource providing nodes. And resource reward information is sent to the nodes providing the wind control information, so that the enthusiasm of the nodes for uploading the wind control information is improved, and the sufficiency of the wind control information is ensured.

Based on the technical solution of the above embodiment, a specific application scenario of the embodiment of the present application is introduced as follows:

fig. 9 shows a schematic diagram of an exemplary federation block chain to which the technical solution of the embodiment of the present application may be applied, and in the embodiment shown in fig. 9, the federation block chain includes at least a policing node 910, at least one resource providing node 920, at least one resource using node 930, at least one information service node 940, and at least one data providing node 950. The following description takes the field of cash loan as an example:

in the embodiment shown in fig. 9, the supervising node 910 may be a central bank, which serves as a supervisor in the federation blockchain to supervise normal operation of the federation blockchain, and when a node in the federation blockchain joins the federation blockchain, the node may apply for the supervising node 910 so that the supervising node 910 gives a role (such as a resource utilization node or a resource providing node) corresponding to the node. The resource providing node 920 may be a person, organization, or institution, such as a bank, etc., that has the ability to provide loan funds. The resource usage node 930 may be a person or organization that needs to make a loan, and the resource usage node 930 may send a loan request (i.e., a resource acquisition request) to the resource providing node 930 to make a loan to the resource providing node 920.

When the resource providing node 920 receives the loan request, it may obtain the wind control information related to the resource using node 930 from the federation blockchain, and correspondingly determine the interest rate of the funds credited by the resource using node (i.e., the resource service cost), and send it to the resource using node 930 for confirmation. If the resource using node 930 agrees to the determined interest rate of the resource providing node 920, a confirmation of the interest rate of the credited money is sent to the resource providing node 920.

When the resource providing node 920 receives the confirmation information of the resource using node on the interest rate of the credited fund, a loan contract (i.e. a service contract) between the resource using node 930 and the resource using node is correspondingly generated and uploaded to the block chain of the alliance, so that the contract data can be updated immediately and the credibility of the contract data is ensured.

The information service node 940 may be an individual, an organization or an organization providing the wind control information related to the resource usage node, and it should be noted that, since the resource providing node 920 may upload the fulfillment of the service contract by the resource usage node 930 as the wind control information, the information service node 940 and the resource providing node 920 may be the same entity, but should be divided into different nodes in the federation block chain, which facilitates the differentiation of the node functions and prevents the data information from being confused.

The data providing node 950 may be a third-party credit investigation institution, which uploads reputation evaluation data of other nodes to the federation blockchain as a supplement to the other nodes' wind control information.

In the embodiment shown in fig. 9, when a node in a federation block chain uploads information (for example, fulfillment of a service contract, reputation evaluation data, and the like), the node uploading the information may obtain corresponding resource reward information correspondingly, so as to improve the enthusiasm of the node to upload the information, for example, when the wind control information uploaded by the information service node 940 is adopted by other resource providing nodes 920, the resource providing node 920 that can adopt the wind control information should send the resource reward information to the information service node 940.

Embodiments of the system of the present application are described below, which may be used to perform the resource processing method based on the federation blockchain in the above embodiments of the present application. For details that are not disclosed in the embodiments of the apparatus of the present application, please refer to the embodiments of the resource processing method based on the federation blockchain described above in the present application.

FIG. 10 shows a schematic block diagram of a federation blockchain system in accordance with one embodiment of the present application.

Referring to fig. 10, a federated blockchain system in accordance with one embodiment of the present application includes at least one resource providing node 1010 and at least one resource using node 1020, where the resource providing node 1010 is configured to:

when a resource acquisition request sent by a resource utilization node 1020 is received, acquiring the wind control information related to the resource utilization node 1020 from the alliance block chain;

according to the wind control information, resource service cost corresponding to the wind control information is confirmed, and the resource service cost is sent to the resource utilization node 1020 to be confirmed;

if a confirmation request for the resource service cost sent by the resource usage node 1020 is received, a service contract with the resource usage node 1020 is generated and uploaded to the federation blockchain.

In some embodiments of the present application, based on the foregoing scheme, the resource providing node 1010 is configured to:

acquiring identification information corresponding to the resource utilization node 1020 from the resource acquisition request;

according to the identification information corresponding to the resource utilization node 1020, searching the wind control information associated with the identification information from the alliance block chain;

In some embodiments of the present application, based on the foregoing scheme, the resource utilization node 1020 is configured to:

and sending an uplink request to the federation block chain by using the anonymous identity ID as the identification information of the resource utilization node 1020.

reputation evaluation data for the user is associated with the resource usage node 1020 as the wind control information for the resource usage node 1020.

In some embodiments of the present application, based on the foregoing scheme, the resource providing node 1010 is further configured to:

determining, from the behavior data of the resource usage node 1020, a fulfillment of the service contract by the resource usage node 1020;

and taking the fulfillment condition of the service contract by the resource utilization node 1020 as the wind control information of the resource utilization node 1020, and uploading the wind control information into the union block chain.

In some embodiments of the present application, based on the foregoing scheme, the resource usage node 1020 is further configured to:

selecting a resource providing node 1010 with the minimum resource service cost from the resource providing nodes 1010, and taking the selected resource providing node 1010 as a target node;

when a dispute arbitration request sent by a resource providing node 1010 or a resource using node 1020 is received, acquiring service information related to the resource providing node 1010 or the resource using node 1020, wherein the service information includes a service contract and behavior data of the resource using node 1020;

generating a dispute processing result of the resource providing node 1010 or the resource using node 1020 according to the acquired service information;

and uploading the dispute processing result to the block chain of the alliance.

FIG. 11 illustrates a schematic structural diagram of a computer system suitable for use in implementing the electronic device of an embodiment of the present application.

It should be noted that the computer system of the electronic device shown in fig. 11 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 11, the computer system includes a Central Processing Unit (CPU)1101, which can perform various appropriate actions and processes, such as performing the method described in the above embodiment, according to a program stored in a Read-Only Memory (ROM) 1102 or a program loaded from a storage section 1108 into a Random Access Memory (RAM) 1103. In the RAM 1103, various programs and data necessary for system operation are also stored. The CPU 1101, ROM 1102, and RAM 1103 are connected to each other by a bus 1104. An Input/Output (I/O) interface 1105 is also connected to bus 1104.

The following components are connected to the I/O interface 1105: an input portion 1106 including a keyboard, mouse, and the like; an output section 1107 including a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, a speaker, and the like; a storage section 1108 including a hard disk and the like; and a communication section 1109 including a Network interface card such as a LAN (Local Area Network) card, a modem, or the like. The communication section 1109 performs communication processing via a network such as the internet. Drivers 1110 are also connected to the I/O interface 1105 as needed. A removable medium 1111 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 1110 as necessary, so that a computer program read out therefrom is mounted into the storage section 1108 as necessary.

In particular, according to embodiments of the present application, the processes described above with reference to the flow diagrams may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising a computer program for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication portion 1109 and/or installed from the removable medium 1111. When the computer program is executed by a Central Processing Unit (CPU)1101, various functions defined in the system of the present application are executed.

It should be noted that the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM), a flash Memory, an optical fiber, a portable Compact Disc Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with a computer program embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. Each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present application may be implemented by software, or may be implemented by hardware, and the described units may also be disposed in a processor. Wherein the names of the elements do not in some way constitute a limitation on the elements themselves.

As another aspect, the present application also provides a computer-readable medium, which may be contained in the electronic device described in the above embodiments; or may exist separately without being assembled into the electronic device. The computer readable medium carries one or more programs which, when executed by an electronic device, cause the electronic device to implement the method described in the above embodiments.

It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the embodiments of the present application.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains.

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

Claims

1. A federation blockchain-based resource processing method, the federation blockchain including at least one resource-using node and at least one resource-providing node, and including a policing node, the processing method comprising:

when receiving a resource acquisition request sent by a resource using node, a resource providing node acquires wind control information related to the resource using node from the alliance block chain, wherein the wind control information is information which corresponds to the resource using node and is used for judging the probability of a risk event occurring at the resource using node;

the resource providing node sends resource reward information to the node providing the wind control information according to the acquired wind control information, wherein the resource reward information is reward information used for transaction;

the resource providing node determines the risk after the resource using node reaches an agreement according to the wind control information, determines the resource service cost required by the resource using node according to the risk, and sends the resource service cost to the resource using node for determination, wherein the resource service cost is the cost determined by the resource providing node and used for exchanging or leasing resources;

if the resource providing node receives a confirmation request for the resource service cost sent by the resource using node, a service contract between the resource providing node and the resource using node is generated, and the service contract is uploaded to the alliance block chain;

the resource providing node determines the fulfillment condition of the service contract by the resource using node according to the behavior data of the resource using node;

the resource providing node takes the fulfillment condition of the resource using node to the service contract as the wind control information of the resource using node and uploads the wind control information to the alliance block chain;

the method comprises the steps that when a dispute arbitration request sent by a resource providing node or a resource using node is received by a supervision node, service information related to the resource providing node or the resource using node is obtained, wherein the service information comprises service contracts and behavior data of the resource using node;

the supervision node generates a dispute processing result of the resource providing node or the resource using node according to the acquired service information;

and the supervision node uploads the dispute processing result to the block chain of the alliance.

2. The processing method of claim 1, wherein obtaining the wind control information related to the resource usage node from the federation blockchain comprises:

3. The processing method of claim 2, wherein searching for the wind control information associated with the identification information from the federation blockchain comprises:

4. The processing method according to claim 1, characterized in that it further comprises:

the resource using node acquires the identity information corresponding to the user according to the uplink registration request of the user;

the resource using node generates an anonymous identity ID corresponding to the user based on the identity information corresponding to the user;

and the resource using node takes the anonymous identity ID as the identification information of the resource using node and sends an uplink request to the block chain of the alliance.

5. The process of claim 4, wherein the federation blockchain further includes at least one data providing node, the process further comprising:

the data providing node acquires reputation evaluation data of the user according to the identity information corresponding to the user;

the data providing node associates reputation evaluation data of the user with the resource usage node to use the reputation evaluation data as the wind control information for the resource usage node.

6. The processing method of claim 1, further comprising:

the resource using node selects a resource providing node with the minimum resource service cost from the resource providing nodes, and the selected resource providing node is used as a target node;

and the resource using node sends a confirmation request of the resource service cost of the target node to the target node.

7. An federated blockchain system, comprising at least one resource-using node and at least one resource-providing node, and comprising a supervising node, wherein the resource-providing node is configured to:

when a resource acquisition request sent by a resource using node is received, acquiring wind control information related to the resource using node from the alliance block chain, wherein the wind control information is information which corresponds to the resource using node and is used for judging the probability of the resource using node of generating a risk event;

according to the acquired wind control information, resource reward information is sent to a node providing the wind control information, and the resource reward information is used as reward information of transaction;

determining the risk after the agreement with the resource using node is achieved according to the wind control information, determining the resource service cost required by the resource using node according to the risk, and sending the resource service cost to the resource using node for determination, wherein the resource service cost is the cost determined by the resource providing node and used for exchanging or leasing resources;

if a confirmation request for the resource service cost sent by the resource using node is received, generating a service contract between the resource using node and the resource using node, and uploading the service contract to the alliance block chain;

taking the fulfillment condition of the service contract by the resource utilization node as the wind control information of the resource utilization node, and uploading the fulfillment condition to the alliance block chain;

the policing node is configured to:

and uploading the dispute processing result to the block chain of the alliance.

8. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor, implements a federation blockchain-based resource processing method as recited in any one of claims 1-6.

9. An electronic device, comprising:

one or more processors;

storage means for storing one or more programs which, when executed by the one or more processors, cause the one or more processors to implement the federation blockchain-based resource processing method of any one of claims 1-6.