Shared Wallet Architecture for Cryptocurrency Refund Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current virtual currency systems, particularly those using cryptocurrencies, face challenges in processing refunds due to their decentralized nature and resource-intensive verification processes, making it difficult to replicate the features of centralized electronic money systems.

Innovation Solution

A method and infrastructure that utilizes a shared wallet system with a public and private address architecture, where the public address is used for on-chain transactions and the private address remains secure, allowing for off-chain balance transfers and refunds without the need for resource-intensive blockchain verification, facilitated by a service provider managing both addresses.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a decentralized cryptocurrency system with public ledger is used, then security and transparency are improved, but processing speed and resource efficiency deteriorate

Engineering Contradiction:
ImprovesecurityVSAvoidprocessing speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system segments transaction processing into two distinct channels: on-chain transactions for high-value or first-time dealings that require full cryptographic verification and public record, and off-chain transactions for routine, low-value dealings that use pre-established trust relationships. This segmentation allows each channel to be optimized for its specific requirements, maintaining security where needed while improving processing speed where trust is already established.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a trusted intermediary (the service provider or merchant) that maintains an off-chain database to track balances and transaction histories. This intermediary acts as a mediator that can process transactions quickly using pre-established trust relationships, while still relying on the public ledger for initial setup and high-value transactions. The intermediary bridges the gap between decentralized security and centralized processing efficiency.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If centralized electronic money systems are used, then processing speed and service capabilities are improved, but security and decentralization deteriorate

Engineering Contradiction:
Improveprocessing speedVSAvoidsecurity
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system segments the trust model into two layers: a public, decentralized layer for establishing initial trust and handling high-value transactions through cryptographic verification, and a private, centralized layer for routine transactions based on pre-established trust relationships. This allows the system to achieve fast processing speeds for routine transactions while maintaining security through the decentralized public ledger for critical operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies different quality characteristics to different parts of the system: the public ledger provides strong security and transparency properties for on-chain transactions, while the off-chain database provides fast processing and service capabilities for transactions between known parties. Each layer has optimized for its specific function, with the public layer ensuring security where needed and the private layer ensuring speed where trust is established.

Inventive Principle:
Principle #3Local quality

3Reliability

If public ledger verification is used for all transactions, then security and transparency are improved, but resource consumption and transaction volume deteriorate

Engineering Contradiction:
Improveverification securityVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system applies public ledger verification selectively rather than universally - only for on-chain transactions that require full cryptographic proof, such as first-time dealings, high-value transactions, or transactions involving new parties. For routine transactions between established parties, the system uses faster off-chain verification based on pre-established trust relationships, reducing overall resource consumption while maintaining security where most needed.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The trusted intermediary maintains an off-chain database that tracks transaction histories and balances for known parties, eliminating the need for repeated public ledger verification for routine transactions. This intermediary can quickly verify and process transactions using pre-established trust relationships, significantly reducing the resource consumption associated with constant cryptographic verification while maintaining verification security through the public ledger for critical operations.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Adaptability or versatility

If decentralized cryptocurrency transactions are used, then autonomy and control are improved, but ability to process refunds and achieve centralized features deteriorates

Engineering Contradiction:
ImproveautonomyVSAvoidrefund processing
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system segments transaction types into on-chain transactions for high-value or first-time dealings that require full decentralization and cryptographic control, and off-chain transactions for routine dealings that use pre-established trust relationships. This segmentation enables the system to maintain autonomy for critical transactions while improving ease of operation for routine transactions through faster off-chain processing and simplified refund mechanisms.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The trusted intermediary acts as a mediator that can process refunds and handle complex transaction scenarios that would be difficult in purely decentralized systems. The intermediary maintains an off-chain database that tracks transaction histories, enabling it to efficiently process refunds and manage complex transaction relationships while still relying on the public ledger for security and transparency in critical operations.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20240296429A1Information transaction infrastructure
Publication Date: 2024.09.05 MASTERCARD INT INC
  • US20240296429A1 patent drawing
  • US20240296429A1 patent drawing
  • US20240296429A1 patent drawing

AI summary

A method of transferring information with verification from a first party to a second party using suitably programmed computing apparatus is described. Information from a first party private address to a first party public address. This information is then sent from the first party public address to a second party address. The information is also provided for public recordal on a block of a block chain for verification. The first party private address is not communicated to the second party but the first party public address is communicated to the second party. This approach is particularly suitable for transfer of cryptocurrency, as it allows for an effective refund mechanism. Computing apparatus and application software adapted to implement this approach is also described.