Offline Digital Token Transfer Across Mixed-Generation Wallets
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing digital wallets, particularly those of older development generations, are vulnerable to manipulation and duplication during offline sessions, posing a risk of double-spending and undetectable token manipulation across different wallet generations.
Innovation Solution
Assigning an attribute to digital tokens representing the oldest development generation they were held in during an offline session, and using this attribute to determine the risk of manipulation, allowing wallets to accept or reject transactions based on predefined security criteria, with updates and validation upon reconnection to the transaction infrastructure.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If tokens are transferred during offline sessions between wallets of different development generations, then transaction convenience and adaptability are improved, but the risk of manipulation and duplication increases
Solution Approach 1:
The patent applies preliminary action by establishing an attribute assignment mechanism before token transfers occur. When a wallet goes offline, it assigns an attribute representing the oldest development generation to all tokens it holds. This preliminary classification enables subsequent wallets to identify and reject manipulated tokens before they cause harm, resolving the contradiction between offline transaction capability and security.
Solution Approach 2:
The attribute acts as an intermediary element between wallets of different generations. It mediates the trust relationship by providing a standardized reference point that all wallets can understand and use to make security decisions. The attribute enables older wallets to communicate their generation status to newer wallets without requiring direct cryptographic verification between each pair.
2Object-affected harmful factors
If the security element is kept offline to prevent online manipulation, then protection against external attacks is improved, but the ability to validate transactions and prevent double-spending deteriorates
Solution Approach 1:
The patent enables self-service by allowing offline wallets to autonomously assign attributes to their tokens based on their own development generation. This self-classification capability means wallets don't need constant online verification to protect themselves - they can independently identify their security level and communicate it to counterparties, maintaining both offline protection and transaction validation capability.
3Adaptability or versatility
If tokens from older development generations are accepted, then backward compatibility is improved, but vulnerability to manipulation increases
Solution Approach 1:
The patent applies local quality by allowing different wallets to have different acceptance criteria based on their individual development generations. Each wallet can locally determine which tokens it should accept based on the attribute comparison between its generation and the token's assigned generation. This enables fine-grained security control where older wallets remain compatible with legacy tokens while newer wallets can selectively reject manipulated tokens from older generations.
Data Source
Figure 1
Figure 1a
Figure 2
AI summary
The present invention relates to a method for transferring S3-S6 of a digital token 300; 400, 401, 402 between digital wallets 101, 102, 201-204, 501, 502; 600 of a transaction infrastructure during an offline session 200, wherein the wallets 101, 102, 201-204, 501, 502; 600 can belong to different development generations G; G1, G2, Gn. According to the invention, an attribute A S2 is assigned to the token 300; 400, 401, 402, which corresponds to the development generation of the wallet 101, 102, 201-204, 501, 502; 600 with the oldest development generation G; G1, G2, Gn represents S4, in which the digital token 300; 400, 401, 402 was held at least during the previous offline session 200. The invention further relates to a digital token 300; 400, 401, 402, which is suitable for being transferred S3-S6 according to the inventive method, as well as a suitable digital wallet 101, 102, 201-204, 501, 502; 600 and a transaction infrastructure.