Trusted Blockchain Platform for Ledger Format Verification
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing blockchain networks face recording failures due to mismatched data formats and conversion rules between requestors and blockchain nodes, leading to inefficiencies and security risks in data transmission across different blockchain networks.
Innovation Solution
Implementing a blockchain-based trusted platform with predetermined recording and verification rules, secure communication channels, and cross-network communication gateways to ensure data compatibility and security, using techniques like TLS protocols and encryption, and leveraging trusted execution environments (TEE) for enhanced data integrity and privacy.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If blockchain nodes use standardized formats to record ledger data, then data consistency and reliability are improved, but recording failures occur when requestors do not follow the standardized format
Solution Approach 1:
The patent introduces a data conversion mechanism that acts as an intermediary between requestors and blockchain nodes. This converter translates non-standardized ledger data from requestors into the standardized format required by blockchain nodes, thereby maintaining data consistency while preventing recording failures. The conversion layer mediates the format mismatch without requiring changes to either the requestor or the blockchain node.
Solution Approach 2:
The system dynamically adjusts data format parameters based on the source of the ledger data. When standardized format data is received, it is processed directly; when non-standardized data is detected, the system applies parameter transformations to convert it to the required format. This flexible parameter adaptation resolves the contradiction between maintaining strict format standards and accepting diverse data inputs.
2Adaptability or versatility
If data is transmitted across different blockchain networks, then cross-network communication capability is improved, but security risks and format mismatches increase
Solution Approach 1:
The patent implements a gateway as an intermediary component that facilitates secure cross-network communication. The gateway receives ledger data from one blockchain network, validates its format, performs necessary conversions, and forwards it to the target network. This intermediary layer isolates networks from direct interaction, reducing security risks while enabling format compatibility.
Solution Approach 2:
The system performs preliminary validation and format conversion of ledger data before transmission across network boundaries. By checking and standardizing data formats in advance, the system prevents format mismatches from causing recording failures at the destination network, thereby improving both reliability and cross-network adaptability.
3Adaptability or versatility
If ledger data is converted between different formats, then compatibility between requestors and blockchain nodes is improved, but data integrity risks increase
Solution Approach 1:
The patent incorporates verification mechanisms that provide feedback on data integrity after format conversion. The system validates converted ledger data to ensure it maintains its original meaning and integrity, checking for conversion errors or data loss. This feedback loop ensures that format compatibility does not compromise data integrity.
Solution Approach 2:
The conversion process creates an accurate copy of the original ledger data in the target format, preserving all essential information. The system ensures that the converted data is a faithful representation of the source data, maintaining data integrity while achieving format compatibility through precise copying and transformation.
Data Source
Figure 1~2
Figure 3
Figure 4
AI summary
Disclosed herein are methods, systems, and apparatus, including computer programs encoded on computer storage media, for recording and verifying ledger data in a blockchain-based trusted system. One of the methods includes receiving, from a client device and via a recording input interface, first ledger data to be recorded on a blockchain. It can then be determined whether original ledger data associated with the first ledger data satisfies a recording rule, where the recording rule includes one or more recording input parameters associated with the recording input interface. In response to determining that the original ledger data associated with the first ledger data satisfies the recording rule, the original ledger data can then be recorded on the blockchain. A recording receipt associated with the first ledger data can then be generated. The recording receipt can then be transmitted to the client device and via a recording output interface.