Method for dynamically deploying and managing multiple block chain networks and related equipment

Abstract

The invention discloses a method for dynamically deploying and managing multiple block chain networks and related equipment, and belongs to the technical field of block chains. According to the invention, the corresponding demand block chain platform is selected for dynamic deployment according to the current service demand, a dynamic deployment mechanism is adopted, the method adapts to the service demand changes of different block chains, and efficient block chain network deployment is realized; the real-time performance value is calculated according to the performance data obtained in real time, and then the resource allocation scheme of the demand block chain platform is adjusted, so that the method adapts to the performance change of different block chains, and the management capability of the block chains is improved; security evaluation is performed according to the network operation data, and then corresponding security measures are adjusted according to the security evaluation result, so that data security and network security of the block chain can be guaranteed in a dynamically changing environment; based on real-time monitored performance data and performance evaluation results, dynamic deployment and resource management strategies are continuously improved and automatically adjusted, and the overall performance and safety of the system are improved.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and in particular to a method and related equipment for dynamically deploying and managing multiple blockchain networks. Background Art

[0002] In related technologies, blockchain networks often operate independently, lacking flexible dynamic management and cross-chain interoperability. This leads to difficulties in collaboration between different blockchain types, low resource utilization, and high operational and maintenance costs. Furthermore, related technologies struggle to fully guarantee the security of different blockchain networks, failing to ensure data and network security in a dynamically changing environment.

[0003] In summary, the technical problems existing in the relevant technologies need to be improved. Summary of the Invention

[0004] To solve at least one of the above technical problems, the main purpose of the embodiments of the present application is to propose methods and related equipment for dynamically deploying and managing multiple blockchain networks, which can improve collaboration and resource utilization between different blockchain types, reduce operation and maintenance costs, and enhance security.

[0005] To achieve the above objectives, one aspect of an embodiment of the present application provides a method for dynamically deploying and managing multiple blockchain networks, the method comprising the following steps:

[0006] Obtain current business needs, select a corresponding blockchain platform based on the current business needs, and then determine a resource allocation plan for the blockchain platform;

[0007] Obtaining performance data of each of the blockchain networks, calculating a real-time performance value based on the performance data, and then adjusting the resource allocation plan based on the real-time performance value and a standard test value;

[0008] Obtaining network operation data corresponding to the required blockchain platform, performing a security assessment based on the network operation data, and then taking corresponding security measures based on the security assessment results;

[0009] Dynamically obtain the performance data and the security assessment results, and then adjust the dynamic deployment and resource management strategy of the demand blockchain platform.

[0010] To achieve the above objectives, another aspect of the embodiments of the present application provides a system for dynamically deploying and managing multiple blockchain networks, the system comprising:

[0011] A dynamic deployment and allocation unit, configured to obtain current business needs, select a corresponding demand blockchain platform for dynamic deployment based on the current business needs, and then determine a resource allocation plan for the demand blockchain platform;

[0012] a performance calculation and adjustment unit, configured to obtain performance data of each of the blockchain networks, calculate a real-time performance value based on the performance data, and further adjust the resource allocation scheme based on the real-time performance value and a standard test value;

[0013] A security assessment and response unit, configured to obtain network operation data corresponding to the required blockchain platform, perform a security assessment based on the network operation data, and then take corresponding security measures based on the security assessment results;

[0014] A dynamic adjustment unit is used to dynamically obtain the performance data and the security assessment results, and then adjust the dynamic deployment and resource management strategy of the demand blockchain platform.

[0015] To achieve the above objectives, another aspect of the present application provides an electronic device, including:

[0016] at least one processor;

[0017] at least one memory for storing at least one program;

[0018] When the at least one program is executed by the at least one processor, the at least one processor implements the aforementioned method.

[0019] To achieve the above objectives, another aspect of an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method described above is implemented.

[0020] To achieve the above-mentioned purpose, another aspect of an embodiment of the present application provides a computer program product, including a computer program, which implements the above-mentioned method when executed by a processor.

[0021] The embodiments of the present application include at least the following beneficial effects: the present application provides a method, system, device, medium and product for dynamically deploying and managing multiple blockchain networks. The solution selects the corresponding demand blockchain platform for dynamic deployment according to current business needs, adopts a dynamic deployment mechanism, can select the corresponding blockchain platform for deployment according to different business needs, adapts to the changes in business needs of different blockchains, and realizes efficient blockchain network deployment; calculates real-time performance values ​​based on real-time performance data, and then adjusts the resource allocation plan of the demand blockchain platform. It can automatically and dynamically adjust resource allocation based on real-time performance data, adapts to the performance changes of different blockchains, and improves the management ability of blockchain; performs security assessment based on network operation data, and then takes corresponding security measures based on the security assessment results. The corresponding security measures are adjusted according to the security assessment results, which can ensure the data security and network security of the blockchain in a dynamically changing environment; adjusts the dynamic deployment and resource management strategy of the demand blockchain platform based on the dynamically acquired performance data and security assessment results. Based on the real-time monitored performance data and performance assessment results, the dynamic deployment and resource management strategy is continuously improved and automatically adjusted to improve the overall performance and security of the system. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 A diagram of the system architecture provided for an embodiment of the present application;

[0023] Figure 2 This is a flow chart of a method for dynamically deploying and managing multiple blockchain networks provided by an embodiment of the present application;

[0024] Figure 3 This is a flowchart of the implementation process of the integration and adjustment of different blockchain networks provided in the embodiment of the present application;

[0025] Figure 4 This is a schematic diagram of the structure of a system for dynamically deploying and managing multiple blockchain networks provided by an embodiment of the present application;

[0026] Figure 5 A schematic diagram of a hardware structure of an electronic device provided in an embodiment of the present application;

[0027] Figure 6 This is another hardware structure diagram of the electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0028] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application is further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the embodiments of the present application. They are merely examples of devices and methods consistent with some aspects of the embodiments of the present application as detailed in the appended claims.

[0029] It will be understood that the terms "first", "second", etc. used in this application may be used herein to describe various concepts, but unless otherwise specified, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another. For example, without departing from the scope of the embodiments of the present application, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Depending on the context, the words "if" and "if" as used herein may be interpreted as "at the time of" or "when" or "in response to determining".

[0030] The terms "at least one", "plurality", "each", "any", etc. used in this application include "at least one", "two" or more, "plurality" or "each", "any" or "any one", "each" or "any one" as used herein.

[0031] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those skilled in the art to which this application pertains. The terms used herein are for the purpose of describing the embodiments of this application only and are not intended to limit this application.

[0032] Traditional cross-domain traffic settlement relies on centralized systems, which presents problems such as long settlement cycles, easy data tampering, and high fraud risks. Operators need to reduce settlement costs and improve transparency. Operators need to manage massive numbers of IoT devices, but the risks of device identity forgery and data leakage are high, and cross-operator device sharing is urgently needed. 5G-A networks need to support low-latency, high-bandwidth vertical industry slices (such as smart driving and telemedicine), but traditional network management struggles to meet dynamic resource demands. Operators need to promote the circulation of digital assets (such as phone coupons and data packages) between partner platforms (such as e-commerce and finance), but traditional systems suffer from data silos and complex settlement. When multiple operators jointly build and share 5G base stations, they need to solve the problem of trusted sharing of network quality data and collaborative optimization. To address these issues, blockchain, with its characteristics of decentralization, openness, autonomy, information immutability, and anonymity, has emerged.

[0033] In related technologies, blockchain networks often operate independently, lacking flexible dynamic management and cross-chain interoperability. This leads to difficulties in collaboration between different blockchain types, low resource utilization, and high operational and maintenance costs. Furthermore, related technologies struggle to fully guarantee the security of different blockchain networks, failing to ensure data and network security in a dynamically changing environment.

[0034] In view of this, the embodiments of the present application provide a method, system, device, medium and product for dynamically deploying and managing multiple blockchain networks. The solution selects the corresponding demand blockchain platform for dynamic deployment according to current business needs, adopts a dynamic deployment mechanism, can select the corresponding blockchain platform for deployment according to different business needs, adapts to the changes in business needs of different blockchains, and realizes efficient blockchain network deployment; calculates real-time performance values ​​based on real-time performance data, and then adjusts the resource allocation plan of the demand blockchain platform. It can automatically and dynamically adjust resource allocation based on real-time performance data, adapts to the performance changes of different blockchains, and improves the management capability of blockchain; performs security assessment based on network operation data, and then takes corresponding security measures based on the security assessment results. The corresponding security measures are adjusted according to the security assessment results, which can ensure the data security and network security of the blockchain in a dynamically changing environment; adjusts the dynamic deployment and resource management strategy of the demand blockchain platform based on the dynamically acquired performance data and security assessment results. Based on the real-time monitored performance data and performance assessment results, the dynamic deployment and resource management strategy is continuously improved and automatically adjusted to improve the overall performance and security of the system.

[0035] First, we introduce the system architecture used in the method of dynamically deploying and managing multiple blockchain networks in this application. Figure 1 As shown in FIG, the system architecture mainly includes four modules: dynamic deployment module, resource management module, performance monitoring module and security assessment module. These four modules are described in detail below.

[0036] (1) Dynamic deployment module

[0037] ①Function: Automatically select the most suitable blockchain network for deployment based on real-time business needs and environmental changes.

[0038] ② Input: business requirements, environmental variables (such as transaction volume, number of users, etc.).

[0039] ③Output: The selected blockchain platform and its deployment plan.

[0040] (2) Resource Management Module

[0041] ①Function: Dynamically monitor and optimize the allocation of computing resources to ensure the maximum performance of each blockchain network.

[0042] ②Input: current resource usage and performance indicators.

[0043] ③Output: optimized resource allocation plan.

[0044] ④Logical processing: Linear programming algorithms can be used to optimize resource allocation to ensure maximum benefits from each resource.

[0045] (3) Performance monitoring module

[0046] ①Function: Real-time monitoring of the performance indicators of each blockchain network, including transaction throughput, latency, etc.

[0047] ② Input: Performance data source (can be fed back by distributed nodes).

[0048] ③Output: real-time performance report.

[0049] ④Logical processing: Calculate the real-time performance value Rs and compare Rs with the standard test value Rb.

[0050] (4) Security Assessment Module

[0051] ①Function: Regularly evaluate the security of the blockchain network, detect potential security threats and take corresponding measures.

[0052] ② Input: security indicators (such as node security, data encryption strength, etc.).

[0053] ③Output: safety assessment report and recommendations.

[0054] ④Logical processing: Calculate the security score based on the preset security score formula.

[0055] based on Figure 1 The present application embodiment proposes a method for dynamically deploying and managing multiple blockchain networks, such as Figure 2 As shown, the method includes the following steps S201-S204:

[0056] S201. Obtain current business needs, select a corresponding demand blockchain platform for dynamic deployment based on the current business needs, and then determine a resource allocation plan for the demand blockchain platform;

[0057] S202: Obtain performance data of each blockchain network, calculate a real-time performance value based on the performance data, and then adjust the resource allocation plan based on the real-time performance value and a standard test value;

[0058] S203: Obtain network operation data corresponding to the required blockchain platform, perform a security assessment based on the network operation data, and then take corresponding security measures based on the security assessment results;

[0059] S204: Dynamically obtain the performance data and the security assessment results, and then adjust the dynamic deployment and resource management strategy of the demand blockchain platform.

[0060] In step S201, the current business demand is an actual business demand, which can be selected in combination with the actual business needs. This application does not impose specific restrictions on this. For example, the current business demand can be a financial transaction demand, a supply chain management demand, a food safety demand, and so on. The demand blockchain platform refers to a blockchain platform that is compatible with the current business demand, such as a financial transaction blockchain platform corresponding to the financial transaction demand. It can be understood by those skilled in the art that the blockchain network is the basis of the blockchain platform. The blockchain network generally refers to a distributed network composed of multiple nodes (computers) connected through point-to-point (P2P) to jointly maintain the same ledger data. The blockchain platform refers to a development environment or application framework built on the blockchain network, which provides tools, protocols and functional modules to help developers create decentralized applications (DApps) or smart contracts. For example, the blockchain network can be Ethereum, Hyperledger Fabric, Solana, etc.; and the blockchain platform can be a supply chain management platform, a financial transaction platform, etc. Dynamic deployment can be achieved through Figure 1 The resource allocation scheme of the blockchain platform can be realized through the dynamic deployment module of Figure 1 The resource management module is used to make preliminary allocations of computing resources, storage, and network bandwidth to ensure the normal operation of the system.

[0061] In step S202, Figure 1 The performance monitoring module monitors the performance data of each blockchain network in real time, calculates the corresponding real-time performance value, and determines the real-time resource allocation scheme based on Rs and the standard test value Rb, thereby driving the resource management module to dynamically adjust according to the real-time resource allocation scheme. It is understandable that the performance data of the blockchain network can be data related to delay, throughput, resource consumption, etc. (such as time, data volume, etc.). Accordingly, the corresponding delay, throughput, resource consumption and other values ​​can be dynamically calculated based on these performance data as real-time performance values. The embodiment of the present application can dynamically optimize or adjust the resource allocation scheme based on the degree of difference between Rs and Rb, so that the blockchain network runs in an optimal or near-optimal performance manner (a manner corresponding to Rb). In some embodiments, the degree of difference between Rs and Rb can be determined by comparing the difference between Rs and Rb, or the degree of difference between Rs and Rb can be determined by the ratio of Rs to Rb.

[0062] In step S203, Figure 1The security assessment module evaluates the security of the blockchain network, detects potential security threats, and implements appropriate security measures (such as interception, isolation, and emergency response) to meet the security requirements of the blockchain network. The security assessment module can assess the security of the blockchain network periodically or in real time, depending on actual needs; this application does not impose specific restrictions on this. When assessing the security of the blockchain network, one can first obtain relevant network operation data related to the security assessment (such as node security and data encryption strength), then assess its security based on this network operation data to obtain a network security assessment result. The embodiments of this application do not impose specific restrictions on the security assessment method; those skilled in the art can select a method based on actual needs. For example, a security score corresponding to the network operation data can be calculated based on a preset security scoring formula, and the security assessment result can be obtained based on the relative size of the security score and a preset score threshold. Alternatively, a security level (such as dangerous, potential threat, or safe) determined based on the numerical value of the network operation data can be used as the security assessment result.

[0063] In step S204, performance data can be dynamically obtained from the performance monitoring module, and security assessment results can be dynamically obtained from the security assessment module. Then, based on the real-time monitored performance data and security assessment results, the deployment and resource management strategies of the demand blockchain platform are dynamically adjusted and optimized in real time, thereby establishing a closed-loop feedback system. Based on the real-time monitored performance data and security assessment results, the deployment and resource management strategies are continuously improved and automatically adjusted to enhance the overall performance and security of the system. It can be understood that the deployment and resource management strategies of the demand blockchain platform in the embodiments of the present application are primarily used for the dynamic deployment described in step S201, the resource allocation scheme adjustment described in step S202, and the security assessment and response described in step S203.

[0064] In some embodiments, after dynamically obtaining performance data from the performance monitoring module and dynamically obtaining security assessment results from the security assessment module, corresponding analysis reports can be generated regularly; and then the deployment and resource management strategies are adjusted according to the analysis reports to form a closed-loop system of continuous improvement.

[0065] In some embodiments, machine learning algorithms can also be used to analyze historical performance data, combined with a closed-loop feedback system to make intelligent decisions based on historical data, further improving overall operation and maintenance efficiency and network stability, and enhancing the system's adaptability.

[0066] In summary, the embodiment illustrated by steps S201 to S204 has at least the following technical effects: it adopts a dynamic deployment mechanism, can select the corresponding blockchain platform for deployment according to different business needs, adapt to the changes in business needs of different blockchains, and realize efficient blockchain network deployment; automatically adjusts resource allocation according to real-time performance data, adapts to the performance changes of different blockchains, and improves the management ability of blockchain; can ensure the data security and network security of blockchain in a dynamically changing environment; based on real-time monitoring performance data and performance evaluation results, continuously improves and automatically adjusts dynamic deployment and resource management strategies to improve the overall performance and security of the system.

[0067] In some embodiments, in step S201, a dynamic deployment module can be used to evaluate current business needs and select a suitable blockchain platform for deployment. Specifically, step S201 selects a corresponding required blockchain platform for dynamic deployment based on the current business needs, including steps S2011 to S2014:

[0068] S2011. Determine one or more target capability attributes selected for the blockchain platform based on the current business needs, where the target capability attributes may include decentralization capability, data security maintenance capability, data integrity maintenance capability, transaction transparency and credibility capability, transaction processing and settlement efficiency capability, transaction cost attribute, or transaction complexity attribute;

[0069] S2012. Determine a comprehensive demand nature plan based on the current business needs and all the target capability properties;

[0070] S2013. Determine the required application types and required quantities for different required blockchain platforms based on the current business needs and the comprehensive demand nature plan;

[0071] S2014. Determine a blockchain platform deployment plan based on the application types and quantity required for the different blockchain platforms.

[0072] In step S2014, the blockchain platform deployment plan is used to match the blockchain platform deployment requirements of different current business needs.

[0073] In some embodiments, step S2014 determines a blockchain platform deployment plan based on the required application type and required quantity for different required blockchain platforms, including steps S20141 to S20146:

[0074] S20141. Determine the predicted effect of independent deployment applications and the predicted effect of joint deployment applications corresponding to each of the required blockchain platforms based on the required application types, the basic security configuration, the basic performance configuration, and the basic chain attribute properties of the required blockchain platforms;

[0075] S20142. Determine, based on the predicted results of independent deployment applications and the predicted results of joint deployment applications corresponding to each of the required blockchains, a first required blockchain platform that prioritizes independent deployment applications and a second required blockchain platform that prioritizes joint deployment applications;

[0076] S20143. Determine, based on the required application types and required quantities for the different required blockchain platforms, one or more combined blockchain platform application solutions corresponding to all the second required blockchain platforms, wherein each combined blockchain platform application solution includes at least two of the required blockchain platforms;

[0077] S20144. Perform corresponding deployment and update operations on the first required blockchain platform according to the required application type for each required blockchain platform, to obtain a first deployment result.

[0078] S20145. Perform corresponding integration deployment update operations based on each of the combined blockchain platform application solutions according to the required application types for the different required blockchain platforms, to obtain a second deployment result;

[0079] S20146. Determine a blockchain platform deployment plan based on the first deployment result and the second deployment result.

[0080] In step S20141, the basic security configuration of the blockchain platform is required, which may include network security configuration, node security configuration, data security configuration, etc. The basic performance configuration of the blockchain platform is required, which may include consensus algorithm configuration, network structure configuration, storage configuration, etc. The basic chain attributes of the blockchain platform are required, which may include public chain, consortium chain, private chain, etc. The predicted effect of independent deployment application and joint deployment application corresponding to the blockchain platform may include, but is not limited to: higher resource utilization of joint deployment than independent deployment, and higher processing efficiency of joint deployment than independent deployment. Those skilled in the art will understand that if the application can be processed by deploying a single blockchain platform, there is no need for joint deployment, and only independent deployment of applications is sufficient.

[0081] In step S20142, priority can be understood as the effect obtained by adopting this application method will be consistent with the expected effect.

[0082] When deploying an application independently, dynamic deployment can be performed through step S20144 to obtain a first deployment result.

[0083] When jointly deploying applications, dynamic deployment can be performed through steps S20143 and S20145 to obtain a second deployment result.

[0084] In step S20146, the first deployment result and the second deployment result can be combined into an overall deployment result (i.e., a blockchain platform deployment plan).

[0085] The embodiment of the present application supports both independent deployment of blockchain platform applications and joint deployment of blockchain platform applications through steps S20141 to S20146, thereby meeting the blockchain platform deployment requirements for different current business needs and being more flexible and diversified.

[0086] In some embodiments, step S201 of the present application embodiment uses the resource management module to perform preliminary resource allocation to ensure the normal operation of the system, and can first determine the application demand input factors. Therefore, the resource allocation plan for the required blockchain platform determined in step S201 can include steps S201A to S201B:

[0087] S201A. Determine application demand investment factors for each required blockchain platform based on the current business needs and the blockchain platform deployment plan;

[0088] S201 B. Determine a resource allocation plan for each required blockchain platform based on the application demand input factors.

[0089] In some embodiments, the application demand input factors in step S201A include consensus mechanism factors, node performance factors, node distribution factors, business demand factors, load change factors, network topology factors, communication protocol factors, security factors, or privacy protection factors. In step S201 B, determining the resource allocation plan for each required blockchain platform based on the application demand input factors includes steps S201 B1 to S201 B10:

[0090] S201 B1. For each demand blockchain platform, determine the target demand data structure and target demand storage method of the demand blockchain platform based on the demand realization throughput and demand realization query speed of the demand blockchain platform;

[0091] S201 B2: With respect to the consensus mechanism factor, determining a target consensus mechanism corresponding to the required blockchain platform based on the first platform requirement information of the required blockchain platform;

[0092] S201 B3: With respect to the node performance factor, determine the target node performance corresponding to the required blockchain platform based on the second platform requirement information of the required blockchain platform;

[0093] S201 B4: With respect to the node distribution factor, determine the target node distribution corresponding to the required blockchain platform based on the third platform requirement information of the required blockchain platform;

[0094] S201 B5. With respect to the business demand factor, determine the number and capacity of first target nodes corresponding to the required blockchain platform based on the business demand information of the required blockchain platform;

[0095] S201 B6: With respect to the load variation factor, determine the second target number of nodes corresponding to the demand blockchain platform according to the load demand of the demand blockchain platform at different times;

[0096] S201 B7: With respect to the network topology factor level, determine the target node function configuration corresponding to the required blockchain platform according to the required application network topology structure of the required blockchain platform;

[0097] S201 B8. With respect to the communication protocol factor, determine the target communication protocol based on the required communication data transmission security, required communication network delay, and required communication speed of the required blockchain platform;

[0098] S201 B9. Determine the target security strategy of the required blockchain platform based on the required security level of the required blockchain platform in terms of security factors and privacy protection factors;

[0099] S201 B10. Determine the resource allocation plan of the required blockchain platform based on the target demand data structure and target demand storage method, the target consensus mechanism, the target node performance, the target node distribution, the number and capacity of the first target nodes, the number of the second target nodes, the functional configuration of the target nodes, the target communication protocol and the target security policy.

[0100] The embodiments of the present application can select different resource allocation schemes according to different application requirements and input factors.

[0101] For example, in step S201 B2, with respect to the consensus mechanism factor, for platforms that require high security and decentralization, consensus mechanisms such as proof of work (PoW) or proof of stake (PoS) can be selected; for platforms that require efficient processing, consensus mechanisms such as delegated proof of stake (DPoS) can be considered.

[0102] For example, in step S201 B3, with respect to the node performance factor, high-performance nodes are used to process high-load transactions or complex computing tasks, while low-performance nodes are used to process lightweight tasks or serve as backup nodes.

[0103] For example, in step S201 B4, regarding the node distribution factor, different node distributions correspond to different network delays and connection stability effects, and sufficient nodes are used to process transactions and requests in different regions.

[0104] For example, in step S201 B5, with respect to business demand factors, for platforms that need to process a large number of transactions, the number of transaction processing nodes may be increased; for platforms that need to store a large amount of data, the capacity of storage nodes may be increased.

[0105] For example, in step S201 B6, with respect to load variation factors, the number of transaction processing nodes is increased during peak trading periods to cope with the sudden increase in transaction volume, and the number of nodes is reduced during low trading periods to save resources.

[0106] For example, in step S201 B7, with respect to network topology factors, in a star topology, the central node is used as the core of transaction processing, and other nodes are used as data storage and backup; in a mesh topology, it is ensured that each node can communicate directly with other nodes.

[0107] For example, in step S201 B8, with respect to the communication protocol factor, an encrypted communication protocol is used to protect the security of data transmission between nodes; and an efficient transmission protocol is used to reduce network delay and increase communication speed.

[0108] For example, in step S201 B9, in terms of security factors and privacy protection factors, encryption technology is used to protect data on the blockchain, and identity authentication is used to protect privacy. The higher the security requirements, the more complex and meticulous the corresponding security policies.

[0109] In some embodiments, in step S202, adjusting the resource allocation scheme according to the real-time performance value and the standard test value includes the following steps S202A and S202B:

[0110] S202A: When the real-time performance value is less than the standard test value, trigger the resource management module to adjust the resource allocation plan;

[0111] S202B. Determine the expected performance and application status, as well as the actual performance and application status of the demand blockchain platform for each current application performance; based on the expected performance and application status, and the actual performance and application status, determine whether the demand blockchain platform meets the preset performance and application reasonable floating phenomenon; when the judgment result is that it does not meet the preset performance and application reasonable floating phenomenon, trigger the resource management module to adjust the resource allocation plan; when the judgment result is that it meets the preset performance and application reasonable floating phenomenon, generate a resource allocation and application status reflection diagram of the demand blockchain platform.

[0112] In the embodiments of the present application, it can be determined whether to trigger the resource management module to adjust the resource allocation plan according to the relative magnitude of the real-time performance value and the standard test value: when the real-time performance value is less than the standard test value, step S202A is executed, and according to the calculation result of the real-time performance value, the resource allocation is automatically adjusted to ensure network performance. Through step S202A, the embodiments of the present application achieve unified real-time monitoring of the entire network and ensure network performance.

[0113] In order to achieve fine-grained monitoring and more refined governance, the embodiments of the present application can also perform independent analysis according to applications. At this time, step S202B can be executed to perform a rational floating judgment according to application performance and application status: determine whether it meets the reasonable floating phenomenon (that is, whether the actual performance and application status are within a reasonable floating range) according to the actual performance and application status (compared with the expected performance and application status). If the reasonable floating phenomenon is not met, the resource management module is also triggered to adjust the resource allocation plan; if the reasonable floating phenomenon is met, a corresponding resource allocation and application status reflection diagram is generated. The resource allocation and application status reflection diagram is used to provide reference and guidance for subsequent blockchain platform deployment and resource management.

[0114] Exemplarily, assume that the demand blockchain platform runs two applications:

[0115] Application A (payment): requires low latency (<2 seconds) and allows fee fluctuations;

[0116] Application B (NFT storage): allows higher latency (<1 minute), but requires extremely low fees.

[0117] If following the logic of step S202A, if the average Rs (latency) of the entire network = 1.5 seconds < Rb (2 seconds), the resource management module is not triggered for optimization, but application B may be unavailable due to excessive fees.

[0118] If following the logic of step S202B, the performance of application A and application B will be monitored separately. It is found that the actual fees of application B far exceed the expected floating range, then the resource management module is triggered to perform resource adjustment (such as optimizing the storage logic of B).

[0119] In some embodiments, the step S202B determines whether the required blockchain platform meets the preset performance and application reasonable fluctuation phenomenon based on the expected performance and application situation and the actual performance and application situation, including the following steps S202B1 to S202B3:

[0120] S202B1. Determine, based on the expected performance and application conditions, and the actual performance and application conditions, a first performance type that satisfies a positive effect condition and a second performance type that satisfies a negative effect condition;

[0121] S202B2. Determine whether the second performance type satisfies a preset opposite surface influence condition;

[0122] S202B3. When the judgment result is satisfied, it is determined that the demand blockchain meets the preset performance and the application of reasonable floating phenomenon; when the judgment result is not satisfied, it is determined that the demand blockchain does not meet the preset performance and the application of reasonable floating phenomenon.

[0123] For example, in step S202B1, the first performance type is an improved performance type, and the second performance type is a deteriorated performance type. In step S202B2, if the performance of the system deteriorates due to helping optimize other performance, or if current business needs inevitably lead to the performance deterioration, or if the current performance deterioration is within a normal range, then the second performance type can be determined to meet the preset opposite impact condition.

[0124] The embodiment of the present application takes into account the impact of reasonable application fluctuations through steps S202B1 to S202B3, which is more comprehensive and in line with actual application operation conditions.

[0125] In some embodiments, when multiple blockchain networks are used to support different operational services (i.e., business needs), such as financial service scenarios such as cross-border payments, digital asset transactions, and smart contract execution, step S202A triggers the resource management module to adjust the resource allocation plan when the real-time performance value is less than the standard test value, including the following steps S202A1 and S202A2:

[0126] S202A1. Adjust the priority strategy of the transaction pool through the resource management module;

[0127] S202A2. Dynamically adjust block size and block generation time through the resource management module.

[0128] In some embodiments, the step S202A1 of adjusting the priority strategy of the transaction pool includes steps S202A11 and S202A12:

[0129] S202A11. Determine relevant information about the current transaction item in each transaction pool, including the waiting time of the current transaction item, the storage area occupied by the item, the specific objects involved in the item and the number of objects, whether an expedited special processing flag is attached, and the specific processing method and characteristics;

[0130] S202A12. Determine the priority strategy for all trading pools based on the relevant information of the current trading items of each trading pool.

[0131] For example, when the waiting time of the current transaction project of a certain transaction pool is longer, the storage area occupied by the project is larger, the identity of the specific object involved in the project is more important and special, the number of objects involved in the project is larger, an expedited special processing mark is attached, the specific processing method and characteristics are used to indicate that it is more complicated / other transaction projects need to be processed based on the completion of the processing of this transaction project / the processing of related matters is more effective, etc., the priority of the transaction pool is determined to be higher, otherwise the opposite is true.

[0132] In some embodiments, the step S202A2 of dynamically adjusting the block size and block generation time includes steps S202A21 to S202A25:

[0133] S202A21. Determine a processing order for all pending traded items corresponding to the trading pool according to the priority strategy of the trading pool;

[0134] S202A22. Determine, from among all pending items, a first target pending item to be processed according to the processing sequence plan, and determine a second target pending item to be processed immediately after the first target pending item;

[0135] S202A23. Determine a first block requirement plan for the first target pending transaction project based on the network stability requirement, fork rate requirement, transaction speed requirement, transaction number requirement, block time interval requirement, network load tolerance, and transaction confirmation speed requirement corresponding to the first target pending transaction project, and then process the first target pending transaction project based on the first block requirement plan, wherein the first block requirement plan includes at least a first required block size and a first required block time.

[0136] S202A24. Before the first target pending transaction item is processed, determine a second block requirement plan for the second target pending transaction item based on the network stability requirements, fork rate requirements, transaction speed requirements, transaction number requirements, block time interval requirements, network load tolerance, and transaction confirmation speed requirements corresponding to the second target pending transaction item. The second block requirement plan includes at least a second required block size and a second required block time.

[0137] S202A25. Determine whether the first block demand plan and the second block demand plan match; when the judgment result is a match, directly process the second target item to be traded; when the judgment result is a mismatch, perform necessary operations for adjusting the block size and block time based on the first block demand plan, the second block demand plan, and the real-time collected processing progress of the first target item to be processed, so that after the first target item to be processed is processed, the second target item to be processed is directly processed based on the second block demand plan.

[0138] In some embodiments, the step S202A23 determines the first block demand plan of the first target item to be traded based on the network stability requirement, fork rate requirement, transaction speed requirement, transaction number requirement, block time interval requirement, network load tolerance, and transaction confirmation speed requirement corresponding to the first target item to be traded, including steps S202A231 to S202A239:

[0139] S202A231. Determine a first basic block size and a first basic block time based on the network stability requirement corresponding to the first target transaction item; determine a second basic block size and a second basic block time based on the fork rate requirement; determine a third basic block size and a third basic block time based on the transaction speed requirement; determine a fourth basic block size and a fourth basic block time based on the block time interval requirement; determine a fifth basic block size and a fifth basic block time based on the network's tolerable load; and determine a sixth basic block size and a sixth basic block time based on the transaction confirmation speed requirement.

[0140] S202A232. Determine the priority ranking scheme corresponding to the requirements for network stability, fork rate, transaction speed, number of transactions, block interval, network load tolerance, and transaction confirmation speed.

[0141] S202A233: Determine, according to the priority sorting scheme, a target basic block size with the highest priority from among the first basic block size, the second basic block size, the third basic block size, the fourth basic block size, the fifth basic block size, and the sixth basic block size;

[0142] S202A234: Determine a basic average block size based on the first basic block size, the second basic block size, the third basic block size, the fourth basic block size, the fifth basic block size, and the sixth basic block size.

[0143] S202A235. Determine a target block size according to the target basic block size and the basic average block size;

[0144] S202A236. Determine, according to the priority sorting scheme, a target basic block time with the highest priority from among the first basic block time, the second basic block time, the third basic block time, the fourth basic block time, the fifth basic block time, and the sixth basic block time;

[0145] S202A237. Determine a basic average block time based on the first basic block time, the second basic block time, the third basic block time, the fourth basic block time, the fifth basic block time, and the sixth basic block time.

[0146] S202A238. Determine a target block time based on the target basic block time and the basic average block time;

[0147] S202A239: Determine the first block demand plan for the first target item to be traded based on the target block size and the target block generation time.

[0148] In step S202A235, the target block size can be obtained by taking the average of the target basic block size and the basic average block size again; or if the difference between the two is not much or the highest priority level is very important, the target basic block size is directly used as the target block size.

[0149] In some embodiments, the step S202A25 of determining whether the first block demand solution matches the second block demand solution includes steps S202A251 to S202A257:

[0150] S202A251. Determine, based on the first required block size and the first required block time included in the first block requirement plan, the current application effect of the first block requirement plan on network stability, transaction speed, transaction processing capacity, and overall system efficiency;

[0151] S202A252. Determine the expected application effect of the second block requirement plan in terms of network stability, transaction speed, transaction processing capacity, and overall system efficiency based on the second required block size and the second required block time included in the second block requirement plan.

[0152] S202A253. Determine whether the current application effect is consistent with the expected application effect;

[0153] S202A254: When the current application effect is consistent with the expected application effect, determine that the first block demand solution matches the second block demand solution;

[0154] S202A255. When the current application effect is inconsistent with the expected application effect, determine the effect difference according to the current application effect and the expected application effect;

[0155] S202A256. When the effect difference indicates that the current application effect can achieve the expected application effect, determining an application effect that exceeds expectations based on the current application effect and the expected application effect; determining whether the application effect that exceeds expectations satisfies a preset acceptable degree of overdue; if the judgment result is satisfied, determining that the first block demand solution and the second block demand solution match; if the judgment result is not satisfied, determining that the first block demand solution and the second block demand solution do not match;

[0156] S202A257. When the effect difference situation is used to indicate that the current application effect cannot achieve the expected application effect, determine the missing expected application effect based on the current application effect and the expected application effect; judge whether the missing expected application effect meets the preset acceptable missing degree, and when the judgment result is satisfied, determine that the first block demand solution and the second block demand solution match; when the judgment result is not satisfied, determine that the first block demand solution and the second block demand solution do not match.

[0157] Exemplarily, in step S202A256, it is determined whether the application effect that exceeds expectations meets the preset acceptable degree of overtime. It can be that when the part that exceeds expectations from the resource loss level brings less invalid resource loss (such as less than a threshold), it is determined to be acceptable (that is, the application effect that exceeds expectations meets the preset acceptable degree of overtime).

[0158] Exemplarily, in step S202A257, it is determined whether the expected application effect of the omission meets the preset acceptable omission level. It can be that when the speed is just a little slower (such as less than a threshold), it is determined to be acceptable (that is, the expected application effect of the omission meets the preset acceptable omission level).

[0159] In some embodiments, the step S203 includes obtaining network operation data corresponding to the required blockchain platform, performing a security assessment based on the network operation data, and then taking corresponding security measures based on the security assessment results, including:

[0160] Regularly obtain network operation data corresponding to the required blockchain platform, calculate a security score based on the network operation data, and take corresponding security measures based on the security score.

[0161] As described above, the embodiment of the present application can regularly calculate the security score corresponding to the network operation data according to the preset security scoring formula, and then obtain the security assessment result based on the relative size of the security score and the preset score threshold, so as to take corresponding security measures such as interception, isolation, and emergency response in a targeted manner.

[0162] In some embodiments, the step S203 performs a security assessment based on the network operation data, and then takes corresponding security measures based on the security assessment results, including steps S2031 to S2036:

[0163] S2031. Determine, based on the network operation data, the number of occurrences and frequency of abnormal operation of the required blockchain platform; analyze the corresponding operational stability of the required blockchain platform based on the number of occurrences and frequency of occurrence; and determine, based on the operational stability, whether the required blockchain platform meets a preset first network security condition;

[0164] S2032. When the required blockchain platform does not meet the first network security condition, execute a corresponding first security measure;

[0165] S2033. When the required blockchain platform meets the first network security condition, determine the corresponding abnormal operation phenomenon based on the network operation data; determine the rarity of the abnormal operation phenomenon based on the historical occurrence information of the abnormal operation phenomenon; determine the severity of the danger and the extent of the danger impact of the abnormal operation phenomenon based on the specific affected objects, the specific impact causing danger, and the impact or scope of the danger; determine the necessity of handling the abnormal operation phenomenon based on the rarity, the severity of the danger, and the extent of the danger impact; and determine whether the required blockchain platform meets the preset second network security condition based on the necessity of handling.

[0166] S2034. When the required blockchain platform does not meet the second network security condition, execute a corresponding second security measure;

[0167] S2035. When the required blockchain platform meets the second network security condition, determine, based on the abnormal operation phenomenon, potential risks hidden or potentially arising from the abnormal operation phenomenon; determine the actual problem to which the potential risk may turn, and, based on the actual problem, determine the expected solution to the potential risk, the expected time required to solve the problem, and the expected impact of the problem; further determine the demand response capability level for the actual problem to which the potential risk may turn; and, based on the demand response capability level, determine whether the required blockchain platform meets the preset third network security condition;

[0168] S2036. When the required blockchain platform does not meet the third network security condition, execute the corresponding third security measure.

[0169] In the embodiment of the present application, the first network security condition is used to perform security assessment from the frequency level; the second network security condition is used to perform security assessment from the severity and risk level; and the third network security condition is used to perform security assessment from the potential security level.

[0170] In step S2035, the level of capability required to respond to actual problems that potential hidden dangers may transform into may be, but is not limited to, the need for quick and immediate response, the need for a large number of staff to handle and respond, the need for a long time to handle or post-incident repair, and the need for very cumbersome and complicated processing steps.

[0171] The embodiments of the present application can conduct security assessments from the perspectives of frequency, severity, and potential security, and can also be divided into different levels of demand response capabilities for security assessments. Through multi-level security strategies, network security and data protection can be ensured in a more comprehensive, flexible, and practical manner.

[0172] In some embodiments, the step S2031 analyzes the corresponding operation stability according to the number of occurrences and the frequency of occurrence, including steps S20311 to S20313:

[0173] S20311. Determine, based on the big data of the required blockchain platform, the maximum number of exception occurrences and the maximum frequency of exception occurrences for the required blockchain platform in this field;

[0174] S20312. Determine a first ratio corresponding to the number of occurrences and the maximum number of abnormal occurrences, and determine a second ratio corresponding to the frequency of occurrence and the maximum frequency of abnormal occurrences;

[0175] S20313. Determine a third calculated value based on the first ratio and the second ratio, and determine the operational stability corresponding to the required blockchain platform based on the difference between 1 and the third calculated value.

[0176] In steps S20311 to S20313, the calculation formula for operating stability is:

[0177] Operation stability = 1 - (number of occurrences / maximum number of abnormal occurrences - frequency of occurrence / maximum frequency of abnormal occurrences), where / is a symbol for comparison or quotient operation.

[0178] For example, the maximum number of abnormal occurrences is 100 times, and the maximum frequency of abnormal occurrence is 10 times / minute. Within a certain time period, the system detects 20 abnormalities and the frequency is 1.6 times / minute. Then the operating stability = (1-(20÷100-1.6÷10))×100%=96%.

[0179] Correspondingly, in step S2031, judging whether the required blockchain platform meets the preset first network security condition based on the operational stability includes:

[0180] Determine whether the operation stability is greater than or equal to a preset operation stability threshold; when the judgment result is yes, determine that the demand blockchain platform meets the preset first network security condition; when the judgment result is no, determine that the demand blockchain platform does not meet the preset first network security condition.

[0181] In some embodiments, determining the necessity of handling the abnormal operation phenomenon based on the rarity, the severity of the danger, and the degree of the danger impact in step S2033 includes:

[0182] The necessity of treatment is obtained by multiplying the rarity, the severity of the danger, and the degree of the danger impact.

[0183] In this embodiment, the necessity of handling the abnormal operation phenomenon = rarity × severity of danger × impact of danger.

[0184] It can be understood that, assuming that the value range of rarity is [0,1], the higher the rarity, that is, the less common it is, the closer the coefficient is to 0, and the lower the rarity, that is, the more common it is, the closer the coefficient is to 1; the value range of danger severity is [0,1], the higher the danger level, the closer the coefficient is to 1, and the lower the danger level, the closer the coefficient is to 0; the value range of danger impact is [0,1], the greater the impact, the closer the coefficient is to 1, and the smaller the impact, the closer the coefficient is to 0; then, when the value of processing necessity is closer to 1, it means that the abnormal operation phenomenon is more urgent and needs to be processed.

[0185] Correspondingly, in step S2033, judging whether the required blockchain platform meets the preset second network security condition based on the processing necessity includes:

[0186] Determine whether the processing necessity is greater than or equal to a preset processing necessity threshold; when the judgment result is yes, determine that the required blockchain platform does not meet the preset second network security condition; when the judgment result is no, determine that the required blockchain platform meets the preset second network security condition.

[0187] In some embodiments, determining the level of capability to cope with the actual problem that the potential hidden danger may transform into in step S2035 includes steps S20351 to S20354:

[0188] S20351. Determine the complexity, types, and number of areas involved of the solution based on the expected solution to the potential hidden danger, and determine a first required capability level based on the complexity, types, and number of areas involved;

[0189] S20352. Determine a second required capability level based on the expected time required to resolve the problem;

[0190] S20353. Determine the impact targets and the degree of negative impact based on the impact of the expected problem, and determine the third required capability level based on the impact targets and the degree of negative impact;

[0191] S20354. Determine the demand response capability level based on the first demand capability level, the second demand capability level, the third demand capability level and the preset weight of each level.

[0192] It can be understood that in step S20351, the higher the complexity, the more fields involved, the more sophisticated the types of fields involved, etc., the higher the first requirement capability level is determined to be.

[0193] In step S20352, the longer the time required to solve the expected problem is, the higher the second required capability level is determined to be.

[0194] In step S20353, the more affected objects there are and the greater the degree of negative impact, the higher the third demand capability level.

[0195] In step S20354, the product of the first demand capability level and the corresponding weight, the product of the second demand capability level and the corresponding weight, and the product of the first demand capability level and the corresponding weight can be added (i.e., weighted) to obtain the demand response capability level. Optionally, the sum of the weights corresponding to the first demand capability level, the second demand capability level, and the third demand capability level is 1.

[0196] Correspondingly, in step S2035, judging whether the required blockchain platform meets the preset third network security condition based on the demand response capability level includes:

[0197] Determine whether the demand response capability level is greater than or equal to a preset demand response capability level threshold; when the judgment result is yes, determine that the demand blockchain platform does not meet the preset third network security condition; when the judgment result is no, determine that the demand blockchain platform meets the preset third network security condition.

[0198] based on Figure 1 From the system architecture shown and the method of dynamically deploying and managing multiple blockchain networks described above, it can be seen that the integration and adjustment process of different blockchain networks in this application mainly includes the following: Figure 3 The contents of the 4 steps or stages shown are:

[0199] (1) Initialization phase

[0200] The initialization phase mainly performs the following operations:

[0201] a. Use the dynamic deployment module to evaluate current business needs and select an appropriate blockchain platform for deployment. For details, see steps S2011 to S2014, and steps S20141 to S20146.

[0202] b. Perform preliminary resource allocation through the resource management module to ensure normal operation of the system. For details, see the description of steps S201A to S201 B and steps S201 B1 to S201 B10.

[0203] (2) Real-time monitoring and adjustment

[0204] The real-time monitoring and adjustment steps mainly perform the following operations:

[0205] a. The performance monitoring module continuously tracks the performance of each blockchain network and records key indicators in real time, including the description of steps S202A and S202B, and steps S202B1 to S202B3.

[0206] (3) Safety assessment

[0207] The security assessment steps mainly include the following operations:

[0208] a. The security assessment module regularly checks the security status of the network, performs vulnerability scanning and risk assessment;

[0209] b. Calculate the security score and take appropriate security measures based on the score result. For details, see the descriptions of step S203, steps S2031 to S2036, steps S20311 to S20313, and steps S20351 to S20354.

[0210] (4) Feedback and iterative optimization

[0211] The following operations are performed during the feedback and iterative optimization phase:

[0212] a. Collect real-time monitoring data and security assessment results, and generate analysis reports regularly.

[0213] b. Based on the analysis results of the analysis report, adjust the dynamic deployment and resource management strategies to form a closed-loop system for continuous improvement.

[0214] Possible application scenarios of the method for dynamically deploying and managing multiple blockchain networks in this application include but are not limited to:

[0215] (1) Financial services: In banks and financial institutions, asset transfer, smart contract execution and transaction processing between different blockchains can be achieved through a multi-chain platform, thereby improving the efficiency of cross-border payment, settlement and clearing and reducing transaction costs.

[0216] (2) Supply Chain Management: Blockchain technology is used to enable data sharing and tracking across all links of the supply chain, improving transparency and traceability. The multi-chain service platform can connect the blockchains of different participants to ensure the authenticity and consistency of information, thereby improving the efficiency and security of the supply chain.

[0217] The following is a detailed description of the method for dynamically deploying and managing multiple blockchain networks in accordance with the present application, using a specific embodiment.

[0218] Consider a telecom operator that wants to dynamically deploy and manage multiple blockchain networks on its platform to support diverse operational services, such as cross-border payments, digital asset trading, and smart contract execution. The company needs to ensure its blockchain network offers high performance, good security, and scalability to adapt to changing market demands. The specific implementation of this embodiment is as follows:

[0219] (1) Initialization phase:

[0220] ① Use the dynamic deployment module to evaluate current business needs and select the appropriate blockchain platform for deployment, including:

[0221] 1) Field: Operator Organization

[0222] 2) Business requirements:

[0223] a. Support multiple blockchain platforms (such as Ethereum, Hyperledger Fabric);

[0224] b. Ability to handle high-frequency trading (hundreds of transactions per second);

[0225] c. Ensure the privacy and security of user data.

[0226] 3) Choose a blockchain platform based on your needs:

[0227] a. Use a blockchain platform evaluator to analyze according to evaluation formulas (performance, cost, complexity, etc.) and select a suitable blockchain platform. For example, select Ethereum to handle smart contracts and select Hyperledger Fabric to handle private transactions.

[0228] ②Perform preliminary resource allocation through the resource management module to ensure the normal operation of the system, specifically including:

[0229] 1) Resource configuration: The dynamic deployment module automatically allocates necessary computing resources, storage space, and network bandwidth according to the platform evaluation results to support transaction volume and application requirements. For example, allocate 8 computing nodes and 20TB of storage to the Ethereum network.

[0230] 2) Smart contract deployment:

[0231] a. Use a smart contract cost analyzer to evaluate the complexity and cost of the contract and finally deploy it.

[0232] b. Deploy multiple smart contracts on Ethereum to be responsible for cross-border payments and digital asset transactions.

[0233] (2) Real-time monitoring and adjustment:

[0234] ①The performance monitoring module continuously tracks the performance of each blockchain network and records key metrics in real time, specifically including:

[0235] 1) The performance monitoring module continuously monitors network performance data, such as transaction throughput and network latency.

[0236] 2) Calculate the real-time performance value Rs and compare it with the preset standard test value Rb.

[0237] 3) Decision-making and adjustment:

[0238] a. If it is detected that Rs < Rb, then immediately perform the following operations:

[0239] Adjust the priority policy of the transaction pool to ensure that high-priority transactions can be processed faster. For details, see the descriptions in steps S***A1, steps S***A11, and S***A12.

[0240] Dynamically adjust the block size and block generation time to relieve network congestion and improve transaction processing speed. For details, see the descriptions in steps S***A2, steps S***A21 to S***A25, steps S***A231 to S***A239, steps S***A251 to S***A257. For example, adjust the block size from 1MB to 2MB to handle increased transaction volume.

[0241] (3) Security assessment:

[0242] ① The security assessment module regularly checks the security status of the network, performs vulnerability scanning and risk assessment, including:

[0243] 1) The security performance evaluator regularly evaluates the security of the blockchain network, calculates the security score, and monitors potential security threats.

[0244] ② Calculate the safety score and take appropriate safety measures based on the score results, including:

[0245] 1) If the security score is lower than the set threshold (such as 70%), the system will automatically conduct security audits and node detection to ensure data security.

[0246] (4) Feedback and iterative optimization:

[0247] ① Collect real-time monitoring data and security assessment results, and generate analysis reports regularly, including:

[0248] 1) The resource optimization allocator regularly evaluates resource usage and uses linear programming to optimize resource allocation. For example, storage resources and computing power are dynamically adjusted based on transaction volume to reduce costs and improve efficiency.

[0249] ② Based on the analysis results, adjust dynamic deployment and resource management strategies to form a closed-loop system for continuous improvement, including:

[0250] 1) Collect performance data and security assessment results, analyze them, and continuously improve the system modules.

[0251] 2) Continuously optimize the evaluation model and automatically adjust dynamic deployment and resource management strategies to form a closed-loop feedback system.

[0252] Through the implementation of the above specific embodiment, operators can efficiently and flexibly manage multiple blockchain networks, optimize resource utilization, improve network performance, and ensure the security of user data. At the same time, through a user-friendly user interface, users can monitor and manage system status at any time to meet ever-changing business needs. Specifically, this specific embodiment can achieve the following purposes:

[0253] (1) Compatibility requirements for multiple blockchain networks: Operators need to support multiple blockchain deployments simultaneously to meet the needs of different business scenarios;

[0254] (2) Dynamic networking and elastic expansion requirements: With the deployment of cross-domain bearer networks, operators need to handle massive device access and high-concurrency transactions. Dynamic networking needs to support elastic scaling of the number of nodes and automatically increase or decrease nodes based on business load;

[0255] (3) Visual management and automated operation and maintenance requirements: Operators need to lower the threshold for blockchain technology and realize automatic configuration file generation, remote resource distribution and startup through a unified platform. For example, in IoT device management, operators can deploy blockchain networks with one click through a visual interface to realize automated configuration of functions such as device identity authentication and data storage.

[0256] (4) Cross-chain interoperability and data isolation requirements: Operators need to achieve multi-chain collaboration. For example, in a cross-domain bearer network, the IoT device data chain and the operator's billing chain should be interconnected to achieve real-time synchronization of device usage and billing information. At the same time, group isolation should be supported to ensure the security of different business data, such as isolating user privacy data from operator operation data.

[0257] The implementation plan of this specific embodiment can achieve technical effects such as business innovation, efficiency improvement (reducing deployment, operation and maintenance, and settlement costs, and shortening business response cycle), and risk control (reducing the risk of fraud and privacy leakage through data storage, smart contracts, and cross-chain interoperability).

[0258] like Figure 4 As shown, the embodiment of the present application also proposes a system for dynamically deploying and managing multiple blockchain networks, the system comprising:

[0259] Dynamic deployment and allocation unit 401, used to obtain current business needs, select a corresponding demand blockchain platform for dynamic deployment based on the current business needs, and then determine a resource allocation plan for the demand blockchain platform;

[0260] A performance calculation and adjustment unit 402 is configured to obtain performance data of each of the blockchain networks, calculate a real-time performance value based on the performance data, and adjust the resource allocation scheme based on the real-time performance value and a standard test value;

[0261] The security assessment and response unit 403 is used to obtain network operation data corresponding to the required blockchain platform, perform a security assessment based on the network operation data, and then take corresponding security measures based on the security assessment results;

[0262] The dynamic adjustment unit 404 is used to dynamically obtain the performance data and the security assessment results, and then adjust the dynamic deployment and resource management strategy of the demand blockchain platform.

[0263] It can be understood that the contents of the above method embodiments are all applicable to the present system embodiments, the functions specifically implemented by the present system embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0264] like Figure 5As shown, the embodiment of the present application further proposes an electronic device, including:

[0265] at least one processor 501;

[0266] at least one memory 502, for storing at least one program;

[0267] When the at least one program is executed by the at least one processor 501 , the at least one processor 501 implements the aforementioned method.

[0268] See also Figure 6 , Figure 6 The hardware structure of an electronic device according to another embodiment is shown. The electronic device includes:

[0269] The processor 601 may be implemented as a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is configured to execute relevant programs to implement the methods described above in the embodiments of the present application.

[0270] Memory 602 can be implemented in the form of read-only memory (ROM), static storage device, dynamic storage device, or random access memory (RAM). Memory 602 can store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in memory 602 and is called by processor 601 to execute the method for dynamically deploying and managing multiple blockchain networks in the embodiments of this application.

[0271] Input / output interface 603, used to implement information input and output;

[0272] Communication interface 604, used to implement communication interaction between this device and other devices, which can be achieved through wired means (such as USB, network cable, etc.) or wireless means (such as mobile network, WiFi, Bluetooth, etc.);

[0273] Bus 605 , which transmits information between various components of the device (e.g., processor 601 , memory 602 , input / output interface 603 , and communication interface 604 );

[0274] The processor 601 , the memory 602 , the input / output interface 603 and the communication interface 604 are connected to each other in communication within the device via a bus 605 .

[0275] It can be understood that the contents of the above method embodiments are applicable to the present device embodiments, the functions specifically implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0276] An embodiment of the present application further provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the method described above is implemented.

[0277] It can be understood that the contents of the above method embodiments are all applicable to the present storage medium embodiment, the functions specifically implemented by the present storage medium embodiment are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0278] An embodiment of the present application further provides a computer program product, including a computer program, which implements the aforementioned method when executed by a processor.

[0279] It is understandable that the contents of the above method embodiments are all applicable to the present program product embodiments, the functions specifically implemented by the present program product embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0280] The memory, as a non-transient computer-readable storage medium, can be used to store non-transient software programs and non-transient computer executable programs. In addition, the memory may include a high-speed random access memory and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory may optionally include a memory remotely arranged relative to the processor, and these remote memories may be connected to the processor via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0281] The embodiments described in the embodiments of this application are intended to more clearly illustrate the technical solutions of the embodiments of this application and do not constitute a limitation on the technical solutions provided by the embodiments of this application. Those skilled in the art will appreciate that with the evolution of technology and the emergence of new application scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0282] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of the present application, and may include more or fewer steps than shown in the figures, or a combination of certain steps, or different steps.

[0283] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, i.e., they may be located in one place or distributed across multiple network units. Some or all of the modules may be selected based on actual needs to achieve the objectives of this embodiment.

[0284] Those skilled in the art will appreciate that all or some of the steps in the methods, systems, and functional modules / units in the devices disclosed above may be implemented as software, firmware, hardware, or appropriate combinations thereof.

[0285] The terms "first", "second", "third", "fourth", etc. (if any) in the specification of the present application and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequential order. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0286] It should be understood that in this application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0287] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the above-mentioned units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0288] The units described above as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0289] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0290] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes multiple instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of various embodiments of the present application. The aforementioned storage medium includes various media that can store programs, 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.

[0291] In summary, this application discloses a method, system, device, medium, and product for dynamically deploying and managing multiple blockchain networks, which achieves effective integration and dynamic adjustment of different blockchain platforms and has the following advantages:

[0292] 1. Dynamic adaptability: This invention uses a dynamic resource allocation mechanism based on real-time data to automatically adjust resource configuration according to real-time performance data and business needs, and automatically adapt to the needs and performance changes of different blockchains. This allows the blockchain network to always maintain optimal performance under different loads and demands, achieving more efficient resource utilization and network performance optimization, and improving resource utilization efficiency and network responsiveness.

[0293] 2. Real-time performance monitoring and automatic optimization: The present invention integrates a real-time performance monitoring module that can continuously track network performance and automatically adjust key parameters of the resource allocation plan based on real-time performance and standard test values, ensuring that the system is always in the best operating state, thereby reducing the need for human intervention.

[0294] 3. Closed-loop feedback system: The integrated feedback mechanism achieves continuous performance improvement and resource optimization, enabling the system to make intelligent decisions based on historical data, further improving overall operation and maintenance efficiency and network stability, and enhancing the system's adaptability.

[0295] 4. Security assurance: By adjusting corresponding security measures based on the security assessment results, the data security and network security of the blockchain can be guaranteed through multi-level security strategies in a dynamically changing environment.

[0296] 5. Intelligent Operation and Maintenance: Leverage machine learning and data analysis technologies to optimize operation and maintenance efficiency and resource allocation.

[0297] The preferred embodiments of the present invention are described above with reference to the accompanying drawings, but are not intended to limit the scope of the present invention. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and essence of the present invention should be within the scope of the present invention.

Claims

1. A method for dynamically deploying and managing multiple blockchain networks, characterized in that: The method comprises the following steps: Obtain current business needs, select a corresponding demand blockchain platform for dynamic deployment based on the current business needs, and then determine a resource allocation plan for the demand blockchain platform; Obtaining performance data of each of the blockchain networks, calculating a real-time performance value based on the performance data, and then adjusting the resource allocation plan based on the real-time performance value and a standard test value; Obtaining network operation data corresponding to the required blockchain platform, performing a security assessment based on the network operation data, and then taking corresponding security measures based on the security assessment results; Dynamically obtain the performance data and the security assessment results, and then adjust the dynamic deployment and resource management strategy of the demand blockchain platform.

2. The method according to claim 1, characterized in that The dynamically deploying the corresponding blockchain platform according to the current business needs includes: Determine one or more target capability properties selected for the blockchain platform based on the current business needs, where the target capability properties include decentralization capability, data security maintenance capability, data integrity maintenance capability, transaction transparency and credibility capability, transaction processing and settlement efficiency capability, transaction cost properties, or transaction complexity properties; Determine a comprehensive demand nature plan based on the current business needs and all the target capabilities described; Determine the application types and quantities required for different blockchain platforms based on the current business needs and the comprehensive demand nature plan; Determine the blockchain platform deployment plan based on the application type and quantity required for the blockchain platform according to the different requirements.

3. The method according to claim 2, characterized in that Determining the blockchain platform deployment plan based on the application type and quantity required for different blockchain platforms includes: Determine the predicted effect of independent deployment applications and joint deployment applications corresponding to each of the required blockchain platforms based on the required application types, basic security configurations, basic performance configurations, and basic chain attributes of the required blockchain platforms; Determine, based on the predicted results of independent deployment applications and joint deployment applications corresponding to each of the required blockchains, a first required blockchain platform that prioritizes independent deployment applications and a second required blockchain platform that prioritizes joint deployment applications; Determine one or more combined blockchain platform application solutions corresponding to all of the second required blockchain platforms based on the required application types and required quantities for the different required blockchain platforms, wherein each of the combined blockchain platform application solutions includes at least two of the required blockchain platforms; According to the required application types for different required blockchain platforms, performing corresponding deployment and update operations on the first required blockchain platform to obtain a first deployment result; According to the required application type for the different required blockchain platforms, performing corresponding integration deployment update operations based on each of the combined blockchain platform application solutions to obtain a second deployment result; Determine a blockchain platform deployment plan based on the first deployment result and the second deployment result.

4. The method according to claim 2, characterized in that Determining the resource allocation plan of the required blockchain platform includes: Determine the application demand investment factors for each required blockchain platform based on the current business needs and the blockchain platform deployment plan; Based on the application demand input factors, determine the resource allocation plan for each required blockchain platform.

5. The method according to claim 4, characterized in that The application demand input factors include consensus mechanism factors, node performance factors, node distribution factors, business demand factors, load change factors, network topology factors, communication protocol factors, security factors or privacy protection factors. The resource allocation scheme for each required blockchain platform is determined based on the application demand input factors, including: Determine the target demand data structure and target demand storage method of the demand blockchain platform based on the demand realization throughput and demand realization query speed of the demand blockchain platform; Determining a target consensus mechanism corresponding to the required blockchain platform based on the first platform requirement information of the required blockchain platform; Determining target node performance corresponding to the required blockchain platform based on the second platform requirement information of the required blockchain platform; Determine the target node distribution corresponding to the required blockchain platform according to the third platform requirement information of the required blockchain platform; Determine the number and capacity of first target nodes corresponding to the required blockchain platform based on the business demand information of the required blockchain platform; Determine the second target node quantity corresponding to the demand blockchain platform according to the load demand of the demand blockchain platform at different times; Determine the target node function configuration corresponding to the required blockchain platform based on the required application network topology of the required blockchain platform; Determine the target communication protocol based on the required communication data transmission security, required communication network latency, and required communication speed of the required blockchain platform; Determining a target security strategy for the required blockchain platform based on the required security level of the required blockchain platform; Determine the resource allocation plan of the required blockchain platform based on the target demand data structure and target demand storage method, the target consensus mechanism, the target node performance, the target node distribution, the number and capacity of the first target nodes, the number of the second target nodes, the functional configuration of the target nodes, the target communication protocol and the target security policy.

6. The method according to claim 1, characterized in that The adjusting the resource allocation scheme according to the real-time performance value and the standard test value includes: When the real-time performance value is less than the standard test value, triggering the resource management module to adjust the resource allocation scheme; Determine the expected performance and application situation, actual performance and application situation of the demand blockchain platform for each current application performance; based on the expected performance and application situation, actual performance and application situation, judge whether the demand blockchain platform meets the preset performance and application reasonable floating phenomenon; when the judgment result is that the preset performance and application reasonable floating phenomenon are not met, trigger the resource management module to adjust the resource allocation plan; when the judgment result is that the preset performance and application reasonable floating phenomenon are met, generate a resource allocation and application status reflection diagram of the demand blockchain platform.

7. The method according to claim 6, characterized in that The determination of whether the required blockchain platform meets the preset performance and application reasonable fluctuation phenomenon based on the expected performance and application conditions, actual performance and application conditions includes: Determining, based on the expected performance and application conditions, and the actual performance and application conditions, a first performance type that satisfies a positive effect condition and a second performance type that satisfies a negative effect condition; Determining whether the second performance type satisfies a preset opposite effect condition; When the judgment result is satisfied, it is determined that the demand blockchain meets the preset performance and the reasonable application floating phenomenon; when the judgment result is not satisfied, it is determined that the demand blockchain does not meet the preset performance and the reasonable application floating phenomenon.

8. The method according to claim 6, characterized in that When the real-time performance value is less than the standard test value, triggering the resource management module to adjust the resource allocation scheme includes: Adjust the transaction pool priority strategy through the resource management module; Dynamically adjust block size and block time through the resource management module.

9. The method according to claim 8, characterized in that The strategy for adjusting the priority of the transaction pool includes: Determine relevant information about the current transaction project in each transaction pool, including the waiting time of the current transaction project, the storage area occupied by the project, the specific objects involved in the project and the number of objects, whether an expedited special processing flag is attached, and the specific processing method and characteristics; Determining a priority strategy for all the trading pools based on relevant information of the current trading items of each of the trading pools; The dynamic adjustment of block size and block time includes: Determine the order of processing all pending traded items corresponding to the trading pool according to the priority strategy of the trading pool; According to the processing sequence plan, a first target item to be traded currently being processed is determined from all items to be traded, and a second target item to be traded that needs to be processed immediately after the first target item to be traded is determined; Determining a first block requirement plan for the first target item to be traded based on the network stability requirements, fork rate requirements, transaction speed requirements, transaction number requirements, block time interval requirements, network load tolerance, and transaction confirmation speed requirements corresponding to the first target item to be traded, and then processing the first target item to be traded based on the first block requirement plan, wherein the first block requirement plan includes at least a first required block size and a first required block time; Before the first target pending transaction item is processed, a second block requirement plan for the second target pending transaction item is determined based on the network stability requirements, fork rate requirements, transaction speed requirements, transaction number requirements, block time interval requirements, network load tolerance, and transaction confirmation speed requirements corresponding to the second target pending transaction item. The second block requirement plan includes at least a second required block size and a second required block time. Determine whether the first block demand plan and the second block demand plan match; when the judgment result is a match, directly process the second target item to be traded; when the judgment result is a mismatch, perform necessary operations for adjusting the block size and block time according to the first block demand plan, the second block demand plan and the real-time collected processing progress of the first target item to be processed, so that after the first target item to be processed is processed, the second target item to be processed is directly processed based on the second block demand plan.

10. The method according to claim 9, characterized in that Determining the first block demand plan for the first target item to be traded based on the network stability requirements, fork rate requirements, transaction speed requirements, transaction number requirements, block time interval requirements, network load tolerance, and transaction confirmation speed requirements corresponding to the first target item to be traded includes: Determine a first basic block size and a first basic block time based on the network stability requirement corresponding to the first target transaction item; determine a second basic block size and a second basic block time based on the fork rate requirement; determine a third basic block size and a third basic block time based on the transaction speed requirement; determine a fourth basic block size and a fourth basic block time based on the block time interval requirement; determine a fifth basic block size and a fifth basic block time based on the network's tolerable load; and determine a sixth basic block size and a sixth basic block time based on the transaction confirmation speed requirement. Determine the priority ranking scheme corresponding to the requirements for network stability, fork rate, transaction speed, number of transactions, block interval, network load tolerance, and transaction confirmation speed; determining, according to the priority sorting scheme, a target basic block size with the highest priority from the first basic block size, the second basic block size, the third basic block size, the fourth basic block size, the fifth basic block size, and the sixth basic block size; determining a basic average block size based on the first basic block size, the second basic block size, the third basic block size, the fourth basic block size, the fifth basic block size, and the sixth basic block size; Determining a target block size according to the target basic block size and the basic average block size; According to the priority sorting scheme, determine a target basic block time with the highest priority from the first basic block time, the second basic block time, the third basic block time, the fourth basic block time, the fifth basic block time, and the sixth basic block time; Determine a basic average block time based on the first basic block time, the second basic block time, the third basic block time, the fourth basic block time, the fifth basic block time, and the sixth basic block time; Determine the target block time based on the target basic block time and the basic average block time; Determine the first block demand plan for the first target transaction project based on the target block size and target block time; The determining whether the first block demand solution matches the second block demand solution includes: Determining the current application effect of the first block demand solution on network stability, transaction speed, transaction processing capacity, and overall system efficiency based on the first required block size and the first required block time included in the first block demand solution; Determine the expected application effect of the second block requirement plan on network stability, transaction speed, transaction processing capacity, and overall system efficiency based on the second required block size and second required block time included in the second block requirement plan; Determining whether the current application effect is consistent with the expected application effect; When the current application effect is consistent with the expected application effect, determining that the first block demand solution matches the second block demand solution; When the current application effect is inconsistent with the expected application effect, determining the effect difference according to the current application effect and the expected application effect; When the effect difference is used to indicate that the current application effect can achieve the expected application effect, the application effect that exceeds the expected application effect is determined based on the current application effect and the expected application effect; whether the application effect that exceeds the expected application effect satisfies a preset acceptable degree of overdue is determined; if the judgment result is satisfied, it is determined that the first block demand solution and the second block demand solution match; if the judgment result is not satisfied, it is determined that the first block demand solution and the second block demand solution do not match; When the effect difference is used to indicate that the current application effect cannot achieve the expected application effect, the missing expected application effect is determined based on the current application effect and the expected application effect; whether the missing expected application effect meets the preset acceptable degree of missingness is judged; when the judgment result is satisfied, it is determined that the first block demand solution and the second block demand solution match; when the judgment result is not satisfied, it is determined that the first block demand solution and the second block demand solution do not match.

11. The method according to any one of claims 1 to 10, characterized in that The obtaining of network operation data corresponding to the required blockchain platform, performing a security assessment based on the network operation data, and then taking corresponding security measures based on the security assessment results, includes: Regularly obtain network operation data corresponding to the required blockchain platform, calculate a security score based on the network operation data, and take corresponding security measures based on the security score.

12. The method according to claim 1, characterized in that The performing of a security assessment based on the network operation data and then taking corresponding security measures based on the security assessment results include: Determine, based on the network operation data, the number of occurrences and frequency of abnormal operation of the required blockchain platform; analyze the corresponding operational stability of the required blockchain platform based on the number of occurrences and frequency of occurrence; and determine, based on the operational stability, whether the required blockchain platform meets a preset first network security condition; When the required blockchain platform does not meet the first network security condition, executing the corresponding first security measure; When the required blockchain platform meets the first network security condition, the corresponding abnormal operation phenomenon is determined based on the network operation data; the rarity of the abnormal operation phenomenon is determined based on the historical occurrence information of the abnormal operation phenomenon; the severity of the danger and the extent of the danger impact of the abnormal operation phenomenon are determined based on the specific affected objects of the abnormal operation phenomenon, the specific impact causing the danger, and the impact or scope of the danger; the necessity of handling the abnormal operation phenomenon is determined based on the rarity, the severity of the danger, and the extent of the danger impact; and based on the necessity of handling, it is judged whether the required blockchain platform meets the preset second network security condition; When the required blockchain platform does not meet the second network security condition, executing the corresponding second security measure; When the required blockchain platform meets the second network security condition, based on the abnormal operation phenomenon, determine the potential hidden dangers hidden or potentially emerging in the abnormal operation phenomenon; determine the actual problem that the potential hidden danger may transform into, and based on the actual problem, determine the expected problem solution of the potential hidden danger, the expected time required to solve the problem, and the expected impact of the problem; further determine the demand response capability level of the actual problem that the potential hidden danger may transform into; based on the demand response capability level, determine whether the required blockchain platform meets the preset third network security condition; When the required blockchain platform does not meet the third network security condition, execute the corresponding third security measure.

13. The method according to claim 12, characterized in that Analyzing the operational stability of the required blockchain platform according to the number of occurrences and the frequency of occurrence includes: Determine, based on the big data of the required blockchain platform, the maximum number of exception occurrences and the maximum frequency of exception occurrences for the required blockchain platform in this field; Determine a first ratio corresponding to the number of occurrences and the maximum number of abnormal occurrences, and determine a second ratio corresponding to the frequency of occurrence and the maximum frequency of abnormal occurrences; Determine a third calculated value based on the first ratio and the second ratio, and determine the operational stability corresponding to the required blockchain platform based on the difference between 1 and the third calculated value; The determining, based on the rarity, the severity of the hazard, and the degree of impact of the hazard, of the necessity of handling the abnormal operation phenomenon includes: Multiplying the rarity, the severity of the hazard, and the impact of the hazard to obtain the necessity of treatment; The level of capability to respond to actual problems that the potential hidden dangers may transform into includes: Determine the complexity, types and number of areas involved of the solutions based on the expected solutions to the potential hidden dangers, and determine the first required capability level based on the complexity, types and number of areas involved; Determine the second required capability level based on the expected time required to solve the problem; Determine the impact objects and the degree of negative impact based on the impact of the expected problem, and determine the third required capability level based on the impact objects and the degree of negative impact; Determining a demand response capability level according to the first demand capability level, the second demand capability level, the third demand capability level, and the preset weight of each level; The determining, based on the operational stability, whether the required blockchain platform satisfies a preset first network security condition includes: Determine whether the operational stability is greater than or equal to a preset operational stability threshold; when the judgment result is yes, determine that the required blockchain platform meets the preset first network security condition; when the judgment result is no, determine that the required blockchain platform does not meet the preset first network security condition; The determining, based on the processing necessity, whether the required blockchain platform meets a preset second network security condition includes: Determine whether the processing necessity is greater than or equal to a preset processing necessity threshold; when the judgment result is yes, determine that the required blockchain platform does not meet the preset second network security condition; when the judgment result is no, determine that the required blockchain platform meets the preset second network security condition; The step of determining whether the required blockchain platform meets a preset third network security condition based on the demand response capability level includes: Determine whether the demand response capability level is greater than or equal to a preset demand response capability level threshold; when the judgment result is yes, determine that the demand blockchain platform does not meet the preset third network security condition; when the judgment result is no, determine that the demand blockchain platform meets the preset third network security condition.

14. A system for dynamically deploying and managing multiple blockchain networks, characterized in that: The system comprises: A dynamic deployment and allocation unit, configured to obtain current business needs, select a corresponding demand blockchain platform for dynamic deployment based on the current business needs, and then determine a resource allocation plan for the demand blockchain platform; a performance calculation and adjustment unit, configured to obtain performance data of each of the blockchain networks, calculate a real-time performance value based on the performance data, and further adjust the resource allocation scheme based on the real-time performance value and a standard test value; A security assessment and response unit, configured to obtain network operation data corresponding to the required blockchain platform, perform a security assessment based on the network operation data, and then take corresponding security measures based on the security assessment results; A dynamic adjustment unit is used to dynamically obtain the performance data and the security assessment results, and then adjust the dynamic deployment and resource management strategy of the demand blockchain platform.

15. An electronic device, characterized in that: include: at least one processor; at least one memory for storing at least one program; When the at least one program is executed by the at least one processor, the at least one processor implements the method according to any one of claims 1 to 13.

16. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 13 is implemented.

17. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the method according to any one of claims 1 to 13 is implemented.

Images