Data collaborative processing method, device, equipment and system

Abstract

This application discloses a data collaborative processing method, apparatus, device, and system, relating to the fields of blockchain, distributed computing technology, and data security technology. The data collaborative processing method of this application includes: sending business requirement information to the control plane of a second blockchain cluster; receiving data processing results, wherein the data processing results are data processing results of a first data plane node executing a first control instruction, the first control instruction being a control instruction generated by the control plane of the second blockchain cluster scheduling a first smart contract, the first smart contract being a contract for processing the business requirement information, and the first data plane node being a data plane node corresponding to the second blockchain cluster; and triggering a second data plane node to execute a task corresponding to the business requirement information based on the data processing results, the second data plane node being a data plane node corresponding to the first blockchain cluster.

Description

Technical Field

[0001] This application relates to the fields of blockchain, distributed computing technology and data security technology, specifically to a data collaborative processing method, apparatus, device and system. Background Technology

[0002] In some blockchain-based distributed computing and data security technologies, centralized control and coordination are achieved through a central node. Specifically, this central node acts as the core of management and control, centrally responsible for data flow path planning, transmission permission allocation, and the generation and issuance of control flow instructions. The control process is as follows: when a user initiates a business request, the central node verifies the legitimacy of the request, then generates control instructions, and the data flow follows these instructions to be transmitted between preset nodes. The decision-making and scheduling of the entire process are completely dominated by the central node. This excessive reliance on a single node leads to poor security and reliability of the business. Summary of the Invention

[0003] This application provides a data collaborative processing method, apparatus, device, and system that can solve the problem of poor security and reliability of business operations.

[0004] In a first aspect, embodiments of this application provide a data collaborative processing method applied to the control plane of a first blockchain cluster, including...

[0005] Send business requirement information to the control plane of the second blockchain cluster;

[0006] Receive data processing results, wherein the data processing results are data processing results executed by the first data plane node with the first control instruction, the first control instruction is the control instruction generated by the control plane scheduling of the first smart contract of the second blockchain cluster, the first smart contract is a contract used to process the business requirement information, and the first data plane node is the data plane node corresponding to the second blockchain cluster.

[0007] The second data plane node is triggered to execute the task corresponding to the business requirement information based on the data processing result. The second data plane node is the data plane node corresponding to the first blockchain cluster.

[0008] Optionally, the method further includes:

[0009] Receive user-submitted identity information;

[0010] The identity information is encrypted through a second smart contract, and an authentication request is sent to the control plane of the second blockchain cluster. The authentication request includes the encrypted identity information. The second smart contract is a smart contract used for cross-blockchain identity authentication.

[0011] Receive the authentication result sent by the control plane of the second blockchain cluster;

[0012] Generate the user's cross-blockchain identity token, wherein the business requirement information is the user's business requirement information.

[0013] Optionally, the second blockchain cluster is a blockchain cluster selected from multiple blockchain clusters based on first feedback information from multiple third data plane nodes, wherein the first feedback information includes at least one of the following:

[0014] First computational load, first load information, first service request information, first resource usage information, first status information, first task progress information, and first task execution result;

[0015] Wherein, the first computational load includes the computational load of at least one of the current computational task and the remaining computational task of the third data plane node;

[0016] The first load information is used to represent the load status information of the third data plane node;

[0017] The first service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the third data plane node;

[0018] The first resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the third data plane node;

[0019] The first status information is used to represent the running status information of the third data plane node;

[0020] The first task progress information is used to track the progress of the task processing by the third data plane node.

[0021] The result of the first task execution is the result of the task executed by the third data plane node.

[0022] Optionally, the method further includes:

[0023] Obtain the second feedback information from the second data plane node;

[0024] Send the second feedback information to the control plane of the second blockchain cluster;

[0025] The second feedback information includes at least one of the following:

[0026] Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result;

[0027] Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node;

[0028] The second load information is used to represent the load status information of the second data plane node;

[0029] The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node;

[0030] The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node;

[0031] The second status information is used to represent the running status information of the second data plane node;

[0032] The second task progress information is used to track the progress of the second data plane node's processing task.

[0033] The result of the second task execution is the result of the second data plane node executing the task.

[0034] Optionally, the method further includes:

[0035] Obtain cross-blockchain business metrics, which are used to indicate the relevant status of cross-blockchain businesses;

[0036] Obtain a cross-blockchain strategy optimized by a third smart contract, wherein the third smart contract is used to optimize the cross-blockchain strategy based on cross-blockchain business metrics of multiple blockchain clusters, and the cross-blockchain strategy is a strategy for executing cross-blockchain business.

[0037] Based on the optimized cross-blockchain strategy, the data plane nodes corresponding to the first blockchain cluster adjust their task execution logic.

[0038] Optionally, the second data plane node is: based on the geographical location information of multiple data plane nodes corresponding to the first blockchain cluster, the data plane node whose geographical location is closest to the geographical location of the control plane of the first blockchain cluster among the multiple data plane nodes corresponding to the first blockchain cluster.

[0039] Secondly, embodiments of this application provide a data collaborative processing method, applied to data plane nodes corresponding to a first blockchain cluster, including:

[0040] Receive data processing results, wherein the data processing results are data processing results executed by the first data plane node to execute the first control instruction, the first control instruction is the control instruction generated by the control plane scheduling of the second blockchain cluster to the first smart contract, the first smart contract is a contract used to process business requirement information, and the first data plane node is the data plane node corresponding to the second blockchain cluster.

[0041] The task corresponding to the business requirement information is executed based on the data processing results.

[0042] Optionally, executing the task corresponding to the business requirement information based on the data processing result includes:

[0043] In the virtualized instance, the task corresponding to the business requirement information is executed based on the data processing result; wherein, the virtualized instance is an instance created based on a secure container and isolated from other instances outside the virtualized instance.

[0044] Optionally, the method further includes:

[0045] Send a second feedback message to the control plane of the first blockchain cluster;

[0046] The second feedback information includes at least one of the following:

[0047] Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result;

[0048] Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node;

[0049] The second load information is used to represent the load status information of the second data plane node;

[0050] The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node;

[0051] The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node;

[0052] The second status information is used to represent the running status information of the second data plane node;

[0053] The second task progress information is used to track the progress of the second data plane node's processing task.

[0054] The result of the second task execution is the result of the second data plane node executing the task.

[0055] Thirdly, embodiments of this application provide a data collaborative processing method applied to the control plane of a second blockchain cluster, including...

[0056] Receive business requirement information sent by the control plane of the first blockchain cluster;

[0057] Based on the aforementioned business requirement information, the first smart contract is scheduled to generate the first control instruction;

[0058] The first control instruction is sent to the first data plane node, wherein the first data plane node is the data plane node corresponding to the second blockchain cluster, and the data processing result of the first data plane node executing the first control instruction is sent to the second data plane node, which then executes the task corresponding to the business requirement information based on the data processing result. The first smart contract is a contract for processing the business requirement information, and the second data plane node is the data plane node corresponding to the first blockchain cluster.

[0059] Optionally, the method further includes:

[0060] Receive an authentication request sent by the control plane of the first blockchain cluster, the authentication request including encrypted identity information;

[0061] The encrypted identity information is verified to obtain the identity verification result;

[0062] The authentication result is sent to the control plane of the first blockchain cluster. The authentication result is used to generate a cross-blockchain identity token for the user. The identity information is the user's identity information, and the business requirement information is the user's business requirement information.

[0063] Fourthly, embodiments of this application provide a data collaborative processing system, the system comprising a control plane of a first blockchain cluster, a control plane of a second blockchain cluster, a second data plane node corresponding to the first blockchain cluster, and a first data plane node corresponding to the second blockchain cluster, wherein:

[0064] The control plane of the first blockchain cluster is used to send business requirement information to the control plane of the second blockchain cluster;

[0065] The control plane of the second blockchain cluster is used to schedule the first smart contract to generate a first control command based on the business requirement information, and send the first control command to the first data plane node;

[0066] The first data plane node is used to execute the first control command and obtain the data processing result;

[0067] The control plane of the first blockchain cluster is also used to receive the data processing results and trigger the second data plane nodes to execute the tasks corresponding to the business requirement information based on the data processing results;

[0068] The second data plane node is used to execute the task corresponding to the business requirement information based on the data processing result.

[0069] Fifthly, embodiments of this application provide a data collaborative processing apparatus, comprising:

[0070] The first sending module is used to send business requirement information to the control plane of the second blockchain cluster.

[0071] The first receiving module is used to receive data processing results, wherein the data processing results are data processing results executed by the first data plane node with the execution of the first control instruction, the first control instruction is the control instruction generated by the control plane scheduling of the second blockchain cluster with the first smart contract, the first smart contract is the contract used to process the business requirement information, and the first data plane node is the data plane node corresponding to the second blockchain cluster.

[0072] The triggering module is used to trigger the second data plane node to execute the task corresponding to the business requirement information based on the data processing result. The second data plane node is the data plane node corresponding to the first blockchain cluster.

[0073] Sixthly, embodiments of this application provide a data collaborative processing apparatus, including:

[0074] The second receiving module is used to receive data processing results. The data processing results are data processing results of the first data plane node executing the first control instruction. The first control instruction is the control instruction generated by the control plane scheduling of the second blockchain cluster using the first smart contract. The first smart contract is a contract used to process business requirement information. The first data plane node is the data plane node corresponding to the second blockchain cluster.

[0075] The execution module is used to execute the task corresponding to the business requirement information based on the data processing result.

[0076] Seventhly, embodiments of this application provide a data collaborative processing apparatus, including...

[0077] The third receiving module is used to receive business requirement information sent by the control plane of the first blockchain cluster.

[0078] The generation module is used to schedule the first smart contract to generate the first control instruction based on the business requirement information;

[0079] The second sending module is used to send the first control command to the first data plane node, wherein the first data plane node is the data plane node corresponding to the second blockchain cluster, and the data processing result of the first data plane node executing the first control command is sent to the second data plane node, and the second data plane node executes the calculation task corresponding to the business requirement information based on the data processing result. The first smart contract is a contract for processing the business requirement information, and the second data plane node is the data plane node corresponding to the first blockchain cluster.

[0080] Eighthly, embodiments of this application provide an electronic device, including a processor, a memory, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, it implements the steps of the data collaborative processing method of the first aspect described above; or, when the computer program is executed by the processor, it implements the steps of the data collaborative processing method of the second aspect described above; or, when the computer program is executed by the processor, it implements the steps of the data collaborative processing method of the third aspect described above.

[0081] Ninthly, embodiments of this application provide a computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor, it implements the steps of the data collaborative processing method of the first aspect described above, or, when the computer program is executed by a processor, it implements the steps of the data collaborative processing method of the second aspect described above, or, when the computer program is executed by a processor, it implements the steps of the data collaborative processing method of the third aspect described above.

[0082] In a tenth aspect, embodiments of this application provide a computer program product, including computer instructions, which, when executed by a processor, implement the steps of the data collaborative processing method of the first aspect described above; or, when executed by a processor, implement the steps of the data collaborative processing method of the second aspect described above; or, when executed by a processor, implement the steps of the data collaborative processing method of the third aspect described above.

[0083] In this embodiment, the control plane of the first blockchain cluster sends business requirement information to the control plane of the second blockchain cluster. Then, it receives data processing results, which are the results of data processing executed by the first data plane node using a first control instruction. The first control instruction is a control instruction generated by the control plane of the second blockchain cluster scheduling a first smart contract, which is a contract used to process the business requirement information. This enables the generation of control instructions based on blockchain-based smart contracts, thereby improving the security and reliability of the business. Then, the control plane of the first blockchain cluster triggers the second data plane node to execute the task corresponding to the business requirement information based on the aforementioned data processing results. The first data plane node is a data plane node corresponding to the second blockchain cluster, and the second data plane node is a data plane node corresponding to the first blockchain cluster. This allows for the execution of data processing and tasks corresponding to the business requirement information through the data plane nodes corresponding to the first and second blockchain clusters, achieving cross-blockchain task execution and improving task execution efficiency. Attached Figure Description

[0084] Figure 1 This is a flowchart of a data collaborative processing method provided in an embodiment of this application;

[0085] Figure 2 This is a schematic diagram of a hierarchical management and control architecture provided in an embodiment of this application;

[0086] Figure 3 This is a flowchart of another data collaborative processing method provided in the embodiments of this application;

[0087] Figure 4 This is a flowchart of another data collaborative processing method provided in the embodiments of this application;

[0088] Figure 5 This is a schematic diagram of a data collaborative processing system provided in an embodiment of this application;

[0089] Figure 6 This is a structural diagram of a data collaborative processing device provided in an embodiment of this application;

[0090] Figure 7 This is a structural diagram of another data collaborative processing device provided in the embodiments of this application;

[0091] Figure 8 This is a structural diagram of another data collaborative processing device provided in the embodiments of this application;

[0092] Figure 9 This is a structural diagram of the electronic device provided in the embodiments of this application. Detailed Implementation

[0093] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0094] The terms "first," "second," etc., used in this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, the first object can be one or more. Furthermore, "and / or" in this application indicates at least one of the connected objects. For example, the scope of protection for "A or B" covers at least three scenarios: Scenario 1: including A but not B; Scenario 2: including B but not A; Scenario 3: including both A and B.

[0095] The term "instruction" in this application can be either a direct instruction (or explicit instruction) or an indirect instruction (or implicit instruction). A direct instruction can be understood as the sender explicitly informing the receiver of specific information, the required operation, or the requested result in the instruction sent. An indirect instruction can be understood as the receiver determining the corresponding information based on the instruction sent by the sender, or making a judgment and determining the required operation or requested result based on the judgment result.

[0096] The data collaborative processing method, apparatus, device, and system provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0097] See Figure 1 , Figure 1 This is a flowchart of a data collaborative processing method provided in an embodiment of this application. This method is applied to the control plane of a first blockchain cluster, such as... Figure 1 As shown, the method includes the following steps:

[0098] Step 101: Send business requirement information to the control plane of the second blockchain cluster.

[0099] The control plane of the first blockchain cluster can be a control plane node of the first blockchain cluster or a control plane engine of the first blockchain cluster. The engine can be a dynamic scheduling engine that can be used to schedule one or more blockchain clusters.

[0100] The control plane of the aforementioned second blockchain cluster can be the control plane node of the second blockchain cluster.

[0101] The aforementioned business requirement information can be user-initiated business requirement information.

[0102] The aforementioned business requirement information can indicate business requests, which may include requests for cross-blockchain cluster data access, data storage, or data computation.

[0103] Step 102: Receive data processing results. The data processing results are the data processing results of the first data plane node executing the first control instruction. The first control instruction is the control instruction generated by the control plane scheduling of the second blockchain cluster using the first smart contract. The first smart contract is a contract used to process the business requirement information. The first data plane node is the data plane node corresponding to the second blockchain cluster.

[0104] The aforementioned received data processing result may be the data processing result sent by the control plane of the second blockchain cluster.

[0105] After receiving the aforementioned business requirement information, the control plane of the second blockchain cluster calls the aforementioned first smart contract to generate the aforementioned first control instruction, and sends the aforementioned first control instruction to the aforementioned first data plane node, which then executes the aforementioned first control instruction to obtain the aforementioned data processing result.

[0106] The first control instruction can instruct tasks such as data filtering, data encryption, or data calculation, so that the first data plane node can perform tasks such as data filtering, data encryption, or data calculation. The specific tasks are not limited, and different business requirements can generate different control instructions. This application embodiment does not limit this.

[0107] The aforementioned first smart contract is a smart contract encapsulated from the functions used to process the aforementioned business requirement information. For example, in this embodiment, various functions of the control plane can be encapsulated into various control smart contracts, such as cross-chain scheduling contracts and data policy management contracts. These smart contracts define control flow triggering conditions, execution logic, and permission rules, providing policy library support for the control plane. Furthermore, these smart contracts are deployed on consortium blockchain nodes, thereby constructing a distributed control plane. Because the smart contract approach enables control logic to be executed transparently and immutably in the blockchain network, it avoids single points of failure and trust issues caused by centralized control, thus improving security and reliability.

[0108] Step 103: Trigger the second data plane node to execute the task corresponding to the business requirement information based on the data processing result. The second data plane node is the data plane node corresponding to the first blockchain cluster.

[0109] The aforementioned triggering of the second data plane node to execute the task corresponding to the business requirement information based on the data processing result can be achieved by generating a second control instruction through another smart contract, sending the second control instruction and data processing result to the second data plane node, and the second data plane node executing the task corresponding to the business requirement information based on the data processing result according to the second control instruction.

[0110] The tasks executed by the second data plane node can be any tasks corresponding to the aforementioned business requirement information, excluding those executed by the first data plane node. In other words, the tasks related to the business requirement information are divided into two parts: one part is executed by the data plane node corresponding to the second blockchain cluster, and the other part is executed by the data plane node corresponding to the first blockchain cluster. This allows for cross-blockchain completion of tasks corresponding to the business requirement information, thereby improving data execution efficiency. For example, the data plane node corresponding to the second blockchain cluster performs data filtering or data encryption, while the data plane node corresponding to the first blockchain cluster performs data computation or data storage tasks.

[0111] In this application embodiment, "cross-blockchain" can also be referred to as "cross-chain".

[0112] Because blockchain-based smart contracts generate control instructions, the security and reliability of the business are improved. Furthermore, data processing and tasks are executed through data plane nodes corresponding to the first and second blockchain clusters, thus enabling cross-blockchain task execution and improving task execution efficiency.

[0113] In some implementations, the control plane and data plane nodes of a blockchain cluster can be as follows: Figure 2 As shown, Figure 2 It includes a blockchain cluster control plane and a geographic sensing data plane. The blockchain cluster control plane includes three blockchain clusters, namely... Figure 2 The dashed lines in the diagram indicate three blockchain clusters. Each blockchain corresponds to multiple smart contracts (SCs) and multiple blockchain nodes (BCs), where BCs are control plane nodes. These three blockchains are merely an example. The geographic sensing data plane includes multiple physical nodes, each corresponding to one or more data centers. The aforementioned data plane nodes are... Figure 2 The physical nodes shown correspond to three blockchain clusters, with their respective data centers. Figure 2 The number of physical nodes in the diagram is shown in a simplified illustration; the specific number is not limited.

[0114] exist Figure 2In the example shown, dynamic feedback and intelligent collaboration are used to facilitate cooperation between the control plane and the data plane through smart contract calls and dynamic feedback. Based on business needs and network status, the control plane generates corresponding control commands through a dynamic scheduling engine, which are then distributed and scheduled to relevant nodes on the data plane via smart contracts. Upon receiving the control commands, the data plane leverages geographic awareness and encrypted containers to achieve efficient computation across different heterogeneous computing environments, and feeds the execution results back to the control plane. This achieves dynamic closed-loop optimization of strategy and execution, enabling the system to respond to changes in business needs in real time.

[0115] The blockchain cluster control plane is primarily responsible for the intelligent dynamic scheduling of control flows. Based on cross-blockchain identity authentication, smart contract pools, and a dynamic scheduling engine working together, it ensures the efficient and reliable transmission and execution of control flows. Through smart contracts, it achieves trusted execution and distributed management of control commands. Multiple blockchain nodes and their corresponding execution nodes are distributed throughout the architecture, executing different smart contracts to realize distributed processing of control flows. This replaces the traditional centralized management architecture, avoiding the single point of failure and high latency issues inherent in centralized architectures.

[0116] In addition, the control plane of a blockchain cluster can rely on the blockchain cluster to encapsulate the control logic into smart contracts, aiming to achieve efficient and reliable distributed execution of control plane functions (such as identity authentication, policy management, and resource scheduling), replace the traditional centralized control mode, ensure the security, transparency and traceability of the control flow, and support the execution of policies in complex business scenarios.

[0117] Geographic sensing data plane focuses on data storage and computation. It is designed for different heterogeneous storage and computing environments. Based on the cooperation of components such as storage resource pool, edge computing unit and location sensor, it provides a unified data storage and computing environment for heterogeneous environments. The three work together to effectively adapt to the differences in heterogeneous storage and computing environments and improve data storage and computing efficiency.

[0118] Data plane nodes may include components such as storage resource pools, edge computing units, and location sensors.

[0119] based on Figure 2 The flexible mechanism of dynamic optimization feedback shown enables the efficient, reliable, and dynamically adaptable flow of data services.

[0120] In some implementations, steps 101 to 103 described above can be understood as... Figure 2The cross-blockchain smart contract collaboration illustrated here represents a core mechanism for ensuring the efficient, stable, and secure operation of the entire system. This collaboration between the control plane and the data plane is crucial for the system's overall efficiency. The control plane of the blockchain cluster is primarily responsible for policy formulation, command issuance, and global management, while the data plane focuses on data storage, computation, and processing. Through their collaboration, the system achieves rational resource allocation, optimized task scheduling, and unified security assurance, enabling rapid response to business needs while ensuring the security and reliability of data processing.

[0121] Furthermore, it focuses on contract collaboration between heterogeneous blockchain clusters, breaking down cluster barriers through cross-blockchain protocols to achieve smart contract interaction and support cross-blockchain data flow and business collaboration. It interacts with cross-cluster blockchain nodes, smart contract pools, and geographically sensed data planes, efficiently completing cross-blockchain collaboration according to a predetermined process, from receiving requests and identity verification to contract invocation, data processing, and result feedback and ledger recording, thus laying a solid foundation for a diverse blockchain application ecosystem.

[0122] The cross-blockchain smart contract collaborative interaction objects include: cross-cluster blockchain nodes, smart contract pools, and geographic sensing data planes (cross-cluster data processing).

[0123] The process can be as follows:

[0124] The control plane smart contract of the first blockchain cluster receives cross-blockchain business requirements and generates cross-blockchain access requests.

[0125] The request is sent to the control plane of the second blockchain cluster via a cross-blockchain protocol, and the cross-blockchain identity authentication contract verifies the legitimacy of the identity.

[0126] The control plane of the second blockchain cluster calls the smart contract pool contract to generate control instructions, driving the geographic sensing data plane (i.e., the first data plane node mentioned above) to perform data processing.

[0127] The control plane of the first blockchain cluster receives and processes the data, triggers the local data plane (i.e., the second data plane node mentioned above) to perform a computation task, and feeds back the execution result to the control plane ledgers of both parties, thus completing cross-blockchain collaboration.

[0128] As an optional implementation, the method further includes:

[0129] Receive user-submitted identity information;

[0130] The identity information is encrypted through a second smart contract, and an authentication request is sent to the control plane of the second blockchain cluster. The authentication request includes the encrypted identity information. The second smart contract is a smart contract used for cross-blockchain identity authentication.

[0131] Receive the authentication result sent by the control plane of the second blockchain cluster;

[0132] Generate the user's cross-blockchain identity token, wherein the business requirement information is the user's business requirement information.

[0133] The users mentioned above are those who initiate the business; they can also be referred to as terminals or user nodes.

[0134] The aforementioned identity information may include public keys and / or certificate hashes.

[0135] When submitting their identity information, users may also submit the aforementioned business requirement information together, or the aforementioned business requirement information and the aforementioned identity information may be submitted separately.

[0136] The aforementioned encryption of the identity information via a second smart contract can be achieved by the second smart contract calling an encryption algorithm to encrypt the identity information.

[0137] The aforementioned second smart contract can be a cross-chain identity authentication smart contract.

[0138] The aforementioned sending of an authentication request to the control plane of the second blockchain cluster can be achieved through a cross-chain protocol.

[0139] The control plane of the second blockchain cluster can verify the identity information by using a consensus mechanism (such as consortium blockchain consensus) to confirm its legitimacy, and then return the identity verification result to the control plane of the first blockchain cluster.

[0140] The aforementioned cross-blockchain identity token is used to indicate that the user is able to conduct cross-blockchain business.

[0141] The aforementioned cross-blockchain identity token may include information such as validity period and / or scope of permissions.

[0142] The aforementioned cross-blockchain identity token is subsequently used in cross-blockchain business, and the cross-blockchain identity token is synchronously recorded in the verification log and stored on the blockchain.

[0143] The above implementation method enables identity verification across blockchain clusters, further enhancing security.

[0144] In some implementations, the aforementioned cross-blockchain cluster authentication can be based on Figure 2 The cross-blockchain identity authentication function shown is implemented by using blockchain encryption algorithms (such as elliptic curve cryptography) and consensus mechanisms to achieve trusted verification of user and node identities across clusters, supporting multi-chain identity mutual recognition, and providing a unified identity foundation for cross-blockchain businesses. The interaction objects of this function include: cross-cluster blockchain nodes (i.e., control plane nodes), smart contract pools, and geographically aware data planes (which provide feedback on node identity association information).

[0145] The process is as follows:

[0146] When a user (or user node) initiates a cross-blockchain business request (such as cross-cluster data access), they submit their identity information (public key, certificate hash) to the local blockchain cluster control plane (i.e., the control plane of the first blockchain cluster mentioned above).

[0147] The cross-blockchain identity authentication smart contract calls the encryption algorithm to encrypt the identity information and sends the authentication request to the target blockchain cluster (i.e., the control plane of the second blockchain cluster mentioned above) through the cross-blockchain protocol.

[0148] The target cluster control plane verifies identity information, confirms legitimacy using a consensus mechanism (such as consortium blockchain consensus), and returns the verification result;

[0149] The local cluster control plane receives the results, generates a cross-blockchain identity token (including validity period and permission scope) for subsequent cross-blockchain business, and synchronously records the verification logs and stores them on the blockchain.

[0150] In some implementations, the controls involved in this application can all be implemented through smart contracts. For example, the various functions of the control plane of the blockchain cluster can be encapsulated into various control smart contracts, such as cross-blockchain scheduling contracts and data policy management contracts. These contracts define control flow triggering conditions, execution logic, and permission rules, providing a "policy library" support for the control plane. These contracts are then deployed on consortium blockchain nodes to construct a distributed control plane. This smart contract approach enables control logic to be executed transparently and immutably within the blockchain network, avoiding single points of failure and trust issues caused by centralized control. For example, when a business requirement is triggered, the smart contract dynamic scheduling engine identifies the requirement and calls the corresponding contract in the contract pool; the contract automatically verifies permissions such as cross-blockchain access and data operation, generating control instructions; these instructions are synchronized to relevant nodes for execution via the blockchain consensus mechanism, and the execution results are fed back to the contract pool for recording.

[0151] As an optional implementation, the aforementioned second blockchain cluster is a blockchain cluster selected from multiple blockchain clusters based on first feedback information from multiple third data plane nodes, wherein the first feedback information includes at least one of the following:

[0152] First computational load, first load information, first service request information, first resource usage information, first status information, first task progress information, and first task execution result;

[0153] Wherein, the first computational load includes the computational load of at least one of the current computational task and the remaining computational task of the third data plane node;

[0154] The first load information is used to represent the load status information of the third data plane node;

[0155] The first service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the third data plane node;

[0156] The first resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the third data plane node;

[0157] The first status information is used to represent the operating status information of the third data plane node; for example, whether there is a fault, or the status information of the data plane node executing tasks;

[0158] The first task progress information is used to track the progress of the task being processed by the third data plane node;

[0159] The result of the first task execution is the result of the task executed by the third data plane node.

[0160] Among them, the first feedback information of the aforementioned multiple third data plane nodes is the feedback information obtained by the control plane of the aforementioned first blockchain cluster.

[0161] The aforementioned third data plane node may include data plane nodes corresponding to other blockchain clusters besides the first and second blockchain clusters. For example, based on the first feedback information from the data plane nodes of other blockchain clusters, it may be determined that the data plane nodes of other blockchain clusters are currently unsuitable for completing the data processing tasks corresponding to the aforementioned task requirements, such as excessive computational load, excessive load, excessive number of business requests, insufficient remaining resources, abnormal running status, slow task progress, or excessively high latency in returning task execution results. In such cases, a more suitable second blockchain cluster may be selected. Alternatively, the aforementioned third data plane node may include data plane nodes corresponding to the second blockchain cluster. For example, based on the first feedback information from the data plane nodes of the second blockchain cluster, it may be determined that the data plane nodes of the second blockchain cluster are currently suitable for completing the data processing tasks corresponding to the aforementioned task requirements, such as insufficient computational load, insufficient load, insufficient number of business requests, sufficient remaining resources, normal running status, fast task progress, or excessively low latency in returning task execution results. In such cases, a second blockchain cluster may be selected.

[0162] The aforementioned feedback information is the first feedback information sent by each third data plane node to the control plane of the blockchain cluster. It is used to indicate various situations of each third data plane node, so that a more suitable second blockchain cluster can be selected based on the situation of the third data plane node. For example, the blockchain cluster corresponding to the low-latency data plane node can be selected as the aforementioned second blockchain cluster, thereby reducing the latency of cross-blockchain business.

[0163] In the above implementation, the second blockchain cluster is selected based on the first feedback information. This helps to reduce business latency and improve business reliability. Furthermore, load balancing logic can be triggered through smart contracts. For example, when the load of a data plane node is detected to exceed the threshold, the data is automatically migrated to a low-load data plane node, and the global routing table is updated to achieve cross-blockchain load balancing, failover, control flow routing, and dynamic adaptation.

[0164] In some implementations, the selection of the aforementioned second blockchain cluster can be achieved through... Figure 2 The smart contract dynamic scheduling engine, as shown, is used to achieve this. This engine acts as the "brain" of the control flow, parsing business requirements, matching smart contracts, monitoring execution status, and triggering load balancing logic through smart contracts based on real-time node load data (storage utilization, computation latency). When a node's load exceeds a threshold, data is automatically migrated to a lower-load node, and the global routing table is updated, achieving cross-blockchain load balancing, failover, and control flow routing and dynamic adaptation.

[0165] The process can be as follows:

[0166] Receive feedback information from the geographic sensing data surface, which includes data information such as the data volume and load of the data center or business requests;

[0167] Analysis tasks require low-latency cross-blockchain execution, prioritizing matching the nearest blockchain cluster and calling the smart contract pool to generate control commands.

[0168] Track the execution progress of instructions. If an anomaly such as a cross-blockchain node failure is encountered, the disaster recovery contract is automatically triggered and the node is rescheduled to a backup cross-blockchain node.

[0169] Dynamically adjust cross-blockchain scheduling strategies to optimize control flow execution efficiency.

[0170] As an optional implementation, the method further includes:

[0171] Obtain the second feedback information from the second data plane node;

[0172] Send the second feedback information to the control plane of the second blockchain cluster;

[0173] The second feedback information includes at least one of the following:

[0174] Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result;

[0175] Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node;

[0176] The second load information is used to represent the load status information of the second data plane node;

[0177] The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node;

[0178] The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node;

[0179] The second status information is used to represent the running status information of the second data plane node;

[0180] The second task progress information is used to track the progress of the second data plane node's processing task;

[0181] The result of the second task execution is the result of the second data plane node executing the task.

[0182] The second feedback information mentioned above can be the feedback information returned by the second data plane node to the control plane of the first blockchain cluster after executing the above task.

[0183] The results of the second task can be synchronized to the control plane ledgers of the first and second blockchain clusters to achieve cross-blockchain collaboration.

[0184] The above implementation allows for the construction of a dynamic feedback-driven end-to-end strategy optimization architecture, dynamically responding to network load fluctuations and changes in business needs, forming a closed-loop management and control system of "strategy generation - instruction scheduling - data execution - status feedback." Here, strategy generation can refer to the strategy for controlling instruction scheduling, such as scheduling corresponding transmission nodes or sharding routes to transmit control signaling to the first data plane node and the second data plane node. Closed-loop management and control can overcome the limitations of traditional solutions in distributed trusted support, dynamic adaptability, and cross-domain collaboration, improving the security, efficiency, and reliability of data flow. Furthermore, it can implement secure containers (such as encrypted containers), constructing a dynamically collaborative architecture that can be flexibly scheduled for heterogeneous computing environments, and achieving layered collaborative management of control flow and data flow through blockchain smart contracts.

[0185] As an optional implementation, the method further includes:

[0186] Obtain cross-blockchain business metrics, which are used to indicate the relevant status of cross-blockchain businesses;

[0187] Obtain a cross-blockchain strategy optimized by a third smart contract, wherein the third smart contract is used to optimize the cross-blockchain strategy based on cross-blockchain business metrics of multiple blockchain clusters, and the cross-blockchain strategy is a strategy for executing cross-blockchain business.

[0188] Based on the optimized cross-blockchain strategy, the data plane nodes corresponding to the first blockchain cluster adjust their task execution logic.

[0189] The aforementioned indications of the relevant status of cross-blockchain business can be the relevant status of the data plane nodes involved in indicating cross-blockchain business, such as the execution status of storage completion, computation delay, etc., or the relevant status of cross-blockchain business can be the data transmission delay between different clusters.

[0190] After obtaining the aforementioned cross-blockchain business metrics, the execution status of smart contracts and the blockchain ledger can be updated based on these metrics.

[0191] The aforementioned acquisition of cross-blockchain business metrics can be achieved by the dynamic monitoring center collecting cross-blockchain business metrics and feeding them back to the local cluster smart contract dynamic scheduling engine. For example, the dynamic monitoring center in the control plane of the first blockchain cluster collects cross-blockchain business metrics and feeds them back to the smart contract dynamic scheduling engine of the first blockchain cluster.

[0192] The cross-blockchain strategy optimized by the third smart contract can be the result of the first blockchain cluster's smart contract dynamic scheduling engine analyzing cross-blockchain business metrics and triggering the cross-blockchain strategy optimization contract to adjust the cross-blockchain strategy, such as adjusting the cross-blockchain scheduling transmission nodes, sharding routing, and other strategies.

[0193] The aforementioned cross-blockchain strategy may include at least one of the following:

[0194] Transmission node scheduling strategy, fragmentation routing scheduling strategy, task execution strategy, etc.

[0195] It should be noted that the optimization method is not limited in the embodiments of this application, and can be flexibly set according to actual needs.

[0196] The optimized cross-blockchain strategy can be synchronized to the control plane of multiple blockchain clusters through cross-blockchain protocols, driving the corresponding data plane to adjust the execution logic and forming a cross-blockchain collaborative closed loop.

[0197] The aforementioned adjustment of task execution logic may refer to the data plane node adjusting the task execution logic according to the optimized cross-blockchain strategy.

[0198] In the above implementation, by optimizing the cross-blockchain strategy, a dynamic collaborative closed loop of "indicator collection - strategy optimization - synchronous execution - feedback iteration" can be formed across the blockchain cluster, which solves the problems of rigid scheduling and low efficiency in fault response in traditional control plane, thereby further improving the reliability of the business.

[0199] In some implementations, the above-mentioned optimized cross-blockchain strategy can be Figure 2 The dynamic feedback and cross-blockchain strategy optimization functions shown are implemented by dynamically monitoring the execution status of cross-blockchain business transmission delays, data processing results, etc., and feeding back to the control plane smart contract to adjust the cross-blockchain scheduling strategy to ensure efficient and compliant cross-blockchain business.

[0200] The interaction objects for the above functions include: cross-blockchain nodes, smart contract dynamic scheduling engine, and geographic awareness data plane (cross-cluster).

[0201] The process can be as follows:

[0202] Command generation and issuance: The blockchain cluster control plane smart contract generates control commands based on business needs and issues them to the geographic sensing data plane via blockchain nodes.

[0203] Data plane execution and feedback: The trusted storage and computing resource pool and edge computing units on the data plane execute instructions and feed back execution status such as storage completion and computing latency to the control plane. The control plane updates the smart contract execution status and the blockchain ledger accordingly.

[0204] Cross-blockchain business metrics collection and feedback: The dynamic monitoring center collects cross-blockchain business metrics such as data transmission latency between different clusters and feeds them back to the local cluster smart contract dynamic scheduling engine.

[0205] Cross-blockchain strategy optimization: The scheduling engine analyzes cross-blockchain business metrics, triggers cross-blockchain strategy optimization contracts, and adjusts strategies such as transmission nodes and sharding routing in cross-blockchain scheduling. The new strategy is synchronized to the cross-cluster control plane through the cross-blockchain protocol, driving both sides' data planes to adjust their execution logic and forming a cross-blockchain collaborative closed loop.

[0206] Among them, load monitoring and strategy adjustment can be achieved by the smart contract dynamic scheduling engine listening to execution feedback. If it finds that the data plane node is overloaded, it will automatically trigger the strategy adjustment contract, regenerate control instructions and send them to the data plane to form a collaborative closed loop.

[0207] In this way, a multi-level dynamic feedback network is established, from the data plane execution status and cross-blockchain transmission indicators to the load status. The dynamic monitoring center collects indicators such as transmission latency and computing latency in real time and feeds them back to the control plane dynamic scheduling engine. The engine adjusts cross-blockchain strategies such as transmission nodes and sharding routing by triggering strategy optimization contracts. The new cross-blockchain strategies are synchronized to the cross-cluster control plane via cross-blockchain protocols and drive the data plane execution logic update, forming a dynamic collaborative closed loop of "indicator collection - strategy optimization - synchronous execution - feedback iteration" across the cluster. This solves the problems of rigid scheduling and low efficiency in fault response in traditional control planes.

[0208] As an optional implementation, the second data plane node is: based on the geographical location information of multiple data plane nodes corresponding to the first blockchain cluster, the data plane node whose geographical location is closest to the geographical location of the control plane of the first blockchain cluster is selected from among the multiple data plane nodes corresponding to the first blockchain cluster.

[0209] The aforementioned geographic location information can be obtained by assigning geographic location labels (such as country / region, latitude and longitude) to each data surface node through methods such as IP address resolution and node registration information, and a distributed geographic index table can be constructed.

[0210] In the above implementation, the nearest data plane node can be selected based on the proximity principle, thereby reducing cross-domain transmission latency.

[0211] In some implementations, blockchain clusters and data planes can be as follows: Figure 2 As shown, Figure 2 As shown, including

[0212] In this embodiment of the application, since the control instructions are generated by the blockchain-based smart contract, the security and reliability of the business are improved. Furthermore, data processing and tasks are executed through the data plane nodes corresponding to the first and second blockchain clusters, thereby realizing cross-blockchain task execution and improving task execution efficiency.

[0213] Please see Figure 3 , Figure 3 This is a flowchart of another data collaborative processing method provided in this application embodiment. This method is applied to the second data plane node corresponding to the first blockchain cluster, such as... Figure 3 As shown, it includes the following steps:

[0214] Step 301: Receive data processing result. The data processing result is the data processing result of the first control instruction executed by the first data plane node. The first control instruction is the control instruction generated by the control plane scheduling of the second blockchain cluster using the first smart contract. The first smart contract is a contract used to process business requirement information. The first data plane node is the data plane node corresponding to the second blockchain cluster.

[0215] Step 302: Execute the task corresponding to the business requirement information based on the data processing result.

[0216] The data processing results and tasks mentioned above can be found in [link to relevant documentation]. Figure 1 The corresponding descriptions of the embodiments shown are not repeated here.

[0217] As an optional implementation, the step of executing the task corresponding to the business requirement information based on the data processing result includes:

[0218] In the virtualized instance, the task corresponding to the business requirement information is executed based on the data processing result; wherein, the virtualized instance is an instance created based on a secure container and isolated from other instances outside the virtualized instance.

[0219] The aforementioned secure container can be a Kata container or a gVisor container, etc., which are lightweight and highly isolated.

[0220] The virtualization instance described above can be created in the following way:

[0221] Build a unified heterogeneous storage and computing resource pool to integrate storage and computing resources of data centers and edge nodes;

[0222] A unified virtualized storage and computing environment is constructed. By leveraging the lightweight and highly isolated characteristics of secure containers, the integrated storage and computing resources are virtualized and encapsulated, and virtualized instances are built.

[0223] The virtualization instance can be a virtualized storage and computing instance, which has both storage and computing capabilities, or it can also be a computing instance.

[0224] For example, for storage resources, standardized storage interfaces are built through secure containers to enable unified access and management of different types of storage devices (such as SSDs, HDDs, and edge node local storage); for computing resources, isolated computing instances are created based on secure containers.

[0225] In the above implementation, since the task corresponding to the business requirement information is executed based on the data processing result in the virtualization instance, the strong isolation characteristics of the secure container are used to ensure the security of data storage and computation process, and to avoid data leakage and interference in cross-blockchain tasks.

[0226] Furthermore, by deploying secure containers in the local computing center of the data plane nodes, a hierarchical isolation environment for data space is achieved for heterogeneous computing nodes. This enables flexible and efficient data access isolation between various computing devices, preventing data leakage and side-channel attacks across devices and tenants, and ensuring a secure isolated computing environment.

[0227] In some implementations, the aforementioned data plane nodes may be Figure 2 The physical nodes in the geographic sensing data plane shown are based on the multi-component collaboration of the geographic sensing data plane to accelerate heterogeneous storage and computing, and realize unified collaboration, intelligent scheduling and local storage of data resources.

[0228] in, Figure 2 The geographic sensing data surface shown has a unified trusted computing resource pool. This resource pool serves as a data stream storage and computing carrier, integrating data center and edge node storage and computing resources. It utilizes secure containers (such as Kata containers) to build a unified virtualized data storage and computing environment. This provides a secure, efficient, and reliable data storage and computing environment for heterogeneous environments, effectively supporting the stable operation of the entire system and business development.

[0229] First, a unified heterogeneous storage and computing resource pool is constructed. This integrates the storage and computing resources of data centers and edge nodes. A comprehensive review is conducted of the centralized storage arrays and high-performance computing servers in the data center, as well as the distributed storage modules and lightweight computing units in the edge nodes. This breaks down resource silos and incorporates the storage capacity and computing power of both types of nodes into a unified resource scheduling system, forming a heterogeneous storage and computing resource pool covering the "center-edge" region. This provides resource support for subsequent data storage and computing task allocation.

[0230] Based on resource integration, a unified virtualized storage and computing environment is built. Utilizing the lightweight and highly isolated characteristics of secure containers (such as Kata containers), the integrated storage and computing resources are virtualized and encapsulated: For storage resources, standardized storage interfaces are built using secure containers (such as Kata containers) to enable unified access and management of different types of storage devices (such as SSDs, HDDs, and edge node local storage); for computing resources, isolated computing instances are created based on secure containers (such as Kata containers) to adapt to the differentiated needs of high-performance computing in data centers and low-latency computing in edge nodes, ultimately forming a unified virtualized data storage and computing environment and eliminating resource adaptation barriers in heterogeneous environments.

[0231] After receiving control commands, the resource pool parses and preprocesses them, and automatically allocates them to virtualized computing instances in the nearest edge nodes or data centers based on business needs and node resource status, so as to realize data storage and real-time computing. At the same time, the strong isolation characteristics of secure containers (such as Kata containers) ensure the security of data storage and computing processes, and avoid cross-task data leakage and interference.

[0232] Upon completion of the task, the execution results are fed back to the blockchain cluster control plane. The feedback includes detailed information such as the data processing results, resource usage, and task execution status. After receiving the feedback, the blockchain cluster control plane records it in the control plane ledger for auditing, querying, and traceability, ensuring the traceability and immutability of the entire data processing process.

[0233] In some implementations, proximity-based allocation can be achieved through node geographic indexing. Geographical location tags (such as country / region, latitude and longitude) can be assigned to each node using methods such as IP address resolution and node registration information, constructing a distributed geographic index table. Data shards are stored on the geographically nearest node according to the proximity principle, reducing cross-domain transmission latency. For example, geographic location tags (such as latitude and longitude, region codes) can be assigned to physical nodes (such as data center 001-005) and edge computing units, constructing a "node location-data resource" mapping table to support proximity-based data flow scheduling.

[0234] Interaction objects allocated based on proximity can include a unified trusted computing resource pool, edge computing units, and a blockchain cluster control plane (providing feedback on geographical association information).

[0235] The process is as follows:

[0236] During physical node initialization, location information is collected and entered into the geographic indexing system;

[0237] The geographic indexing system dynamically maintains a mapping table to record the relationship between node storage resources, computing power, and geographic location.

[0238] When the blockchain cluster control plane initiates a data scheduling request, the geographic indexing system selects the nearest node (such as data center 001) according to the request (such as low-latency access) and provides a list of nodes for the control plane to make decisions.

[0239] In some implementations, edge computing units are deployed on physical nodes close to the data source. They are localized data processing units that perform real-time data processing tasks (such as data filtering, encryption, and lightweight computing), reducing backhaul latency and alleviating the load on the central node.

[0240] The structure of the geographic index table is shown below:

[0241] Data Structures

[0242] struct NodeLocation {

[0243] address nodeAddress; / / Node address

[0244] string country; / / Country

[0245] string city; / / City

[0246] uint256 availableSpace; / / Available storage space

[0247] uint256 latency; / / Network latency

[0248] }

[0249] NodeLocation[] locationIndex; / / Geographic index table

[0250] function getClosestNodes(string memory targetCountry, uint256requiredSpace)

[0251] public view returns (address[] memory) {

[0252] / / Optimal nodes are selected based on geographical location and available space.

[0253] / / Implement the K-nearest neighbor algorithm or other spatial indexing algorithms

[0254] }

[0255] The interaction objects of an edge computing unit can include: a unified trusted computing resource pool, a geographic index, and a blockchain cluster control plane (for feedback processing results).

[0256] The processing flow of an edge computing unit can be as follows:

[0257] The geographic indexing system assigns tasks to edge computing units based on data scheduling needs, such as processing real-time sensor data from data center 004.

[0258] Edge computing units execute tasks within a trusted environment and store the processed data to a trusted storage and computing resource pool.

[0259] Feedback processing results are sent to the blockchain cluster control plane, including data processing time and result hash, for optimization of control flow strategies.

[0260] As an optional implementation, the method further includes:

[0261] Send a second feedback message to the control plane of the first blockchain cluster;

[0262] The second feedback information includes at least one of the following:

[0263] Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result;

[0264] Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node;

[0265] The second load information is used to represent the load status information of the second data plane node;

[0266] The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node;

[0267] The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node;

[0268] The second status information is used to represent the running status information of the second data plane node;

[0269] The second task progress information is used to track the progress of the second data plane node's processing task.

[0270] The result of the second task execution is the result of the second data plane node executing the task.

[0271] The second feedback information mentioned above can be found here. Figure 1 The corresponding descriptions of the embodiments shown are not repeated here.

[0272] It should be noted that this embodiment is as a comparison with... Figure 1 The implementation methods of the corresponding data plane nodes in the illustrated embodiments can be found in the following examples. Figure 1 To avoid repetition, the relevant descriptions of the embodiments shown will not be repeated in this embodiment.

[0273] Please see Figure 4 , Figure 4 This is a flowchart of another data collaborative processing method provided in an embodiment of this application. This method is applied to the control plane of a second blockchain cluster, such as... Figure 4 As shown, it includes the following steps:

[0274] Step 401: Receive the business requirement information sent by the control plane of the first blockchain cluster;

[0275] Step 402: Based on the business requirement information, schedule the first smart contract to generate the first control instruction;

[0276] Step 403: Send the first control instruction to the first data plane node, wherein the first data plane node is the data plane node corresponding to the second blockchain cluster, and the data processing result of the first data plane node executing the first control instruction is sent to the second data plane node, and the second data plane node executes the task corresponding to the business requirement information based on the data processing result, wherein the first smart contract is a contract for processing the business requirement information, and the second data plane node is the data plane node corresponding to the first blockchain cluster.

[0277] The first smart contract, the first control instruction, the data processing results, and the tasks mentioned above are detailed below. Figure 1 The corresponding descriptions of the embodiments shown are not repeated here.

[0278] As an optional implementation, the method further includes:

[0279] Receive an authentication request sent by the control plane of the first blockchain cluster, the authentication request including encrypted identity information;

[0280] The encrypted identity information is verified to obtain the identity verification result;

[0281] The authentication result is sent to the control plane of the first blockchain cluster. The authentication result is used to generate a cross-blockchain identity token for the user. The identity information is the user's identity information, and the business requirement information is the user's business requirement information.

[0282] The aforementioned identity information, identity verification, and identity verification results are detailed below. Figure 1 The corresponding descriptions of the embodiments shown are not repeated here.

[0283] It should be noted that this embodiment is as a comparison with... Figure 1 The implementation method of the control plane of the corresponding second blockchain cluster in the illustrated embodiment can be found in the following document: Figure 1 To avoid repetition, the relevant descriptions of the embodiments shown will not be repeated in this embodiment.

[0284] This application's embodiments utilize a layered isolation mechanism for heterogeneous environments, leveraging secure container technology (such as Kata containers) to achieve superior security isolation, demonstrating significant advantages in heterogeneous computing scenarios. Whether in multi-tenant scenarios sharing computing resources or complex environments where heterogeneous devices collaborate, it ensures the security and independence of data operations, meeting the system's requirements for high-level security isolation and providing strong protection for business data security.

[0285] Furthermore, this application embodiment constructs a dynamic policy chain through a data policy management contract, binding policy parameters to blockchain events. When a monitoring indicator triggers a threshold, the smart contract automatically updates access rules, encryption levels, or routing policies, and synchronizes them to all nodes in real time via the blockchain. For example, when the load on a node in a certain area exceeds 80%, the policy chain automatically triggers a data migration command to divert traffic to low-load nodes, achieving dynamic balancing of network resources.

[0286] This application proposes a collaborative architecture for dynamic feedback-driven strategy end-to-end optimization and heterogeneous environment hierarchical isolation, which focuses on addressing the shortcomings of related technologies in cross-cluster dynamic scheduling, heterogeneous environment security adaptation and real-time strategy optimization, and breaks through the performance and adaptability limitations of traditional solutions.

[0287] This application's embodiments construct an innovative cross-cluster and heterogeneous environment collaborative technology system. It employs a dynamic feedback-driven, end-to-end strategy optimization architecture and a layered isolation mechanism for heterogeneous environments as its dual cores. It deeply integrates a cross-cluster collaborative closed loop of real-time monitoring and dynamic feedback, and a data space isolation solution empowered by secure containers (such as Kata containers). This achieves groundbreaking innovations in the efficiency and stability of cross-cluster business operations, the security and adaptability of data in heterogeneous environments, and the utilization and cost control of enterprise IT resources. It not only improves the operational efficiency of enterprise cross-cluster businesses and reduces losses from failures and interruptions, but also ensures data security in heterogeneous environments across multiple industries, promotes efficient resource allocation and secure data flow across clusters and devices, and creates new cost optimization opportunities and business growth opportunities for enterprises.

[0288] The strategy-based end-to-end optimization and hierarchical isolation technology of this application embodiment is significantly superior to traditional control plane scheduling and isolation schemes. It can directly solve the pain points of enterprises in cross-cluster business such as "rigid scheduling and slow fault response" and "difficulty in balancing data security and device adaptation" in heterogeneous environments. With its advantages in cross-cluster dynamic collaboration and security management in heterogeneous environments, it is expected to occupy an important position in multiple industries such as finance, logistics, industrial internet, and cloud computing.

[0289] See Figure 5 , Figure 5 This is a structural diagram of a data collaborative processing system provided in an embodiment of this application. For example... Figure 5As shown, it includes: a control plane 501 for a first blockchain cluster, a control plane 502 for a second blockchain cluster, a second data plane node 503 corresponding to the first blockchain cluster, and a first data plane node 504 corresponding to the second blockchain cluster, wherein:

[0290] The control plane 501 of the first blockchain cluster is used to send business requirement information to the control plane of the second blockchain cluster.

[0291] The control plane 502 of the second blockchain cluster is used to schedule the first smart contract to generate a first control command based on the business requirement information, and send the first control command to the first data plane node;

[0292] The first data plane node 504 is used to execute the first control instruction and obtain the data processing result;

[0293] The control plane 501 of the first blockchain cluster is also used to receive the data processing result and trigger the second data plane node to execute the task corresponding to the business requirement information based on the data processing result;

[0294] The second data plane node 503 is used to execute the task corresponding to the business requirement information based on the data processing result.

[0295] Optionally, the control plane 501 of the first blockchain cluster is further configured to receive identity information submitted by the user; encrypt the identity information through a second smart contract and send an authentication request to the control plane of the second blockchain cluster, the authentication request including the encrypted identity information, the second smart contract being a smart contract for cross-blockchain identity authentication; receive the authentication result sent by the control plane of the second blockchain cluster; and generate the user's cross-blockchain identity token, wherein the business requirement information is the user's business requirement information.

[0296] Optionally, the second blockchain cluster is a blockchain cluster selected from multiple blockchain clusters based on first feedback information from multiple third data plane nodes, wherein the first feedback information includes at least one of the following:

[0297] First computational load, first load information, first service request information, first resource usage information, first status information, first task progress information, and first task execution result;

[0298] Wherein, the first computational load includes the computational load of at least one of the current computational task and the remaining computational task of the third data plane node;

[0299] The first load information is used to represent the load status information of the third data plane node;

[0300] The first service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the third data plane node;

[0301] The first resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the third data plane node;

[0302] The first status information is used to represent the running status information of the third data plane node;

[0303] The first task progress information is used to track the progress of the task processing by the third data plane node.

[0304] The result of the first task execution is the result of the task executed by the third data plane node.

[0305] Optionally, the control plane 501 of the first blockchain cluster is also used to obtain the second feedback information of the second data plane node; and send the second feedback information to the control plane of the second blockchain cluster.

[0306] The second feedback information includes at least one of the following:

[0307] Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result;

[0308] Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node;

[0309] The second load information is used to represent the load status information of the second data plane node;

[0310] The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node;

[0311] The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node;

[0312] The second status information is used to represent the running status information of the second data plane node;

[0313] The second task progress information is used to track the progress of the second data plane node's processing task.

[0314] The result of the second task execution is the result of the second data plane node executing the task.

[0315] Optionally, the control plane 501 of the first blockchain cluster is further configured to acquire cross-blockchain business metrics, which are used to indicate the relevant status of cross-blockchain business; acquire a cross-blockchain strategy optimized by a third smart contract, wherein the third smart contract is used to optimize the cross-blockchain strategy based on the cross-blockchain business metrics of multiple blockchain clusters, and the cross-blockchain strategy is a strategy for executing cross-blockchain business; and drive the data plane nodes corresponding to the first blockchain cluster to adjust the task execution logic based on the optimized cross-blockchain strategy.

[0316] Optionally, the second data plane node is: based on the geographical location information of multiple data plane nodes corresponding to the first blockchain cluster, the data plane node whose geographical location is closest to the geographical location of the control plane of the first blockchain cluster among the multiple data plane nodes corresponding to the first blockchain cluster.

[0317] Optionally, the second data plane node 503 is used to execute the task corresponding to the business requirement information based on the data processing result in the virtualization instance; wherein the virtualization instance is an instance created based on a secure container and isolated from other instances outside the virtualization instance.

[0318] Optionally, the second data plane node 503 is also used to send data to the control plane of the first blockchain cluster.

[0319] Second feedback information;

[0320] The second feedback information includes at least one of the following:

[0321] Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result;

[0322] Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node;

[0323] The second load information is used to represent the load status information of the second data plane node;

[0324] The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node;

[0325] The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node;

[0326] The second status information is used to represent the running status information of the second data plane node;

[0327] The second task progress information is used to track the progress of the second data plane node's processing task.

[0328] The result of the second task execution is the result of the second data plane node executing the task.

[0329] Optionally, the control plane 502 of the second blockchain cluster is further configured to receive an authentication request sent by the control plane of the first blockchain cluster, the authentication request including encrypted identity information; verify the encrypted identity information to obtain an authentication result; and send the authentication result to the control plane of the first blockchain cluster, the authentication result being used to generate a cross-blockchain identity token for the user, wherein the identity information is the user's identity information and the business requirement information is the user's business requirement information.

[0330] The system provided in this application embodiment is capable of implementation. Figure 1 , Figure 3 and Figure 4 The entire technical process of the data collaborative processing method shown is to achieve the same technical effect, and will not be described again here to avoid repetition.

[0331] See Figure 6 , Figure 6 This is a structural diagram of a data collaborative processing device provided in an embodiment of this application. Figure 6 As shown, it includes:

[0332] The first sending module 601 is used to send business requirement information to the control plane of the second blockchain cluster.

[0333] The first receiving module 602 is used to receive data processing results. The data processing results are data processing results of the first data plane node executing the first control instruction. The first control instruction is the control instruction generated by the control plane scheduling of the second blockchain cluster and the first smart contract is the contract used to process the business requirement information. The first data plane node is the data plane node corresponding to the second blockchain cluster.

[0334] Trigger module 603 is used to trigger the second data plane node to execute the task corresponding to the business requirement information based on the data processing result, wherein the second data plane node is the data plane node corresponding to the first blockchain cluster.

[0335] Optionally, the device further includes:

[0336] The information receiving module receives the identity information submitted by the user.

[0337] An encryption module is used to encrypt the identity information through a second smart contract and send an authentication request to the control plane of the second blockchain cluster. The authentication request includes the encrypted identity information. The second smart contract is a smart contract used for cross-blockchain identity authentication.

[0338] The result receiving module is used to receive the authentication result sent by the control plane of the second blockchain cluster;

[0339] The token generation module is used to generate the user's cross-blockchain identity token, wherein the business requirement information is the user's business requirement information.

[0340] Optionally, the second blockchain cluster is a blockchain cluster selected from multiple blockchain clusters based on first feedback information from multiple third data plane nodes, wherein the first feedback information includes at least one of the following:

[0341] First computational load, first load information, first service request information, first resource usage information, first status information, first task progress information, and first task execution result;

[0342] Wherein, the first computational load includes the computational load of at least one of the current computational task and the remaining computational task of the third data plane node;

[0343] The first load information is used to represent the load status information of the third data plane node;

[0344] The first service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the third data plane node;

[0345] The first resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the third data plane node;

[0346] The first status information is used to represent the running status information of the third data plane node;

[0347] The first task progress information is used to track the progress of the task processing by the third data plane node.

[0348] Optionally, the device further includes:

[0349] The information acquisition module is used to acquire the second feedback information of the second data plane node;

[0350] The information sending module is used to send the information to the control plane of the second blockchain cluster.

[0351] Second feedback information;

[0352] The second feedback information includes at least one of the following:

[0353] Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result;

[0354] Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node;

[0355] The second load information is used to represent the load status information of the second data plane node;

[0356] The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node;

[0357] The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node;

[0358] The second status information is used to represent the running status information of the second data plane node;

[0359] The second task progress information is used to track the progress of the second data plane node's processing task.

[0360] The result of the second task execution is the result of the second data plane node executing the task.

[0361] Optionally, the device further includes:

[0362] The indicator acquisition module is used to acquire cross-blockchain business indicators, which are used to indicate the relevant status of cross-blockchain business.

[0363] The strategy acquisition module is used to acquire cross-blockchain strategies optimized by a third smart contract, wherein the third smart contract is used to optimize the cross-blockchain strategy based on cross-blockchain business indicators of multiple blockchain clusters, and the cross-blockchain strategy is a strategy for executing cross-blockchain business.

[0364] The driver module is used to drive the data plane nodes corresponding to the first blockchain cluster to adjust the task execution logic based on the optimized cross-blockchain strategy.

[0365] Optionally, the second data plane node is: based on the geographical location information of multiple data plane nodes corresponding to the first blockchain cluster, the data plane node whose geographical location is closest to the geographical location of the control plane of the first blockchain cluster among the multiple data plane nodes corresponding to the first blockchain cluster.

[0366] The data collaborative processing device provided in this application embodiment is capable of implementing... Figure 1 The entire technical process of the data collaborative processing method shown is to achieve the same technical effect, and will not be described again here to avoid repetition.

[0367] See Figure 7 , Figure 7 This is a structural diagram of a data collaborative processing device provided in an embodiment of this application. Figure 7 As shown, it includes:

[0368] The second receiving module 701 is used to receive data processing results. The data processing results are data processing results of the first data plane node executing the first control instruction. The first control instruction is the control instruction generated by the control plane scheduling of the second blockchain cluster using the first smart contract. The first smart contract is a contract used to process business requirement information. The first data plane node is the data plane node corresponding to the second blockchain cluster.

[0369] The execution module 702 is used to execute the task corresponding to the business requirement information based on the data processing result.

[0370] Optionally, the execution module 702 is used to execute the task corresponding to the business requirement information in the virtualization instance based on the data processing result; wherein the virtualization instance is an instance created based on a secure container and isolated from other instances outside the virtualization instance.

[0371] Optionally, the device further includes:

[0372] The information sending module is used to send second feedback information to the control plane of the first blockchain cluster;

[0373] The second feedback information includes at least one of the following:

[0374] Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result;

[0375] Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node;

[0376] The second load information is used to represent the load status information of the second data plane node;

[0377] The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node;

[0378] The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node;

[0379] The second status information is used to represent the running status information of the second data plane node;

[0380] The second task progress information is used to track the progress of the second data plane node's processing task.

[0381] The result of the second task execution is the result of the second data plane node executing the task.

[0382] The data collaborative processing device provided in this application embodiment is capable of implementing... Figure 3 The entire technical process of the data collaborative processing method shown is to achieve the same technical effect, and will not be described again here to avoid repetition.

[0383] See Figure 8 , Figure 8 This is a structural diagram of a data collaborative processing device provided in an embodiment of this application. Figure 8 As shown, it includes:

[0384] The third receiving module 801 is used to receive business requirement information sent by the control plane of the first blockchain cluster.

[0385] The generation module 802 is used to schedule the first smart contract to generate the first control instruction based on the business requirement information;

[0386] The second sending module 803 is used to send the first control instruction to the first data plane node, wherein the first data plane node is the data plane node corresponding to the second blockchain cluster, and the data processing result of the first data plane node executing the first control instruction is sent to the second data plane node, and the second data plane node executes the calculation task corresponding to the business requirement information based on the data processing result, the first smart contract is a contract for processing the business requirement information, and the second data plane node is the data plane node corresponding to the first blockchain cluster.

[0387] Optionally, the device further includes:

[0388] The request receiving module is used to receive an authentication request sent by the control plane of the first blockchain cluster, wherein the authentication request includes encrypted identity information;

[0389] The verification module is used to verify the encrypted identity information and obtain the identity verification result;

[0390] The result sending module is used to send the authentication result to the control plane of the first blockchain cluster. The authentication result is used to generate a cross-blockchain identity token for the user. The identity information is the user's identity information, and the business requirement information is the user's business requirement information.

[0391] The data collaborative processing device provided in this application embodiment is capable of implementing... Figure 4 The entire technical process of the data collaborative processing method shown is to achieve the same technical effect, and will not be described again here to avoid repetition.

[0392] The data collaborative processing device in this application embodiment can be an electronic device or a component within an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or other devices besides a terminal. For example, the electronic device can be a mobile phone, tablet computer, laptop computer, PDA, in-vehicle electronic device, mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), etc. Non-mobile electronic devices can also be servers, network attached storage (NAS), personal computers (PCs), televisions (TVs), ATMs, or self-service machines, etc. This application embodiment does not specifically limit the specific devices.

[0393] Optionally, such as Figure 9 As shown, this application embodiment also provides an electronic device 900, including a processor 901 and a memory 902. The memory 902 stores a program or instructions that can run on the processor 901. When the program or instructions are executed by the processor 901, they implement the various steps of the above-mentioned multiple data collaborative processing method embodiments and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0394] This application also provides a computer-readable storage medium storing a computer program. When executed by a processor, this computer program implements the various processes described in the above-described multiple data collaborative processing method embodiments and achieves the same technical effects. To avoid repetition, it will not be described again here. The computer-readable storage medium may be a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc.

[0395] This application also provides a computer program product, including computer instructions. When executed by a processor, these computer instructions implement the various processes of the above-described multiple data collaborative processing method embodiments and achieve the same technical effects. To avoid repetition, they will not be described again here.

[0396] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0397] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0398] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A method of data syndication processing, the method comprising: The control plane applied to the first blockchain cluster includes Send business requirement information to the control plane of the second blockchain cluster; Receive data processing results, wherein the data processing results are data processing results executed by the first data plane node with the first control instruction, the first control instruction is the control instruction generated by the control plane scheduling of the first smart contract of the second blockchain cluster, the first smart contract is a contract used to process the business requirement information, and the first data plane node is the data plane node corresponding to the second blockchain cluster. The second data plane node is triggered to execute the task corresponding to the business requirement information based on the data processing result. The second data plane node is the data plane node corresponding to the first blockchain cluster. The method further includes: Obtain cross-blockchain business metrics, which are used to indicate the relevant status of cross-blockchain businesses; Obtain a cross-blockchain strategy optimized by a third smart contract, wherein the third smart contract is used to optimize the cross-blockchain strategy based on cross-blockchain business metrics of multiple blockchain clusters, and the cross-blockchain strategy is a strategy for executing cross-blockchain business. Based on the optimized cross-blockchain strategy, the data plane nodes corresponding to the first blockchain cluster adjust their task execution logic. Obtain the second feedback information from the second data plane node; Send the second feedback information to the control plane of the second blockchain cluster; The second feedback information includes at least one of the following: Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result; Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node; The second load information is used to represent the load status information of the second data plane node; The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node; The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node; The second status information is used to represent the running status information of the second data plane node; The second task progress information is used to track the progress of the second data plane node's processing task; The result of the second task execution is the result of the second data plane node executing the task.

2. The method of claim 1, wherein, The method further includes: Receive user-submitted identity information; The identity information is encrypted through a second smart contract, and an authentication request is sent to the control plane of the second blockchain cluster. The authentication request includes the encrypted identity information. The second smart contract is a smart contract used for cross-blockchain identity authentication. Receive the authentication result sent by the control plane of the second blockchain cluster; Generate the user's cross-blockchain identity token, wherein the business requirement information is the user's business requirement information.

3. The method according to claim 1 or 2, characterized in that, The second blockchain cluster is a blockchain cluster selected from multiple blockchain clusters based on first feedback information from multiple third data plane nodes, wherein the first feedback information includes at least one of the following: First computational load, first load information, first service request information, first resource usage information, first status information, first task progress information, and first task execution result; Wherein, the first computational load includes the computational load of at least one of the current computational task and the remaining computational task of the third data plane node; The first load information is used to represent the load status information of the third data plane node; The first service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the third data plane node; The first resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the third data plane node; The first status information is used to represent the running status information of the third data plane node; The first task progress information is used to track the progress of the task being processed by the third data plane node; The result of the first task execution is the result of the task executed by the third data plane node.

4. The method according to claim 1 or 2, characterized in that, The second data plane node is: based on the geographical location information of multiple data plane nodes corresponding to the first blockchain cluster, the data plane node whose geographical location is closest to the geographical location of the control plane of the first blockchain cluster among the multiple data plane nodes corresponding to the first blockchain cluster.

5. A method of data syndication, the method comprising: Applied to the second data plane nodes corresponding to the first blockchain cluster, including: Receive data processing results, wherein the data processing results are data processing results executed by the first data plane node with the first control instruction, the first control instruction is the control instruction generated by the control plane scheduling of the first smart contract of the second blockchain cluster, the first smart contract is a contract used to process business requirement information, and the first data plane node is the data plane node corresponding to the second blockchain cluster. Execute the task corresponding to the business requirement information based on the data processing results; The method further includes: Send a second feedback message to the control plane of the first blockchain cluster; The second feedback information includes at least one of the following: Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result; Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node; The second load information is used to represent the load status information of the second data plane node; The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node; The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node; The second status information is used to represent the running status information of the second data plane node; The second task progress information is used to track the progress of the second data plane node's processing task; The result of the second task execution is the result of the second data plane node executing the task.

6. The method of claim 5, wherein, The task corresponding to the business requirement information based on the data processing result includes: In the virtualized instance, the task corresponding to the business requirement information is executed based on the data processing result; wherein, the virtualized instance is an instance created based on a secure container and isolated from other instances outside the virtualized instance.

7. A data cooperative processing method characterized by, The control plane applied to the second blockchain cluster includes Receive business requirement information sent by the control plane of the first blockchain cluster; Based on the aforementioned business requirement information, the first smart contract is scheduled to generate the first control instruction; The first control instruction is sent to the first data plane node, wherein the first data plane node is the data plane node corresponding to the second blockchain cluster, and the data processing result of the first data plane node executing the first control instruction is sent to the second data plane node, and the second data plane node executes the task corresponding to the business requirement information based on the data processing result. The first smart contract is a contract for processing the business requirement information, and the second data plane node is the data plane node corresponding to the first blockchain cluster. The method further includes: Receive the second feedback information sent by the control plane of the first blockchain cluster; The second feedback information includes at least one of the following: Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result; Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node; The second load information is used to represent the load status information of the second data plane node; The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node; The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node; The second status information is used to represent the running status information of the second data plane node; The second task progress information is used to track the progress of the second data plane node's processing task; The result of the second task execution is the result of the second data plane node executing the task.

8. The method of claim 7, wherein, The method further includes: Receive an authentication request sent by the control plane of the first blockchain cluster, the authentication request including encrypted identity information; The encrypted identity information is verified to obtain the identity verification result; The authentication result is sent to the control plane of the first blockchain cluster. The authentication result is used to generate a cross-blockchain identity token for the user. The identity information is the user's identity information, and the business requirement information is the user's business requirement information.

9. A data syndication system, comprising: The system includes a control plane for a first blockchain cluster, a control plane for a second blockchain cluster, a second data plane node corresponding to the first blockchain cluster, and a first data plane node corresponding to the second blockchain cluster, wherein: The control plane of the first blockchain cluster is used to send business requirement information to the control plane of the second blockchain cluster; The control plane of the second blockchain cluster is used to schedule the first smart contract to generate a first control command based on the business requirement information, and send the first control command to the first data plane node; The first data plane node is used to execute the first control command and obtain the data processing result; The control plane of the first blockchain cluster is also used to receive the data processing results and trigger the second data plane nodes to execute the tasks corresponding to the business requirement information based on the data processing results; The second data plane node is used to execute the task corresponding to the business requirement information based on the data processing result; The control plane of the first blockchain cluster is also used for: Obtain cross-blockchain business metrics, which are used to indicate the relevant status of cross-blockchain businesses; Obtain a cross-blockchain strategy optimized by a third smart contract, wherein the third smart contract is used to optimize the cross-blockchain strategy based on cross-blockchain business metrics of multiple blockchain clusters, and the cross-blockchain strategy is a strategy for executing cross-blockchain business. Based on the optimized cross-blockchain strategy, the data plane nodes corresponding to the first blockchain cluster adjust their task execution logic. Obtain the second feedback information from the second data plane node; Send the second feedback information to the control plane of the second blockchain cluster; The second feedback information includes at least one of the following: Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result; Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node; The second load information is used to represent the load status information of the second data plane node; The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node; The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node; The second status information is used to represent the running status information of the second data plane node; The second task progress information is used to track the progress of the second data plane node's processing task; The result of the second task execution is the result of the second data plane node executing the task.

10. A data cooperative processing apparatus characterized by comprising: include: The first sending module is used to send business requirement information to the control plane of the second blockchain cluster. The first receiving module is used to receive data processing results, wherein the data processing results are data processing results executed by the first data plane node with the execution of the first control instruction, the first control instruction is the control instruction generated by the control plane scheduling of the second blockchain cluster with the first smart contract, the first smart contract is the contract used to process the business requirement information, and the first data plane node is the data plane node corresponding to the second blockchain cluster. The triggering module is used to trigger the second data plane node to execute the task corresponding to the business requirement information based on the data processing result. The second data plane node is the data plane node corresponding to the first blockchain cluster. The device further includes: The indicator acquisition module is used to acquire cross-blockchain business indicators, which are used to indicate the relevant status of cross-blockchain business. The strategy acquisition module is used to acquire cross-blockchain strategies optimized by a third smart contract, wherein the third smart contract is used to optimize the cross-blockchain strategy based on cross-blockchain business indicators of multiple blockchain clusters, and the cross-blockchain strategy is a strategy for executing cross-blockchain business. The driver module is used to drive the data plane nodes corresponding to the first blockchain cluster to adjust the task execution logic based on the optimized cross-blockchain strategy. The information acquisition module is used to acquire the second feedback information of the second data plane node; The information sending module is used to send the second feedback information to the control plane of the second blockchain cluster; The second feedback information includes at least one of the following: Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result; Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node; The second load information is used to represent the load status information of the second data plane node; The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node; The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node; The second status information is used to represent the running status information of the second data plane node; The second task progress information is used to track the progress of the second data plane node's processing task; The result of the second task execution is the result of the second data plane node executing the task.

11. A data collaborative processing device, characterized in that, include: The second receiving module is used to receive data processing results. The data processing results are data processing results of the first data plane node executing the first control instruction. The first control instruction is a control instruction generated by the control plane scheduling of the first smart contract of the second blockchain cluster. The first smart contract is a contract used to process business requirement information. The first data plane node is the data plane node corresponding to the second blockchain cluster. The execution module is used to execute the task corresponding to the business requirement information based on the data processing result; The device further includes: The information sending module is used to send second feedback information to the control plane of the first blockchain cluster; The second feedback information includes at least one of the following: Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result; Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node; The second load information is used to represent the load status information of the second data plane node; The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node; The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node; The second status information is used to represent the running status information of the second data plane node; The second task progress information is used to track the progress of the second data plane node's processing task; The result of the second task execution is the result of the second data plane node executing the task.

12. A data co-processing device, characterized by include The third receiving module is used to receive business requirement information sent by the control plane of the first blockchain cluster. The generation module is used to schedule the first smart contract to generate the first control instruction based on the business requirement information; The second sending module is used to send the first control instruction to the first data plane node, wherein the first data plane node is the data plane node corresponding to the second blockchain cluster, and the data processing result of the first data plane node executing the first control instruction is sent to the second data plane node, and the second data plane node executes the calculation task corresponding to the business requirement information based on the data processing result. The first smart contract is a contract for processing the business requirement information, and the second data plane node is the data plane node corresponding to the first blockchain cluster. The device is also used to receive second feedback information sent by the control plane of the first blockchain cluster; The second feedback information includes at least one of the following: Second computational load, second load information, second service request information, second resource usage information, second status information, second task progress information, and second task execution result; Wherein, the second computational load includes the computational load of at least one of the current computational task and the remaining computational task of the second data plane node; The second load information is used to represent the load status information of the second data plane node; The second service request information is used to indicate the number of at least one of the service requests to be processed and the service requests currently being processed by the second data plane node; The second resource usage information is used to represent the usage information of at least one of the storage resources and computing resources of the second data plane node; The second status information is used to represent the running status information of the second data plane node; The second task progress information is used to track the progress of the second data plane node's processing task; The result of the second task execution is the result of the second data plane node executing the task.

13. An electronic device, comprising: The method includes a processor, a memory, and a computer program stored in the memory and executable on the processor. When executed by the processor, the computer program implements the steps of the data collaborative processing method as described in any one of claims 1 to 4; or, when executed by the processor, the computer program implements the steps of the data collaborative processing method as described in any one of claims 5 to 6; or, when executed by the processor, the computer program implements the steps of the data collaborative processing method as described in any one of claims 7 to 8.

14. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the steps of the data collaborative processing method as described in any one of claims 1 to 4; or, when executed by a processor, the computer program implements the steps of the data collaborative processing method as described in any one of claims 5 to 6; or, when executed by a processor, the computer program implements the steps of the data collaborative processing method as described in any one of claims 7 to 8.

15. A computer program product, characterised in that, The method includes computer instructions that, when executed by a processor, implement the steps of the data collaborative processing method as described in any one of claims 1 to 4; or, when executed by a processor, the computer instructions implement the steps of the data collaborative processing method as described in any one of claims 5 to 6; or, when executed by a processor, the computer instructions implement the steps of the data collaborative processing method as described in any one of claims 7 to 8.

Images