Transfer costs and lock timeouts in a resource transfer system
Systems and techniques are provided for a resource transfer system. An instruction to transfer a first quantity of a resource from a first resource pool to a second resource pool may be received. A hold may be placed on a second quantity of the resource in the first resource pool. The held second quantity of the first resource may not be transferred from the first resource pool until the hold is released. Responsive to receiving a message that fulfills a condition on the hold and an instruction to execute the transfer, the hold may be released. A register that is in the first resource pool and is associated with the resource may decremented by the first quantity, and a register that is in the second resource pool and is associated with the resource may be incremented by the first quantity.
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.
2 . The method of claim 1 , further comprising:
sending a message indicating a cancellation of the instruction to transfer due to expiration of a lock timeout.
3 . The method of claim 1 , wherein a period of time specified by the lock timeout when the message that fulfills the condition of the hold is to be received from a trusted system is longer than a period of time specified by the lock timeout when the message that fulfills the condition of the hold is to be received from a non-trusted system.
4 . The method of claim 1 , wherein the period of time specified by the lock timeout is set by a party that controls the first resource pool.
5 . The method of claim 1 , wherein a part that controls the second resource pool controls a third resource pool, and wherein a lock timeout associated with a hold on third quantity of a second resource type in the third resource pool specifies a shorter period of time than the period of time specified by the lock timeout on the hold on the second quantity of the first resource type in the first resource pool.
6 . A computer-implemented system comprising:
a computing device that receives 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,
receives an instruction to place a hold on a second quantity of the first resource type in the first resource pool,
receives 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, places 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,
determines 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, releases the hold on the held second quantity of the first resource type.
7 . The system of claim 6 , wherein the computing further sends a message indicating a cancellation of the instruction to transfer due to expiration of a lock timeout.
8 . The system of claim 6 , wherein a period of time specified by the lock timeout when the message that fulfills the condition of the hold is to be received from a trusted system is longer than a period of time specified by the lock timeout when the message that fulfills the condition of the hold is to be received from a non-trusted system.
9 . The system of claim 6 , wherein the period of time specified by the lock timeout is set by a party that controls the first resource pool.
10 . The system of claim 6 , wherein a part that controls the second resource pool controls a third resource pool, and wherein a lock timeout associated with a hold on third quantity of a second resource type in the third resource pool specifies a shorter period of time than the period of time specified by the lock timeout on the hold on the second quantity of the first resource type in the first resource pool.