Method and system for automated synchronization of data across blockchain networks

Abstract

The application discloses a cross-blockchain network data automatic synchronization method and system, and relates to the technical field of data processing. The method comprises the following steps: reading the isomerization characteristics of a target blockchain network and performing isolation evaluation, and delimiting multiple groups of blockchains; introducing a cross-chain smart contract and writing into multiple groups of blockchains, and performing program initialization configuration; identifying the credibility level of multiple groups of blockchains, and determining the security level of to-be-synchronized data, and combining the inter-chain mutual trust force to traverse a key database to match a key; performing encryption processing on the to-be-synchronized data, activating a pre-transmission channel to perform cross-chain synchronization; generating a verification instruction to perform verification to determine a synchronization verification result; and identifying the synchronization verification result, normalizing a task record and uploading the task record to a chain for storage. The application solves the technical problems of the existing data synchronization technology, such as inconsistent and unsafe complex and dispersed data synchronization, which leads to inaccurate and unreliable data synchronization results.

Description

Technical Field

[0001] This invention relates to the field of data processing technology, specifically to a method and system for automated data synchronization across blockchain networks. Background Technology

[0002] In the modern technological and information age, the growth and decentralization of data are intensifying. Different applications, systems, and platforms need to share and interact with a large amount of data, making data synchronization a crucial link. However, with the explosion of data information, data is becoming increasingly diverse and complex. Traditional data synchronization is accomplished through manual input and copy-paste or simple network transmission, which is prone to data loss and transmission errors, resulting in poor consistency of data synchronization results. Moreover, the data contains a large amount of sensitive information such as personal privacy, which may be leaked or misused, leading to data security issues.

[0003] Therefore, ensuring the accuracy, reliability, and security of automated data synchronization results and the transmission process is an urgent problem that needs to be solved. Summary of the Invention

[0004] Based on this, the embodiments of this application provide a method and system for automated data synchronization across blockchain networks, which solves the technical problems of inconsistency and insecure transmission process in existing data synchronization, leading to inaccurate and unreliable data synchronization results, thereby achieving a more accurate and reliable data synchronization result.

[0005] A first aspect of this application provides a method for automated data synchronization across a blockchain network, the method comprising:

[0006] Read the heterogeneity characteristics of the target blockchain network and perform inter-chain isolation assessment to delineate multiple groups of blockchains, wherein each group of blockchains includes at least one homogeneous blockchain;

[0007] Cross-chain smart contracts are introduced and written into the multiple blockchains for program initialization configuration. The inter-chain contract activation standards of the heterogeneous blockchains in the multiple blockchains are different.

[0008] The credibility levels of the multiple blockchains are identified, and the confidentiality level of the data to be synchronized is determined. Combined with the inter-chain mutual trust, the encryption key is matched by traversing the key database. The inter-chain mutual trust is determined based on the inter-chain synchronization records.

[0009] The data to be synchronized is encrypted based on the encryption key, and a pre-transmission channel is activated to perform cross-chain synchronization of the data to be synchronized. The pre-transmission channel is determined based on multi-parallel channel matching.

[0010] Once data synchronization is complete, a data verification instruction is generated to perform cross-chain data synchronization verification and determine the synchronization verification result. The verification criteria include program-triggered confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain.

[0011] The synchronous verification result is identified. If the verification is successful, the regularization task is synchronously recorded and stored on the target blockchain network.

[0012] A second aspect of this application provides a system for automated data synchronization across blockchain networks, the system comprising:

[0013] A blockchain delineation module is used to read the heterogeneity characteristics of the target blockchain network and perform inter-chain isolation assessment to delineate multiple groups of blockchains, wherein each group of blockchains includes at least one homogeneous blockchain.

[0014] The smart contract writing module is used to introduce cross-chain smart contracts and write them into the multiple blockchains, and to perform program initialization configuration. Among the multiple blockchains, the inter-chain contract activation standards of heterogeneous blockchains are different.

[0015] An encryption key matching module is used to encrypt the data to be synchronized based on the encryption key and activate a pre-transmission channel to perform cross-chain synchronization operation of the data to be synchronized, wherein the pre-transmission channel is determined based on multi-parallel channel matching.

[0016] The data synchronization verification module is used to generate a data verification instruction as data synchronization is completed, perform cross-chain data synchronization verification, and determine the synchronization verification result. The verification criteria include program trigger confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain.

[0017] The synchronous recording and on-chain evidence storage module is used to identify the synchronous verification result. If the verification is qualified, the regularization task is synchronously recorded and on-chain evidence storage is performed on the target blockchain network.

[0018] A third aspect of this application provides an electronic device including a memory and a processor, the processor being coupled to the memory, the memory being used to store a computer program, which, when executed by the processor, causes the electronic device to perform the steps of the method described in the first aspect.

[0019] A fourth aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the method described in the first aspect.

[0020] One or more technical solutions provided in this application have at least the following technical effects or advantages:

[0021] This application identifies multiple blockchain groups by reading the heterogeneity characteristics of the target blockchain network and performing inter-chain isolation assessment. Each group includes at least one homogeneous blockchain. Cross-chain smart contracts are introduced and written into the multiple blockchain groups for program initialization configuration. The inter-chain contract activation standards of the heterogeneous blockchains within the multiple blockchain groups differ. The credibility levels of the multiple blockchain groups are identified, and the confidentiality level of the data to be synchronized is determined. Based on the inter-chain mutual trust, an encryption key is matched by traversing a key database. The inter-chain mutual trust is determined based on inter-chain synchronization records. The data to be synchronized is encrypted using the encryption key, and a pre-transmission channel is activated to transmit the data to be synchronized. The cross-chain synchronization operation involves determining the pre-transmission channel based on multi-parallel channel matching. As data synchronization completes, a data verification command is generated to perform cross-chain data synchronization verification and determine the synchronization verification result. The verification criteria include program-triggered confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain. The synchronization verification result is identified. If the verification is successful, the task synchronization record is organized and stored on the target blockchain network. This solves the technical problems of inconsistency and insecure transmission processes in existing data synchronization methods, leading to inaccurate and unreliable data synchronization results. Therefore, it achieves a more accurate and reliable data synchronization result. Attached Figure Description

[0022] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0023] Figure 1 A flowchart illustrating the automated data synchronization method across blockchain networks provided in this application embodiment;

[0024] Figure 2 A schematic diagram illustrating the process of real-time alerting of regulatory data in the cross-blockchain network data automated synchronization method provided in this application embodiment;

[0025] Figure 3 A schematic diagram illustrating the process of determining inter-chain mutual trust in the cross-blockchain network data automated synchronization method provided in this application embodiment;

[0026] Figure 4 A schematic diagram of the system architecture for automated data synchronization across blockchain networks provided in this application embodiment;

[0027] Figure 5 This is a schematic diagram of an exemplary electronic device structure for this application.

[0028] Explanation of reference numerals in the attached diagram: Blockchain delineation module 100, smart contract writing module 200, encryption key matching module 300, cross-chain data synchronization operation module 400, data synchronization verification module 500, synchronization record on-chain evidence storage module 600, input device 11, memory 12, processor 13, output device 14. Detailed Implementation

[0029] This application provides an automated data synchronization method across blockchain networks, which solves the technical problems of inconsistencies and insecure transmission processes in existing data synchronization methods, leading to inaccurate and unreliable data synchronization results.

[0030] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present application without creative effort are within the scope of protection of the present application.

[0031] It should be noted that the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or server that includes a series of steps or units is not necessarily limited to those steps or units that are explicitly listed, but may include other steps or modules that are not explicitly listed or that are inherent to such process, method, product, or device.

[0032] Example 1

[0033] like Figure 1 As shown in the embodiments of this application, a method for automating data flow across blockchain networks is provided, the method comprising:

[0034] Preferably, the automated data synchronization across blockchain networks introduces cross-chain smart contracts to realize data synchronization operations between various blockchain networks. At the same time, different encryption algorithms are preset in each blockchain network to encrypt the data during data transmission. When the synchronized data arrives at other blockchain nodes, it is verified based on digital signatures or hash algorithms. After the data synchronization is completed, each blockchain network confirms the data bidirectionally based on cross-chain smart contracts to ensure the consistency and accuracy of the data between the various networks.

[0035] Read the heterogeneity characteristics of the target blockchain network and perform inter-chain isolation assessment to delineate multiple groups of blockchains, wherein each group of blockchains includes at least one homogeneous blockchain;

[0036] Preferably, the heterogeneity characteristics of the target blockchain network are read, and inter-chain isolation assessment is performed to divide the target blockchain network into multiple groups of blockchains, where each group of blockchains includes at least one homogeneous blockchain. Specifically, necessary information is first obtained from the target blockchain network, such as the type of blockchain (public chain, private chain, consortium chain, etc.), data structure, consensus mechanism (e.g., PoW, PoS, PBET), and network topology. The heterogeneity characteristics of the blockchain network refer to the differences and diversity of blockchain networks in terms of functionality, data structure, consensus mechanism, scalability, and security. Different blockchains have their own unique attributes and... Features, such as data structures that can be chained, graphs, or DAGs (directed acyclic graphs), are used to evaluate the interoperability of blockchain networks based on their heterogeneous characteristics. This process determines the degree of isolation and mutual influence between different blockchain networks. Based on the evaluation results, the target blockchain network is divided into multiple groups of blockchains to achieve inter-chain isolation. This ensures that the same blockchain group has a certain degree of isomorphism, that is, it has similar characteristics or functions, and each group of blockchains includes at least one isomorphic blockchain. Here, isomorphic blockchains refer to blockchains with the same or similar characteristics, structural functions, protocols, and consensus mechanisms.

[0037] Furthermore, such as Figure 2 As shown, the method also includes:

[0038] A pre-built intelligent monitoring unit is activated upon initial encryption of the data to be synchronized.

[0039] Based on the intelligent monitoring unit, real-time tracking and risk control decisions are performed on the data to be synchronized throughout the entire data synchronization cycle, and real-time monitoring data is transmitted back.

[0040] The system identifies the real-time monitoring data and issues immediate warnings based on risk control thresholds, wherein the risk control thresholds are set based on the phased risk characteristics of the entire synchronous cycle.

[0041] Preferably, a pre-built intelligent monitoring unit is activated after the initial encryption of the data to be synchronized. This unit performs real-time tracking and risk control decisions throughout the entire data synchronization cycle, transmits monitoring data back in real time, identifies the real-time monitoring data, and issues timely warnings based on risk control thresholds. Specifically, a set of smart contract functional modules is pre-built for real-time monitoring and control of the data to be synchronized. After the initial encryption of the data to be synchronized is completed, the pre-built intelligent monitoring unit is activated to perform real-time tracking and risk control decisions throughout the entire data synchronization cycle, transmits and analyzes monitoring data, and issues warnings. The intelligent monitoring unit may be a program with monitoring functions, containing rules and code logic for monitoring the data synchronization process, such as data integrity verification and access control. The data to be synchronized may be transaction data, time data, or other sensitive data. The initial encryption of the data to be synchronized refers to the initial encryption processing of the data to be synchronized, ensuring data security and privacy. Real-time tracking throughout the entire data synchronization cycle refers to real-time monitoring, tracking, and recording of the entire synchronization lifecycle of the data to be synchronized from the initial encryption, such as detecting the data source, synchronization timestamp, synchronization node, transmission path, and storage process. Risk control decision-making throughout the data synchronization cycle refers to the application of predefined risk control rules and decision-making models by the intelligent monitoring unit during the tracking process to evaluate the data and transmit back the monitoring data for identification. Based on risk control thresholds, it automatically makes decisions and issues warnings. For example, it detects abnormal data synchronization behavior, risk events, or security vulnerabilities, and takes different measures according to the results, such as delaying or blocking data synchronization, sending warning notifications, etc. The risk control thresholds are set based on the phased risk characteristics of the entire synchronization cycle.

[0042] Furthermore, the heterogeneous characteristics include at least blockchain type, underlying mechanism, and self-protocol configuration. The method for reading the heterogeneous characteristics of the target blockchain network and performing inter-chain isolation assessment to delineate multiple groups of blockchains includes:

[0043] Obtain the isolation assessment expression:

[0044]

[0045] Where, x i Let α be the isomerization coefficient of the i-th isomerization feature. i is the configuration weight of the i-th heterogeneous feature, n is the number of heterogeneous features, and f is the correlation coefficient between heterogeneity and isolation.

[0046] Based on the isolation evaluation expression, the isolation degree of each pair of blockchains in the target blockchain network is calculated to determine N isolation degrees.

[0047] Preferably, the heterogeneous characteristics of the target blockchain network include at least the blockchain type, underlying mechanism, and self-protocol configuration. Blockchain type refers to different implementation methods and architectures of blockchains. Based on different characteristics and application scenarios, they can be divided into public blockchains, private blockchains, consortium blockchains, and hybrid blockchains, each with its own characteristics and uses. Among them, public blockchains are the most common and typical type, completely open and transparent, allowing anyone to participate, read, and share information. Private blockchains have the characteristic of restricting participation permissions; for example, blockchains within an enterprise. Consortium blockchains are jointly managed blockchain networks controlled by multiple organizations. Hybrid blockchains combine the characteristics of public, private, and consortium blockchains, allowing the interaction and recording of public data in different environments while maintaining a certain degree of privacy and access control. The underlying mechanisms include consensus algorithms, data storage methods, and smart contract support. Among them, the consensus algorithm determines how consensus is reached and the validity of transactions is verified in the blockchain network; the data storage method determines how data on the blockchain is acquired and stored; smart contract support allows programmable business logic to be executed on the blockchain; and the self-protocol configuration includes network topology, inter-node communication protocols, and security mechanisms. The network topology determines the connection methods and structural forms between blockchain networks; the inter-node communication protocols specify how nodes communicate and exchange data; and the security mechanisms ensure the security and reliability of the blockchain network.

[0048] Preferably, based on the heterogeneous characteristics of the blockchain network, the isolation degree between each group of blockchains is obtained, where x i Let α be the heterogeneity coefficient of the i-th heterogeneous feature. The heterogeneity coefficient is determined based on the degree of difference in heterogeneous features between two blockchains. For example, a similarity metric can be used to measure or assess the degree of difference to quantify the difference between blockchains. When determining the degree of difference between two blockchains, multiple indicators should be used for comprehensive evaluation. i Here, represents the configuration weight of the i-th heterogeneous feature, reflecting the importance and priority of different heterogeneous features. n is the number of heterogeneous features, and f is the correlation coefficient between heterogeneity and isolation, used to measure the correlation between the two variables. Finally, based on the above isolation evaluation expression, the isolation degree of the target blockchain network is calculated for each pair of blockchain groups to determine N isolation degrees. For example, 4 blockchain groups can determine 6 isolation degrees. This intelligently realizes the calculation of the difference between each blockchain in the target blockchain network, thereby completing the subsequent division of multiple groups of blockchains.

[0049] Furthermore, multiple blockchains can be defined, including through methods such as:

[0050] Read inter-chain synchronization records and set isolation thresholds;

[0051] Based on the isolation threshold, the target blockchain network is divided into groups to determine the multiple groups of blockchains, wherein the isolation degree of blockchains in the same group is less than the isolation threshold;

[0052] Traverse the multiple blockchains, mark blockchains in the same group as homogeneous blockchains, and mark blockchains in different groups as heterogeneous blockchains.

[0053] Preferably, data synchronization records between blockchains are read and an isolation threshold is set. These records are obtained through communication protocols or specific interfaces between blockchains, such as by querying data from other blockchains. The isolation threshold is an indicator of the degree of isolation between different blockchains. It is determined based on data security, privacy protection, and data synchronization consistency, controlling data synchronization operations and access permissions between different blockchains. For example, for sensitive data involving privacy or requiring protection of the independence of specific blockchain data, a lower isolation threshold can be set to limit the scope and frequency of data synchronization between blockchains. Then, the target blockchain network is grouped, identifying multiple groups of blockchains. Within each group, the isolation degree of all blockchains should be less than the set isolation threshold. Finally, the multiple groups of blockchains are traversed, marking blockchains within the same group as homogeneous blockchains and blockchains in different groups as heterogeneous blockchains. Specifically, multiple blockchains with all similar or identical characteristics are marked as homogeneous blockchains, and at least one blockchain with different characteristics is marked as a heterogeneous blockchain, thereby achieving blockchain grouping within the target blockchain network.

[0054] Cross-chain smart contracts are introduced and written into the multiple blockchains for program initialization configuration. The inter-chain contract activation standards of the heterogeneous blockchains in the multiple blockchains are different.

[0055] Specifically, cross-chain smart contracts are introduced and written into multiple blockchains, and program initialization configuration is performed. A cross-chain smart contract is a smart contract that enables communication and interaction between multiple blockchains. It is a piece of automatically executed code deployed and stored on the blockchain, allowing data communication and interaction across multiple different blockchain networks through specific protocols and interfaces. This enables data sharing and cross-chain governance between different blockchains. Before automatic data synchronization, program initialization configuration is required to adapt to the different inter-chain contract activation standards of heterogeneous blockchains. The inter-chain contract activation standards of heterogeneous blockchains differ, meaning different blockchain networks have different support and activation requirements for cross-chain contracts. Different blockchains use different standards and protocols to achieve cross-chain communication; for example, some blockchains use the BEP20 protocol, while others use the ERC20 protocol. Program initialization configuration may include setting the address and API of the cross-chain smart contract and ensuring that the program can correctly handle inter-chain communication and data interaction operations between heterogeneous blockchains.

[0056] The credibility levels of the multiple blockchains are identified, and the confidentiality level of the data to be synchronized is determined. Combined with the inter-chain mutual trust, the encryption key is matched by traversing the key database. The inter-chain mutual trust is determined based on the inter-chain synchronization records.

[0057] Preferably, the credibility levels of multiple blockchains are identified and evaluated. Specifically, the credibility levels of multiple blockchains can be determined based on factors such as network security, reliability of consensus algorithms, traceability of transactions, and trustworthiness of participants. Credibility level is an important indicator used to assess and measure the trustworthiness and reliability of blockchains. It is used to judge the performance of blockchains in terms of security, stability, etc., and to classify them into levels. For example, there is a high credibility level with high security and reliability, a medium credibility level with relatively high security and reliability, and a low credibility level with limited credibility and risks. Determining the confidentiality level of data to be synchronized refers to determining the corresponding confidentiality level based on the sensitivity, confidentiality requirements, or privacy level of the data. For example, data to be synchronized can be divided into top-secret data (scientific research data involving national government security, etc.), highly confidential data (internal product data of large enterprises or companies, etc.), moderately confidential data (sensitive data about personal privacy information, etc.), and low-confidential data (data that is well-known to the public and does not require confidentiality). Among these, inter-chain mutual trust refers to the degree of trustworthiness of data interaction between different blockchains, measuring the stability and reliability of data sharing, interaction, and collaboration between different blockchains. Inter-chain mutual trust is determined based on inter-chain synchronization records. Then, according to the trust level, the confidentiality level of the data to be synchronized, and the requirements of inter-chain mutual trust, the key database is traversed to retrieve matching encryption keys, and these keys are used to encrypt the data to be synchronized at different levels, ensuring the privacy protection and security of the data during the synchronization process.

[0058] Furthermore, such as Figure 3 As shown, inter-chain mutual trust is determined based on inter-chain synchronization records, and the methods include:

[0059] Identify the inter-chain synchronization records and extract risk record rules, which include risk type, risk element, risk level, and timestamp.

[0060] Based on the aforementioned risk record regulations, risk probabilities are mined, including intrinsic risk probability and exogenous risk probability.

[0061] The inter-chain mutual trust is determined by weighting and summing the intrinsic risk probability and the extrinsic risk probability.

[0062] Preferably, the process involves identifying inter-chain synchronization records and extracting risk record rules. Identifying inter-chain synchronization records refers to analyzing data synchronization records between blockchains to determine their location and format, and identifying relevant risk records within these records, such as malicious attacks or data tampering. For each identified risk record, corresponding risk record rules are extracted, typically including information such as risk type, risk element, risk level, and timestamp. The risk type describes the category of risk, such as data security risk or synchronization operation execution risk. The risk element records the cause of the risk, such as system vulnerabilities or malicious attacks. The risk level indicates the severity of the risk, and the timestamp is the time the risk record occurred. Furthermore, based on the risk record rules, risk probabilities, including intrinsic and extrinsic risk probabilities, are mined. Risk probability refers to the likelihood or probability of a specific risk event occurring during data synchronization operations between blockchains. Internal risk probability refers to the probability that a risk event originates from internal factors, such as data updates or human modifications, or the blockchain's transaction credibility, leading to risks in data synchronization. External risk probability refers to the probability that a risk event is caused by external environmental factors, such as data loss due to network failures, delays, or packet loss during transmission, resulting in inconsistent data synchronization results between different blockchains. Internal risk probability has a much higher weight than external risk probability. Then, the internal and external risk probabilities are weighted and summed. Based on the actual data situation, the weights of the two risks are determined and flexibly adjusted. The internal and external risk probabilities are multiplied by their respective weights to ultimately determine the inter-chain mutual trust.

[0063] The data to be synchronized is encrypted based on the encryption key, and a pre-transmission channel is activated to perform cross-chain synchronization of the data to be synchronized. The pre-transmission channel is determined based on multi-parallel channel matching.

[0064] Preferably, the data to be synchronized is encrypted using an encryption key, and a pre-transmission channel is activated to perform cross-chain synchronization of the data. Specifically, the encryption key matched from the keystore is used to encrypt the data to be synchronized using an encryption algorithm to ensure the security and confidentiality of the data during transmission. Only the recipient with the correct key can decrypt and view the data. The pre-transmission channel is a pre-established communication channel used to synchronize data transmission between different blockchains. Activating the pre-transmission channel is to achieve cross-chain data synchronization. The pre-transmission channel is determined based on multi-parallel channel matching, which means that the cross-chain transmission path can support multiple communication channels simultaneously to improve the parallel transmission and data synchronization speed and efficiency. By matching the optimal communication channel, efficient cross-chain data synchronization is achieved.

[0065] Furthermore, the pre-transmission channel is determined based on multi-parallel channel matching, and the method includes:

[0066] The functional requirement is to read the data to be synchronized and transmit it across chains. The functional requirement includes at least synchronization speed and security level.

[0067] Read multiple parallel channels based on cross-chain paths, and match a target transmission channel based on the functional requirements, wherein the target transmission channel includes at least one;

[0068] Identify the idle channel capacity of the target transmission channel, filter based on the amount of data to be synchronized, and determine the pre-transmission channel.

[0069] Preferably, the functional requirements for cross-chain transmission of data to be synchronized are read. These requirements refer to the functional needs of data during cross-chain synchronization, including at least synchronization speed and confidentiality level. Synchronization speed refers to the transmission speed of data from the source chain to the target chain during cross-chain transmission. Confidentiality level refers to the confidentiality requirements and levels for the data to be synchronized, ensuring security during data transmission. Then, multiple parallel channels based on the cross-chain path are read. A single cross-chain path has multiple parallel channels. While the start and end blockchains and data flow of these channels are consistent, their specific functions differ. The target transmission channel is matched based on the functional requirements, and the idle channel capacity of the target transmission channel is identified. Filtering is performed based on the amount of data to be synchronized. Specifically, for each transmission channel, a specific idle probe signal is sent and the response is monitored to detect idle status and determine if the transmission channel is available. For idle transmission channels, channel capacity is measured, for example, by sending test data of different sizes and measuring transmission delay and throughput to estimate the transmission channel capacity. Simultaneously, the amount of data to be synchronized is measured and evaluated based on the number of data bytes, file size, and number of data records, ultimately determining the pre-transmission channel.

[0070] Once data synchronization is complete, a data verification instruction is generated to perform cross-chain data synchronization verification and determine the synchronization verification result. The verification criteria include program-triggered confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain.

[0071] Preferably, after the cross-chain data synchronization transmission is completed, a data verification instruction is generated to perform cross-chain data synchronization verification and determine the synchronization verification result. The data verification instruction may include digital signatures, hash values, or data digests to ensure data integrity and authenticity. The verification standards include program-triggered confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain. Program-triggered confirmation verification based on the cross-chain smart contract refers to defining verification logic in the cross-chain smart contract. After data synchronization is completed, the smart contract will trigger a verification operation, execute the pre-set verification logic, compare the data states before and after synchronization, and confirm the correctness of the data. Synchronization conservation verification of the synchronized blockchain refers to marking the synchronized data on the target blockchain and ensuring that the state of the marked blockchain remains consistent with the source blockchain after data synchronization is completed, thereby confirming the consistency and accuracy of data synchronization. Through these two verification methods in the verification standards, the data synchronization process is ensured to be reliable, and the correctness and integrity of the data are guaranteed.

[0072] Furthermore, its methods also include:

[0073] Determine the value conservation requirements based on the data to be synchronized, and determine the synchronization fault tolerance interval;

[0074] Identify a synchronization efficiency threshold based on the data to be synchronized;

[0075] By combining the synchronization fault tolerance interval and the synchronization efficiency threshold, the synchronization fault tolerance rate and synchronization efficiency are balanced to determine the synchronization constraint conditions, wherein the synchronization constraint conditions are used to balance the synchronization fault tolerance rate and synchronization efficiency.

[0076] Preferably, based on the value conservation requirement of the data to be synchronized, a synchronization fault tolerance space is determined. Then, a synchronization efficiency threshold based on the data to be synchronized is identified. Combining the synchronization fault tolerance range and the synchronization efficiency threshold, a balance is struck between the synchronization fault tolerance rate and synchronization efficiency. The value conservation requirement of the data to be synchronized refers to the requirement that the value of the data remains unchanged during cross-chain synchronization transmission, including requirements for data integrity, reliability, timeliness, and confidentiality. The synchronization fault tolerance space refers to determining the maximum data deviation range before and after synchronization based on standards such as the importance of the data, or implementing differential privacy processing when encrypting the data. For example, in the financial industry, data synchronization transmission requires extremely high data consistency, resulting in a very small synchronization fault tolerance space. The synchronization efficiency threshold is an efficiency value calculated based on the synchronization time requirement and the amount of data to be synchronized. For example, if the synchronization time requirement is 10 seconds and the size of the data to be synchronized is 1GB, then the synchronization efficiency threshold is 100MB / s. Combined with the synchronization fault tolerance space and considering network latency and transmission performance, the synchronization fault tolerance rate and synchronization efficiency are balanced to finally determine the synchronization constraints, including the maximum tolerable latency and the minimum required synchronization efficiency, to ensure that a balance between synchronization fault tolerance and synchronization efficiency is achieved within an acceptable range.

[0077] The synchronous verification result is identified. If the verification is successful, the regularization task is synchronously recorded and stored on the target blockchain network.

[0078] Specifically, the cross-chain data synchronization verification results obtained above are identified. When the verification is successful, the task records are organized and stored on the target blockchain network. Organizing the task records refers to sorting and summarizing the successfully synchronized records according to the data synchronization verification results, so as to clearly record, store and use them in the future. Storing on the blockchain refers to storing the organized synchronization records on the target blockchain network using appropriate mechanisms such as blockchain smart contracts to ensure the immutability, transparency and validity of the synchronization records.

[0079] In summary, the embodiments of this application have at least the following technical effects:

[0080] This application embodiment reads the heterogeneity characteristics of the target blockchain network and performs inter-chain isolation assessment to delineate multiple groups of blockchains, each group including at least one homogeneous blockchain. Cross-chain smart contracts are introduced and written into the multiple groups of blockchains for program initialization configuration. The inter-chain contract activation standards of the heterogeneous blockchains within the multiple groups of blockchains differ. The credibility levels of the multiple groups of blockchains are identified, and the confidentiality level of the data to be synchronized is determined. Based on the inter-chain mutual trust, an encryption key is matched by traversing the key database. The inter-chain mutual trust is determined based on inter-chain synchronization records. The data to be synchronized is encrypted based on the encryption key, and a pre-transmission channel is activated to synchronize the data. According to the cross-chain synchronization operation, the pre-transmission channel is determined based on multi-parallel channel matching. As data synchronization is completed, a data verification instruction is generated to perform cross-chain data synchronization verification and determine the synchronization verification result. The verification criteria include program-triggered confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain. The synchronization verification result is identified. If the verification is qualified, the task synchronization record is recorded and stored on the target blockchain network. This solves the technical problems of complex and scattered data synchronization inconsistencies and insecure transmission processes in existing data synchronization, which lead to inaccurate and unreliable data synchronization results. As a result, the technical effect of more accurate and reliable data synchronization results is achieved.

[0081] Example 2

[0082] Based on the same inventive concept as the cross-blockchain network data automatic synchronization method in the foregoing embodiments, such as Figure 4 As shown, this application provides an automated data synchronization system across blockchain networks. The system and method embodiments in this application are based on the same inventive concept, wherein the system includes:

[0083] The blockchain delineation module 100 is used to read the heterogeneity characteristics of the target blockchain network and perform inter-chain isolation assessment to delineate multiple groups of blockchains, wherein each group of blockchains includes at least one homogeneous blockchain.

[0084] The smart contract writing module 200 is used to introduce cross-chain smart contracts and write them into the multiple blockchains, and to perform program initialization configuration. Among the multiple blockchains, the inter-chain contract activation standards of the heterogeneous blockchains are different.

[0085] The encryption key matching module 300 is used to identify the credibility level of the multiple blockchains and determine the confidentiality level of the data to be synchronized. It also traverses the key database to match encryption keys based on the inter-chain mutual trust. The inter-chain mutual trust is determined based on the inter-chain synchronization records.

[0086] A cross-chain data synchronization operation module 400 is used to encrypt the data to be synchronized based on the encryption key, and activate a pre-transmission channel to perform cross-chain synchronization operation on the data to be synchronized. The pre-transmission channel is determined based on multi-parallel channel matching.

[0087] The data synchronization verification module 500 is used to generate a data verification instruction as data synchronization is completed, perform cross-chain data synchronization verification, and determine the synchronization verification result. The verification criteria include program trigger confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain.

[0088] The synchronous recording and on-chain evidence storage module 600 is used to identify the synchronous verification result. If the verification is qualified, the regularization task is synchronously recorded and on-chain evidence storage is performed on the target blockchain network.

[0089] Furthermore, the blockchain delimitation module 100 is also used to perform the following methods:

[0090] A pre-built intelligent monitoring unit is activated upon initial encryption of the data to be synchronized.

[0091] Based on the intelligent monitoring unit, real-time tracking and risk control decisions are performed on the data to be synchronized throughout the entire data synchronization cycle, and real-time monitoring data is transmitted back.

[0092] The system identifies the real-time monitoring data and issues immediate warnings based on risk control thresholds, wherein the risk control thresholds are set based on the phased risk characteristics of the entire synchronous cycle.

[0093] Furthermore, the blockchain delimitation module 100 is also used to perform the following methods:

[0094] Obtain the isolation assessment expression:

[0095]

[0096] Where, x i Let α be the isomerization coefficient of the i-th isomerization feature. i is the configuration weight of the i-th heterogeneous feature, n is the number of heterogeneous features, and f is the correlation coefficient between heterogeneity and isolation.

[0097] Based on the isolation evaluation expression, the isolation degree of each pair of blockchains in the target blockchain network is calculated to determine N isolation degrees.

[0098] Furthermore, the blockchain delimitation module 100 is also used to perform the following methods:

[0099] Read inter-chain synchronization records and set isolation thresholds;

[0100] Based on the isolation threshold, the target blockchain network is divided into groups to determine the multiple groups of blockchains, wherein the isolation degree of blockchains in the same group is less than the isolation threshold;

[0101] Traverse the multiple blockchains, mark blockchains in the same group as homogeneous blockchains, and mark blockchains in different groups as heterogeneous blockchains.

[0102] Furthermore, the encryption key matching module 300 is also used to perform the following method:

[0103] Identify the inter-chain synchronization records and extract risk record rules, which include risk type, risk element, risk level, and timestamp.

[0104] Based on the aforementioned risk record regulations, risk probabilities are mined, including intrinsic risk probability and exogenous risk probability.

[0105] The inter-chain mutual trust is determined by weighting and summing the intrinsic risk probability and the extrinsic risk probability.

[0106] Furthermore, the data cross-chain synchronization operation module 400 is also used to perform the following methods:

[0107] The functional requirement is to read the data to be synchronized and transmit it across chains. The functional requirement includes at least synchronization speed and security level.

[0108] Read multiple parallel channels based on cross-chain paths, and match a target transmission channel based on the functional requirements, wherein the target transmission channel includes at least one;

[0109] Identify the idle channel capacity of the target transmission channel, filter based on the amount of data to be synchronized, and determine the pre-transmission channel.

[0110] Furthermore, the data synchronization verification module 500 is also used to perform the following method:

[0111] Determine the value conservation requirements based on the data to be synchronized, and determine the synchronization fault tolerance interval;

[0112] Identify a synchronization efficiency threshold based on the data to be synchronized;

[0113] By combining the synchronization fault tolerance interval and the synchronization efficiency threshold, the synchronization fault tolerance rate and synchronization efficiency are balanced to determine the synchronization constraint conditions, wherein the synchronization constraint conditions are used to balance the synchronization fault tolerance rate and synchronization efficiency.

[0114] Example 3

[0115] Figure 5This is a schematic diagram of the structure of an electronic device provided in Embodiment 3 of the present invention, showing a block diagram of an exemplary electronic device suitable for implementing the embodiments of the present invention. Figure 5 The electronic device shown is merely an example and should not be construed as limiting the functionality or scope of the embodiments of the present invention. Figure 5 As shown, the electronic device includes an input device 11, a memory 12, a processor 13, and an output device 14. The electronic device can have one or more input devices; in this embodiment, the input device is used for data to be synchronized. Figure 5 Taking a central processing unit 13 as an example, the input device 11, memory 12, processor 13, and output device 14 in the electronic device can be connected by a bus or other means.

[0116] The memory 12, as a computer-readable storage medium, can be used to store data, computer-executable programs, and modules, such as the data to be synchronized, cross-chain smart contracts, inter-chain synchronization records, and synchronization verification results in this embodiment of the invention. The processor 13 executes the functions of the computer device and data processing by running the computer program stored in the memory 12, such as isolating and evaluating the data to be synchronized, encrypting it, activating the pre-transmission channel, and performing cross-chain data synchronization verification in this embodiment of the invention, thereby achieving synchronized data transmission. The output device 14 is used to output the verification results of cross-chain data synchronization.

[0117] It should be noted that the order of the embodiments described above is merely for descriptive purposes and does not represent the superiority or inferiority of the embodiments. Furthermore, specific embodiments have been described above. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in a different order than that shown in the embodiments and still achieve the desired result. Additionally, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0118] The above description is only a preferred embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

[0119] This specification and accompanying drawings are merely illustrative examples of this application and are intended to cover any and all modifications, variations, combinations, or equivalents within the scope of this application. Clearly, those skilled in the art can make various alterations and modifications to this application without departing from its scope. Therefore, if such modifications and modifications fall within the scope of this application and its equivalents, this application intends to include such modifications and modifications.

Claims

1. A method for automated data synchronization across blockchain networks, characterized in that, The method includes: Read the heterogeneity characteristics of the target blockchain network and perform inter-chain isolation assessment to delineate multiple groups of blockchains, wherein each group of blockchains includes at least one homogeneous blockchain; Cross-chain smart contracts are introduced and written into the multiple blockchains for program initialization configuration. The inter-chain contract activation standards of the heterogeneous blockchains in the multiple blockchains are different. The credibility levels of the multiple blockchains are identified, and the confidentiality level of the data to be synchronized is determined. Combined with the inter-chain mutual trust, the encryption key is matched by traversing the key database. The inter-chain mutual trust is determined based on the inter-chain synchronization records. The data to be synchronized is encrypted based on the encryption key, and a pre-transmission channel is activated to perform cross-chain synchronization of the data to be synchronized. The pre-transmission channel is determined based on multi-parallel channel matching. Once data synchronization is complete, a data verification instruction is generated to perform cross-chain data synchronization verification and determine the synchronization verification result. The verification criteria include program-triggered confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain. The synchronous verification result is identified. If the verification is successful, the regularization task is synchronously recorded and stored on the target blockchain network.

2. The method as described in claim 1, characterized in that, The method also includes: A pre-built intelligent monitoring unit is activated upon initial encryption of the data to be synchronized. Based on the intelligent monitoring unit, real-time tracking and risk control decisions are performed on the data to be synchronized throughout the entire data synchronization cycle, and real-time monitoring data is transmitted back. The system identifies the real-time monitoring data and issues immediate warnings based on risk control thresholds, wherein the risk control thresholds are set based on the phased risk characteristics of the entire synchronous cycle.

3. The method as described in claim 1, characterized in that, The heterogeneity characteristics include at least blockchain type, underlying mechanism, and self-protocol configuration. The process of reading the heterogeneity characteristics of the target blockchain network and performing inter-chain isolation assessment, delineating multiple groups of blockchains, includes: Obtain the isolation assessment expression: Where, x i Let α be the isomerization coefficient of the i-th isomerization feature. i is the configuration weight of the i-th heterogeneous feature, n is the number of heterogeneous features, and f is the correlation coefficient between heterogeneity and isolation. Based on the isolation evaluation expression, the isolation degree of each pair of blockchains in the target blockchain network is calculated to determine N isolation degrees.

4. The method as described in claim 3, characterized in that, Delineating multiple blockchains, the method includes: Read inter-chain synchronization records and set isolation thresholds; Based on the isolation threshold, the target blockchain network is divided into groups to determine the multiple groups of blockchains, wherein the isolation degree of blockchains in the same group is less than the isolation threshold; Traverse the multiple blockchains, mark blockchains in the same group as homogeneous blockchains, and mark blockchains in different groups as heterogeneous blockchains.

5. The method as described in claim 1, characterized in that, The inter-chain mutual trust is determined based on inter-chain synchronization records, and the method includes: Identify the inter-chain synchronization records and extract risk record rules, which include risk type, risk element, risk level, and timestamp. Based on the aforementioned risk record regulations, risk probabilities are mined, including intrinsic risk probability and exogenous risk probability. The inter-chain mutual trust is determined by weighting and summing the intrinsic risk probability and the extrinsic risk probability.

6. The method as described in claim 1, characterized in that, The pre-transmission channel is determined based on multi-parallel channel matching, and the method includes: The functional requirement is to read the data to be synchronized and transmit it across chains. The functional requirement includes at least synchronization speed and security level. Read multiple parallel channels based on cross-chain paths, and match a target transmission channel based on the functional requirements, wherein the target transmission channel includes at least one; Identify the idle channel capacity of the target transmission channel, filter based on the amount of data to be synchronized, and determine the pre-transmission channel.

7. The method as described in claim 1, characterized in that, Before activating the pre-transmission channel to perform the cross-chain synchronization operation of the data to be synchronized, the method includes: Determine the value conservation requirements based on the data to be synchronized, and determine the synchronization fault tolerance interval; Identify a synchronization efficiency threshold based on the data to be synchronized; By combining the synchronization fault tolerance interval and the synchronization efficiency threshold, the synchronization fault tolerance rate and synchronization efficiency are balanced to determine the synchronization constraint conditions, wherein the synchronization constraint conditions are used to balance the synchronization fault tolerance rate and synchronization efficiency.

8. A cross-blockchain network data automated synchronization system, characterized in that, The system includes: A blockchain delineation module is used to read the heterogeneity characteristics of the target blockchain network and perform inter-chain isolation assessment to delineate multiple groups of blockchains, wherein each group of blockchains includes at least one homogeneous blockchain. The smart contract writing module is used to introduce cross-chain smart contracts and write them into the multiple blockchains, and to perform program initialization configuration. Among the multiple blockchains, the inter-chain contract activation standards of heterogeneous blockchains are different. An encryption key matching module is used to identify the credibility level of the multiple blockchains and determine the confidentiality level of the data to be synchronized. It also combines the inter-chain mutual trust to traverse the key database to match encryption keys, wherein the inter-chain mutual trust is determined based on inter-chain synchronization records. A cross-chain data synchronization operation module is used to encrypt the data to be synchronized based on the encryption key, and activate a pre-transmission channel to perform cross-chain synchronization operation on the data to be synchronized, wherein the pre-transmission channel is determined based on multi-parallel channel matching. The data synchronization verification module is used to generate a data verification instruction as data synchronization is completed, perform cross-chain data synchronization verification, and determine the synchronization verification result. The verification criteria include program trigger confirmation verification based on the cross-chain smart contract and synchronization conservation verification of the synchronized blockchain. The synchronous recording and on-chain evidence storage module is used to identify the synchronous verification result. If the verification is qualified, the regularization task is synchronously recorded and on-chain evidence storage is performed on the target blockchain network.

9. An electronic device comprising a memory and a processor, the processor being coupled to the memory, the memory being used to store a computer program, characterized in that, When the computer program is executed by the processor, it implements the steps of the method according to any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

Images