Blockchain Data Verification Using Message Digest Comparison
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing data transfer scenarios face challenges in verifying the trustworthiness of data, particularly when confidential information is shared, as it is difficult to determine if the information has been tampered with.
Innovation Solution
A data processing method that involves obtaining data from a trusted computing node, accessing a blockchain network to retrieve corresponding ledger data signed with a private key, decrypting the ledger data using a public key, and comparing it with a message digest of the original data to determine the verification result.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If data is shared confidentially between parties, then data security and privacy are improved, but the ability to verify data trustworthiness deteriorates
Solution Approach 1:
The patent introduces a blockchain network as an intermediary system that enables trust verification without requiring direct trust between parties. The blockchain serves as a neutral mediator that records and verifies data integrity through distributed consensus and cryptographic proof, allowing parties to verify data trustworthiness without complex direct verification mechanisms.
Solution Approach 2:
The patent replaces traditional mechanical verification mechanisms with cryptographic and blockchain-based systems. Instead of relying on complex manual verification or centralized authentication, the system uses digital signatures, hash functions, and blockchain ledgers to automatically verify data trustworthiness, simplifying the verification process while enhancing security.
2Ease of operation
If traditional data verification methods are used, then data can be shared easily, but data integrity and anti-tampering capability deteriorate
Solution Approach 1:
The patent applies preliminary actions by creating cryptographic fingerprints (hash values) and digital signatures before data is shared. The sender pre-calculates and attaches verification data to the message, enabling the receiver to easily verify integrity without complicating the sharing process. This preliminary verification setup maintains ease of operation while ensuring data integrity.
Solution Approach 2:
The patent uses cryptographic copying by creating a digital copy of the data's fingerprint (hash value) that can be independently verified. Instead of requiring the entire data to be re-verified or manually checked, the system copies the essential verification information and attaches it to the data, allowing for easy verification while maintaining integrity.
3Productivity
If no verification mechanism is implemented, then data processing is simple and fast, but the risk of misinformation and tampering increases
Solution Approach 1:
The patent extracts the verification function from the main data processing flow by separating the cryptographic verification operations. The verification mechanism is extracted as an independent layer that can be applied without significantly impacting the speed of data processing. This allows fast data processing while maintaining security through dedicated verification components.
Solution Approach 2:
The patent uses lightweight cryptographic primitives (such as hash functions and digital signatures) that are computationally efficient and can be applied quickly. These verification components are designed to be lightweight and fast, adding minimal overhead to data processing while providing robust protection against tampering and misinformation.
Data Source
AI summary
Embodiments of this application disclose a data processing method. The method includes obtaining data that need to be verified from a target trusted computing node; obtaining first ledger data corresponding to the data that need to be verified, the first ledger data being obtained by signing a first message digest by using a private key of the target trusted computing node and being stored in the blockchain network by the target trusted computing node, and the first message digest being obtained by performing message digest calculation on raw data; decrypting the first ledger data by using a public key of the target trusted computing node to obtain the first message digest; performing message digest calculation on the data that need to be verified to obtain a second message digest; and determining a verification result according to the first message digest and the second message digest.


