Ledger Proxy and Server Architecture for Transaction Request Management
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current ledger systems face challenges in efficiently managing transaction requests due to human error, immutability issues, and the complexity of consensus processes in distributed ledger systems, leading to inefficiencies and reliability concerns.
Innovation Solution
A blockchain-based centralized ledger system that separates transaction requests from storage elements and indexes, using a ledger proxy for efficient data storage and a ledger server for authentication and block generation, allowing for independent resource allocation and improved performance.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If distributed ledger systems perform consensus process to validate each transaction, then security and immutability are improved, but processing time and system complexity increase
Solution Approach 1:
The patent introduces a trusted authority as an intermediary that issues cryptographic credentials to ledger participants. This mediator enables simplified transaction validation by replacing complex distributed consensus processes with credential-based verification, thereby reducing processing time while maintaining security through cryptographic proof of authenticity.
Solution Approach 2:
The patent extracts the security validation function from the distributed consensus process and concentrates it in a trusted authority that issues credentials. This separation allows the ledger system to verify transactions through simple credential checking rather than requiring all participants to perform complex consensus operations, thus reducing processing time while preserving security.
2Reliability
If distributed ledger systems perform consensus process to validate each transaction, then transaction trustworthiness is improved, but device complexity increases
Solution Approach 1:
The trusted authority acts as an intermediary that pre-establishes trust relationships through credential issuance. This eliminates the need for complex distributed consensus algorithms, as transaction trustworthiness can be verified through straightforward cryptographic credential validation, thereby reducing system complexity while maintaining trustworthiness.
Solution Approach 2:
The trusted authority performs preliminary trust establishment by issuing credentials to participants before transactions occur. This preliminary action eliminates the need for complex runtime consensus processes, as trust relationships are pre-configured through cryptographic credentials, simplifying the overall system architecture.
3Reliability
If blockchain networks store transactions immutably, then data integrity is improved, but storage resource demands increase
Solution Approach 1:
The patent uses cryptographic hashing to create compact representations (copies) of transaction data that can be stored immutably in the blockchain. Instead of storing complete transaction records, the system stores hash values that serve as verifiable copies, maintaining data integrity through cryptographic proof while dramatically reducing storage requirements.
4Reliability
If ledger systems separate transaction requests from storage elements and indexes, then system reliability is improved, but device complexity increases
Solution Approach 1:
The patent segments the ledger system into distinct functional components: transaction request handling, storage element management, and index maintenance. This segmentation isolates potential failure points, allowing the system to maintain reliability through modular fault tolerance while managing complexity through clear separation of concerns and defined interfaces between components.
Data Source
Figure 1~2
Figure 3~4B
Figure 5
AI summary
Disclosed herein are methods, systems, and apparatus, including computer programs encoded on computer storage media, for managing transaction requests in ledger systems. One of the methods includes: receiving a plurality of transaction requests by a computing system, each of the plurality of transaction requests including content information of a corresponding transaction and authentication information of the corresponding transaction, storing each of the plurality of transaction requests in a request stream by the computing system, obtaining storage information of a transaction request of the plurality of transaction requests in the request stream by the computing system, and storing the storage information of the transaction request in an index of an index stream and authentication information of a transaction corresponding to the transaction request in a storage element of a storage stream by the computing system, the storage element corresponding to the index, the index stream being associated with the storage stream.