Dynamic distributed storage method and system based on blockchain

Abstract

The present application provides a dynamic distributed storage method and system based on blockchain, which obtains the block storage update information of the target data block reported by the target blockchain node in the blockchain network, and uses the obtained block storage update information to generate a data storage update trajectory map of the target data block in the target time domain window. Then, a dynamic distributed storage report for the target data block is constructed, which not only carries the data storage update trajectory map, but also configures the session window channel, so that users can view and understand the specific situation of data migration in an interactive way, which greatly improves the readability and usability of the data. Finally, by outputting the dynamic distributed storage report to the target storage service terminal, effective transmission and sharing of information is achieved, providing timely and comprehensive data support for relevant decision makers, which helps to improve the efficiency and security of data storage and management.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and more specifically, to a dynamic distributed storage method and system based on blockchain. Background Art

[0002] With the rapid development of information technology and the continuous expansion of data scale, traditional centralized storage methods can no longer meet the needs of large-scale data processing and storage. Distributed storage technology has emerged, which stores data in multiple independent storage nodes, improving data reliability and scalability. However, distributed storage systems still face problems such as data security, consistency, and traceability.

[0003] As a decentralized distributed ledger technology, blockchain technology has the characteristics of data immutability, decentralization, openness and transparency, and provides a new idea for solving problems in distributed storage. In the blockchain network, each node stores a complete copy of the ledger, and the consensus algorithm ensures data consistency, making the data more secure and reliable. At the same time, the immutability of blockchain also provides strong support for data traceability.

[0004] However, the existing distributed storage methods based on blockchain still have some shortcomings. On the one hand, although blockchain guarantees the security and consistency of data, it lacks an intuitive and visual display method for the dynamic changes and migration process of data, which makes it difficult for users to understand and analyze the flow of data. On the other hand, the existing methods also need to be improved in terms of user interactivity and report readability, and users often find it difficult to directly obtain key information from reports. Summary of the invention

[0005] In view of this, the purpose of this application is to provide a dynamic distributed storage method and system based on blockchain, which aims to generate a data storage update trajectory map by real-time monitoring of the storage update information of the target data block in the blockchain network, and construct a dynamic distributed storage report to provide a more intuitive and interactive data display method to help users better understand and analyze the dynamic changes of data.

[0006] According to the first aspect of the present application, a dynamic distributed storage method based on blockchain is provided, the method comprising:

[0007] Obtaining block storage update information of a target data block reported by a target blockchain node in a blockchain network, wherein the block storage update information includes a time domain window in which a storage update of the target data block occurs, and block data migration information associated with the storage update;

[0008] Generate a data storage update trajectory map of the target data block in a target time domain window according to the block storage update information; the data storage update trajectory map represents the block data migration trajectory of the target data block in the target time domain window, and the target time domain window includes the time domain window where the storage update occurs;

[0009] Constructing a dynamic distributed storage report for the target data block, wherein the dynamic distributed storage report carries the data storage update trajectory map, and the data storage update trajectory map is configured with a session window channel;

[0010] The dynamic distributed storage report is output to the target storage service terminal.

[0011] In a possible implementation manner of the first aspect, generating a data storage update trajectory map of the target data block in a target time domain window according to the block storage update information includes:

[0012] Loading a blockchain visualization session tool set, performing feature extraction processing on the block storage update information, and generating the block storage update information in a visualization session compatible form;

[0013] A data storage update trajectory map of the target data block in a target time domain window is generated according to the block storage update information in the visualization session compatible form.

[0014] In a possible implementation of the first aspect, the blockchain visualization session tool includes multiple visualization session instances; and generating a data storage update trajectory map of the target data block in a target time domain window according to the block storage update information in a visualization session compatible form includes:

[0015] Acquire, from a plurality of visualization session instances included in the blockchain visualization session tool set, a target visualization session instance corresponding to the block storage update information in a form compatible with the visualization session;

[0016] Generate a data storage update trajectory map of the target data block in a target time domain window according to the target visualization session instance;

[0017] The data storage update trajectory map is loaded by a visualization interface, and the target visualization session instance is run in the visualization interface so that the target visualization session instance runs in response to the data storage update trajectory map.

[0018] In a possible implementation manner of the first aspect, the constructing a dynamic distributed storage report for the target data block includes:

[0019] Obtaining distributed storage data associated with the target data block reported by the target blockchain node;

[0020] Using a report building tool set to extract features from the distributed storage data, generating at least one key storage data element; the key storage data element includes: block metadata of the target data block storage source, target distributed storage node information associated with the target data block, and the block storage update information;

[0021] generating a basic storage report based on the at least one key storage data element;

[0022] The data storage update trajectory map is loaded into the basic storage report to generate a dynamic distributed storage report.

[0023] In a possible implementation manner of the first aspect, the report building tool set includes a plurality of report building tools; and generating a basic storage report according to the at least one key storage data element includes:

[0024] In the set of report building tools, matching a target report building tool for each of the at least one key storage data element;

[0025] A basic storage report is generated according to a target report building tool associated with each of the key storage data elements.

[0026] In a possible implementation of the first aspect, the blockchain visualization session tool set includes the data storage update trajectory map, and before loading the data storage update trajectory map in the basic storage report, it also includes:

[0027] Extracting the data storage update trajectory map from the blockchain visualization session tool using the report building tool set;

[0028] The extraction step includes: loading the blockchain visualization session tool set using a preconfigured extraction path to obtain the data storage update trajectory map; or encapsulating the data storage update trajectory map into a data packet, and obtaining the data storage update trajectory map through the data packet.

[0029] In a possible implementation manner of the first aspect, the target distributed storage node is associated with at least one data block, and the at least one data block includes the target data block; and outputting the dynamic distributed storage report to the target storage service terminal includes:

[0030] The target distributed storage node is utilized to output the dynamic distributed storage report to the target storage service terminal.

[0031] In a possible implementation of the first aspect, the method further includes:

[0032] If the data storage update trajectory map in the dynamic distributed storage report is activated, determining the trajectory location information of the activated trajectory location;

[0033] Acquire target block information of the target data block corresponding to the track location information, wherein the target block information includes at least one of the following: migration data volume, time domain information, and migration amplitude;

[0034] Generating a location presentation label at the activated trajectory location;

[0035] The target block information is enhanced at the track position corresponding to the position presentation label.

[0036] In a possible implementation of the first aspect, the method further includes:

[0037] When a target data block mapped by a target data block storage source undergoes a storage update, block storage update information of the target data block is obtained; the block storage update information includes a time domain window in which the storage update occurs and block data migration information associated with the storage update;

[0038] The block storage update information of the target data block is transmitted to the storage service terminal corresponding to the target data block storage source, so that the storage service terminal generates a data storage update trajectory map of the target data block in a target time domain window according to the acquired block storage update information, wherein the data storage update trajectory map represents the block data migration trajectory of the target data block in the target time domain window, and the target time domain window includes the time domain window where the storage update occurs; and, the storage service terminal constructs a dynamic distributed storage report for the target data block, wherein the dynamic distributed storage report carries the data storage update trajectory map, and the data storage update trajectory map is configured with a session window channel; and, the storage service terminal outputs the dynamic distributed storage report to the target storage service terminal;

[0039] The obtaining the block storage update information of the target data block includes:

[0040] Obtaining block storage update information of the target data block reported by the central control node;

[0041] Wherein, the central control node monitors and analyzes the block information of the target data block according to the migration control signal, and generates the block storage update information of the target data block;

[0042] The migration control signal includes a time domain window for storage update of the target data block. The migration control signal is a control signal generated by the migration monitoring node to the central control node when the migration monitoring node monitors that the data storage migration amount of the target data block is greater than the preset migration amount.

[0043] According to the second aspect of the present application, a blockchain service system is provided, which includes a machine-readable storage medium and a processor, wherein the machine-readable storage medium stores machine-executable instructions, and when the processor executes the machine-executable instructions, the blockchain service system implements the aforementioned dynamic distributed storage method based on blockchain.

[0044] According to the third aspect of the present application, a computer-readable storage medium is provided, in which computer-executable instructions are stored. When the computer-executable instructions are executed, the aforementioned dynamic distributed storage method based on blockchain is implemented.

[0045] According to any one of the above aspects, the technical effect of the present application is:

[0046] The embodiment of the present application realizes real-time monitoring of the storage status of data blocks in the blockchain network by obtaining the block storage update information of the target data block reported by the target blockchain node in the blockchain network, and generates a data storage update trajectory map of the target data block in the target time domain window by using the obtained block storage update information, which can clearly and intuitively display the data migration trajectory of the target data block in a specific time window, and provides a powerful visualization tool for data managers to understand and grasp the dynamic changes of data blocks. Again, a dynamic distributed storage report for the target data block is constructed, which not only carries the data storage update trajectory map, but also configures the session window channel, so that users can view and understand the specific situation of data migration in an interactive way, greatly improving the readability and ease of use of data. Finally, by outputting the dynamic distributed storage report to the target storage service terminal, effective transmission and sharing of information is realized, providing timely and comprehensive data support for relevant decision makers, and helping to improve the efficiency and security of data storage and management. Therefore, through real-time monitoring, visual display, interactive reporting and other means, the transparency and management efficiency of data storage and migration in the blockchain network are significantly improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other corresponding drawings can be obtained based on these drawings without paying creative work.

[0048] Figure 1 A schematic diagram of the process of a dynamic distributed storage method based on blockchain provided in an embodiment of the present application is shown;

[0049] Figure 2 A schematic diagram of the component structure of a blockchain service system for implementing the above-mentioned blockchain-based dynamic distributed storage method provided in an embodiment of the present application is shown. DETAILED DESCRIPTION

[0050] The embodiments of the present application are described below in conjunction with the drawings in the present application. It should be understood that the implementation methods described below in conjunction with the drawings are exemplary descriptions for explaining the technical solutions of the embodiments of the present application and do not constitute a limitation on the technical solutions of the embodiments of the present application.

[0051] It will be understood by those skilled in the art that, unless specifically stated, the singular forms "one", "said", and "the" used herein may also include plural forms. It should be further understood that the terms "including" and "comprising" used in the embodiments of the present application refer to that the corresponding features can be implemented as the presented features, information, data, steps, operations, elements and / or components, but do not exclude the implementation as other features, information, data, steps, operations, elements, components and / or combinations thereof supported by the technical field. It should be understood that when an element is "connected" or "coupled" to another element, the element may be directly connected or coupled to the other element, or may refer to the element and the other element establishing a connection relationship through an intermediate element. In addition, the "connection" or "coupling" used herein may include wireless connection or wireless coupling, and the term "and / or" used herein indicates at least one of the items defined by the term, such as "A and / or B" may be implemented as "A", or as "B", or as "A and B".

[0052] In order to make the purpose, technical solution and advantages of the present application clearer, the implementation mode of the present application will be further described in detail with reference to the accompanying drawings. The technical solution of the embodiment of the present application and the technical effect produced by the technical solution of the present application are explained below by describing several exemplary implementation modes. It should be pointed out that the following implementation modes can refer to, draw lessons from or combine with each other, and the same terms, similar features and similar implementation steps in different implementation modes are not described repeatedly.

[0053] Figure 1 The flowchart of the dynamic distributed storage method and system based on blockchain provided by the embodiment of the present application is shown. It should be understood that in other embodiments, the order of some steps of the dynamic distributed storage method based on blockchain in this embodiment can be shared with each other according to actual needs, or some steps can be omitted or maintained. The detailed steps of the dynamic distributed storage method based on blockchain include:

[0054] Step S110, obtaining block storage update information of a target data block reported by a target blockchain node in a blockchain network, wherein the block storage update information includes a time domain window in which a storage update of the target data block occurs, and block data migration information associated with the storage update.

[0055] In this embodiment, the blockchain service system acts as a management node of the blockchain network and is responsible for monitoring and recording activities in the blockchain network. At a specific time point, the blockchain service system receives block storage update information reported by the target blockchain node (such as node A). This block storage update information is about the storage update of a target data block (such as block B) on node A. Specifically, the block storage update information includes the specific time range of the storage update of block B (i.e., the time domain window, such as from XX hours XX minutes to XX hours XX minutes), and the data migration details related to this storage update (such as which data is migrated and where it is migrated, etc.).

[0056] Therefore, after the blockchain service system receives this block storage update information, it will store it in the local database for subsequent analysis and processing.

[0057] Step S120, generating a data storage update trajectory map of the target data block in a target time domain window according to the block storage update information. The data storage update trajectory map represents the block data migration trajectory of the target data block in the target time domain window, and the target time domain window includes the time domain window in which the storage update occurs.

[0058] In this embodiment, after obtaining the block storage update information, the blockchain service system needs to generate a data storage update trajectory map based on the block storage update information. The data storage update trajectory map will intuitively show how the data of block B is migrated and changed within a specific time window (i.e., the target time domain window, including the time domain window where the storage update occurs).

[0059] For example, the blockchain service system will first load a set of blockchain visualization conversation tools, which contains a variety of visualization components and algorithms, and can help the blockchain service system convert complex block storage update information into an intuitive and easy-to-understand graph. The blockchain service system can perform feature extraction processing on the block storage update information and convert it into a format that can be recognized and presented by the visualization conversation tool. Then, the blockchain service system can use this processed information to generate a data storage update trajectory map, which can be a dynamic chart that shows the data migration trajectory of block B in the target time domain window, including the time, path, quantity and other information of data migration.

[0060] Step S130, constructing a dynamic distributed storage report for the target data block, wherein the dynamic distributed storage report carries the data storage update trajectory map, and the data storage update trajectory map is configured with a session window channel.

[0061] In this embodiment, after generating the data storage update trajectory map, the blockchain service system next needs to build a dynamic distributed storage report for block B. The dynamic distributed storage report will summarize and display all relevant storage information of block B, including the update trajectory of its data storage.

[0062] In detail, the blockchain service system can first obtain the distributed storage data associated with block B, which may come from multiple nodes in the blockchain network. Then, the blockchain service system can use a special report building tool set to extract and analyze the features of this data to generate a series of key storage data elements, which can include metadata of block B (such as block size, generation time, etc.), information of distributed storage nodes associated with block B (such as node location, storage capacity, etc.), and previously generated block storage update information. Based on these key storage data elements, the blockchain service system can generate a basic storage report. Finally, the blockchain service system can embed the previously generated data storage update trajectory map in this basic storage report and configure it as an interactive session window channel to form a dynamic distributed storage report.

[0063] Step S140: output the dynamic distributed storage report to the target storage service terminal.

[0064] In this embodiment, after completing the construction of the dynamic distributed storage report, the blockchain service system needs to send this report to the target storage service terminal (such as a specific monitoring center or administrator's computer) so that relevant personnel can understand the storage status of block B in a timely manner.

[0065] In detail, the blockchain service system can send the dynamic distributed storage report to the target storage service terminal through a secure network communication protocol (such as HTTPS). The dynamic distributed storage report can be presented in the form of HTML, PDF or other interactive documents, containing rich data and charts, which can help the recipient intuitively understand the storage status and data migration of block B. After receiving the dynamic distributed storage report, the recipient can interact with the data storage update trajectory map through the session window channel in the dynamic distributed storage report, such as zooming in and out of the chart, viewing the data migration details at a specific time point, etc.

[0066] Based on the above steps, the embodiment of the present application realizes real-time monitoring of the storage status of data blocks in the blockchain network by obtaining the block storage update information of the target data block reported by the target blockchain node in the blockchain network, and generates a data storage update trajectory map of the target data block in the target time domain window by using the obtained block storage update information, which can clearly and intuitively display the data migration trajectory of the target data block in a specific time window, and provides a powerful visualization tool for data managers to understand and grasp the dynamic changes of data blocks. Again, a dynamic distributed storage report for the target data block is constructed, which not only carries the data storage update trajectory map, but also configures the session window channel, so that users can view and understand the specific situation of data migration in an interactive way, which greatly improves the readability and ease of use of the data. Finally, by outputting the dynamic distributed storage report to the target storage service terminal, the effective transmission and sharing of information is realized, and timely and comprehensive data support is provided for relevant decision makers, which helps to improve the efficiency and security of data storage and management. Therefore, through real-time monitoring, visual display, interactive reporting and other means, the transparency and management efficiency of data storage and migration in the blockchain network are significantly improved.

[0067] In a possible implementation, step S120 includes:

[0068] Step S121, loading a blockchain visualization session tool set, performing feature extraction processing on the block storage update information, and generating the block storage update information in a visualization session compatible form.

[0069] Step S122 , generating a data storage update trajectory map of the target data block in a target time domain window according to the block storage update information in the visualization session compatible form.

[0070] In this embodiment, after receiving the block storage update information reported by the target blockchain node, the blockchain service system is ready to generate a data storage update trajectory map. In order to convert these complex data information into an intuitive map form, the blockchain service system needs to use a special visualization tool.

[0071] In detail, the blockchain service system first loads a blockchain visualization session tool set, which includes a variety of visualization components and algorithms designed to process and present blockchain-related data. These tools can exist in the form of software libraries, plug-ins, or independent applications, and are pre-installed on the blockchain service system or can be accessed through the network.

[0072] After loading the visualization session tool set, the blockchain service system needs to perform feature extraction processing on the original block storage update information. This is because the original storage update information may contain a large amount of data, some of which is not necessary for generating the graph, or the data format is not directly suitable for the visualization tool.

[0073] In detail, the blockchain service system can use the feature extraction component in the loaded visualization session tool set to pre-process the block storage update information. This process can include data cleaning (such as removing duplicate, invalid or erroneous data), conversion (such as converting data into a format that can be recognized by visualization tools), and feature extraction (such as extracting key information such as the time, quantity, source and target location of data migration). After this step of processing, the original block storage update information will be converted into a form compatible with the visualization session.

[0074] After feature extraction processing, the blockchain service system obtains a set of optimized and converted block storage update information, which can now be recognized and presented by the visualization conversation tool.

[0075] In detail, the blockchain service system can save the processed block storage update information into a specific data structure or file format for subsequent visualization operations. These data may include key fields such as timestamp, data migration amount, source node and target node of migration, etc., which will be organized in a way that is friendly to visualization tools.

[0076] Now that the blockchain service system has block storage update information that is compatible with the visualization session tool, it can use this information to generate a data storage update trajectory map.

[0077] In detail, the blockchain service system can call the graph generation component in the visualization session tool set and take the processed block storage update information as input. The component will draw the data migration trajectory within a specific time window (i.e., the target time domain window) based on the input information. The trajectory may be presented in the form of lines, points, or other graphic elements, and different elements may represent different migration events or data states. Ultimately, the blockchain service system can generate an intuitive and easy-to-understand data storage update trajectory graph, which shows how the data of the target data block is migrated and changed within the target time domain window.

[0078] In a possible implementation, the blockchain visualization session tool includes multiple visualization session instances. Step S122 may include:

[0079] Step S1221, obtaining a target visualization session instance corresponding to the block storage update information in a form compatible with the visualization session from multiple visualization session instances included in the blockchain visualization session tool set.

[0080] Step S1222: generating a data storage update trajectory map of the target data block within the target time domain window according to the target visualization session instance.

[0081] The data storage update trajectory map is loaded by a visualization interface, and the target visualization session instance is run in the visualization interface so that the target visualization session instance runs in response to the data storage update trajectory map.

[0082] In this embodiment, a blockchain visualization session tool set is installed in the blockchain service system, and this set includes multiple visualization session instances, each of which is optimized for different data visualization requirements. Now, the blockchain service system needs to select a most suitable visualization session instance to generate a data storage update trajectory map based on the block storage update information that has been converted into a visualization session compatible form.

[0083] In detail, the blockchain service system first analyzes the characteristics of the processed block storage update information, such as data volume, data type, update frequency, etc. Then, the blockchain service system can traverse each visualization session instance from the blockchain visualization session tool set and evaluate whether each visualization session instance is suitable for displaying this information. The evaluation criteria may include the performance of the instance, the clarity of the visualization effect, the convenience of user interaction, etc. Finally, the blockchain service system can select a visualization session instance that best matches the block storage update information, namely the target visualization session instance.

[0084] After selecting the target visualization session instance, the blockchain service system needs to use this visualization session instance to generate a data storage update trajectory map, which will intuitively display the data storage update status of the target data block within the target time domain window.

[0085] In detail, the blockchain service system can input the processed block storage update information into the target visualization session instance, which will perform a series of data processing and graphics rendering operations internally based on the input information, and finally generate a data storage update trajectory map. The map may be based on the timeline and use different colors, lines or shapes to represent the storage and update status of data at different time points. At the same time, the map may also include some interactive functions, such as zooming, dragging, and click events, so that users can analyze and explore the data more deeply.

[0086] After the data storage update trajectory map is generated, the blockchain service system needs to load it into a visualization interface and ensure that the target visualization session instance can run normally in the interface so that users can view and interact with the map.

[0087] In detail, the blockchain service system can send the generated data storage update trajectory map to the visualization interface for loading. At the same time, the blockchain service system will also associate the target visualization session instance with the visualization interface to ensure that the instance can run correctly in the interface. When the user views the map through the visualization interface, the blockchain service system can respond to the user's operation instructions, such as zooming the map, dragging the timeline, clicking on specific data points, etc., and update the display effect of the map in real time through the target visualization session instance. In this way, the user can intuitively understand the data storage update status of the target data block in the target time domain window and conduct in-depth data analysis.

[0088] In a possible implementation, step S130 may include:

[0089] Step S131, obtaining the distributed storage data associated with the target data block reported by the target blockchain node.

[0090] Step S132: extract features from the distributed storage data using a report building tool set to generate at least one key storage data element. The key storage data element includes: block metadata of the target data block storage source, target distributed storage node information associated with the target data block, and the block storage update information.

[0091] Step S133: Generate a basic storage report based on the at least one key storage data element.

[0092] Step S134, loading the data storage update trajectory map into the basic storage report to generate a dynamic distributed storage report.

[0093] In this embodiment, the blockchain service system starts to build a dynamic distributed storage report for a specific target data block. First, the blockchain service system needs to obtain the distributed storage data related to the data block from the target blockchain node.

[0094] In detail, the blockchain service system connects to the target blockchain node through the network and sends a request to obtain the distributed storage data related to the target data block, which may include the metadata of the block (such as timestamp, block height, number of transactions, etc.), the information of the distributed storage node associated with the block (such as node ID, storage capacity, network location, etc.), and the update information of the block storage (such as data migration records, update time, etc.). After receiving this data, the blockchain service system will perform preliminary data verification and collation to ensure the accuracy and integrity of the data.

[0095] After the blockchain service system obtains the distributed storage data, it needs to use a special set of report building tools to extract key data elements, which will constitute the core content of the dynamic distributed storage report.

[0096] In detail, the blockchain service system calls the feature extraction component in the report building tool set to perform in-depth processing on the obtained distributed storage data. Through a series of data mining and pattern recognition algorithms, the blockchain service system extracts at least one key storage data element, which includes the storage source block metadata of the target data block (such as block hash, generation time, etc.), the target distributed storage node information associated with the target data block (such as node performance data, storage capacity utilization, etc.), and the update information of the block storage (such as the path, time point and quantity of data migration, etc.). These key data elements will provide an important basis for the subsequent generation of dynamic distributed storage reports.

[0097] After extracting the key storage data elements, the blockchain service system begins to use this information to generate a basic storage report, which will serve as the static part of the dynamic distributed storage report and display the basic storage status of the target data block.

[0098] In detail, the blockchain service system generates a basic storage report based on the extracted key storage data elements, using report generation templates and data visualization technology. The report can include multiple parts, such as block metadata overview, distributed storage node status analysis, data storage update statistics, etc. Each part intuitively displays the storage status and key indicators of the target data block in the form of charts, tables or texts. The basic storage report provides a basic framework for the subsequent addition of dynamic content.

[0099] In order to more intuitively display the storage update status of the target data block, the blockchain service system needs to load the previously generated data storage update trajectory map into the basic storage report.

[0100] In detail, the blockchain service system embeds the previously generated data storage update trajectory map into the corresponding part of the basic storage report. The map dynamically displays the data storage update trajectory of the target data block within a specific time domain window, including detailed information such as the path, time point and quantity of data migration. By loading this map, the basic storage report becomes more vivid and intuitive, which can help users better understand the storage update status of the target data block. Finally, the blockchain service system saves the basic storage report loaded with the data storage update trajectory map as a dynamic distributed storage report for users to view and analyze.

[0101] In a possible implementation manner, the report construction tool set includes multiple report construction tools. The step S133 includes:

[0102] Step S1331 : In the report building tool set, a target report building tool is matched for each key storage data element in the at least one key storage data element.

[0103] Step S1332, generating a basic storage report according to a target report construction tool associated with each of the key storage data elements.

[0104] In this embodiment, the blockchain service system has a report building tool set, which includes multiple report building tools for different data types. Now, the blockchain service system needs to find the most suitable report building tool for each key storage data element extracted previously.

[0105] In detail, the blockchain service system will first conduct a detailed analysis of the extracted key storage data elements to understand the characteristics of each data element, such as data type, data structure, data size, etc.

[0106] Next, the blockchain service system can traverse each tool in the report building tool set and evaluate the applicability of each tool to specific data elements. For example, for block metadata, a reporting tool that can clearly display time series data may be needed; and for distributed storage node information, a tool that can display node network topology and performance data may be needed.

[0107] Based on the above analysis, the blockchain service system can select the most appropriate report building tool for each key storage data element, and these selected tools will become the target report building tools for generating basic storage reports.

[0108] After matching the target report building tools, the blockchain service system begins to use these tools to generate basic storage reports.

[0109] Specifically, the blockchain service system inputs each key storage data element into the corresponding target report building tool. For example, block metadata is input into the time series data display tool, and distributed storage node information is input into the network topology display tool.

[0110] Each target report building tool processes and visualizes the input data according to its built-in logic and templates, which includes steps such as data cleaning, integration, calculation, and graph drawing. For example, a time series data display tool may generate a line graph showing the change of block height and transaction volume over time; while a network topology display tool may generate a network diagram showing the connection relationship between distributed storage nodes.

[0111] When all target report building tools have completed their respective report generation tasks, the blockchain service system can integrate these report fragments into a unified basic storage report. The integration process needs to ensure the logical coherence and data consistency between the various report fragments.

[0112] After the integration is completed, the blockchain service system can further optimize and adjust the basic storage report to improve the readability and aesthetics of the report, for example, adjusting the color scheme of the graph, adding necessary annotations and explanatory text, etc.

[0113] Finally, after the above steps, the blockchain service system will generate a basic storage report with rich content, clear structure and accurate data, laying a solid foundation for the subsequent addition of dynamic content and the generation of the final dynamic distributed storage report.

[0114] In a possible implementation, the blockchain visualization session tool set includes the data storage update trajectory map, and before loading the data storage update trajectory map in the basic storage report, it also includes:

[0115] The data storage update trajectory map is extracted from the blockchain visualization session tool using the report building tool set.

[0116] The extraction step includes: using a pre-configured extraction path to load the blockchain visualization session tool set to obtain the data storage update trajectory map. Alternatively, the data storage update trajectory map is encapsulated into a data packet, and the data storage update trajectory map is obtained through the data packet.

[0117] In this embodiment, in the process of building a dynamic distributed storage report, the blockchain service system needs to embed the data storage update trajectory map generated by the blockchain visualization conversation tool into the dynamic distributed storage report. To this end, the blockchain service system will use a specific tool in the report building tool set to extract this data storage update trajectory map from the blockchain visualization conversation tool.

[0118] In detail, the blockchain service system first starts a tool specifically for data extraction in the report building tool collection, which is designed to interact with the blockchain visualization session tool and extract the required data or graphs therefrom.

[0119] Based on the preset configuration, the extraction tool locates the blockchain visualization session tool that stores the data storage update trajectory map, which usually involves accessing a specific file path, database or network service.

[0120] Once the target is located, the extraction tool will begin to extract the data storage update trajectory map from the blockchain visualization session tool, which may include reading files, querying database records, or obtaining data through a network interface.

[0121] The blockchain service system detects that the data storage update trajectory map is saved in a specific location in the blockchain visualization session tool collection, so the map can be accessed and loaded directly through this pre-configured path.

[0122] In detail, in the configuration file of the report building tool set, the blockchain service system has preset the save path of the data storage update trajectory map, which can be a folder in the file system, a table name in the database, or a URL of the network storage service.

[0123] When it is necessary to obtain the data storage update trajectory map, the blockchain service system can directly use this preset path to load the data storage update trajectory map. If it is a file system path, the blockchain service system can read the file at the corresponding location; if it is a database path, the blockchain service system can execute the corresponding query statement; if it is a network path, the blockchain service system can initiate a network request to obtain data.

[0124] In order to improve flexibility and portability, the blockchain service system can encapsulate the data storage update trajectory map into a data packet, so that the blockchain service system can obtain the map by unpacking the data packet, whether locally or remotely.

[0125] In detail, after generating the data storage update trajectory graph, the blockchain service system can encapsulate it into a data packet, which can be a compressed file, an archive file, or a data packet in a custom format, which contains the graph data and possible other metadata.

[0126] The encapsulated data packets can be transmitted to different locations for storage, such as local hard disks, network blockchain service systems, or cloud storage services.

[0127] When it is necessary to obtain a data storage update trajectory map, the blockchain service system can first locate the location of the data packet, and then perform an unpacking operation to extract the map data. This process may involve steps such as downloading the data packet, decompressing the file, or parsing the custom data packet format.

[0128] Through the above steps, the blockchain service system can flexibly extract and use the data storage update trajectory map from the blockchain visualization session tool, and then embed it into the basic storage report to generate the final dynamic distributed storage report.

[0129] In a possible implementation manner, the target distributed storage node is associated with at least one data block, and the at least one data block includes the target data block. Outputting the dynamic distributed storage report to the target storage service terminal includes:

[0130] The target distributed storage node is utilized to output the dynamic distributed storage report to the target storage service terminal.

[0131] In this embodiment, the blockchain service system has completed the generation of a dynamic distributed storage report, which analyzes the target data block and its associated distributed storage in detail. Now, the blockchain service system needs to output this report to the target storage service terminal so that relevant personnel can view and analyze it.

[0132] The blockchain service system first determines to which target storage service terminal the dynamic distributed storage report will be output, which is usually determined based on a preset configuration or user request. Since the target data block is stored on a specific distributed storage node, the blockchain service system can select the target distributed storage node associated with the target data block as the transmission intermediary for the report. The advantage of this is that the existing distributed storage network can be used to efficiently and securely transmit the report. Before sending, the blockchain service system can package and encrypt the dynamic distributed storage report to ensure the security and integrity of the report during transmission. Packaging can compress the report and related files into a file package, while encryption is to protect the report content from being accessed by unauthorized personnel.

[0133] The blockchain service system sends the packaged and encrypted report to the selected target distributed storage node, which will further transmit the report to the target storage service terminal in accordance with the protocol and rules of the distributed storage network. After receiving the dynamic distributed storage report forwarded by the target distributed storage node, the target storage service terminal will perform necessary decompression and decryption operations (if the report is packaged and encrypted) and then present it to the user.

[0134] Users can view dynamic distributed storage reports on the target storage service terminal to understand the storage status of target data blocks, analysis results of key storage data elements, and data storage update trajectories. This information helps users make more informed data management and storage decisions.

[0135] Through this process, the blockchain service system can effectively utilize the distributed storage network to output dynamic distributed storage reports to the target storage service terminal, providing users with valuable data storage analysis and visualization tools.

[0136] In a possible implementation, the method further includes:

[0137] Step A110: if the data storage update trajectory map in the dynamic distributed storage report is activated, then determine the trajectory location information of the activated trajectory location.

[0138] Step A120, obtaining target block information of the target data block corresponding to the track location information, wherein the target block information includes at least one of the following: migration data volume, time domain information, and migration amplitude.

[0139] Step A130: generating a location presentation label at the activated trajectory location.

[0140] Step A140, strengthening the target block information at the track location corresponding to the location presentation label.

[0141] In this embodiment, the blockchain service system detects that when the user interacts with the dynamic distributed storage report, he clicks or triggers a specific area in the data storage update trajectory map, that is, a trajectory location is activated. The activation operation can be a mouse click event, a touch screen touch event, or other forms of interaction.

[0142] Specifically, monitoring activation events: the blockchain service system detects through the front-end interaction logic that a certain track location on the data storage update track map is activated by the user.

[0143] Once an activation event is detected, the blockchain service system can immediately determine the specific information of the activated trajectory location, including the coordinates, range, timestamp, etc. of the location, so that relevant data can be accurately located and processed later.

[0144] After determining the activated trajectory location information, the blockchain service system needs to further obtain detailed information on the target data block corresponding to the location. This information is crucial for users to understand data migration, storage changes, etc.

[0145] In detail, the blockchain service system queries the relevant information of the corresponding target data block in the background database according to the trajectory location information. This information may be stored in a dedicated blockchain database or distributed storage system. Next, the migration data volume (indicating the size of data migration), time domain information (indicating the time range or specific time point of data migration), and migration amplitude (indicating the scale and speed of data migration, etc.) of the target data block are extracted from the query results. This information helps users to have a deeper understanding of the details of data storage and migration.

[0146] In order to allow users to intuitively see which track locations are activated and obtain relevant information, the blockchain service system can generate a visual label on the activated track location.

[0147] Specifically, the blockchain service system dynamically generates a label on the activated track area. The label can be a floating text box, a highlighted area, or an icon with text. The label design should be eye-catching and easy to understand so that users can quickly identify it. The label can contain a brief text description, such as "activated", "view details", etc., to prompt the user that the area has been selected and more information can be obtained.

[0148] After generating the location presentation label, the blockchain service system can further enhance the display of relevant information of the target data block at the trajectory location corresponding to the label.

[0149] In detail, near or inside the location presentation label, the blockchain service system can display key information such as the migration data volume, time domain information, and migration amplitude of the target data block in a more eye-catching manner (such as bold fonts, different colors, dynamic effects, etc.), so that users can see the data at a glance and better understand the data storage and migration situation.

[0150] The blockchain service system can also provide additional interactive functions, such as popping up a more detailed report window after clicking a label, providing data export options, etc., to enhance user experience and the flexibility of data analysis.

[0151] In a possible implementation, the method further includes:

[0152] Step B110, when a target data block mapped by a target data block storage source undergoes storage update, block storage update information of the target data block is obtained. The block storage update information includes a time domain window of the storage update and block data migration information associated with the storage update.

[0153] Step B120, passing the block storage update information of the target data block to the storage service terminal corresponding to the target data block storage source, so that the storage service terminal generates a data storage update trajectory map of the target data block in the target time domain window according to the acquired block storage update information, the data storage update trajectory map represents the block data migration trajectory of the target data block in the target time domain window, and the target time domain window includes the time domain window in which the storage update occurs. And, the storage service terminal constructs a dynamic distributed storage report for the target data block, the dynamic distributed storage report carries the data storage update trajectory map, and the data storage update trajectory map is configured with a session window channel. And, the storage service terminal outputs the dynamic distributed storage report to the target storage service terminal.

[0154] In this embodiment, the blockchain service system monitors that a storage update has occurred in a target data block at its storage source. This update may be due to operations such as adding, modifying or deleting data.

[0155] In detail, monitor storage updates: The blockchain service system continuously monitors the storage status of the target data block, and once a storage update event is detected, it immediately triggers the corresponding processing flow.

[0156] When a storage update occurs, the blockchain service system can obtain detailed information about the update in real time, including the specific time of the storage update (i.e., the time window in which the update occurs) and the block data migration information associated with the update (such as the amount of data migrated, the source and target location of the migration, etc.).

[0157] After obtaining the block storage update information, the blockchain service system needs to pass this information to the storage service terminal responsible for managing the target data block.

[0158] In detail, the blockchain service system determines the storage service terminal responsible for the target data block based on the storage source information of the target data block. The blockchain service system transmits the block storage update information to the target storage service terminal in real time through a secure network communication protocol. This information is crucial for the storage service terminal to subsequently generate data storage update trajectory maps and dynamic distributed storage reports.

[0159] After receiving the block storage update information transmitted by the blockchain service system, the storage service terminal begins to process this information and prepares to generate a data storage update trajectory map.

[0160] In detail, the storage service terminal first parses and processes the received block storage update information to extract key data migration tracks and time domain information. Based on the processed information, the storage service terminal uses a special graphics generation tool or library to draw a data storage update track map of the target data block within the target time domain window, which clearly shows the track and time point of data migration.

[0161] After generating the data storage update trajectory map, the storage service terminal further constructs a dynamic distributed storage report for the target data block.

[0162] In detail, the storage service terminal integrates the data storage update trajectory map with other related storage data, analysis results, etc. into a report. This report not only contains the data migration trajectory, but also a detailed analysis and interpretation of the migration data. In order to allow users to more conveniently view and interact with the data storage update trajectory map, the storage service terminal configures a session window channel for the map in the report, which means that users can interact with the map through a specific interface or tool, such as zooming in, zooming out, dragging, etc.

[0163] After the dynamic distributed storage report is completed, the storage service terminal needs to output it to the target storage service terminal for relevant personnel to view and analyze.

[0164] In detail, the storage service terminal determines which target storage service terminal to output the report to, which is usually determined based on a preset configuration or user request. Through a secure network communication protocol, the storage service terminal sends the dynamic distributed storage report to the target storage service terminal. This report provides relevant personnel with a comprehensive view and analysis tools for the storage update of the target data block, helping them to better understand and optimize data storage strategies.

[0165] The obtaining the block storage update information of the target data block includes:

[0166] Obtain block storage update information of the target data block reported by the central control node.

[0167] The central control node monitors and analyzes the block information of the target data block according to the migration control signal, and generates the block storage update information of the target data block.

[0168] The migration control signal includes a time domain window for storage update of the target data block. The migration control signal is a control signal generated by the migration monitoring node to the central control node when the migration monitoring node monitors that the data storage migration amount of the target data block is greater than the preset migration amount.

[0169] In this embodiment, in a distributed storage system, migration monitoring nodes continuously monitor the data storage migration status of each data block. These migration monitoring nodes are designed to track data changes in real time and record the amount and frequency of data migration.

[0170] In detail, the migration monitoring node uses a specific monitoring tool to track the data migration of the target data block in real time. When the data storage migration amount of the target data block is monitored to exceed a preset migration amount threshold, it means that a large amount of data is being moved or changed, which may be an important storage update event.

[0171] Once the migration monitoring node determines that the data migration amount of the target data block exceeds the preset value, it will immediately generate a migration control signal and send the signal to the central control node.

[0172] In detail, the migration monitoring node automatically generates a migration control signal based on the monitored data storage migration volume, which includes the identifier of the target data block and the time domain window in which the storage update occurs (i.e., the specific time period in which data migration increases significantly).

[0173] The migration monitoring node sends a migration control signal to the central control node through secure network communication. The signal tells the central control node that an important data migration event is in progress and requires further attention and processing from the central control node.

[0174] The central control node serves as the "brain" of the entire distributed storage system. It is responsible for receiving control signals from migration monitoring nodes and analyzing and processing these signals.

[0175] In detail, the central control node receives the migration control signal from the migration monitoring node through its network interface. The central control node parses the migration control signal and extracts the identifier of the target data block and the time domain window in which the storage update occurs. Based on the extracted information, the central control node begins to monitor and analyze the target data block in more detail, including tracking the key indicators of the block's data migration trajectory, migration volume, migration speed, etc.

[0176] After careful monitoring and analysis, the central control node generates a block storage update information report on the target data block based on the collected data.

[0177] In detail, the central control node integrates the monitoring and analysis results into a detailed block storage update information report, which contains key data such as the time window of storage update, data migration volume, migration source and target. Once the block storage update information report is ready, the central control node will report it to the blockchain service system. The blockchain service system is the data management and analysis center of the entire distributed storage system, responsible for receiving, storing and processing data and information from each node.

[0178] Through such a process, the blockchain service system can obtain the block storage update information of the target data block in real time, providing important data support for the subsequent data storage and migration strategy formulation.

[0179] Figure 2 A blockchain service system 100 provided in an embodiment of the present application is shown, including a processor 1001, a memory 1003 and a program code stored in the memory 1003, and the processor 1001 executes the above program code to implement the steps of the dynamic distributed storage method based on blockchain.

[0180] Figure 2 The blockchain service system 100 shown includes: a processor 1001 and a memory 1003. The processor 1001 and the memory 1003 are connected, such as through a bus 1002. Optionally, the blockchain service system 100 may also include a transceiver 1004, which may be used for data interaction between the blockchain service system and other blockchain service systems, such as data transmission and / or data reception. It should be noted that the transceiver 1004 is not limited to one in actual scheduling, and the structure of the blockchain service system 100 does not constitute a limitation on the embodiments of the present application.

[0181] Processor 1001 may be a CPU (Central Processing Unit), a general-purpose processor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. It may implement or execute various exemplary logic blocks, modules and circuits described in conjunction with the transaction records disclosed in this application. Processor 1001 may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0182] The bus 1002 may include a path to transmit information between the above components. The bus 1002 may be a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus 1002 may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 2 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0183] The memory 1003 may be a ROM (Read Only Memory) or other types of static storage devices that can store static information and instructions, a RAM (Random Access Memory) or other types of dynamic storage devices that can store information and instructions, or an EEPROM (Electrically Erasable Programmable Read Only Memory), a CD-ROM (Compact Disc Read Only Memory) or other optical disk storage, optical disk storage (including compressed optical disk, laser disk, optical disk, digital versatile disk, Blu-ray disk, etc.), magnetic disk storage medium, other magnetic storage devices, or any other medium that can be used to have or store program code and can be read by a computer, without limitation herein.

[0184] The memory 1003 is used to store program codes for executing the embodiments of the present application, and the execution is controlled by the processor 1001. The processor 1001 is used to execute the program codes stored in the memory 1003 to implement the steps shown in the above method embodiments.

[0185] An embodiment of the present application provides a computer-readable storage medium having program code stored thereon. When the program code is executed by a processor, the steps of the aforementioned method embodiment and the corresponding transaction records can be implemented.

[0186] It should be understood that, although each operation step is indicated by arrows in the flowchart of the embodiment of the present application, the implementation order of these steps is not limited to the order indicated by the arrows. Unless there is clear explanation in this article, in some implementation scenarios of the embodiment of the present application, the implementation steps in each flowchart can be performed in other orders based on demand. In addition, some or all of the steps in each flowchart may include multiple sub-steps or multiple stages according to the actual implementation scenario, and some or all of these sub-steps or stages may be executed at the same time, and each sub-step or stage in these sub-steps or stages may also be executed at different times respectively. In different scenarios at the execution time, the execution order of these sub-steps or stages can be flexibly configured based on demand, and the embodiment of the present application does not limit this.

[0187] The above is only an optional implementation method for some implementation scenarios of the present application. It should be pointed out that for ordinary technicians in this technical field, without departing from the technical concept of the scheme of the present application, other similar implementation methods based on the technical ideas of the present application are also within the protection scope of the embodiments of the present application.

Claims

1. A dynamic distributed storage method based on blockchain, characterized in that: The method comprises: Obtaining block storage update information of a target data block reported by a target blockchain node in a blockchain network, wherein the block storage update information includes a time domain window in which a storage update of the target data block occurs, and block data migration information associated with the storage update; Generate a data storage update trajectory map of the target data block in a target time domain window according to the block storage update information; the data storage update trajectory map represents the block data migration trajectory of the target data block in the target time domain window, and the target time domain window includes the time domain window where the storage update occurs; Constructing a dynamic distributed storage report for the target data block, wherein the dynamic distributed storage report carries the data storage update trajectory map, and the data storage update trajectory map is configured with a session window channel; Outputting the dynamic distributed storage report to a target storage service terminal; The step of generating a data storage update trajectory map of the target data block in a target time domain window according to the block storage update information includes: Loading a blockchain visualization session tool set, performing feature extraction processing on the block storage update information, and generating the block storage update information in a visualization session compatible form; Generate a data storage update trajectory map of the target data block in a target time domain window according to the block storage update information in the visualization session compatible form; The constructing of a dynamic distributed storage report for the target data block includes: Obtaining distributed storage data associated with the target data block reported by the target blockchain node; Using a report building tool set to extract features from the distributed storage data, generating at least one key storage data element; the key storage data element includes: block metadata of the target data block storage source, target distributed storage node information associated with the target data block, and the block storage update information; generating a basic storage report based on the at least one key storage data element; The data storage update trajectory map is loaded into the basic storage report to generate a dynamic distributed storage report.

2. The dynamic distributed storage method based on blockchain according to claim 1 is characterized in that: The blockchain visualization session tool includes a plurality of visualization session instances; the block storage update information in the visualization session compatible form is used to generate a data storage update trajectory map of the target data block in the target time domain window, including: Acquire, from a plurality of visualization session instances included in the blockchain visualization session tool set, a target visualization session instance corresponding to the block storage update information in a form compatible with the visualization session; Generate a data storage update trajectory map of the target data block in a target time domain window according to the target visualization session instance; The data storage update trajectory map is loaded by a visualization interface, and the target visualization session instance is run in the visualization interface so that the target visualization session instance runs in response to the data storage update trajectory map.

3. The dynamic distributed storage method based on blockchain according to claim 1 is characterized in that: The report building tool set includes a plurality of report building tools; the generating a basic storage report according to the at least one key storage data element includes: In the set of report building tools, matching a target report building tool for each of the at least one key storage data element; A basic storage report is generated according to a target report building tool associated with each of the key storage data elements.

4. The dynamic distributed storage method based on blockchain according to claim 1 is characterized in that: The blockchain visualization session tool set includes the data storage update trajectory map, and before loading the data storage update trajectory map in the basic storage report, it also includes: Extracting the data storage update trajectory map from the blockchain visualization session tool using the report building tool set; The extraction step includes: loading the blockchain visualization session tool set using a preconfigured extraction path to obtain the data storage update trajectory map; or, encapsulating the data storage update trajectory map into a data packet, and obtaining the data storage update trajectory map through the data packet.

5. The dynamic distributed storage method based on blockchain according to claim 1 is characterized in that: The target distributed storage node is associated with at least one data block, and the at least one data block includes the target data block; The step of outputting the dynamic distributed storage report to the target storage service terminal includes: The target distributed storage node is utilized to output the dynamic distributed storage report to the target storage service terminal.

6. The dynamic distributed storage method based on blockchain according to claim 1 is characterized in that: The method further comprises: If the data storage update trajectory map in the dynamic distributed storage report is activated, determining the trajectory location information of the activated trajectory location; Acquire target block information of the target data block corresponding to the track location information, wherein the target block information includes at least one of the following: migration data volume, time domain information, and migration amplitude; Generating a location presentation label at the activated trajectory location; The target block information is enhanced at the track position corresponding to the position presentation label.

7. The dynamic distributed storage method based on blockchain according to claim 1 is characterized in that: The method further comprises: When a target data block mapped by a target data block storage source undergoes a storage update, block storage update information of the target data block is obtained; the block storage update information includes a time domain window in which the storage update occurs and block data migration information associated with the storage update; The block storage update information of the target data block is transmitted to the storage service terminal corresponding to the target data block storage source, so that the storage service terminal generates a data storage update trajectory map of the target data block in a target time domain window according to the acquired block storage update information, wherein the data storage update trajectory map represents the block data migration trajectory of the target data block in the target time domain window, and the target time domain window includes the time domain window where the storage update occurs; and, the storage service terminal constructs a dynamic distributed storage report for the target data block, wherein the dynamic distributed storage report carries the data storage update trajectory map, and the data storage update trajectory map is configured with a session window channel; and, the storage service terminal outputs the dynamic distributed storage report to the target storage service terminal; The obtaining the block storage update information of the target data block includes: Obtaining block storage update information of the target data block reported by the central control node; Wherein, the central control node monitors and analyzes the block information of the target data block according to the migration control signal, and generates the block storage update information of the target data block; The migration control signal includes a time domain window in which storage update of the target data block occurs. The migration control signal is a control signal sent to the central control node when the migration monitoring node monitors that the data storage migration amount of the target data block is greater than a preset migration amount.

8. A blockchain service system, characterized in that: It includes a processor and a computer-readable storage medium, wherein the computer-readable storage medium stores machine-executable instructions, and when the machine-executable instructions are executed by the processor, the dynamic distributed storage method based on blockchain described in any one of claims 1 to 7 is implemented.

Images