Transaction processing failover

A method, comprising:

• obtaining, by a transaction gateway, a first transaction request;
• transmitting, by the transaction gateway and to a distributed processing system, the first transaction request, wherein the first transaction request causes the distributed processing system to store the first transaction request in a distributed ledger by determining a first consensus that the first transaction request has been processed by a first plurality of processing nodes of a set of processing nodes, wherein the first transaction request is indicated as processed;
• obtaining, by the transaction gateway, a second transaction request;
• transmitting, by the transaction gateway and to the distributed processing system, the second transaction request, wherein the second transaction request causes the distributed processing system to store the second transaction request in the distributed ledger by determining a second consensus that the second transaction request has been processed by a second plurality of processing nodes of the set of processing nodes, wherein the second transaction request is indicated as unprocessed;
• and
• based on determining, by the transaction gateway, that a transaction processing device is unavailable at a first time:
• storing, by the transaction gateway, a set of unprocessed transaction data including unprocessed transaction data of the second transaction request using an error queue;
• querying, at a second time, the transaction processing device to determine when the transaction processing device becomes available;
• transmitting, by the transaction gateway, the unprocessed transaction data stored using the error queue;
• transmitting, by the transaction processing device and to the distributed processing system, the unprocessed transaction data;
• obtaining, by the transaction processing device and from the distributed processing system, transaction status data indicating that the unprocessed transaction data has been processed by the distributed processing system while the transaction processing device was unavailable;
• and
• updating, by the transaction processing device, each transaction request in the set of unprocessed transaction data to indicate that each transaction related to each of the transaction requests has been processed as indicated in the transaction status data indicating that the unprocessed transaction data has been processed.

A non-transitory machine-readable medium storing instructions that, when executed by one or more processors, cause the one or more processors to perform steps comprising:

• obtaining a first transaction request;
• generating, based on the first transaction request, first transaction status data for the first transaction request indicating that the first transaction request is processed by a transaction processing device;
• transmitting the first transaction request to a distributed processing system, wherein:
• the distributed processing system comprises a set of processing nodes;
• and
• at least one node in the set of processing nodes:
• processes the first transaction request to generate a first response and first distributed transaction status data indicating that the first transaction request has been processed by determining a first consensus that the first transaction request has been processed by a first plurality of processing nodes of the set of processing nodes;
• transmits the first response;
• and
• stores the first transaction request and the first distributed transaction status data in a distributed ledger based on the first consensus;
• during a first time when the transaction processing device is unavailable:
• obtaining a second transaction request;
• generating, based on the second transaction request, second transaction status data for the second transaction request indicating that the second transaction request is unprocessed by the transaction processing device;
• and
• transmitting the second transaction request to the distributed processing system, wherein the at least one node in the set of processing nodes;
• processes the second transaction request to generate a second response and second distributed transaction status data indicating that the second transaction request has been processed by determining a second consensus that the second transaction request has been processed by a second plurality of processing nodes of the set of processing nodes;
• transmits the second response;
• and
• stores the second transaction request and the second distributed transaction status data in the distributed ledger based on the second consensus;
• storing the second transaction request in an error queue based on determining that the transaction processing device is unavailable at the first time;
• querying the transaction processing device to determine that the transaction processing device is available at a second time;
• obtaining, from the distributed processing system, the second distributed transaction status data based on (a) the second transaction request stored in the error queue and (b) the transaction processing device being available at the second time;
• updating the second transaction status data using the second distributed transaction status data obtained from the distributed processing system.