Virtual Currency System Decentralized Transaction Validation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

E-commerce transactions lack the attributes of direct transmission, irreversibility, price stability, and functionally unlimited liquidity present in traditional face-to-face cash transactions due to reliance on centralized financial intermediaries, leading to increased costs, risks, and constraints for merchants.

Innovation Solution

A system and method implementing a virtual currency with a decentralized network of computing devices that enables direct, irreversible transactions without intermediaries, using a virtual currency mint to create and manage units of currency, and a distributed hash table for transaction validation and storage, allowing peer-to-peer transactions with built-in price stability and unlimited liquidity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If centralized financial intermediaries are used to process e-commerce transactions, then transaction validation and clearing can be performed, but direct transmission and irreversibility are lost

Engineering Contradiction:
Improvetransaction validationVSAvoiddirect transmission
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent extracts the intermediary function from the transaction system by implementing a peer-to-peer validation mechanism where nodes directly validate transactions against each other without requiring a centralized authority. This extraction enables direct transmission while maintaining validation reliability through distributed consensus.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent introduces a new type of intermediary - the validation protocol itself - that mediates between senders and recipients. This protocol acts as an automated mediator that validates transactions through cryptographic proofs and distributed consensus, eliminating the need for traditional financial intermediaries while maintaining trust and reliability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If centralized authorities validate transactions, then transaction clearing can be performed, but transaction costs and risks for merchants increase

Engineering Contradiction:
Improvetransaction clearingVSAvoidtransaction costs and fraud exposure
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

The patent implements self-service validation where each node independently validates transactions using its own copy of the transaction history and cryptographic proofs. This eliminates the need for costly centralized clearing houses and reduces fraud exposure by distributing validation responsibilities across the entire network, making the system more resilient to fraud and costly intermediaries.

Inventive Principle:
Principle #25Self-service

3Ease of operation

If traditional cash transaction attributes are replicated online, then irreversibility and direct transmission are achieved, but price stability and liquidity may be compromised

Engineering Contradiction:
ImproveirreversibilityVSAvoidprice stability
Core Design Contradiction:
Ease of operationVSStability of the object's composition

Solution Approach 1:

The patent changes the fundamental parameters of the currency system by introducing a decentralized validation mechanism that maintains price stability through distributed consensus. The system achieves irreversibility through cryptographic proofs while maintaining price stability through the collective trust and validation of network nodes, rather than relying on centralized authority.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9398018B2Virtual currency system
Publication Date: 2016.07.19 NCHAIN LICENSING AG
  • US9398018B2 patent drawing
  • US9398018B2 patent drawing
  • US9398018B2 patent drawing

AI summary

Methods for use with computing devices implementing a plurality of nodes of a ring-shaped overlay network. A joining node implemented by a joining computing device requests a connection with a bootstrap one of the plurality of nodes. In response, the bootstrap node sends a handshake identifier to the joining node. The joining node loads one or more portions of selected software code as a byte stream, and performs an operation (e.g., a hash function) on the handshake identifier and the byte stream to determine a first value. The joining node transmits the first value to the bootstrap node. The bootstrap node compares the first value to a second value. When the first and second values are identical, the bootstrap node validates the joining node. When the first and second values are not identical, the bootstrap node rejects the joining node thereby preventing the joining node from joining the overlay network.