Secure Token Register for Offline Transaction Chain Verification
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing electronic payment systems face inefficiencies in registering and verifying chains of offline transactions, particularly for secure token transactions, which require multiple online verifications and increase data storage requirements with each transaction.
Innovation Solution
A secure token transaction unit that transforms input tokens into intermediate tokens and partner tokens, generating replacement requests that are registered cumulatively, allowing efficient registration of multiple transactions without individual verification of each transaction.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If individual verification of each transaction is performed in the blockchain, then transaction security is ensured, but data storage requirements and verification time increase with each transaction
Solution Approach 1:
The patent extracts only the essential verification information (token references and replacement requests) from complete transaction records and stores them in the token register. This selective extraction reduces storage requirements while maintaining the ability to verify transaction chains through cryptographic proofs without storing all transaction details.
Solution Approach 2:
The token register pre-stores valid token references and replacement requests before transactions occur. This preliminary preparation allows for efficient verification of transaction chains without requiring real-time computation or storage of complete transaction histories, reducing both storage and verification time.
2Reliability
If individual verification of each transaction is performed, then transaction authenticity is confirmed, but online access and verification time are required for each transaction
Solution Approach 1:
The system pre-computes and stores valid token references and replacement requests in the token register before transactions occur. This preliminary action enables offline verification of transaction chains by comparing against pre-stored valid states, eliminating the need for real-time online verification and reducing verification time significantly.
Solution Approach 2:
The token register dynamically updates valid token references and replacement requests as transactions are processed, allowing the verification system to adapt to changing transaction states without requiring re-verification of entire transaction chains. This dynamic update mechanism maintains authenticity verification while reducing time complexity.
3Reliability
If complete transaction chains are stored for verification, then transaction validity can be verified, but data storage grows with each transaction in the chain
Solution Approach 1:
The patent extracts only the critical elements (token references and replacement requests) needed for verification from complete transaction chains and stores them compactly in the token register. This extraction approach enables verification of transaction validity without storing the entire transaction history, preventing storage growth proportional to the number of transactions.
Solution Approach 2:
Instead of storing complete transaction records, the system creates and stores simplified copies containing only token references and replacement requests in the token register. These compact copies enable verification of transaction chains while occupying minimal storage space, preventing data storage growth with each transaction.
Data Source
Figure 1
Figure 2
Figure 3
AI summary
The present disclosure relates to a secure token transaction unit within an electronic payment transaction system, the secure token transaction unit comprising: a secure memory for storing a plurality of token, wherein each token is a monetary value token, preferably a central bank digital currency token; and a control module configured to: generate, for a first transaction which transforms an input token stored in the secure memory to a first intermediate token and a first intermediate partner token, a first replacement request; and generate, related to the first transaction, a token record, in which the first intermediate token and the first replacement request are stored. The control module is characterized by being further configured to update, related to a second transaction, the token record by substituting the first replacement request by a second replacement request.