IP Library Granted Patent US 12,619,960
Granted Patent B2
US 12,619,960 · App. 18/480,468 · Granted May 5, 2026

Optimizing ledger usage and liquidation operations thereon

Inventors: Chuan Sun (San Francisco, CA); Hope Chapman (San Francisco, CA); Piali Das (San Francisco, CA); Jon Wedrogowski (San Francisco, CA); Laurel Ruhlen (San Francisco, CA); Bradley Chase (San Francisco, CA)
Assignee: Ripple Labs Inc.
G06Q20/0652G06Q20/02G06Q20/065G06Q20/367G06Q40/04G06Q40/0421G06Q40/044G06Q40/046
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,619,960
App. No.
18/480,468
Granted
May 5, 2026
Kind
B2
Abstract

A network-based computing system can implement a transaction service in which digital wallets of client transaction entities are dynamically monitored to maintain a balance within a liquidity tranche unique to each transaction entity. The computing system can further execute a smart liquidity model that parses transaction requests into smaller clips and execution timing intervals such that risk of transaction failure is minimized or eliminated.

Claims (38)

1 . A network-based computing system implementing a transaction execution service, comprising:

a network communication interface to communicate, over one or more networks with computing devices of transaction entities and computing systems of multiple crypto exchanges;

one or more processors; and

a memory storing instructions that, when executed by the one or more processors, cause the network-based computing system to:

receive, over the one or more networks, real-time exchange data from a computing system of a crypto exchange of the multiple crypto exchanges;

based on the real-time exchange data, determine a set of constraints of the crypto exchange;

in response to a low liquidity threshold being triggered for a digital wallet of a transaction entity at the crypto exchange, the low liquidity threshold being determined based on historical consumption patterns of the transaction entity and other liquidity signals to avert liquidity risk, generate an execution plan for the transaction entity in which a first asset is to be exchanged for a second asset using the crypto exchange, wherein generating the execution plan includes:

determining, based on one or more machine learning or artificial intelligence models that utilize the real-time exchange data and the set of constraints as input signals, a set of parameters for transacting a transaction amount as a plurality of clips, the set of parameters being determined to optimize one or more objectives for transacting the transaction amount, the one or more objectives including an objective to reduce a load on a ledger of the crypto exchange where the plurality of clips are to be exchanged;

wherein the optimized set of configuration parameters indicate each of a number of the plurality of clips, a size of each of the plurality of clips, and a timing or input signal for determining when each of the plurality of clips are to be executed on the crypto exchange; and

responsive to transmission of a set of transaction commands from the computing system to the crypto exchange, executing the plurality of clips in accordance with the execution plan.

2 . The network-based computing system of claim 1 , wherein the real-time exchange data comprises an order depth at the crypto exchange.

3 . The network-based computing system of claim 2 , wherein the order depth corresponds to a current number of transaction requests and transaction amounts for a current number of transaction requests at the crypto exchange.

4 . The network-based computing system of claim 1 , wherein the execution plan is further optimized for completing one or more transactions of a transaction request while minimizing a transaction cost or risk.

5 . The network-based computing system of claim 1 , wherein generating the execution plan includes identifying one or more intermediate assets and transactions when exchanging the first asset for the second asset.

6 . The network-based computing system of claim 5 , wherein generating the execution plan includes identifying multiple sets of transactions that include the intermediate assets.

7 . The network-based computing system of claim 1 , wherein the execution plan is generated in response to a transaction request.

8 . A non-transitory computer-readable medium that stores instructions, which when executed by one or more processors of a computer system, cause the computer system to perform operations that comprise:

receiving, over the one or more networks, real-time exchange data from a computing system of a crypto exchange;

based on the real-time exchange data, determining a set of constraints of the crypto exchange;

in response to a low liquidity threshold being triggered for a digital wallet of a transaction entity at the crypto exchange, the low liquidity threshold being determined based on historical consumption patterns of the transaction entity and other liquidity signals to avert liquidity risk, generating an execution plan for the transaction entity in which a first asset is to be exchanged for a second asset using the crypto exchange, wherein generating the execution plan includes:

determining, based on one or more machine learning or artificial intelligence models that utilize the real-time exchange data and the set of constraints as input signals, a set of parameters for transacting a transaction amount as a plurality of clips, the set of parameters being determined to optimize one or more objectives for transacting the transaction amount, the one or more objectives including an objective to reduce a load on a ledger of the crypto exchange where the plurality of clips are to be exchanged;

wherein the optimized set of configuration parameters indicate each of a number of the plurality of clips, a size of each of the plurality of clips, and a timing or input signal for determining when each of the plurality of clips are to be executed on the crypto exchange; and

transmitting, over the one or more networks, a set of transaction commands to the respective computing systems of the crypto exchange, to execute the plurality of clips in accordance with the execution plan.

9 . The non-transitory computer-readable medium of claim 8 , wherein the real-time exchange data comprises an order depth at the crypto exchange.

10 . The non-transitory computer-readable medium of claim 9 , wherein the order depth corresponds to a current number of transaction requests and transaction amounts for a current number of transaction requests at the crypto exchange.

11 . The non-transitory computer-readable medium of claim 8 , wherein the set of constraints corresponds to a maximum transaction amount for each clip at the crypto exchange, and a timing interval or parameter for each clip at the crypto exchange.

12 . The non-transitory computer-readable medium of claim 8 , wherein generating the execution plan includes identifying one or more intermediate assets and transactions when exchanging the first asset for the second asset.

13 . The non-transitory computer-readable medium of claim 12 , wherein generating the execution plan includes identifying multiple sets of transactions that include the intermediate assets.

14 . The non-transitory computer-readable medium of claim 8 , wherein the execution plan is generated in response to a transaction request.

15 . A computer-implemented method comprising:

receiving, over the one or more networks, real-time exchange data from a computing system of a crypto exchange;

based on the real-time exchange data, determining a set of constraints of the crypto exchange;

in response to a low liquidity threshold being triggered for a digital wallet of a transaction entity at the crypto exchange, the low liquidity threshold being determined based on historical consumption patterns of the transaction entity and other liquidity signals to avert liquidity risk, generating an execution plan for the transaction entity in which a first asset is to be exchanged for a second asset using the crypto exchange, wherein generating the execution plan includes:

identifying a transaction amount for the transaction entity to exchange the first asset for the second asset based on historical consumption patterns of the transaction entity to automatically avert a liquidity risk of the transaction entity;

determining, based on one or more machine learning or artificial intelligence models that utilize the real-time exchange data and the set of constraints as input signals, a set of parameters for transacting a transaction amount as a plurality of clips, the set of parameters being determined to optimize one or more objectives for transacting the transaction amount, the one or more objectives including an objective to reduce a load on a ledger of the crypto exchange where the plurality of clips are to be exchanged;

wherein the optimized set of configuration parameters indicate each of a number of the plurality of clips, a size of each of the plurality of clips, and a timing or input signal for determining when each of the plurality of clips are to be executed on the exchange; and

transmitting, over the one or more networks, a set of transaction commands to the respective computing system of the crypto exchange, to execute the plurality of clips in accordance with the execution plan.

16 . The method of claim 15 , wherein the real-time exchange data comprises an order depth at the crypto exchange.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 1, 2026
From: SUN, CHUAN; CHAPMAN, HOPE; DAS, PIALI; WEDROGOWSKI, JON; RUHLEN, LAUREL; CHASE, BRADLEY
To: RIPPLE LABS INC.
Reel/Frame 074244/0931 →
Continuity (2)
Provisional Application 63412809 · Oct 3, 2022
Related Publication 20240112156A1 · Apr 4, 2024
References Cited (50)
US 8181071B2 · Cahill et al. · 2012 [cited by applicant]
US 8626653B1 · Krikorian et al. · 2014 [cited by applicant]
US 10269009B1 · Winklevoss et al. · 2019 [cited by examiner]
US 10354325B1 · Skala et al. · 2019 [cited by applicant]
US 10776781B2 · Mayblum et al. · 2020 [cited by applicant]
US 10937096B2 · Qiu · 2021 [cited by examiner]
US 11017381B1 · Winklevoss et al. · 2021 [cited by applicant]
US 11430066B2 · Doney · 2022 [cited by applicant]
US 12020239B2 · Treitlinger et al. · 2024 [cited by applicant]
US 20020087454A1 · Calo et al. · 2002 [cited by applicant]
US 20020143614A1 · MacLean et al. · 2002 [cited by applicant]
US 20020156718A1 · Olsen et al. · 2002 [cited by applicant]
US 20040068461A1 · Schluetter · 2004 [cited by applicant]
US 20040167854A1 · Knowles et al. · 2004 [cited by applicant]
US 20050154674A1 · Nicholls et al. · 2005 [cited by applicant]
US 20060173693A1 · Arazi et al. · 2006 [cited by applicant]
US 20070045395A1 · Corona et al. · 2007 [cited by applicant]
US 20090248574A1 · Leung et al. · 2009 [cited by examiner]
US 20100280936A1 · Trickey et al. · 2010 [cited by applicant]
US 20130031002A1 · Hibbard · 2013 [cited by applicant]
US 20140156512A1 · Rahman et al. · 2014 [cited by applicant]
US 20150363769A1 · Ronca et al. · 2015 [cited by examiner]
US 20170116608A1 · Forzley et al. · 2017 [cited by examiner]
US 20170228704A1 · Zhou et al. · 2017 [cited by applicant]
US 20170270527A1 · Rampton · 2017 [cited by applicant]
US 20190095992A1 · Soh · 2019 [cited by examiner]
US 20190303892A1 · Yantis et al. · 2019 [cited by examiner]
US 20200111086A1 · Castinado et al. · 2020 [cited by applicant]
US 20210019827A1 · Kim et al. · 2021 [cited by examiner]
US 20210056627A1 · Lee · 2021 [cited by examiner]
US 20210192501A1 · McNamara et al. · 2021 [cited by applicant]
US 20210209684A1 · Foote et al. · 2021 [cited by applicant]
US 20210357917A1 · Dalton · 2021 [cited by applicant]
US 20220156837A1 · Malik et al. · 2022 [cited by applicant]
US 20230011788A1 · Wong et al. · 2023 [cited by applicant]
US 20230298034A1 · Nonni · 2023 [cited by applicant]
US 20230376940A1 · Duris et al. · 2023 [cited by applicant]
US 20240112157A1 · Sun et al. · 2024 [cited by applicant]
US 20240311806A1 · Treitlinger et al. · 2024 [cited by applicant]
CN 108615193A · 2018 [cited by applicant]
JP 2018124640A · 2018 [cited by applicant]
KR 1020190091211A · 2019 [cited by applicant]
WO 2019073842A1 · 2019 [cited by applicant]
WO 2019147069A1 · 2019 [cited by applicant]
Tiwari et al., Wiser: Increasing Throughput in Payment Channel Networks with Transaction Aggregation, May 23, 2022, https://arxiv.org/abs/2205.11597v1. (Year: 2022). [cited by examiner]
Alvarez et al, “Fault Tolerance in Highly Reliable Ethernet-Based Industrial Systems”, IEEE, vol. 7, No. 6, Jun. 2019, pp. 977-1010. [cited by applicant]
Intellectual Property Office of Singapore, SG Application No. 11202250406B, Search Report dated Mar. 8, 2024, 2 pages. [cited by applicant]
International Search Report and Written Opinion dated May 6, 2021, PCT Application No. PCT/US2020/064924, 16 pages. [cited by applicant]
Intellectual Property Office of Singapore, International Search Report and Written Opinion dated May 6, 2021, PCT Application No. PCT/US2020/064924, 16 pages. [cited by applicant]
Intellectual Property Office of Singapore, Search Report dated Mar. 8, 2024, SG Application No. 11202250406B, 2 pages. [cited by applicant]