Distributed Transaction Processing Through Selective State Constraints

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing distributed transaction processing systems face inefficiencies when attempting to synchronize states of multiple systems for fast data transaction processing, particularly in environments handling large volumes of transactions.

Innovation Solution

A first transaction computer system routes data transaction requests to a second system, where pending requests are matched using hidden attributes, with a constraint value based on the first system's order book state, and the match details are reported back to the first system while keeping the final price hidden from the client.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If full synchronization of distributed systems is implemented, then system state consistency is improved, but processing speed and efficiency deteriorate

Engineering Contradiction:

Improvesystem state consistencyVSAvoidprocessing speed

Core Design Contradiction:

ReliabilityVSProductivity

Solution Approach 1:

The patent extracts only the necessary constraint information (constraint value representing order book state) from the first system and transmits it to the second system, rather than synchronizing the entire system state. This selective extraction maintains consistency where needed while avoiding the overhead of full synchronization, thus preserving processing speed.

Inventive Principle:

Principle #2Taking out (Extraction)

Solution Approach 2:

The system state synchronization is segmented into specific constraint values that are relevant for transaction matching. Instead of synchronizing all system states, only the necessary constraint information is transmitted between systems, reducing communication overhead and improving processing efficiency while maintaining necessary consistency.

Inventive Principle:

Principle #1Segmentation

2Measurement precision

If transaction processing relies on external system state, then processing accuracy is improved, but system complexity and synchronization overhead increase

Engineering Contradiction:

Improveprocessing accuracyVSAvoidsynchronization overhead

Core Design Contradiction:

Measurement precisionVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary constraint value that represents the state of the external system's order book. This constraint value acts as a mediator that carries essential state information between systems without requiring direct, continuous synchronization of the entire external system state, thereby reducing complexity while maintaining processing accuracy.

Inventive Principle:

Principle #24Intermediary (Mediator)

3Loss of information

If all transaction details are made visible to clients, then transparency is improved, but information security and privacy deteriorate

Engineering Contradiction:

Improvetransaction transparencyVSAvoidinformation privacy

Core Design Contradiction:

Loss of informationVSObject-affected harmful factors

Solution Approach 1:

The patent applies local quality by selectively disclosing transaction information based on the client's perspective and needs. Clients receive match information including hidden attributes relevant to their transactions, while sensitive information that could compromise privacy or market integrity is selectively concealed. This ensures transparency where necessary while protecting privacy where needed.

Inventive Principle:

Principle #3Local quality

Data Source

PatentUS20250322436A1Method, system, and non-transitory computer readable storage medium of distributed transaction processing

Publication Date: 2025.10.16 NASDAQ INC

AI summary

A first transaction computer system and a second transaction computer system are provided. The first transaction computer system receives data transaction requests that may be routed to the second transaction computer system. The second transaction computer system attempts to match the routed data transaction request against pending data transaction requests using hidden attributes.