Digital Token Processing System with Segmented Mint Architecture

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing electronic cash systems face scalability issues, security risks due to compromised signature keys, interoperability problems, and performance bottlenecks, particularly in double spending checks, which impact system security and regulatory compliance.

Innovation Solution

The system employs a processor-based apparatus for cryptographically signed digital tokens, using a secure memory to validate and swap Value Tokens, ensuring secure issuance and exchange while maintaining auditability and scalability through a data repository for token status and double spending records, and employing alternating token properties for anonymous and traceable transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If cryptographic signature keys are used to sign digital currency tokens, then local verification and security are improved, but the risk of key compromise and its impact on system security increases

Engineering Contradiction:
ImprovesecurityVSAvoidkey compromise risk
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent segments the digital currency system into multiple independent Mints, each with its own signature key. This segmentation isolates the impact of key compromise to a single Mint rather than the entire system. Each Mint operates independently and can issue tokens without requiring other Mints' keys, thereby reducing the systemic risk of key compromise while maintaining cryptographic verification capabilities.

Inventive Principle:
Principle #1Segmentation

2Reliability

If double spending checks are performed centrally, then security against double spending is improved, but performance bottlenecks and scalability issues occur

Engineering Contradiction:
Improvedouble spending preventionVSAvoidtransaction processing speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent divides the centralized double spending check function into multiple independent Mints that operate in parallel. Each Mint maintains its own record of spent tokens and performs verification locally, eliminating the single-point bottleneck. This segmentation allows concurrent transaction processing across multiple Mints, improving throughput while maintaining security through distributed verification.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a temporal dimension to double spending prevention by implementing time-based validity windows for tokens. Tokens include issuance timestamps and expiration times, allowing Mints to verify spending within specific time windows without requiring real-time centralized coordination. This dimensional approach enables asynchronous verification and improves processing speed while preventing double spending through temporal constraints.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

3Ease of operation

If anonymous transactions are enabled, then user privacy is improved, but interoperability and regulatory compliance become problematic

Engineering Contradiction:
Improveuser privacyVSAvoidregulatory compliance
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The patent implements dynamic anonymity where the level of privacy is adjustable based on transaction context. Tokens can be issued with different anonymity properties - some transactions maintain full anonymity while others allow traceability for regulatory compliance. The system dynamically adapts between these states based on Mint policies, transaction types, and regulatory requirements, enabling both privacy protection and compliance capability.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent applies different quality properties to different parts of the transaction system. Certain Mints or transaction types maintain strong anonymity properties for privacy-sensitive operations, while others implement traceable properties for regulatory-compliant operations. This local differentiation allows the system to provide both anonymous and compliant transaction capabilities simultaneously without compromising either function.

Inventive Principle:
Principle #3Local quality

4Productivity

If multiple Mints issue tokens independently, then scalability and interoperability are improved, but coordination and consistency become challenging

Engineering Contradiction:
Improvesystem scalabilityVSAvoid Mint coordination
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent establishes universal token formats and verification protocols that all Mints adopt. Each Mint can issue tokens independently with the same structural format, cryptographic verification method, and validity checking mechanism. This universality allows any Mint to verify tokens from any other Mint without complex coordination, enabling scalable interoperability while maintaining consistency through standardized multi-functional token design.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS20230020084A1Digital value token processing systems and methods having improved security and scalability
Publication Date: 2023.01.19 DIGICASH PTY LTD
  • US20230020084A1 patent drawing
  • US20230020084A1 patent drawing
  • US20230020084A1 patent drawing

AI summary

Systems and methods that provide improved security and scalability in digital token exchange are disclosed. In one example, a system may receive from a requester one or more old cryptographically signed tokens each including a shared class and denomination. After validating the previously issued Value Tokens, the system may sign newly issued Value Tokens having the shared class and send them to the requester as a swap for the previously issued Value Tokens. Some tokens have intrinsic value while other coded Value Tokens require reference to a record of valid tokens to validate them. The system allows tokens of one type to be swapped for tokens of the other type, but issues intrinsic Value Tokens only as a swap for coded Value Tokens.