US 12,475,458 B2
Transfer costs and lock timeouts in a resource transfer system
Stefan Thomas, San Francisco, CA (US); and Evan Schwartz, New York, NY (US)
Assigned to Interledger Foundation Inc., Tampa, FL (US)
Filed by Interledger Foundation Inc., Tampa, FL (US)
Filed on Jun. 1, 2021, as Appl. No. 17/336,136.
Application 17/336,136 is a continuation of application No. 14/875,560, filed on Oct. 5, 2015, granted, now 11,138,606, issued on Oct. 5, 2021.
Application 14/875,560 is a continuation of application No. 14/717,390, filed on May 20, 2015, granted, now 10,740,732, issued on Aug. 11, 2020.
Prior Publication US 2021/0326874 A1, Oct. 21, 2021
Int. Cl. G06Q 20/40 (2012.01); G06Q 20/02 (2012.01); G06Q 20/38 (2012.01); G06Q 20/42 (2012.01); G06Q 40/00 (2023.01)
CPC G06Q 20/401 (2013.01) [G06Q 20/027 (2013.01); G06Q 20/405 (2013.01); G06Q 20/407 (2013.01); G06Q 20/42 (2013.01); G06Q 20/3823 (2013.01); G06Q 20/3829 (2013.01); G06Q 40/00 (2013.01); G06Q 2220/10 (2013.01)] 10 Claims
OG exemplary drawing
 
1. A computer-implemented method performed on a data processing apparatus comprising:
receiving an instruction to transfer a first quantity of a first resource type from a first resource pool to a second resource pool, wherein the first resource pool comprises a first register on a blockchain ledger and the second resource pool comprises a second register on the blockchain ledger;
receiving an instruction to place a hold on a second quantity of the first resource type in the first resource pool;
receiving an authorization to place the hold on the second quantity of the first resource type in the first resource pool, the authorization comprising a message signed with a cryptographic private key corresponding to a cryptographic public key of the first resource pool;
responsive to receiving the authorization, placing the hold on the second quantity of the first resource type in the first resource pool to create a held second quantity of the first resource type, wherein the held second quantity of the first resource type cannot be transferred from the first resource pool until the hold is released;
determining that a period of time specified by a lock timeout associated with the hold on the second quantity of the first resource type in the first resource pool has elapsed after the hold was placed and at least one of a message that fulfills a condition of the hold and an instruction to execute the transfer of the first quantity of resources of the first resource type from the first resource pool to the second resource pool has not received been received; and
responsive to the determination that the period of time specified by the lock timeout has elapsed and at least one of the message that fulfills the condition of the hold and the instruction to execute the transfer has not been received, releasing the hold on the held second quantity of the first resource type.