Sequencer-Coordinated State Machines for ACID Transaction Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Implementing ACID compliant transactions in distributed computing systems, particularly in distributed databases, is challenging due to the complexity and inefficiencies of existing techniques like the Saga design pattern and Two-Phase Commit protocol.

Innovation Solution

A distributed computing system utilizing a sequencer that communicates an atomic message sequence to multiple service instances, each with a local queue and state machine to process transactions, ensuring ACID compliance through message queuing and state machine operations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the Saga design pattern or Two-Phase Commit protocol is used to implement ACID compliant transactions in distributed databases, then transaction consistency and reliability are improved, but system complexity and processing overhead increase significantly

Engineering Contradiction:
ImproveACID transaction complianceVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the distributed transaction processing into independent service instances, each with its own local queue and state machine. This segmentation allows each service to process transactions locally without coordinating with every other service, thereby maintaining ACID compliance while reducing overall system complexity. The sequencer divides the global transaction coordinate into local coordinates that each service instance can handle independently.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a sequencer as an intermediary component that generates global transaction coordinates and distributes them to service instances. This intermediary simplifies the coordination problem by providing a centralized mechanism for transaction ordering and coordination, reducing the complexity that would otherwise exist in peer-to-peer coordination protocols like Two-Phase Commit.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If traditional distributed transaction protocols are implemented, then transaction atomicity and consistency are ensured, but processing speed and system performance deteriorate

Engineering Contradiction:
Improvetransaction consistencyVSAvoidprocessing speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

By segmenting transaction processing into local operations at each service instance, the patent eliminates the need for synchronous coordination between all services during transaction execution. Each service processes transactions locally using its own state machine and queue, dramatically improving processing speed while maintaining consistency through the sequencer's global coordinate system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The sequencer performs preliminary actions by generating and distributing global transaction coordinates before actual transaction execution. This preliminary coordination allows service instances to proceed with local processing without waiting for inter-service communication during the critical execution phase, thereby improving processing speed while ensuring consistency.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If distributed databases are implemented to provide redundancy and fault tolerance, then system reliability is improved, but the difficulty of implementing ACID compliant transactions increases

Engineering Contradiction:
Improvefault toleranceVSAvoidtransaction implementation complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the distributed system into independent service instances with local queues and state machines, allowing each to handle transactions independently. This segmentation simplifies ACID implementation by localizing the complexity to manageable units while maintaining overall system reliability through redundancy. Each service instance can be replicated without increasing the complexity of individual transaction processing.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Each service instance in the patent is self-sufficient with its own local queue and state machine, enabling it to process transactions independently without requiring complex coordination with other services. This self-service capability reduces implementation complexity while fault tolerance is maintained through the distributed nature of the service instances and their ability to operate autonomously.

Inventive Principle:
Principle #25Self-service

Data Source

PatentEP4650959A1Distributed stream-based acid transactions
Publication Date: 2025.11.19 NASDAQ INC
  • EP4650959A1 patent drawingFigure 1A
  • EP4650959A1 patent drawingFigure 1B
  • EP4650959A1 patent drawingFigure 2A

AI summary

A system for processing distributed transactions is provided. The system includes a sequencer that communicates an atomic message stream to multiple different service instances. The service instances each process the messages from the message stream into a local queue. Each service instance also executes a state machine by reading messages from a queue and transitioning between states in the state machine while also performing one or more operations in connection with performing a distributed transaction.