Cross-chain management system and method for block chain

Abstract

The invention provides a cross-chain management system and method for a block chain, and the system comprises a fragment parallel extensible self-adaptive novel cross-chain architecture, and relates to a chain gateway, a relay chain and a fragment structure. The system is connected with the heterogeneous chain and the relay chain through the chain gateway, and adopts a unified relay data format for communication. The system further represents cross-chain requests in a standardized mode according to the cross-chain operation dependency relationship, a function decoupling component library is constructed, and self-adaptive configuration is achieved. In addition, the system adopts a fragmentation rule oriented to transaction types, the transaction processing efficiency is improved through a cross-chain dynamic fragmentation mechanism, and different types of cross-chain transactions are allocated and processed. According to the invention, high efficiency and flexibility of cross-chain operation can be realized, and efficiency and security of communication between heterogeneous chains are improved.

Description

Technical Field

[0001] The present invention relates to the field of blockchain technology, and more specifically, to a cross-chain management system and method for blockchain. Background Art

[0002] Existing blockchain technologies face many challenges when processing cross-chain transactions, especially in terms of interoperability, transaction efficiency, and security between heterogeneous chains. With the increasing number of blockchain applications, the demand for interaction between different blockchain platforms has also increased. However, due to the differences in architecture, consensus mechanism, and data format between different blockchain platforms, it becomes complicated to achieve seamless connection and data exchange between them. In addition, as the blockchain network expands, the ability to handle a large number of cross-chain transactions has become a key indicator of system performance. Existing cross-chain solutions often lack flexibility and scalability, and are difficult to adapt to the ever-changing network environment and business needs.

[0003] In the process of implementing the embodiments of the present invention, the inventors found that there are at least the following problems or defects in the prior art: low efficiency of cross-chain transactions, lack of a sharding mechanism to optimize different transaction types, and lack of a unified data format and processing standard when communicating between heterogeneous chains. These problems limit the performance and application scope of the cross-chain system. Summary of the invention

[0004] The present invention provides a cross-chain management system and method for blockchain.

[0005] In a first aspect of the present invention, a cross-chain management system for a blockchain is provided, comprising:

[0006] Sharded parallel scalable and adaptive new cross-chain architecture: The "chain gateway + relay shard chain" architecture model includes chain gateway, relay chain, and shard structure. Heterogeneous chains and relay chains are uniformly connected through chain gateways. The relay chain is divided into multiple shards, and the communication between heterogeneous chains and relay chains adopts a unified relay data format;

[0007] Standardize the cross-chain request representation based on the cross-chain operation execution dependency, combine the fine-grained element decomposition and formal expression of complex tasks, build standardized functional decoupled components, establish a cross-chain component library, and implement adaptive configuration of cross-chain components based on the principle of on-demand calling;

[0008] Adopt transaction-type-oriented sharding rules, form a universal cross-chain transaction standard through performance decoupling of different transaction types, and use the cross-chain dynamic sharding mechanism to build different types of shards to improve transaction processing efficiency and allocate different types of cross-chain transactions;

[0009] Multi-source cross-chain transaction dynamic adaptation and access model: Establish a heterogeneous chain transaction data format and data feature sample library, use machine learning and data mining technology to actively identify and classify the diverse cross-chain transaction data features, match field parsing with templates to generate parsing strategy mapping for transactions with specific features, and deploy it in the form of an adaptation center on the relay chain network to achieve dynamic adaptation and rapid access to diverse cross-chain transaction data;

[0010] Relay chain cross-shard concurrent efficient processing model: blockchain network nodes are networked separately to form a beacon chain and multiple shard chains. The beacon chain provides services to the outside world, and the shard chains execute transaction processing in parallel; the beacon chain monitors transactions and forwards them to the transaction cache pool. The shard chain processes transactions and reaches shard consensus according to the shard transaction processing rules, and the shard blocks are confirmed on the beacon chain; a cross-shard concurrent processing mechanism with shared storage status is adopted. Nodes share transaction cache, block verification, and storage services through the message bus, and the underlying shared networking module. Shard nodes actively pull transactions and verify transactions through the shared transaction pool.

[0011] Furthermore, in the sharded, parallel, scalable, and adaptive new cross-chain architecture, the functionally decoupled relay chain modular components have built-in encryption components, identity authentication components, and regulatory components. When processing cross-chain transactions, the encryption component is selected to verify data according to the specific blockchain. When there is a regulatory requirement, the regulatory component is called to parse and store data. The identity authentication component provides different identity authentication methods for cross-chain entities.

[0012] Furthermore, in the sharding parallel scalable adaptive new cross-chain architecture, the implementation of the transaction type-oriented sharding rules includes:

[0013] Determine the number of network nodes and cross-chain transaction types, analyze the performance consumption of different transaction types, etc. to determine the number and size of shards. Nodes form shard chains according to the shard configuration to handle corresponding types of cross-chain transactions. The relay chain dynamically adjusts the number and size of shards according to network conditions, and the sharding rules are implemented by the configuration center. The configuration center sends initialization and dynamic configuration to the nodes and monitors network information to generate dynamic configuration. The dynamic configuration generation meets the threshold conditions determined according to the shard chain performance, network conditions, etc., and the threshold changes with the cross-chain transaction type.

[0014] Furthermore, in the multi-source cross-chain transaction dynamic adaptation and access model, the data feature sample library contains the structure, field and feature information of transaction data on different chains, which is used to perform field parsing and template matching on the received cross-chain transaction data. The generated parsing strategy mapping includes data format conversion, field mapping, data cleaning and other operations.

[0015] Furthermore, in the relay chain cross-shard concurrent efficient processing model, the relay chain system workflow of the beacon-shard architecture includes:

[0016] The beacon chain node listens to transaction messages and forwards them to the transaction cache pool. The shard chain node processes transactions within a specific range. The processed transaction data is packaged into shard blocks and sent to the beacon chain node for confirmation. The beacon chain node ensures the validity and consistency of the blocks through the consensus algorithm and synchronously returns the confirmation results to the shard chain.

[0017] Furthermore, in the relay chain cross-shard concurrent efficient processing model, the working steps of the cross-shard concurrent processing mechanism are:

[0018] The beacon chain node distributes transactions to the shard nodes. When the shard node finds that the transaction dependent data is not in the local shard, it searches for the dependent data source in the shared storage through the message bus and sends a status synchronization request to the beacon chain. After synchronization, the transaction is executed and the shard block is packaged and sent to the beacon chain for confirmation. During this process, other shards do not need to lock the status.

[0019] Furthermore, the unified relay data format includes data such as the source party information, destination party information, data unique identifier, cross-chain event information, cross-chain user information, signature information, etc. of the communication. The specific fields include From, To, Version, SN, Timestamp, Type, Payload, Proof, and Extra, where From and To represent the source chain and destination chain identity IDs, Version represents the cross-chain protocol version, SN is the cross-chain transaction queue sequence number, Timestamp is the cross-chain transaction timestamp, Type is the cross-chain request operation type, Payload is the cross-chain call content encoding, Proof is the proof of legitimacy of the cross-chain transaction, and Extra is other functional fields defined by the parallel chain.

[0020] Furthermore, in the sharded parallel scalable and adaptive new cross-chain architecture, the relay chain node reads the configuration file to determine the shard chain it is in, and the nodes assigned to the same shard chain ID form a shard chain sub-network. The nodes inside the shard chain perform consensus, maintenance and storage tasks independently. Transactions are processed by transaction type between different shard chains, and transactions that do not comply with the processing rules of this shard chain are forwarded to other shard chains.

[0021] Furthermore, in the multi-source cross-chain transaction dynamic adaptation and access model, the model that uses machine learning and data mining technology to actively identify and classify the characteristics of diversified cross-chain transaction data realizes automatic classification of transaction data through training, so as to facilitate subsequent dynamic adaptation processing; in the relay chain cross-shard concurrent and efficient processing model, all network nodes access storage modules such as transaction pools through message buses, share storage content, and realize the correctness of state verification in cross-shard transactions.

[0022] In a second aspect of the present invention, a cross-chain management method for a blockchain is provided, comprising:

[0023] A new cross-chain architecture that realizes sharding parallelism and is scalable and adaptive, including the "chain gateway + relay shard chain" architecture model of chain gateway, relay chain, and sharding structure, as well as the use of a unified relay data format for communication between heterogeneous chains and relay chains;

[0024] Standardize cross-chain requests based on cross-chain operation execution dependencies, build standardized functional decoupling components, establish a cross-chain component library, and implement adaptive configuration of cross-chain components based on the principle of on-demand calling;

[0025] Adopt transaction-type-oriented sharding rules, form a universal cross-chain transaction standard through performance decoupling of different transaction types, and use the cross-chain dynamic sharding mechanism to build different types of shards to improve transaction processing efficiency and allocate processing of different types of cross-chain transactions.

[0026] The above embodiments of the present invention have at least the following beneficial effects: The cross-chain management system of the present invention can improve the processing efficiency of cross-chain transactions and the scalability of the system by adopting a sharded, parallel, scalable and adaptive new cross-chain architecture. The system can achieve unified connection and communication between heterogeneous chains and relay chains through the collaborative work of chain gateways and relay chains, reducing the complexity of cross-chain transactions. In addition, the system represents cross-chain requests in a standardized manner based on the cross-chain operation execution dependency relationship, and constructs a functional decoupled component library, which can achieve adaptive configuration of cross-chain components and enhance the flexibility and adaptability of the system.

[0027] Through transaction-type-oriented sharding rules and cross-chain dynamic sharding mechanisms, the present invention can effectively improve transaction processing efficiency and optimize according to the performance requirements of different types of cross-chain transactions. This mechanism can not only improve the processing speed of cross-chain transactions, but also form a universal cross-chain transaction standard through performance decoupling of transaction types, thereby enhancing the stability and reliability of the system. At the same time, the multi-source cross-chain transaction dynamic adaptation and access model uses machine learning and data mining technology to actively identify and classify diverse cross-chain transaction data features, realize rapid access and processing of multi-source cross-chain transactions, and further improve the intelligence level of the system. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] The above and other objects, features and advantages of the exemplary embodiments of the present invention will become readily understood by reading the detailed description below with reference to the accompanying drawings. In the accompanying drawings, several embodiments of the present invention are shown in an exemplary and non-limiting manner, in which:

[0029] Figure 1 A schematic diagram of the structure of a cross-chain management system for blockchain provided by one embodiment of the present invention;

[0030] Figure 2 A schematic diagram of a configuration center of an embodiment of the present invention is schematically shown;

[0031] Figure 3 A schematic diagram of a data format provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0032] The principles and spirit of the present invention will be described below with reference to several exemplary embodiments. It should be understood that these embodiments are provided only to enable those skilled in the art to better understand and implement the present invention, and are not intended to limit the scope of the present invention in any way. On the contrary, these embodiments are provided to make the present invention more thorough and complete, and to fully convey the scope of the present invention to those skilled in the art.

[0033] Those skilled in the art know that the embodiments of the present invention can be implemented as a system, device, apparatus, method or computer program product. Therefore, the present invention can be specifically implemented in the following forms, namely: complete hardware, complete software (including firmware, resident software, microcode, etc.), or a combination of hardware and software.

[0034] It should be noted that any number of elements in the drawings is for illustration rather than limitation, and any naming is only for distinction and does not have any limiting meaning.

[0035] Reference below Figure 1 , Figure 1 This is a schematic diagram of the structure of a cross-chain management system for blockchain provided by an embodiment of the present invention. Figure 1 As shown, a cross-chain management system for blockchain includes:

[0036] Sharded parallel scalable adaptive new cross-chain architecture: including chain gateway, relay chain, chain gateway + relay shard chain architecture model of shard structure, heterogeneous chains and relay chains are connected uniformly through chain gateways, relay chains are divided into multiple shards, and communication between heterogeneous chains and relay chains adopts a unified relay data format;

[0037] Standardize the cross-chain request representation based on the cross-chain operation execution dependency, combine the fine-grained element decomposition and formal expression of complex tasks, build standardized functional decoupled components, establish a cross-chain component library, and implement adaptive configuration of cross-chain components based on the principle of on-demand calling;

[0038] Adopt transaction-type-oriented sharding rules, form a universal cross-chain transaction standard through performance decoupling of different transaction types, and use the cross-chain dynamic sharding mechanism to build different types of shards to improve transaction processing efficiency and allocate different types of cross-chain transactions;

[0039] Multi-source cross-chain transaction dynamic adaptation and access model: Establish a heterogeneous chain transaction data format and data feature sample library, use machine learning and data mining technology to actively identify and classify the diverse cross-chain transaction data features, match field parsing with templates to generate parsing strategy mapping for transactions with specific features, and deploy it in the form of an adaptation center on the relay chain network to achieve dynamic adaptation and rapid access to diverse cross-chain transaction data;

[0040] Relay chain cross-shard concurrent efficient processing model: blockchain network nodes are networked separately to form a beacon chain and multiple shard chains. The beacon chain provides services to the outside world, and the shard chains execute transaction processing in parallel; the beacon chain monitors transactions and forwards them to the transaction cache pool. The shard chain processes transactions and reaches shard consensus according to the shard transaction processing rules, and the shard blocks are confirmed on the beacon chain; a cross-shard concurrent processing mechanism with shared storage status is adopted. Nodes share transaction cache, block verification, storage and other services through the message bus, and the underlying shared networking module. Shard nodes actively pull transactions and verify transactions through the shared transaction pool.

[0041] It should be noted that the present embodiment relates to a cross-chain management system for blockchain, which includes a sharded parallel scalable and adaptive new cross-chain architecture. This architecture consists of chain gateways, relay chains and sharding structures, and is called the chain gateway + relay sharding chain architecture model. Here, chain gateways refer to nodes connecting different blockchain networks, which act as bridges to enable heterogeneous chains (i.e. blockchains with different structures and protocols) to communicate with the relay chain. The relay chain is a central chain that is responsible for coordinating and managing cross-chain transactions, and uses multi-shard division to improve processing capabilities.

[0042] Specifically, in this architecture, the communication between heterogeneous chains and the relay chain follows a unified relay data format. This means that no matter what the native data format of the heterogeneous chains is, they will be converted into a standardized data format when communicating with the relay chain to ensure the consistency and accuracy of the information. In addition, the relay chain adopts multi-shard division, that is, it is divided into multiple shard chains, each of which is responsible for processing a specific type of cross-chain transactions, which can improve the processing efficiency and scalability of the entire system.

[0043] Preferably, in order to further refine the implementation of this architecture, we can set specific parameters and concepts. For example, the chain gateway can dynamically adjust its connection strategy according to the frequency and type of cross-chain transactions, and the number of shards of the relay chain can be dynamically adjusted according to the load of the network.

[0044] Furthermore, in practical applications, transactions can be assigned to different shard chains for processing based on the urgency and complexity of cross-chain transactions. In addition, smart contracts can be used to automatically manage the transaction allocation between these shard chains to further improve the automation and efficiency of the system.

[0045] In some embodiments, in a sharded, parallel, scalable, and adaptive new cross-chain architecture, the functionally decoupled relay chain modular components have built-in encryption components, identity authentication components, and regulatory components. When processing cross-chain transactions, the encryption component is selected to verify data according to the specific blockchain. When there is a regulatory requirement, the regulatory component is called to parse and store data. The identity authentication component provides different identity authentication methods for cross-chain entities.

[0046] It should be noted that this implementation describes a new cross-chain architecture that is sharded, parallel, scalable and adaptive, in which the functionally decoupled relay chain modular components have built-in encryption components, identity authentication components, and regulatory components. These components are designed to provide security, compliance, and identity authentication when processing cross-chain transactions. Here, functional decoupling means that each component has clear responsibilities and can run independently of other components, thereby improving the flexibility and maintainability of the system.

[0047] Specifically, the encryption component in the relay chain modular component is responsible for verifying the data integrity and source of cross-chain transactions to ensure that transactions are not tampered with during transmission. The identity authentication component is used to confirm the identity of the entities involved in the transaction and ensure the legitimacy of the transaction. The regulatory component is called when there is a regulatory need to parse and store data to meet the requirements of the regulatory agency. These components can be configured and selected according to specific blockchain characteristics and requirements. For example, the encryption component can support multiple encryption algorithms to meet the security requirements of different blockchains.

[0048] Preferably, in order to further refine the implementation methods of these components, we can set specific parameters and operation procedures for each component. For example, the encryption component can be configured to automatically select the encryption algorithm that best suits the current transaction characteristics; the identity authentication component can integrate multiple authentication mechanisms, such as digital signatures, certificate verification, etc., to meet the needs of different users; the supervision component can be designed to be modular so that its functions can be quickly adjusted according to different regulatory requirements.

[0049] Furthermore, these components can be managed automatically through smart contracts to improve the processing efficiency and security of cross-chain transactions.

[0050] In some embodiments, in a sharding parallel scalable adaptive new cross-chain architecture, the implementation of the transaction type-oriented sharding rules includes:

[0051] Determine the number of network nodes and cross-chain transaction types, analyze the performance consumption of different transaction types, etc. to determine the number and size of shards. Nodes form shard chains according to the shard configuration to handle corresponding types of cross-chain transactions. The relay chain dynamically adjusts the number and size of shards according to network conditions, and the sharding rules are implemented by the configuration center. The configuration center sends initialization and dynamic configuration to the nodes and monitors network information to generate dynamic configuration. The dynamic configuration generation meets the threshold conditions determined according to the shard chain performance, network conditions, etc., and the threshold changes with the cross-chain transaction type.

[0052] It should be noted that this implementation method involves the implementation of transaction-type-oriented sharding rules, which includes determining the number of network nodes and cross-chain transaction types, analyzing the performance consumption of different transaction types, etc. to determine the number and size of shards. Here, transaction-type-oriented sharding rules refer to dividing the entire network into multiple shards according to the characteristics and processing requirements of cross-chain transactions, and each shard is responsible for processing a specific type of transaction, so as to improve the processing efficiency and performance of the overall network.

[0053] Specifically, the implementation of sharding rules involves a detailed analysis of the number of network nodes and cross-chain transaction types. For example, the number of shards can be determined based on the computing power, storage capacity, and network bandwidth of the nodes in the network. At the same time, by analyzing the performance consumption of different transaction types, the size of each shard can be determined to ensure that each shard can effectively handle the type of transaction assigned to it. The settings of these parameters can be dynamically adjusted according to the actual network operation and transaction processing needs.

[0054] Preferably, in order to further refine the implementation steps of the sharding rules, it is possible to consider introducing intelligent algorithms to dynamically adjust the number and size of shards. For example, a machine learning algorithm can be used to predict the distribution and performance consumption of transaction types based on historical data, thereby automatically adjusting the sharding configuration.

[0055] like Figure 2 As shown. Furthermore, the implementation of sharding rules is through the configuration center, which is responsible for issuing initialization and dynamic configuration to nodes and monitoring network information to generate dynamic configuration. These dynamic configurations can be adjusted according to threshold conditions determined by shard chain performance, network conditions, etc., and the thresholds can vary according to different cross-chain transaction types to adapt to the real-time needs of the network.

[0056] In some embodiments, in the multi-source cross-chain transaction dynamic adaptation and access model, the data feature sample library contains the structure, field and feature information of transaction data on different chains, which is used to perform field parsing and template matching on the received cross-chain transaction data. The generated parsing strategy mapping includes data format conversion, field mapping, data cleaning and other operations.

[0057] It should be noted that this implementation method describes the application of the data feature sample library in the multi-source cross-chain transaction dynamic adaptation and access model. The data feature sample library contains the structure, field and feature information of transaction data on different chains. This information is used to perform field parsing and template matching on the received cross-chain transaction data. The generated parsing strategy mapping includes data format conversion, field mapping, data cleaning and other operations. Here, the data feature sample library refers to a database that stores samples and features of transaction data on various blockchains so that the system can identify and process transactions from different blockchains.

[0058] Specifically, the data structure, fields and feature information in the data feature sample library may include key information such as transaction type, amount, timestamp, participant address, etc. The system can parse cross-chain transaction data based on this information, identify the source chain and target chain of the transaction, and the specific content of the transaction. Parsing strategy mapping refers to converting the transaction data format of the source chain into a format that the target chain can recognize, and mapping the fields of the source chain to the corresponding fields of the target chain, while performing necessary data cleaning to ensure the accuracy and consistency of the data. These parameters can be customized according to different blockchain characteristics and transaction types.

[0059] Preferably, in order to further refine the operation steps, automated tools can be introduced to maintain and update the data feature sample library. For example, machine learning algorithms can be used to analyze new transaction patterns and automatically update the feature information in the sample library. In addition, an intelligent matching system can be designed that can automatically select the most appropriate parsing strategy based on the characteristics of transaction data, thereby improving the efficiency and accuracy of cross-chain transaction processing.

[0060] Furthermore, in terms of alternatives, one could consider using a blockchain analytics platform to assist in identifying and classifying transaction data, or developing a decentralized cross-chain transaction data exchange protocol to promote interoperability between different blockchains.

[0061] In some embodiments, in the relay chain cross-shard concurrent efficient processing model, the relay chain system workflow of the beacon-shard architecture includes:

[0062] The beacon chain node listens to transaction messages and forwards them to the transaction cache pool. The shard chain node processes transactions within a specific range. The processed transaction data is packaged into shard blocks and sent to the beacon chain node for confirmation. The beacon chain node ensures the validity and consistency of the blocks through the consensus algorithm and synchronously returns the confirmation results to the shard chain.

[0063] It should be noted that this implementation method involves the workflow of the beacon-shard architecture in the relay chain cross-shard concurrent efficient processing model. The beacon chain node is responsible for listening to transaction messages and forwarding them to the transaction cache pool, and the shard chain node processes transactions within a specific range. The processed transaction data is packaged into shard blocks and sent to the beacon chain node for confirmation. Here, the beacon chain refers to a centralized chain that is responsible for coordinating the activities of the entire network, while the shard chain refers to a chain separated from the beacon chain that is responsible for processing specific transactions.

[0064] Specifically, the process of beacon chain nodes monitoring transaction messages and forwarding them to the transaction cache pool may include setting monitoring parameters, such as transaction frequency and transaction type, and defining the size and structure of the transaction cache pool. The specific parameters for shard chain nodes to process transactions in a specific range may include the size of the shard, the algorithm for transaction processing, and the consensus mechanism of the shard chain. These parameters can be adjusted according to the network load and the characteristics of the transaction to optimize the efficiency of transaction processing and the scalability of the network.

[0065] Preferably, in order to further refine the operation steps, smart contracts can be introduced to automate the interaction between the beacon chain node and the shard chain node. For example, smart contracts can automatically verify the validity of transactions and direct transactions to the correct shard chain.

[0066] Furthermore, a dynamic sharding algorithm can be designed to dynamically adjust the number and size of shards according to real-time network conditions and transaction load to keep the network running efficiently. In terms of alternatives, different consensus mechanisms such as Proof of Authority (PoA) or Delegated Proof of Stake (DPoS) can be considered to adapt to different network environments and security requirements.

[0067] In some embodiments, in the relay chain cross-shard concurrent efficient processing model, the working steps of the cross-shard concurrent processing mechanism are:

[0068] The beacon chain node distributes transactions to the shard nodes. When the shard node finds that the transaction dependent data is not in the local shard, it searches for the dependent data source in the shared storage through the message bus and sends a status synchronization request to the beacon chain. After synchronization, the transaction is executed and the shard block is packaged and sent to the beacon chain for confirmation. During this process, other shards do not need to lock the status.

[0069] It should be noted that this implementation describes the working steps of the cross-shard concurrent processing mechanism. In this mechanism, the beacon chain node distributes transactions to the shard nodes. If the shard node finds that the data that the transaction depends on is not in the local shard, it will search for the dependent data source in the shared storage through the message bus, and send a state synchronization request to the beacon chain. After synchronization, the transaction is executed and the shard block is packaged and sent to the beacon chain for confirmation. Here, the message bus refers to a communication framework that allows different nodes to exchange information and data.

[0070] Specifically, the message bus in the cross-shard concurrent processing mechanism can be designed as a high-throughput communication system that supports multiple data transmission protocols to ensure data synchronization and transaction execution between different shard nodes. Shared storage refers to a distributed database or file system that stores data accessible to all shard nodes. State synchronization requests refer to requests sent by shard nodes to the beacon chain when they need data from other shards to ensure data consistency before transaction execution. The settings of these parameters can be adjusted according to the scale of the network and the complexity of transactions to optimize performance and response time.

[0071] Preferably, in order to further refine the operation steps, a priority system can be introduced to manage the execution order of cross-shard transactions. This system can assign priorities based on the urgency of the transaction and the demand for system resources.

[0072] Furthermore, a fault recovery mechanism can be designed so that when a shard node cannot process a transaction, the beacon chain can redistribute the transaction to other shard nodes. In terms of alternatives, different data synchronization protocols, such as the Gossip protocol, can be considered to improve the efficiency and reliability of data synchronization. Different consensus algorithms, such as the Byzantine Fault Tolerance (BFT) algorithm, can also be explored to enhance the security and anti-attack capabilities of the system.

[0073] like Figure 3 As shown. In some embodiments, the unified relay data format includes the source party information, destination party information, data unique identifier, cross-chain event information, cross-chain user information, signature information and other data of the communication, and the specific fields include From, To, Version, SN, Timestamp, Type, Payload, Proof, Extra, where From and To represent the source chain and destination chain identity ID, Version represents the cross-chain protocol version, SN is the cross-chain transaction queue sequence number, Timestamp is the cross-chain transaction timestamp, Type is the cross-chain request operation type, Payload is the cross-chain call content encoding, Proof is the proof of legitimacy of the cross-chain transaction, and Extra is other functional fields defined by the parallel chain.

[0074] It should be noted that this embodiment involves a unified relay data format, which includes the source information of the communication, the destination information, the data unique identifier, the cross-chain event information, the cross-chain user information, the signature information and other data. Here, the relay data format refers to the standardized data structure used when transmitting information between different blockchains to ensure the consistency and identifiability of the information during the cross-chain communication process.

[0075] Specifically, the unified relay data format can be achieved by defining a series of fields, such as From, To, Version, SN, Timestamp, Type, Payload, Proof, and Extra. These fields represent the source chain and destination chain identity ID, cross-chain protocol version, cross-chain transaction queue sequence number, cross-chain transaction timestamp, cross-chain request operation type, cross-chain call content encoding, cross-chain transaction legitimacy proof, and other functional fields defined by the parallel chain. In actual applications, the specific parameter settings of each field need to be determined according to the specific needs and security requirements of cross-chain transactions to ensure the integrity and security of the data.

[0076] Preferably, in order to further refine the operation steps, specific data types and length limits can be set for each field. For example, the From and To fields can be fixed-length strings or addresses, and the Version field can be a number or enumeration type used to identify the version of the protocol. The Timestamp field can be a timestamp accurate to milliseconds or microseconds to ensure the accuracy of the time. The Type field can be an enumeration or string used to describe the type of transaction. The Payload field can be a serialized object or JSON string containing the details of the transaction. The Proof field can be a digital signature or hash value used to verify the legitimacy of the transaction. The Extra field can be an optional field used to store additional information or metadata.

[0077] Furthermore, in terms of alternatives, different data serialization formats, such as Protocol Buffers or XML, can be considered to adapt to different systems and network environments. In addition, encryption measures, such as end-to-end encryption, can also be introduced to enhance the security of cross-chain communication.

[0078] In some embodiments, in a sharded parallel, scalable, adaptive new cross-chain architecture, the relay chain node reads the configuration file to determine the shard chain it is in, and the nodes assigned to the same shard chain ID form a shard chain sub-network. The nodes inside the shard chain perform consensus, maintenance, storage and other tasks independently. Different shard chains allocate and process transactions according to transaction types, and transactions that do not comply with the processing rules of this shard chain are forwarded to other shard chains.

[0079] It should be noted that this implementation describes how the relay chain node determines the shard chain it is in based on the configuration file and forms a shard chain subnetwork. In this process, nodes assigned to the same shard chain ID will form a subnetwork, and these nodes will perform tasks such as consensus and maintenance storage separately within the shard chain. Here, a shard chain subnetwork refers to a network composed of nodes with the same shard chain ID, which jointly process transactions assigned to the shard.

[0080] Specifically, the relay chain node determines which shard chain it belongs to by reading the configuration file. The configuration file contains the node's shard chain ID and other related parameters, such as the node's role, responsibilities, and communication protocol. These parameters can be set according to the scale of the network and transaction processing requirements. The consensus mechanism of the nodes within the shard chain can be proof of work (PoW), proof of stake (PoS) or other suitable consensus algorithms to ensure the consistency and security of the network.

[0081] Preferably, in order to further refine the operation steps, an automated tool can be introduced to manage the distribution and update of the configuration files. For example, a centralized configuration management system can be used, which is responsible for distributing the latest configuration files to all nodes and ensuring that all nodes are synchronized to the same state.

[0082] Furthermore, a monitoring system can be designed to track the performance and health of the shard chain in real time so that dynamic adjustments can be made when necessary. In terms of alternatives, decentralized configuration management methods can be considered, such as the blockchain itself to store and manage configuration files to improve the transparency and tamper resistance of the system. It is also possible to explore the use of smart contracts to automate the management and maintenance tasks of the shard chain to reduce manual intervention and improve efficiency.

[0083] In some embodiments, in the multi-source cross-chain transaction dynamic adaptation and access model, a model that uses machine learning and data mining technology to actively identify and classify the characteristics of diversified cross-chain transaction data can realize automatic classification of transaction data through training for subsequent dynamic adaptation processing; in the relay chain cross-shard concurrent and efficient processing model, all network nodes access storage modules such as transaction pools through message buses, share storage content, and realize the correctness of state verification in cross-shard transactions.

[0084] It should be noted that this implementation describes the process of actively identifying and classifying the characteristics of diversified cross-chain transaction data using machine learning and data mining techniques in the multi-source cross-chain transaction dynamic adaptation and access model. This model automatically classifies transaction data through training for subsequent dynamic adaptation processing. Here, machine learning refers to a technology that learns from data through algorithms and makes predictions or decisions, while data mining refers to the process of discovering patterns and knowledge from large amounts of data.

[0085] Specifically, machine learning and data mining techniques can be applied to build a model that can automatically identify and classify the features of cross-chain transaction data. This includes setting up a training data set, selecting an appropriate machine learning algorithm (such as a decision tree, neural network, or support vector machine), and determining metrics for evaluating model performance (such as accuracy, recall, and F1 score). In addition, data preprocessing steps such as data cleaning, feature extraction, and feature selection can be included to improve the accuracy and efficiency of the model.

[0086] Preferably, in order to further refine the operation steps, a continuous learning mechanism can be introduced so that the model can be continuously updated and optimized as new data is added. For example, an online learning system can be set up that can receive new cross-chain transaction data in real time and dynamically adjust the classification model.

[0087] Furthermore, a feedback loop can be designed so that users or system administrators can verify and provide feedback on the classification results of the model to further train and optimize the model. In terms of alternatives, you can consider using different machine learning frameworks and libraries, such as TensorFlow or PyTorch, to adapt to different computing environments and performance requirements. You can also explore the use of federated learning or distributed learning methods to protect data privacy and improve the generalization ability of the model.

[0088] The above-mentioned embodiments of the present invention have the following beneficial effects: The cross-chain management system described in the present invention can provide an efficient, flexible and secure cross-chain transaction processing mechanism. Through the sharded parallel scalable and adaptive new cross-chain architecture, the system can adapt to the needs of different blockchain networks and achieve efficient communication between heterogeneous chains and relay chains. The functionally decoupled relay chain modular components have built-in encryption, identity authentication and supervision components, and can select corresponding components for data verification and supervision according to the characteristics of different blockchains, thereby enhancing the security and compliance of cross-chain transactions. The transaction-type-oriented sharding rules can dynamically adjust the number and size of shards according to the number of network nodes and the type of cross-chain transactions, optimize resource allocation, and improve system performance.

[0089] In addition, the multi-source cross-chain transaction dynamic adaptation and access model can actively identify and classify diverse cross-chain transaction data features by establishing a data feature sample library, and realize rapid adaptation and access to multi-source cross-chain transactions. The relay chain cross-shard concurrent efficient processing model can realize parallel processing of transactions and improve transaction processing speed while maintaining system stability and consistency through the collaborative work of the beacon chain and the shard chain. The unified relay data format and cross-shard concurrent processing mechanism can ensure the consistency and correctness of cross-chain transactions, reduce the risk of transaction conflicts and errors, and thus improve the reliability and efficiency of the entire cross-chain system.

[0090] A cross-chain management system method for a blockchain in some embodiments includes:

[0091] A new cross-chain architecture that realizes sharding parallelism and is scalable and adaptive, including chain gateways, relay chains, and chain gateway + relay shard chain architecture models with sharding structures, as well as a unified relay data format for communication between heterogeneous chains and relay chains;

[0092] Standardize cross-chain requests based on cross-chain operation execution dependencies, build standardized functional decoupling components, establish a cross-chain component library, and implement adaptive configuration of cross-chain components based on the principle of on-demand calling;

[0093] Adopt transaction-type-oriented sharding rules, form a universal cross-chain transaction standard through performance decoupling of different transaction types, and use the cross-chain dynamic sharding mechanism to build different types of shards to improve transaction processing efficiency and allocate processing of different types of cross-chain transactions.

[0094] It is understandable that the steps recorded in the cross-chain management system method for blockchain correspond to the modules in the cross-chain management system for blockchain. Therefore, the modules, features and beneficial effects described above for the cross-chain management system for blockchain are also applicable to the cross-chain management system method for blockchain and the operations contained therein, and will not be repeated here.

[0095] Furthermore, the storage medium of the embodiment of the present application stores program instructions that can implement all the above methods, wherein the program instructions can be stored in the above storage medium in the form of a software product, including several instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) or a processor to execute all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, or terminal devices such as a computer, a server, a mobile phone, and a tablet.

[0096] The above descriptions are only some preferred embodiments of the present invention and an explanation of the technical principles used. Those skilled in the art should understand that the scope of the invention involved in the embodiments of the present invention is not limited to the technical solutions formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above inventive concept. For example, the above features are replaced with (but not limited to) technical features with similar functions disclosed in the embodiments of the present invention to form a technical solution.

Claims

1. A cross-chain management system for blockchain, characterized in that: It includes the following components: Sharding parallel scalable adaptive new cross-chain architecture: including chain gateway, relay chain, sharding structure of "chain gateway + relay shard chain" architecture model, heterogeneous chains and relay chains are connected uniformly through chain gateways, relay chains are divided into multiple shards, and communication between heterogeneous chains and relay chains adopts a unified relay data format; Standardize the cross-chain request representation based on the cross-chain operation execution dependency, combine the fine-grained element decomposition and formal expression of complex tasks, build standardized functional decoupled components, establish a cross-chain component library, and implement adaptive configuration of cross-chain components based on the principle of on-demand calling; Adopt transaction-type-oriented sharding rules, form a universal cross-chain transaction standard through performance decoupling of different transaction types, and use the cross-chain dynamic sharding mechanism to build different types of shards to improve transaction processing efficiency and allocate different types of cross-chain transactions; Multi-source cross-chain transaction dynamic adaptation and access model: Establish a heterogeneous chain transaction data format and data feature sample library, use machine learning and data mining technology to actively identify and classify the diverse cross-chain transaction data features, match field parsing with templates to generate parsing strategy mapping for transactions with specific features, and deploy it in the form of an adaptation center on the relay chain network to achieve dynamic adaptation and rapid access to diverse cross-chain transaction data; Relay chain cross-shard concurrent efficient processing model: Blockchain network nodes are networked separately to form a beacon chain and multiple shard chains. The beacon chain provides services to the outside world, and the shard chains execute transaction processing in parallel. The beacon chain monitors transactions and forwards them to the transaction cache pool. The shard chain processes transactions and reaches shard consensus according to the shard transaction processing rules. The shard blocks are confirmed on the beacon chain. A cross-shard concurrent processing mechanism with shared storage status is adopted. Nodes share transaction cache, block verification, and storage services through the message bus. The underlying shared networking module allows shard nodes to actively pull transactions and verify them through the shared transaction pool.

2. A cross-chain management system for blockchain according to claim 1, characterized in that: In the sharded, parallel, scalable, and adaptive new cross-chain architecture, the functionally decoupled relay chain modular components have built-in encryption components, identity authentication components, and regulatory components. When processing cross-chain transactions, the encryption component is selected according to the specific blockchain to verify data. When there is a regulatory requirement, the regulatory component is called to parse and store data. The identity authentication component provides different identity authentication methods for cross-chain entities.

3. A cross-chain management system for blockchain according to claim 1, characterized in that: In the sharding parallel scalable adaptive new cross-chain architecture, the implementation of the transaction type-oriented sharding rules includes: Determine the number of network nodes and cross-chain transaction types, analyze the performance consumption of different transaction types to determine the number and size of shards, and the nodes form shard chains according to the shard configuration to handle the corresponding types of cross-chain transactions. The relay chain dynamically adjusts the number and size of shards according to the network conditions, and the sharding rules are implemented by the configuration center. The configuration center sends initialization and dynamic configuration to the nodes and monitors network information to generate dynamic configuration. The dynamic configuration generation meets the threshold conditions determined according to the shard chain performance and network conditions, and the threshold changes with the cross-chain transaction type.

4. A cross-chain management system for blockchain according to claim 1, characterized in that: In the multi-source cross-chain transaction dynamic adaptation and access model, the data feature sample library contains the structure, field and feature information of transaction data on different chains, which is used to perform field parsing and template matching on the received cross-chain transaction data. The generated parsing strategy mapping includes data format conversion, field mapping, and data cleaning operations.

5. A cross-chain management system for blockchain according to claim 1, characterized in that: In the relay chain cross-shard concurrent efficient processing model, the relay chain system workflow of the beacon-shard architecture includes: The beacon chain node listens to transaction messages and forwards them to the transaction cache pool. The shard chain node processes transactions within a specific range. The processed transaction data is packaged into shard blocks and sent to the beacon chain node for confirmation. The beacon chain node ensures the validity and consistency of the blocks through the consensus algorithm and synchronously returns the confirmation results to the shard chain.

6. A cross-chain management system for blockchain according to claim 1, characterized in that: In the relay chain cross-shard concurrent efficient processing model, the working steps of the cross-shard concurrent processing mechanism are: The beacon chain node distributes transactions to the shard nodes. When the shard node finds that the transaction dependent data is not in the local shard, it searches for the dependent data source in the shared storage through the message bus and sends a status synchronization request to the beacon chain. After synchronization, the transaction is executed and the shard block is packaged and sent to the beacon chain for confirmation. During this process, other shards do not need to lock the status.

7. A cross-chain management system for blockchain according to claim 1, characterized in that: The unified relay data format includes the source party information, destination party information, data unique identifier, cross-chain event information, cross-chain user information, and signature information data of the communication. The specific fields include From, To, Version, SN, Timestamp, Type, Payload, Proof, and Extra, where From and To represent the source chain and destination chain identity IDs, Version represents the cross-chain protocol version, SN is the cross-chain transaction queue sequence number, Timestamp is the cross-chain transaction timestamp, Type is the cross-chain request operation type, Payload is the cross-chain call content encoding, Proof is the proof of legitimacy of the cross-chain transaction, and Extra is other functional fields defined by the parallel chain.

8. A cross-chain management system for blockchain according to claim 1, characterized in that: In the sharded, parallel, scalable, and adaptive new cross-chain architecture, the relay chain node reads the configuration file to determine the shard chain it is in. Nodes assigned to the same shard chain ID form a shard chain sub-network. Nodes within the shard chain perform consensus and maintain storage tasks independently. Transactions are processed by transaction type between different shard chains, and transactions that do not comply with the processing rules of this shard chain are forwarded to other shard chains.

9. A cross-chain management system for blockchain according to claim 1, characterized in that: In the multi-source cross-chain transaction dynamic adaptation and access model, the model that uses machine learning and data mining technology to actively identify and classify the characteristics of diversified cross-chain transaction data can realize automatic classification of transaction data through training for subsequent dynamic adaptation processing; in the relay chain cross-shard concurrent efficient processing model, all network nodes access the transaction pool storage module through the message bus, share the storage content, and realize the correctness of state verification in cross-shard transactions.

10. A cross-chain management method for blockchain, characterized in that: The following steps are involved: A new cross-chain architecture that realizes sharding parallelism and is scalable and adaptive, including the "chain gateway + relay shard chain" architecture model of chain gateway, relay chain, and sharding structure, as well as a unified relay data format for communication between heterogeneous chains and relay chains; Standardize cross-chain requests based on cross-chain operation execution dependencies, build standardized functional decoupling components, establish a cross-chain component library, and implement adaptive configuration of cross-chain components based on the principle of on-demand calling; Adopt transaction-type-oriented sharding rules, form a universal cross-chain transaction standard through performance decoupling of different transaction types, and use the cross-chain dynamic sharding mechanism to build different types of shards to improve transaction processing efficiency and allocate processing of different types of cross-chain transactions.

Images