CN111914019A - Stable control data management system and method based on block chain technology - Google Patents
Stable control data management system and method based on block chain technology Download PDFInfo
- Publication number
- CN111914019A CN111914019A CN202010557275.0A CN202010557275A CN111914019A CN 111914019 A CN111914019 A CN 111914019A CN 202010557275 A CN202010557275 A CN 202010557275A CN 111914019 A CN111914019 A CN 111914019A
- Authority
- CN
- China
- Prior art keywords
- block
- control data
- subsystem
- block chain
- stable control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2246—Trees, e.g. B+trees
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2255—Hash tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/105—Multiple levels of security
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses the technical field of power grid stability control data management, and particularly relates to a stability control data management system and method based on a block chain technology, which not only ensure the safety of stability control data management archiving, but also can solve the trust problem of a centralized system, and meanwhile, data can not be tampered and has traceability. The method comprises the following steps: client, data management backstage subsystem and block chain subsystem, wherein: the client is used for receiving a stable control data archiving request carrying archived data; the data management background subsystem is used for receiving the stable control data archiving request and sending the stable control data archiving request to the block chain subsystem; and the block chain subsystem is used for calling an intelligent contract, packaging the archived data carried by the stabilized control data archiving request into blocks and writing the blocks into the block chain subsystem.
Description
Technical Field
The invention belongs to the technical field of power grid stability control data management, and particularly relates to a stability control data management system and method based on a block chain technology.
Background
The overall process management of the safety and stability control device (hereinafter referred to as "stability control") generally includes stages of stability control planning, delivery acceptance, infrastructure debugging, operation maintenance, repair and reinstallation, and in these stages, a large amount of relevant data (hereinafter referred to as "stability control data" in a unified manner) such as device and accessory models, software versions, inspection reports, acceptance and acceptance conclusions, responsible persons, dates, and the like need to be managed. At present, the stability control data is mainly constructed in a traditional database mode, a paper recording and data cabinet storage mode is replaced, and the stability control data is convenient to store and look up, so that the stability control data is widely used.
Disclosure of Invention
In order to solve the defects in the prior art, the invention provides a stable control data management system and method based on a block chain technology, which not only ensure the safety of stable control data management archiving, but also can solve the trust problem of a centralized system, and meanwhile, data can not be falsified and has traceability.
In order to achieve the purpose, the technical scheme adopted by the invention is as follows: a stable control data management system based on block chain technology is characterized by comprising: client, data management backstage subsystem and block chain subsystem, wherein: the client is used for receiving a stable control data archiving request carrying archived data; the data management background subsystem is used for receiving the stable control data archiving request and sending the stable control data archiving request to the block chain subsystem; and the block chain subsystem is used for calling an intelligent contract, packaging the archived data carried by the stabilized control data archiving request into blocks and writing the blocks into the block chain subsystem.
Further, the blockchain subsystem includes a plurality of blockchain nodes.
Further, the block chain subsystem comprises a HyperLegger Fabric platform and intelligent contracts deployed and operated on the platform.
Furthermore, the data management background subsystem is realized by adopting Java Web technology, and interacts with the block chain subsystem through an API (application programming interface) provided by Hyperridge Fabric.
Further, the data structure of the block comprises:
the block head records a version number, a Hash address of a previous block, a merkle tree, a block creation timestamp, a block workload difficulty target and a parameter value for calculating the target;
the field version indicates a version number for tracking updates of the system;
a field prevBlockHash represents a block header Hash address of a previous block, and each block is linked with a previous block through the field;
a merkle tree generated by the Hash address of the stability control data archive recording information contained in the field merkle root storage block, wherein the leaf node of the merkle tree stores the Hash address of the stability control data archive recording information, and the non-leaf node stores the Hash address obtained by Hash calculation of the combination of all the leaf nodes below the leaf node;
the field time is a timestamp, represents the time generated by the block and corresponds to the authentication of each record;
the field difficiltyTarget represents the workload difficulty target of the block, and records the workload proving difficulty target of the block chain;
the field nonce is a parameter value for the calculation target, and a calculation parameter for proving the workload is recorded;
the block body is the stable control data archive record information of the block, including the archive amount and the archive data, the block body includes numtransportations bytes, numtransportations and transactions,
numtranactionsbytes: recording the number of bytes occupied by the stable control data archiving record number;
numtrafficcations: the number of archived records in the recording block;
transactions: a plurality of archived records within the recording block.
Further, the block chain subsystem is specifically configured to receive a steady control data archiving request carrying archived data; packaging the archived data into new blocks; acquiring the last block in the block chain subsystem, generating a Hash address through a Hash algorithm, and filling the Hash address into a parent Hash address of the new block; monitoring a new block broadcasted in the block chain subsystem, and verifying the new block; generating a valid new block after the verification is passed, and broadcasting the valid new block to be transmitted to all nodes in the block chain subsystem; the valid new block is written into the block chain subsystem.
A stable control data management method based on block chain technology comprises the following steps: receiving a stable control data archiving request carrying archived data; and calling an intelligent contract based on the stabilized control data archiving request, encapsulating the archived data carried by the stabilized control data archiving request into blocks, and writing the blocks into the block chain subsystem.
A non-transitory computer readable storage medium having stored thereon a computer program which, when executed by a computer, implements the aforementioned method.
Compared with the prior art, the invention has the following beneficial effects: the stability control data management system designed and established based on the block chain technology can realize archiving, searching, checking and the like of related stability control data by using the block chain technology, not only ensures the safety of the stability control data management archiving, but also can solve the trust problem of a centralized system, and meanwhile, the data cannot be falsified and has traceability, thereby greatly reducing the cost of the traditional data management mode and leading the archiving, searching and checking of the stability control data to be convenient and rapid.
Drawings
FIG. 1 is a schematic service flow diagram of a stability control data management system constructed by the method according to the embodiment of the present invention;
FIG. 2 is a schematic diagram of an infrastructure of a stability control data management system constructed by the method according to the embodiment of the invention;
FIG. 3 is a schematic diagram of an operation structure of a stability control data management system constructed by the method according to the embodiment of the invention;
FIG. 4 is a schematic diagram of a block chain generation process of a stability control data management system constructed by the method according to the embodiment of the present invention;
FIG. 5 is a functional requirement table of the stability control data management system constructed by the method according to the embodiment of the invention;
fig. 6 is a block data structure table of the stability control data management system constructed by the method according to the embodiment of the invention.
Detailed Description
The invention is further described below with reference to the accompanying drawings. The following examples are only for illustrating the technical solutions of the present invention more clearly, and the protection scope of the present invention is not limited thereby.
The first embodiment is as follows:
a stable control data management system design method based on block chain technology comprises the following steps: analyzing the service flow of the stability control data management system and determining the function of the stability control data management system; performing demand analysis and function design on the functions of the stability control data management system, and constructing a function demand table of the stability control data management system; based on a block chain technology, constructing a basic framework of the stability control data management system according to a function requirement table of the stability control data management system, wherein the basic framework comprises a block chain layer, a service layer and an application layer from bottom to top; the service layer provides information transfer between the block chain layer and the application layer; designing a data structure of a block chain layer; the block chain layer receives the archived data information to form blocks, and adds the blocks into the block chain.
As shown in fig. 1, the service flow of the stability control data management system is analyzed to determine the function of the stability control data management system. The stable control data management system functionally comprises user management, user registration, stable control data archiving, stable control data searching and checking and the like; the user roles are divided into an administrator and a common user, different roles have different operation authorities, the common user can perform registration, uploading and archiving of the stable control data, and lookup and verification of the stable control data in the authorized range, and the administrator can perform management such as audit, lookup and verification on the archived data related to the common user. The user firstly judges whether the user is registered, and if the user is not registered, the user enters a registration interface. If the user role is registered, judging the user role after login, wherein different roles have respective service functions.
And performing requirement analysis and function design on the functions of the stability control data management system, and constructing a function requirement table of the stability control data management system. According to the service process and system requirements of the stability control data management system, the stability control data management system mainly comprises two roles, namely an administrator and a common user. The administrator mainly manages and maintains intelligent contracts, alliances, stable control data and users, and ordinary users can archive, search and check the stable control data through the system. The specific functional requirements of the administrator and the general user in the stabilized data management system are shown in fig. 5.
Based on a block chain technology, constructing a basic framework of the stability control data management system according to a function requirement table of the stability control data management system, wherein the basic framework comprises a block chain layer, a service layer and an application layer from bottom to top; the service layer provides information transfer between the blockchain layer and the application layer. In this embodiment, the stability control data management system based on the block chain technology uses the block chain layer as a basis for stability control data management, and connects the upper service system through each block chain link point, thereby finally realizing archival data management for the user. The system infrastructure is composed of a block chain layer, a service layer and an application layer from bottom to top, as shown in fig. 2.
The block chain layer mainly adopts a block chain technology to provide block chain related services and realize a system background function. The specific implementation is a related block chain subsystem, which mainly comprises a hyper-ledger (hyper-ledger Fabric) platform and an intelligent contract deployed and operated on the platform, wherein the environmental conditions recommended by the hyper-ledger Fabric platform are as follows: operating the system: ubuntu14.04/16.04 (64 bit operating system), or mac 10.12; docker version: 17.03 or higher; nmp: x; git: x or higher; python:2.7. x. The Hyperhedger Fabric platform is used as a mature block chain technical solution, and mainly provides an account book maintenance, a consensus mechanism, member management, time sequence service, data signature, block generation and verification and the like in a block chain in the system, and finally converts archived data provided by a user into a corresponding block structure and links the data. The intelligent contract realizes the processing of specific services such as user registration, stable control data archiving and searching, verification and the like. And the block chain subsystem receives a stable control data archiving request sent by the data management background subsystem, calls an intelligent contract through an interface to execute, packages related request information into a data block, and writes the data block into the block chain after consensus identification.
The service layer links the application layer and the block chain layer, is realized through the data management background subsystem, and mainly realizes the functions of stably controlling the data archiving service transmission and the like. The data management background subsystem is realized by adopting a mainstream Java Web technology, and performs interaction through an API (application programming interface) provided by HyperLegendr Fabric, and transmits service requests such as stable control data archiving, consulting and checking to the block chain subsystem for specific processing. The service layer provides role functions for an administrator and a common user through a web end.
The application layer provides an operation interface and corresponding service functions for an administrator and a common user, including stable control data archiving, consulting and checking and the like, and is specifically realized as a client. The administrator and the common user can perform operations such as registration, stable control data verification, lookup and verification and the like through the computer client and the mobile phone APP, and perform data interaction through an API (application programming interface) provided by the data management background subsystem. In this embodiment, the block chain subsystem is composed of a plurality of block chain nodes, and the data management background subsystem is composed of a web server, a database server, and the like. The operation structure of the stability control data management system is shown in fig. 3.
And designing a data structure of the block chain layer. As shown in fig. 6, a block structure includes a block header and a block body, wherein the block header records a version number, a Hash address of a previous block, a merkle tree, a block creation timestamp, a workload difficulty target of the block, and a parameter value for calculating the target;
the field version indicates a version number for tracking updates of the system;
a field prevBlockHash represents a block head Hash address of a previous block, each block is linked with the previous block through the field, and the field is one of verification conditions of block link validity, wherein a SHA-256 Hash algorithm is adopted in the embodiment;
a field merkle root storage block is used for storing a merkle tree generated by a Hash address of the steady control data archiving recording information, leaf nodes of the merkle tree store the Hash address of the steady control data archiving recording information (for software version information, the Hash address is directly related data such as the Hash address, the device and accessory model, an inspection report, an acceptance conclusion, a responsible person, date and the like, the Hash address can be calculated according to the identification of the software version information), non-leaf nodes are stored by Hash addresses obtained by carrying out Hash calculation on the combination of all the leaf nodes below the non-leaf nodes, the change of any steady control data in the block can cause the change of a merkle tree structure, and in the process of archiving and comparing the recorded information, the merkle tree structure can greatly reduce the calculation amount of the data;
the field time is a timestamp, represents the time generated by the block, and corresponds to the authentication of each record to prove the authenticity of the record, and the embodiment adopts Unix time as a reference, and starts from 1970-01-0100: 00 UTC to the present, and takes the current timestamp in seconds as a unit;
the field difficiltytarget represents a block difficulty value, and the work load proving difficulty target of the block chain is recorded;
the field nonce is a random value, records calculation parameters for proving workload, and continuously generates a new random value when generating the block;
the content of the block body is the stable control data archive record information of the block, and comprises the archive quantity and the archive data, and the block body is divided into three parts: numtrafficlosectionBytes, numtrafficctions and transactions,
numtranactionsbytes: recording the number of bytes occupied by the stable control data archiving record number;
numtrafficcations: the number of archived records in the recording block;
transactions: a plurality of archived records within the recording block.
The block chain layer receives the archived data information to form blocks, and adds the blocks into the block chain. When the stability control data management system operates, the system is initialized initially, and then when the stability control data management system performs management such as archiving, a first block is generated and added to a block chain, and a new block is continuously generated and added to the block chain along with the continuous operation of the stability control data management, and the process is shown in fig. 4. Specifically, the method comprises the following steps:
(1) initializing a system: before each block link point in the stability control data management system is deployed and operated, system environment inspection is firstly needed to ensure normal execution of node functions, including system parameter setting, network environment inspection and the like;
(2) block initialization: after the system is initialized, the block chain data is initialized at the same time. Meanwhile, the transaction Hash address in the merkel tree in the block is the Hash address of the user data to be archived, namely the transaction is the user data archiving behavior;
(3) obtaining the last 1 block in the block chain: before a new block is generated, 1 Hash address generated by data of the head of the previous block through a Hash algorithm is filled into a parent Hash address of the new block, and each block is connected end to end through the value to form a block chain;
(4) verification of the new block: in a blockchain network, all nodes will constantly listen for newly generated blocks broadcast in the network: checking the new block mainly comprises the aspects of workload certification, time stamp and the like;
(5) broadcasting the new blocks: after a node generates a valid new block, the block needs to be broadcasted so that the block is transmitted to all nodes in the network;
(6) new block chaining generates a new block chain: after the new block passes the verification of other nodes, adding the new block into a block chain; the system continues to wait for the generation of a new block.
The invention carries out block encapsulation and distributed management on the stably controlled user archived data and the like, constructs a decentralized, tamper-proof, trust-free and traceable distributed data management system, realizes quick, convenient and efficient management of the user archived data, greatly reduces the cost of the traditional data management mode, ensures that the archiving, the looking up and the checking of the stably controlled data become convenient and quick, and has wide application prospect.
Example two:
based on the foregoing embodiments, the present embodiment provides a stable control data management system based on a block chain technique, including: client, data management backstage subsystem and block chain subsystem, wherein: the client is used for receiving a stable control data archiving request carrying archived data; the data management background subsystem is used for receiving the stable control data archiving request and sending the stable control data archiving request to the block chain subsystem; and the block chain subsystem is used for calling the intelligent contract, packaging the archived data carried by the stabilized control data archiving request into blocks and writing the blocks into the block chain subsystem. The client corresponds to the application layer and provides an operation interface and corresponding service functions for users, and the users comprise administrators and common users; the service layer links the application layer and the block chain layer and is realized through a data management background subsystem; the block chain layer is realized through a block chain subsystem, the block chain subsystem receives a data archiving request sent by the data management background subsystem, calls an intelligent contract through an interface to execute, packages related request information into a data block, and writes the data block into the block chain after consensus identification. The block chain layer comprises a plurality of block chain nodes, and the block chain layer is connected with the service system of the service layer and the application layer through each block chain node. The block chain subsystem comprises a HyperLegger Fabric platform and intelligent contracts which are deployed and run on the platform. The steady control data management background subsystem is realized by adopting Java Web technology, and carries out interaction through an API (application program interface) provided by HyperLegendr Fabric, and transmits steady control data archiving, consulting and checking requests to the block chain subsystem for processing. The data structure of the block chain layer includes: the block structure comprises a block head and a block body, wherein the block head records a version number, a Hash address of a previous block, a merkle tree, a block creation timestamp, a workload difficulty target of the block and a parameter value for calculating the target; the field version indicates a version number for tracking updates of the system; the field prevBlockHash represents the block header Hash address of the previous block, and each block is linked with the previous block through the field; a merkle tree generated by the Hash address of the stability control data archive recording information contained in the field merkle root storage block, wherein the leaf node of the merkle tree stores the Hash address of the stability control data archive recording information, and the non-leaf node stores the Hash address obtained by Hash calculation of the combination of all the leaf nodes below the leaf node; the change of any stable control data in the block can cause the structure of the merkle tree to change; the field time is a timestamp, represents the time generated by the block and corresponds to the authentication of each record; the field difficiltyTarget represents the workload difficulty target of the block, and records the workload proving difficulty target of the block chain; the field nonce is used for calculating the parameter value of the target and recording the calculation parameter for proving the workload; the block body is the stable control data archive record information of the block, and comprises archive quantity and archive data, the block body comprises numtransportations bytes, numtransportations and transactions, and numtransportations bytes: recording the number of bytes occupied by the stable control data archiving record number; numtrafficcations: the number of archived records in the recording block; transactions: a plurality of archived records within the recording block. The block chain subsystem is specifically used for receiving a stable control data archiving request carrying archived data; packaging the archived data into new blocks; acquiring the last block in the block chain subsystem, generating a Hash address through a Hash algorithm, and filling the Hash address into a parent Hash address of the new block; monitoring a new block broadcasted in the block chain subsystem, and verifying the new block; generating a valid new block after the verification is passed, and broadcasting the valid new block to be transmitted to all nodes in the block chain subsystem; the valid new block is written into the block chain subsystem.
Example three:
based on the foregoing embodiments, this embodiment provides a stable control data management method based on a block chain technique, including: receiving a stable control data archiving request carrying archived data; and calling an intelligent contract based on the stabilized control data archiving request, encapsulating the archived data carried by the stabilized control data archiving request into blocks, and writing the blocks into the block chain subsystem. The block chain subsystem is specifically configured to: receiving a stable control data archiving request carrying archived data; packaging the archived data into a new block; acquiring the last block in the block chain subsystem, generating a Hash address through a Hash algorithm, and filling the Hash address into a parent Hash address of the new block; monitoring a new block broadcasted in the block chain subsystem, and verifying the new block; generating a valid new block after the verification is passed, and broadcasting the valid new block to be transmitted to all nodes in the block chain subsystem; the valid new block is written into the block chain subsystem. The data structure of the block includes: the block head records a version number, a Hash address of a previous block, a merkle tree, a block creation timestamp, a block workload difficulty target and a parameter value for calculating the target; the field version indicates a version number for tracking updates of the system; a field prevBlockHash represents a block header Hash address of a previous block, and each block is linked with a previous block through the field; a merkle tree generated by the Hash address of the stability control data archive recording information contained in the field merkle root storage block, wherein the leaf node of the merkle tree stores the Hash address of the stability control data archive recording information, and the non-leaf node stores the Hash address obtained by Hash calculation of the combination of all the leaf nodes below the leaf node; the field time is a timestamp, represents the time generated by the block and corresponds to the authentication of each record; the field difficiltyTarget represents the workload difficulty target of the block, and records the workload proving difficulty target of the block chain; the field nonce is a parameter value for the calculation target, and a calculation parameter for proving the workload is recorded; the block body is the stable control data archive record information of the block, and comprises archive quantity and archive data, the block body comprises numtransportations bytes, numtransportations and transactions, and numtransportations bytes: recording the number of bytes occupied by the stable control data archiving record number; numtrafficcations: the number of archived records in the recording block; transactions: a plurality of archived records within the recording block.
Example four: .
Based on the above embodiments, the present embodiment provides a non-transitory computer-readable storage medium, on which a computer program is stored, and when the program is executed by a computer, the method according to the third embodiment is implemented.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above description is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, several modifications and variations can be made without departing from the technical principle of the present invention, and these modifications and variations should also be regarded as the protection scope of the present invention.
Claims (10)
1. A stable control data management system based on block chain technology is characterized by comprising: client, data management backstage subsystem and block chain subsystem, wherein:
the client is used for receiving a stable control data archiving request carrying archived data;
the data management background subsystem is used for receiving the stable control data archiving request and sending the stable control data archiving request to the block chain subsystem;
and the block chain subsystem is used for calling an intelligent contract, packaging the archived data carried by the stabilized control data archiving request into blocks and writing the blocks into the block chain subsystem.
2. The system according to claim 1, wherein the blockchain subsystem comprises a plurality of blockchain nodes.
3. The system of claim 1, wherein the blockchain subsystem comprises a Hyperhedger Fabric platform and an intelligent contract deployed and run on the Hyperhedger Fabric platform.
4. The stability control data management system based on the blockchain technology of claim 1, wherein the data management background subsystem is implemented by using a Java Web technology and interacts with the blockchain subsystem through an API interface provided by superhedger Fabric.
5. The system according to claim 1, wherein the data structure of the block comprises:
the block head records a version number, a Hash address of a previous block, a merkle tree, a block creation timestamp, a block workload difficulty target and a parameter value for calculating the target;
the field version indicates a version number for tracking updates of the system;
a field prevBlockHash represents a block header Hash address of a previous block, and each block is linked with a previous block through the field;
a merkle tree generated by the Hash address of the stability control data archive recording information contained in the field merkle root storage block, wherein the leaf node of the merkle tree stores the Hash address of the stability control data archive recording information, and the non-leaf node stores the Hash address obtained by Hash calculation of the combination of all the leaf nodes below the leaf node;
the field time is a timestamp, represents the time generated by the block and corresponds to the authentication of each record;
the field difficiltyTarget represents the workload difficulty target of the block, and records the workload proving difficulty target of the block chain;
the field nonce is a parameter value for the calculation target, and a calculation parameter for proving the workload is recorded;
the block body is the stable control data archive record information of the block, including the archive amount and the archive data, the block body includes numtransportations bytes, numtransportations and transactions,
numtranactionsbytes: recording the number of bytes occupied by the stable control data archiving record number;
numtrafficcations: the number of archived records in the recording block;
transactions: a plurality of archived records within the recording block.
6. The system according to claim 1, wherein the blockchain subsystem is configured to:
receiving a stable control data archiving request carrying archived data;
packaging the archived data into new blocks;
acquiring the last block in the block chain subsystem, generating a Hash address through a Hash algorithm, and filling the Hash address into a parent Hash address of the new block;
monitoring a new block broadcasted in the block chain subsystem, and verifying the new block;
generating a valid new block after the verification is passed, and broadcasting the valid new block to be transmitted to all nodes in the block chain subsystem;
the valid new block is written into the block chain subsystem.
7. A stable control data management method based on block chain technology is characterized by comprising the following steps:
receiving a stable control data archiving request carrying archived data;
and calling an intelligent contract based on the stabilized control data archiving request, encapsulating the archived data carried by the stabilized control data archiving request into blocks, and writing the blocks into the block chain subsystem.
8. The method of claim 7, wherein the blockchain subsystem is specifically configured to:
receiving a stable control data archiving request carrying archived data;
packaging the archived data into new blocks;
acquiring the last block in the block chain subsystem, generating a Hash address through a Hash algorithm, and filling the Hash address into a parent Hash address of the new block;
monitoring a new block broadcasted in the block chain subsystem, and verifying the new block;
generating a valid new block after the verification is passed, and broadcasting the valid new block to be transmitted to all nodes in the block chain subsystem;
the valid new block is written into the block chain subsystem.
9. The method of claim 7, wherein the data structure of the block comprises:
the block head records a version number, a Hash address of a previous block, a merkle tree, a block creation timestamp, a block workload difficulty target and a parameter value for calculating the target;
the field version indicates a version number for tracking updates of the system;
a field prevBlockHash represents a block header Hash address of a previous block, and each block is linked with a previous block through the field;
a merkle tree generated by the Hash address of the stability control data archive recording information contained in the field merkle root storage block, wherein the leaf node of the merkle tree stores the Hash address of the stability control data archive recording information, and the non-leaf node stores the Hash address obtained by Hash calculation of the combination of all the leaf nodes below the leaf node;
the field time is a timestamp, represents the time generated by the block and corresponds to the authentication of each record;
the field difficiltyTarget represents the workload difficulty target of the block, and records the workload proving difficulty target of the block chain;
the field nonce is a parameter value for the calculation target, and a calculation parameter for proving the workload is recorded;
the block body is the stable control data archive record information of the block, including the archive amount and the archive data, the block body includes numtransportations bytes, numtransportations and transactions,
numtranactionsbytes: recording the number of bytes occupied by the stable control data archiving record number;
numtrafficcations: the number of archived records in the recording block;
transactions: a plurality of archived records within the recording block.
10. A non-transitory computer readable storage medium having stored thereon a computer program, wherein the program when executed by a computer implements the method of any one of claims 7-9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010557275.0A CN111914019A (en) | 2020-06-18 | 2020-06-18 | Stable control data management system and method based on block chain technology |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010557275.0A CN111914019A (en) | 2020-06-18 | 2020-06-18 | Stable control data management system and method based on block chain technology |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111914019A true CN111914019A (en) | 2020-11-10 |
Family
ID=73237841
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010557275.0A Pending CN111914019A (en) | 2020-06-18 | 2020-06-18 | Stable control data management system and method based on block chain technology |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111914019A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113268711A (en) * | 2021-05-25 | 2021-08-17 | 国网山东省电力公司电力科学研究院 | Transformer substation relay protection device software version management method based on Git and block chain |
| CN113590375A (en) * | 2021-06-25 | 2021-11-02 | 北京电链科技有限公司 | Block chain-based stability control device information verification method and system |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110049060A (en) * | 2019-04-28 | 2019-07-23 | 南京理工大学 | Distributed trusted identity based on block chain deposits card method and system |
| CN111125131A (en) * | 2019-12-16 | 2020-05-08 | 武汉大学 | Two-stage consensus block chain system with state buffering capacity and deployment method |
-
2020
- 2020-06-18 CN CN202010557275.0A patent/CN111914019A/en active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110049060A (en) * | 2019-04-28 | 2019-07-23 | 南京理工大学 | Distributed trusted identity based on block chain deposits card method and system |
| CN111125131A (en) * | 2019-12-16 | 2020-05-08 | 武汉大学 | Two-stage consensus block chain system with state buffering capacity and deployment method |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113268711A (en) * | 2021-05-25 | 2021-08-17 | 国网山东省电力公司电力科学研究院 | Transformer substation relay protection device software version management method based on Git and block chain |
| CN113268711B (en) * | 2021-05-25 | 2022-03-08 | 国网山东省电力公司电力科学研究院 | Transformer substation relay protection device software version management method based on Git and block chain |
| CN113590375A (en) * | 2021-06-25 | 2021-11-02 | 北京电链科技有限公司 | Block chain-based stability control device information verification method and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110912937B (en) | Block chain-based digital certificate storage platform and certificate storage method | |
| CN110278211B (en) | Data inspection method and device based on block chain | |
| CN107193490B (en) | Distributed data storage system and method based on block chain | |
| CN106874461B (en) | A kind of workflow engine supports multi-data source configuration security access system and method | |
| CN110971614A (en) | Internet of things adaptation method and system, computer equipment and storage medium | |
| KR102618665B1 (en) | Version history management using blockchain | |
| CN101472140B (en) | System for distributing and requiring multimedia program and implementing method thereof | |
| CN112270550B (en) | New energy power tracing method and system based on blockchain | |
| CN106991035A (en) | A kind of Host Supervision System based on micro services framework | |
| CN112835612A (en) | Electronic document version management method and device based on block chain | |
| CN103957248A (en) | Public real-time data management cloud service platform based on Internet of Things | |
| CN110457190A (en) | A kind of full link monitoring method, apparatus and system based on block chain | |
| CN113157648A (en) | Block chain based distributed data storage method, device, node and system | |
| US8209412B2 (en) | Methods for managing a plurality of devices using protectable communication protocol, including determination of marketing feedback to assess a response to an advertisement | |
| CN104933188A (en) | Data synchronism system and method of patent individuation index | |
| JP2012150805A (en) | Systems and methods for detecting fraud associated with systems application processing | |
| CN112039866B (en) | Design method of block chain-based data trusted configuration management system | |
| CN106339273A (en) | Application program restoration method, terminal and server | |
| CN111327613A (en) | Distributed service authority control method and device and computer readable storage medium | |
| CN111914019A (en) | Stable control data management system and method based on block chain technology | |
| CN104156300A (en) | Log management system and log management method | |
| CN111597543A (en) | Wide-area process access authority authentication method and system based on block chain intelligent contract | |
| CN113420039A (en) | Model management method, system, equipment and medium for regulating and controlling cloud platform | |
| CN111694743A (en) | Service system detection method and device | |
| CN111680900A (en) | Work order issuing method and device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201110 |