Offline Transaction Verification Using Pre-Verified Objects
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing offline payment technologies, such as PTL 1, are unsuitable for regions with weak communication and power networks, where there is a high risk of forgery and theft, and do not support safe remittance between individuals offline.
Innovation Solution
A system that allows for offline transactions by storing verified and unverified transaction information on participant terminals, enabling verification and secure payment and remittance even when devices are offline, using near field communication and distributed ledger technology to maintain transaction records.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of operation
If offline payment technology is used, then payment convenience is improved, but transaction security deteriorates due to high risk of forgery and theft
Solution Approach 1:
The system performs preliminary verification of transaction information before offline execution. Participant terminals verify transaction objects (such as digital signatures and cryptographic proofs) in advance, ensuring transaction security is established before the offline payment occurs, thus preventing forgery and theft risks
Solution Approach 2:
The patent introduces cryptographic verification mechanisms as intermediaries between transaction parties. Verified transaction objects act as mediators that prove transaction validity without requiring continuous online connection, enabling secure offline payments by transferring verification trust from the online phase to the offline execution phase
2Adaptability or versatility
If offline transaction is implemented, then network dependency is reduced, but transaction verification capability deteriorates
Solution Approach 1:
The verification process is segmented into two independent phases: online verification phase where transaction objects are generated and validated, and offline execution phase where pre-verified transactions are executed. This segmentation allows the system to maintain verification capability without continuous network connection, as verification occurs in the first phase and results are carried forward
Solution Approach 2:
All verification operations are performed preliminarily when the terminal is online. The system verifies transaction objects, validates cryptographic proofs, and confirms transaction integrity before going offline. This preliminary verification ensures that when offline transactions occur, the verification capability has already been exercised and results are stored locally
3Adaptability or versatility
If both payment and remittance are supported offline, then system versatility is improved, but complexity of transaction management increases
Solution Approach 1:
The patent implements a universal offline transaction framework that handles both payment and remittance through the same cryptographic verification mechanism. The system uses a unified approach where participant terminals verify transaction objects regardless of transaction type, reducing management complexity despite supporting multiple transaction functions
Solution Approach 2:
The system treats payment and remittance transactions homogeneously by applying the same verification protocol and transaction object structure. Both transaction types follow identical verification procedures, use the same cryptographic mechanisms, and are managed through unified terminal logic, thereby avoiding increased complexity despite enhanced versatility
Data Source
AI summary
A system for making a remittance between persons and making payments offline, and for securely being able to conduct these transactions is disclosed. A participant terminal stores verified TX information to which is added a verified TX object, which represents a transaction (TX) and has been verified by a verifier. Each participant terminal stores unverified TX information to which is added an unverified TX object, which represents a TX and has not been verified by a verifier. When a TX arises between a first participant and a second participant, the first participant terminal and the second participant terminal mutually retain the same unverified TX object group including the unverified TX object of that TX. When the first participant terminal is online, verification of the unverified TX object is requested, and, when the verification is successful, that object is added to the verified TX information as a verified TX object.