CN112988901A - Evidence-storing data chaining method based on block chain - Google Patents
Evidence-storing data chaining method based on block chain Download PDFInfo
- Publication number
- CN112988901A CN112988901A CN202110364815.8A CN202110364815A CN112988901A CN 112988901 A CN112988901 A CN 112988901A CN 202110364815 A CN202110364815 A CN 202110364815A CN 112988901 A CN112988901 A CN 112988901A
- Authority
- CN
- China
- Prior art keywords
- data
- block
- block chain
- storing
- identification code
- 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
- 238000000034 method Methods 0.000 title claims abstract description 65
- 238000013500 data storage Methods 0.000 claims description 20
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000012795 verification Methods 0.000 claims description 4
- 238000004806 packaging method and process Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 description 9
- 238000000638 solvent extraction Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000007547 defect Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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/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
- 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/23—Updating
- G06F16/2365—Ensuring data consistency and integrity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a block chain-based evidence storing data uplink method, which abstracts a library table and/or a file of a data center into a data source; storing the attribute information of the data source into a data source table; scanning a data source table, establishing corresponding client connection, reading data according to rows, and calculating a unique certificate-storing identification code for each piece of data through a Hash algorithm; extracting the certificate-storing identification code of each piece of data, and linking the certificate-storing identification code with the corresponding data type to generate a block chain certificate-storing code; and uploading the evidence storing identification code of the data and the block chain evidence storing code to a block chain network. The invention provides a block chain-based evidence storing data chaining method, which aims to solve the problem that different data centers need to be adapted with different block chain evidence storing methods in the prior art, and achieves the purposes that the block chain evidence storing method has high universality and compatibility and can be adapted to various data centers.
Description
Technical Field
The invention relates to the field of block chain evidence storage, in particular to a block chain-based evidence storage data uplink method.
Background
The block chain technology has the effects of anti-counterfeiting verification and tracing. The main function of the method is to upload data to a block chain, and due to the non-tampering characteristic of the block chain, when the data is uploaded to the block chain, the data is propagated and stored by all nodes of the block chain, and if the data in the block chain network is to be modified, certain conditions need to be met, for example, more than 50%/75% of the nodes need to agree to the modification.
The evidence storing technology is that data is stored in a block chain as a digital asset evidence of various services by utilizing the non-falsification characteristic of the block chain network. Because data is not tampered in the blockchain network, the data in the blockchain network has very high credibility when being used in the field of authentication.
At present, various data in the information age have the purpose of storing certificates, and the traditional data center stores data by utilizing various database tables/files, so that the stored data volume is huge and complicated, and the structure is various. Most of the prior art can only manually read, analyze and encapsulate the data and store the data into a block chain according to a database table/file structure of a certain data center, but the data of other data centers are likely to face the problems of restarting and repeated work; that is, different data centers in the prior art need to be adapted with different evidence storing methods, how to store and verify data of the different data centers to a block chain network simply and commonly, and to be applicable to most data centers is a problem that is difficult to solve in the prior art.
Disclosure of Invention
The invention provides a block chain-based evidence storing data chaining method, which aims to solve the problem that different data centers need to be adapted with different block chain evidence storing methods in the prior art, and achieves the purposes that the block chain evidence storing method has high universality and compatibility and can be adapted to various data centers.
The invention is realized by the following technical scheme:
a block chain-based evidence-storing data uplink method comprises the following steps:
s1, abstracting the database and/or file of the data center into a data source;
s2, storing the attribute information of the data source into a data source table;
s3, scanning a data source table, establishing corresponding client connection, reading data in rows, and calculating a unique evidence storage identification code for each piece of data through a Hash algorithm;
s4, extracting the certificate storage identification code of each piece of data, and linking the certificate storage identification code with the corresponding data type to generate a block chain certificate storage code;
and S5, uploading the evidence storing identification code of the data and the block chain evidence storing code to the block chain network.
Aiming at the problem that different data centers need to be adapted with different block chain evidence storing methods in the prior art, the invention provides a evidence storing data chaining method based on a block chain, wherein in the prior art, the data centers store data by utilizing various database tables/files; and then storing the attribute information of the data source into a data source table. And then scanning the data source table, establishing corresponding client connection, reading data according to rows, and calculating a unique certificate-storing identification code for each piece of data through a Hash algorithm. The method fully utilizes the evidence storing identification code, links the evidence storing identification code with the corresponding data type, generates a unique block chain evidence storing code, and finally uploads the evidence storing identification code of the data and the block chain evidence storing code to the block chain network together. According to the uplink method, due to the calculation and uploading of the block chain certificate storage codes, certain data which can be uniquely positioned to a certain data center through the block chain certificate storage codes during subsequent business or transaction can be guaranteed, and the data can be continuously stored to the block chain, so that the data certificate storage problem of different data storage types of a plurality of data centers is successfully solved. In summary, the present application aims to store and verify most of data stored in a data center on a blockchain network, and can adapt to most of data centers by using its simple and general characteristics, thereby overcoming the defect that each data center in the prior art needs a set of storage and verification method adapted thereto.
Further, the method abstracted in step S1 includes: and establishing a corresponding client according to the data storage type, wherein the client can read the attribute information in the data source data. The method recorded by the scheme is a concrete method for abstracting a database table and/or a file of a data center into a data source; preferably, the function of the client satisfies a minimum necessary rule, that is, the content read by the client should be controlled to a minimum range on the premise of satisfying the requirement.
Further, the attribute information includes one or more of data storage type, data center iP address, data center port number, database account number, database password, database name, data table name/data document name, and database table primary key field. According to the method, mysql connection can be successfully established through the attribute information, and data stored in the corresponding table are read in sequence. Wherein, for a relational database, a data table name can be obtained; for a non-relational database, it does not have the concept of "table" but a "document" type, and thus the attribute information corresponding to the corresponding data table name is a data document name.
Further, in step S3, the corresponding client connection is established based on the data storage type.
Further, in step S1, calculating a maximum uplink available memory according to the size of each piece of data in the data source and the available space of the host memory, and partitioning all pieces of data in the data source into blocks according to the maximum uplink available memory, so that each block of data is less than or equal to the maximum uplink available memory; and executing the steps S2-S5, and packaging and uploading the certificate-storing identification code of each block of data and the block chain certificate-storing code to the block chain network. In addition, in the prior art, the data size is difficult to adapt to the memory of the uplink host, and the problems of long-term overload operation or serious memory waste are easy to occur. The method comprises the steps of calculating the maximum available memory of the uplink according to the size of each row of data of a data source and the available space of the memory of the host, partitioning all data of the data source based on the maximum available memory of the uplink to enable each block of data to be smaller than or equal to the maximum available memory of the uplink, and then entering the uplink process of the steps S2-S5 on the basis to achieve the maximization of the memory application and solve the problem that the host is easy to operate under overload for a long time in the prior art.
Further, if any data block is successfully uploaded to the block chain network, recording the uplink result of the data block and the starting point of the next data block for breakpoint transmission; if any data block fails to be uploaded, the data block does not update the starting point; and scanning and uploading the data source data block by block from the starting point of the currently recorded data block at each time of uploading. The scheme provides a breakpoint continuous transmission method for the chain loading process of the evidence storing data, the method is realized based on the data blocking process, the blank of the prior art is filled, and the breakpoint continuous transmission method is obviously different from the traditional breakpoint continuous transmission method.
Further, the starting point of the data block is reset at a timing, and steps S3 to S5 are performed after the reset. According to the scheme, the starting point of the data block is reset at regular time, and the steps S3-S5 are executed after the resetting, so that the updated data can be ensured to be scanned, and the defect that the uplink updating can not be ensured when all data are not missed and the active data are updated is overcome.
Further, when the block chain network is uploaded to the block chain network in step S5, comparing the certificate of deposit identification code of each block of data: if the certificate storage identification code of the block data is the same as the stored certificate storage identification code, ignoring the uploading; and if the certificate storage identification code of the block data is not matched with the stored certificate storage identification code, executing the uploading. The method can only ensure that all data are not missed and updated data can be linked up in time, but the problem of repeated link up of the source data cannot be effectively solved. Therefore, the evidence storing identification codes of each piece of data are compared during the chain loading, and once the data are updated, the evidence storing identification codes of the data can be changed definitely, so that the chain loading can be carried out only when the data are detected to be not matched with the previously stored evidence storing identification codes during the chain loading, otherwise, the data source is repeated and can be directly ignored, and the condition of repeated chain loading is avoided.
Further, in step S2, the attribute information of the data source is stored in the data source table by a configuration manner, where the configuration manner is required to make one type of data uniquely correspond to one data source. The configuration mode can be set according to the data storage type, and can also be adaptively set by a person skilled in the art according to specific needs.
Further, in step S4, the certificate-storing identification code and the corresponding data type are linked by a designated symbol. The data type may include pure data or behavior data, and the designated symbol is preferably a special symbol for easy recognition, such as an English period.
Compared with the prior art, the invention has the following advantages and beneficial effects:
1. the evidence-storing data chaining method based on the block chain can identify various data of each data center without adapting a set of data reading scheme for each data center. After the data is successfully read, a globally unique block chain evidence storing code can be generated for each type of data of each data center, so that certain data of a certain data center can be uniquely positioned through the block chain evidence storing code during subsequent business transaction, and the defect that each data center in the prior art needs a set of evidence storing method matched with the data center is successfully overcome.
2. The invention discloses a certificate storing data uplink method based on a block chain, which is characterized in that the maximum available memory for uplink is calculated according to the size of each row of data of a data source and the available space of a host memory, all data of the data source are partitioned based on the maximum available memory for uplink, so that each block of data is less than or equal to the maximum available memory for uplink, and on the basis, the data enter the uplink process, thereby realizing the maximization of the memory application and simultaneously solving the problem that the host is easy to operate for a long time and overload in the prior art.
3. The invention discloses a block chain-based evidence-stored data uplink method, and provides a breakpoint continuous transmission method for an evidence-stored data uplink process.
4. The invention discloses a block chain-based evidence-storing data uplink method, which ensures that updated data can be scanned and uplink can be updated in time; and comparing the evidence-storing identification code of each piece of data during uplink so as to avoid the situation of repeated uplink.
Drawings
The accompanying drawings, which are included to provide a further understanding of the embodiments of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the principles of the invention. In the drawings:
FIG. 1 is a schematic flow chart of an embodiment of the present invention;
FIG. 2 is a system diagram of an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is further described in detail below with reference to examples and accompanying drawings, and the exemplary embodiments and descriptions thereof are only used for explaining the present invention and are not meant to limit the present invention. In the description of the present application, it is to be understood that the terms "front", "back", "left", "right", "upper", "lower", "vertical", "horizontal", "high", "low", "inner", "outer", etc. indicate orientations or positional relationships based on those shown in the drawings, and are only for convenience in describing the present invention and simplifying the description, but do not indicate or imply that the device or element being referred to must have a particular orientation, be constructed in a particular orientation, and be operated, and thus should not be construed as limiting the scope of the present application.
Example 1:
as shown in fig. 1, a block chain-based evidence-storing data uplink method includes:
s1, abstracting the database and/or file of the data center into a data source;
s2, storing the attribute information of the data source into a data source table;
s3, scanning a data source table, establishing corresponding client connection, reading data in rows, and calculating a unique evidence storage identification code for each piece of data through a Hash algorithm;
s4, extracting the certificate storage identification code of each piece of data, and linking the certificate storage identification code with the corresponding data type to generate a block chain certificate storage code;
and S5, uploading the evidence storing identification code of the data and the block chain evidence storing code to the block chain network.
The method abstracted in the step S1 includes: and establishing a corresponding client according to the data storage type, wherein the client can read the attribute information in the data source data.
The attribute information comprises one or more of data storage type, data center iP address, data center port number, database account number, database password, database name, data table name/data document name and database table primary key field.
In step S3, the corresponding client connection is established based on the data storage type.
In step S1, calculating the maximum uplink available memory according to the size of each row of data of the data source and the available space of the host memory, and blocking all data of the data source according to the maximum uplink available memory, so that each block of data is less than or equal to the maximum uplink available memory; and executing the steps S2-S5, and packaging and uploading the certificate-storing identification code of each block of data and the block chain certificate-storing code to the block chain network.
Preferably, after any data block is successfully uploaded to the block chain network, recording the uplink result of the data block and the starting point of the next data block for breakpoint transmission;
if any data block fails to be uploaded, the data block does not update the starting point;
and scanning and uploading the data source data block by block from the starting point of the currently recorded data block at each time of uploading.
Preferably, the starting point of the data block is reset at a timing, and steps S3 to S5 are performed after the reset.
Preferably, when the step S5 is executed to upload to the blockchain network, the certificate of deposit identification code of each block is compared: if the certificate storage identification code of the block data is the same as the stored certificate storage identification code, ignoring the uploading; and if the certificate storage identification code of the block data is not matched with the stored certificate storage identification code, executing the uploading.
Preferably, in step S2, the attribute information of the data source is stored in the data source table by a configuration manner, where the configuration manner is required to make one type of data uniquely correspond to one data source.
Preferably, in step S4, the certificate identification code and the corresponding data type are linked by a designated symbol.
Example 2:
as shown in fig. 2, a block chain based certified data uplink system includes:
the first processing module is used for abstracting a base table and/or a file of the data center into a data source;
the storage module is used for storing the attribute information of the data source into a data source table;
the second processing module is used for scanning the data source table, establishing corresponding client connection, reading data according to rows and calculating a unique certificate-storing identification code for each piece of data through a Hash algorithm;
the third processing module is used for extracting the certificate storage identification code of each piece of data, linking the certificate storage identification code with the corresponding data type of the certificate storage identification code and generating a block chain certificate storage code;
and the uploading module is used for uploading the evidence storing identification code of the data and the block chain evidence storing code to the block chain network together.
The specific working process of the system is as follows:
step 1: abstracting a base table/file and the like of the data center into a data source; the concrete method for abstracting the data source is that according to the data storage type (such as mysql/oracle/mongoddb/file and the like), a plurality of attribute information corresponding to the client can be established and read to the data of the data source by using the minimum necessary principle: if the relational database is mysql, the data source attributes include a data storage type (mysql), a data center iP address (localhost), a data center port number (3306), a database account number (user _ account), a database password (user _ password), a database name (db _ name), a database name (table _ name), and a database table primary key field (pkfields). The system can successfully establish mysql connection through the attributes and read the data stored in the corresponding table in sequence.
Step 2: on the basis of the step 1, the data source attributes and the like are stored in a data source table of the system through system/manual configuration, and one type of data uniquely corresponds to one data source. During manual configuration, the attributes to be configured are selected according to the selected data storage type. The attributes required to be configured for the relational databases such as Oracle and sqlserver and the non-relational databases such as Mongodb and Couchdb are basically the same as the attributes mentioned in step 1, and have slightly different meanings, for example, the non-relational database Mongodb does not have the concept of a table, but is of a Document type, so the meaning of the attribute corresponding to the corresponding data table name is the data Document name.
And step 3: on the basis of the step 2, scanning a data source, establishing corresponding client connection according to configuration and data storage types to read data line by line, and calculating a unique certificate storage identification code for each piece of data through a Hash algorithm;
and 4, step 4: on the basis of the step 3, extracting the deposit certificate identification code of each piece of data, and linking the deposit certificate identification code and the corresponding data type (pure data or behavior data) through special symbols (such as English periods) to generate a block chain deposit certificate code
And 5: and on the basis of the step 4, uploading the evidence storing identification code of the data and the block chain evidence storing code to a block chain network together.
In one or more preferred embodiments, the method further comprises:
the method for maximizing the memory is expanded: and partitioning data, and automatically calculating the uplink maximum available memory according to the size of each row of data of the data source and the available memory space of the host of the operating system. And partitioning all data of the data source into blocks according to the uplink maximum available memory, wherein each block of data is less than or equal to the uplink maximum available memory.
Preferably, the system automatically calculates the evidence storing identification code and the block chain evidence storing code from each block of data, and packs and uploads the codes to the block chain. After successful uplink, the uplink result of each data block and the starting point of the next data block are recorded and used as breakpoint transmission, and if the uplink of the data block fails, the starting point is not updated by the whole block.
Preferably, the system scans and uploads the data source data one by one starting point of the currently recorded data block, and for a starting point of zero value (unsuccessfully linked), the system starts to link the data block from the first block, and for a starting point of non-zero value, the system starts to link the data block from the next block recorded from the starting point directly.
Preferably, the above procedure only guarantees that all data is not missed uplink, but cannot guarantee that there is an update for the source data. Therefore, the system resets the data source starting point to zero at 2 am and 11 pm each day, and repeats the chaining process, thereby ensuring that the updated data can be scanned.
Preferably, the above procedure only ensures that all data is not missed and updated data can be uplink in time, but cannot ensure that there is a repeated uplink situation for the source data. Therefore, the system compares the certificate of authenticity identification code of each data during uplink, and once the data is updated, the certificate of authenticity identification code of the data is changed definitely, so that the system can only carry out uplink if detecting that the data is not matched with the previously stored certificate of authenticity identification code during uplink, and otherwise, the system can ignore the result.
The system simplifies diversified data storage modes of various data centers into simple and universal data sources, can self-adaptively read various data storage formats such as SQL/NOSQL/FILE and the like through different iP addresses, data storage types and the like, and ensures that the system can automatically identify various data of each data center without adapting a set of data reading scheme for each data center. After the data is successfully read, a globally unique block chain certificate storing code can be generated for each type of data of each data center, and the data can be uniquely positioned to a certain data center through the block chain certificate storing code in subsequent business transaction. After the system runs, the data can be continuously stored and certified to the block chain by one-time configuration without any operation, and the data storage certification problem of different data storage types of a plurality of data centers is successfully solved.
The above-mentioned embodiments are intended to illustrate the objects, technical solutions and advantages of the present invention in further detail, and it should be understood that the above-mentioned embodiments are merely exemplary embodiments of the present invention, and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.
Claims (10)
1. A block chain-based evidence-storing data uplink method is characterized by comprising the following steps:
s1, abstracting the database and/or file of the data center into a data source;
s2, storing the attribute information of the data source into a data source table;
s3, scanning a data source table, establishing corresponding client connection, reading data in rows, and calculating a unique evidence storage identification code for each piece of data through a Hash algorithm;
s4, extracting the certificate storage identification code of each piece of data, and linking the certificate storage identification code with the corresponding data type to generate a block chain certificate storage code;
and S5, uploading the evidence storing identification code of the data and the block chain evidence storing code to the block chain network.
2. The method of claim 1, wherein the step of abstracting in step S1 comprises: and establishing a corresponding client according to the data storage type, wherein the client can read the attribute information in the data source data.
3. The method as claimed in claim 1, wherein the attribute information includes one or more of data storage type, data center iP address, data center port number, database account number, database password, database name, data table name/data document name, and database table primary key field.
4. The method of claim 1, wherein in step S3, the corresponding ue connection is established based on a data storage type.
5. The method of claim 1, wherein in step S1, the uplink maximum available memory is calculated according to the size of each row of data of the data source and the available space of the host memory, and all data of the data source are partitioned into blocks according to the uplink maximum available memory, so that each block is smaller than or equal to the uplink maximum available memory; and executing the steps S2-S5, and packaging and uploading the certificate-storing identification code of each block of data and the block chain certificate-storing code to the block chain network.
6. The method of claim 5 wherein the block chain based evidence data uplink method,
if any data block is successfully uploaded to the block chain network, recording the uplink result of the data block and the starting point of the next data block for breakpoint transmission;
if any data block fails to be uploaded, the data block does not update the starting point;
and scanning and uploading the data source data block by block from the starting point of the currently recorded data block at each time of uploading.
7. The method of claim 6, wherein the starting point of the data block is reset periodically, and steps S3-S5 are performed after the reset.
8. The method of claim 7, wherein when the step S5 is executed to upload the verification code to the blockchain network, the verification code of each block is compared: if the certificate storage identification code of the block data is the same as the stored certificate storage identification code, ignoring the uploading; and if the certificate storage identification code of the block data is not matched with the stored certificate storage identification code, executing the uploading.
9. The method for evidence-storing data uplink based on blockchain of claim 1, wherein in step S2, the attribute information of the data source is stored in the data source table by a configuration method, wherein the configuration method is required to make a class of data uniquely correspond to a data source.
10. The method of claim 1, wherein in step S4, the certificate-storing id code is linked to the corresponding data type by a designated symbol.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110364815.8A CN112988901A (en) | 2021-04-06 | 2021-04-06 | Evidence-storing data chaining method based on block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110364815.8A CN112988901A (en) | 2021-04-06 | 2021-04-06 | Evidence-storing data chaining method based on block chain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112988901A true CN112988901A (en) | 2021-06-18 |
Family
ID=76339192
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110364815.8A Pending CN112988901A (en) | 2021-04-06 | 2021-04-06 | Evidence-storing data chaining method based on block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112988901A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113378208A (en) * | 2021-07-14 | 2021-09-10 | 湖北央中巨石信息技术有限公司 | Consensus method, system, device and medium for calculating values according to regulations |
| CN113434909A (en) * | 2021-06-25 | 2021-09-24 | 湖北央中巨石信息技术有限公司 | Data on-demand evidence storing method based on block chain |
| CN113434085A (en) * | 2021-06-25 | 2021-09-24 | 湖北央中巨石信息技术有限公司 | Data block distribution algorithm for soft destruction of data |
| CN114780552A (en) * | 2022-06-15 | 2022-07-22 | 湖北央中巨石信息技术有限公司 | Data uplink method based on service directory |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107819777A (en) * | 2017-11-17 | 2018-03-20 | 北京亿生生网络科技有限公司 | A kind of data based on block chain technology deposit card method and system |
| CN108550037A (en) * | 2018-04-11 | 2018-09-18 | 北京知金链网络技术有限公司 | Document handling method based on block chain and device |
| CN109254951A (en) * | 2018-08-22 | 2019-01-22 | 北京知金链网络技术有限公司 | A kind of method and apparatus that the card customized deposit system of platform is deposited based on block chain |
| CN109740384A (en) * | 2019-01-11 | 2019-05-10 | 众安信息技术服务有限公司 | Data based on block chain deposit card method and apparatus |
| CN109766724A (en) * | 2018-12-19 | 2019-05-17 | 四川商通实业有限公司 | Data evidence storing method based on block chain |
| CN109889479A (en) * | 2018-12-21 | 2019-06-14 | 中链科技有限公司 | User identity based on block chain deposits card, verification method and device and verification system |
| CN110851127A (en) * | 2019-10-28 | 2020-02-28 | 杭州趣链科技有限公司 | Universal evidence storage method based on block chain |
| CN111010367A (en) * | 2019-11-07 | 2020-04-14 | 深圳市电子商务安全证书管理有限公司 | Data storage method and device, computer equipment and storage medium |
| CN111200501A (en) * | 2019-12-31 | 2020-05-26 | 杭州趣链科技有限公司 | Electronic evidence storage service system based on block chain |
| CN111353180A (en) * | 2020-03-30 | 2020-06-30 | 北京海益同展信息科技有限公司 | Block chain evidence storing method, evidence obtaining method and system |
| WO2020147568A1 (en) * | 2019-01-16 | 2020-07-23 | 阿里巴巴集团控股有限公司 | Block chain-based evidence storage method and device |
| CN111552676A (en) * | 2020-04-26 | 2020-08-18 | 北京众享比特科技有限公司 | Block chain based evidence storing method, device, equipment and medium |
| CN112507668A (en) * | 2020-12-09 | 2021-03-16 | 杭州趣链科技有限公司 | Project data storage certificate method, storage certificate system, terminal equipment and readable storage medium |
| CN112559625A (en) * | 2020-12-09 | 2021-03-26 | 国网安徽省电力有限公司物资分公司 | Power business material information storage system and method based on block chain |
-
2021
- 2021-04-06 CN CN202110364815.8A patent/CN112988901A/en active Pending
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107819777A (en) * | 2017-11-17 | 2018-03-20 | 北京亿生生网络科技有限公司 | A kind of data based on block chain technology deposit card method and system |
| CN108550037A (en) * | 2018-04-11 | 2018-09-18 | 北京知金链网络技术有限公司 | Document handling method based on block chain and device |
| CN109254951A (en) * | 2018-08-22 | 2019-01-22 | 北京知金链网络技术有限公司 | A kind of method and apparatus that the card customized deposit system of platform is deposited based on block chain |
| CN109766724A (en) * | 2018-12-19 | 2019-05-17 | 四川商通实业有限公司 | Data evidence storing method based on block chain |
| CN109889479A (en) * | 2018-12-21 | 2019-06-14 | 中链科技有限公司 | User identity based on block chain deposits card, verification method and device and verification system |
| CN109740384A (en) * | 2019-01-11 | 2019-05-10 | 众安信息技术服务有限公司 | Data based on block chain deposit card method and apparatus |
| WO2020147568A1 (en) * | 2019-01-16 | 2020-07-23 | 阿里巴巴集团控股有限公司 | Block chain-based evidence storage method and device |
| CN110851127A (en) * | 2019-10-28 | 2020-02-28 | 杭州趣链科技有限公司 | Universal evidence storage method based on block chain |
| CN111010367A (en) * | 2019-11-07 | 2020-04-14 | 深圳市电子商务安全证书管理有限公司 | Data storage method and device, computer equipment and storage medium |
| CN111200501A (en) * | 2019-12-31 | 2020-05-26 | 杭州趣链科技有限公司 | Electronic evidence storage service system based on block chain |
| CN111353180A (en) * | 2020-03-30 | 2020-06-30 | 北京海益同展信息科技有限公司 | Block chain evidence storing method, evidence obtaining method and system |
| CN111552676A (en) * | 2020-04-26 | 2020-08-18 | 北京众享比特科技有限公司 | Block chain based evidence storing method, device, equipment and medium |
| CN112507668A (en) * | 2020-12-09 | 2021-03-16 | 杭州趣链科技有限公司 | Project data storage certificate method, storage certificate system, terminal equipment and readable storage medium |
| CN112559625A (en) * | 2020-12-09 | 2021-03-26 | 国网安徽省电力有限公司物资分公司 | Power business material information storage system and method based on block chain |
Non-Patent Citations (2)
| Title |
|---|
| WANG ZHANG.ET AL: "Improvement of DPoS Consensus Based on Block Chain", PROCEEDINGS OF THE 4TH INTERNATIONAL CONFERENCE ON INTELLIGENT INFORMATION PROCESSING, pages 352 * |
| 周正南;陆安江;: "区块链技术在图片存证中的应用", 通信技术, no. 11, pages 211 - 216 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113434909A (en) * | 2021-06-25 | 2021-09-24 | 湖北央中巨石信息技术有限公司 | Data on-demand evidence storing method based on block chain |
| CN113434085A (en) * | 2021-06-25 | 2021-09-24 | 湖北央中巨石信息技术有限公司 | Data block distribution algorithm for soft destruction of data |
| CN113434909B (en) * | 2021-06-25 | 2023-12-29 | 湖北央中巨石信息技术有限公司 | Data on-demand evidence-storing method based on blockchain |
| CN113378208A (en) * | 2021-07-14 | 2021-09-10 | 湖北央中巨石信息技术有限公司 | Consensus method, system, device and medium for calculating values according to regulations |
| CN113378208B (en) * | 2021-07-14 | 2023-05-12 | 湖北央中巨石信息技术有限公司 | Consensus method, system, device and medium for calculating value according to rules |
| CN114780552A (en) * | 2022-06-15 | 2022-07-22 | 湖北央中巨石信息技术有限公司 | Data uplink method based on service directory |
| CN114780552B (en) * | 2022-06-15 | 2022-09-02 | 湖北央中巨石信息技术有限公司 | Data uplink method based on service directory |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112988901A (en) | Evidence-storing data chaining method based on block chain | |
| EP3693886A1 (en) | Optimizations for verification of interactions system and method | |
| US8693690B2 (en) | Organizing an extensible table for storing cryptographic objects | |
| CN107396360B (en) | Block verification method and device | |
| CN110175840B (en) | Method, client, alliance chain and system for realizing light wallet mechanism in alliance chain | |
| US8799247B2 (en) | System and methods for ensuring integrity, authenticity, indemnity, and assured provenance for untrusted, outsourced, or cloud databases | |
| WO2021022740A1 (en) | Port logistics product source tracing system and method employing blockchain | |
| EP4216131A1 (en) | Transaction verification method and apparatus, device, and storage medium | |
| WO2021108258A1 (en) | Optimizations for verification of interactions system and method using probability density functions | |
| CN110989922B (en) | Distributed data storage method and system | |
| US10904233B2 (en) | Protection from data security threats | |
| US12056156B2 (en) | Block-chain-based data processing | |
| CN111461751A (en) | Block chain-based house property information chain organization method, historical state tracing method and device | |
| US20230153292A1 (en) | Ensuring consistent metadata across computing devices | |
| CN113988857A (en) | NFT transaction method, transaction system, computer-readable storage medium and terminal device | |
| CN110633329A (en) | System and method for block chain transaction record | |
| CN110555129B (en) | Space image data interaction method and device based on alliance chain | |
| CN104394166B (en) | The certificate false proof Verification System and method of facing moving terminal under a kind of cloud environment | |
| US20240163118A1 (en) | Blockchain-based data processing method, device, and readable storage medium | |
| CN113535803B (en) | Block chain efficient retrieval and reliability verification method based on keyword index | |
| US20230325521A1 (en) | Data processing method and apparatus based on blockchain network, device, and storage medium | |
| Hong et al. | Query integrity verification based-on mac chain in cloud storage | |
| CN113434603A (en) | Data storage method, device and system based on credible account book database | |
| CN113434909B (en) | Data on-demand evidence-storing method based on blockchain | |
| CN118041993B (en) | Multi-terminal equipment transmission method and system based on accounting data |
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 |
Application publication date: 20210618 |
|
| RJ01 | Rejection of invention patent application after publication |