Granted Patent B2

US 12,609,849 · App. 18/369,499 · Granted Apr 21, 2026

Inventors: George Daniel Doney (Riva, MD); Dennis O'Connell (Garden City, NY)

Assignee: DTCC DIGITAL (US) INC.

H04L12/4633G06F16/2379G06F16/9024G06Q20/36G06Q30/0283H04L45/14

Abstract

Claims (65)

1 . A method of transferring tokenized assets over heterogenous computer networks, the method comprising:

a user device implementing a computer platform, the user device including a processor and a memory with a database;

the computer platform executing an in-band transfer process, the method comprising:

routing, by the computer platform, a path between a first bridge node of a first distributed ledger and a second bridge node of a second distributed ledger;

creating, by the computer platform, an exchange bridge between the first bridge node and the second bridge node along the routed path, wherein the exchange bridge includes an inbound bridge wallet and outbound bridge wallet;

executing, by the computer platform, a command to transfer at least one asset token of a first asset type from a client wallet on the first distributed ledger to the inbound bridge wallet;

transferring, by the exchange bridge, the at least one asset token of a first asset type from the inbound bridge wallet to the outbound bridge wallet;

equating, by a decentralized exchange conversion algorithm (DEX-AMM), the at least one asset token of the first asset type to at least one asset token of a second asset type;

converting, by the exchange bridge, the at least one asset token of the first asset type to the at least one asset token of the second asset type and simultaneously transferring the at least one asset token of the second asset type to the outbound bridge wallet of the exchange bridge;

executing, by the exchange bridge, a command to transfer at least one asset token of the second asset type from an outbound bridge wallet to a client wallet on the second distributed ledger;

the computer platform executing an out-of-band replenish process, the method comprising:

transferring the at least one asset token of the first asset type from the inbound bridge wallet of the exchange bridge to a first custody wallet;

redeeming a value of the at least one asset token of the first asset type, wherein the value is converted into at least one additional asset token of the second asset type, wherein the at least one additional asset token of the second asset type is assigned to a second custody wallet; and

transferring the at least one additional asset token of the second asset type from a second custody wallet to the outbound bridge wallet.

2 . The method of claim 1 , further comprising executing, by the computer platform, the method of the in-band transfer process simultaneously in real time or near real time.

3 . The method of claim 1 , further comprising executing, by the computer platform, the out-of-band replenish process in real time or near real time.

4 . The method of claim 1 , further comprising initiating, by the computer platform, the out-of-band replenish process automatically based on a predetermined threshold of accumulation of asset tokens of the first asset type and/or a predetermined threshold of deficit of the second asset type.

5 . The method of claim 1 , further comprising rolling back one or more steps of the method of the in-band transfer process and/or the out-of-band replenish process to a save point in the event of a network failure or cancellation.

6 . The method of claim 1 , further comprising publishing a record of at least one transfer to a third distributed ledger.

7 . The method of claim 6 , further comprising implementing a zero knowledge proof on the third distributed ledger, the zero knowledge proof attesting to accuracy of the record disclosed on the third distributed ledger while preventing the record from being physically viewable.

8 . A system for transmutation of tokenized assets using peer-to-peer secondary transactions and business-to-business primary transactions comprising:

a computer platform and a remote server including a remote memory with a remote database;

wherein the computer platform is stored on the remote database;

wherein the server is in network communication with at least one user device including a processor and a memory with a database, wherein the computer platform is implemented by the at least one user device;

wherein the client account of the computer platform initiates a transfer of a first asset token from a client wallet on a first distributed ledger to a client wallet on a second distributed ledger;

wherein a route planning service of the computer platform graphs at least one route between a bridge node of the first distributed ledger and a bridge node of the second distributed ledger, wherein the route planning service builds an exchange bridge along the at least one route;

wherein the computer platform transfers the first asset token from the client wallet on the first distributed ledger to an inbound wallet on the exchange bridge;

wherein a decentralized exchange conversion algorithm (DEX-AMM) of the exchange bridge equates a value of the first asset token from a value in terms of a first asset type to a value in terms of a second asset type;

wherein the exchange bridge accesses at least one lending pool containing an accumulation of assets of the second asset type;

wherein the exchange bridge withdraws a second asset of the second asset type from the accumulation of assets of the second asset type, wherein the value of the second asset is equivalent to the value of the first asset;

wherein the second asset is transferred from the at least one lending pool to an outbound wallet on the exchange bridge; and

wherein the exchange bridge transfers the second asset to the client wallet on the second distributed ledger.

9 . The system of claim 8 , further comprising:

a first anchor bridge, an institutional bridge, and a second anchor bridge;

wherein the exchange bridge transfers the first asset token to an anchor wallet of the first anchor bridge;

wherein the anchor wallet of the first anchor bridge deposits the first asset token into an inbound custody wallet of the institutional bridge;

wherein the institutional bridge converts a non-tokenized value of the first asset token in terms of the first asset type to a non-tokenized value of the first asset token in terms of the second asset type;

wherein the institutional bridge issues a third asset token, wherein the third asset token is a tokenized value of the first asset token in terms of the second asset type; wherein the institutional bridge transfers the third asset token to an outbound custody wallet of the institutional bridge;

wherein the second anchor bridge withdraws the third asset token from the outbound custody wallet of the institutional bridge, wherein the second anchor bridge transfers the third asset token to an anchor wallet of the second anchor bridge;

wherein the second anchor bridge transfers the third asset token from the anchor wallet of the second anchor bridge to the outbound wallet of the exchange bridge.

10 . The system of claim 9 , wherein the transfer of the first asset token to the anchor wallet of the first anchor bridge, the deposit of the first asset token to the inbound custody wallet of the institutional bridge, the transfer of the third asset to the outbound custody wallet of the institutional bridge, the withdrawal of the third asset token from the outbound custody wallet of the institutional bridge, and/or the transfer of the third asset token to the outbound wallet of the exchange bridge occurs simultaneously in real-time or near real-time.

11 . The system of claim 8 , wherein the transfer of the first asset token to the inbound wallet, the withdrawal of the second asset from the lending pool, and/or the transfer of the second asset token to the client wallet occurs simultaneously in real-time or near real-time.

12 . The system of claim 8 , wherein the transfer of the first asset token to the inbound wallet, the withdrawal of the second asset token from the lending pool, and/or the transfer of the second asset token to the client wallet is rolled back to a save point in the event of a network failure or cancellation.

13 . The system of claim 8 , wherein the computer platform publishes a record of at least one transfer, wherein the record is published on a third distributed ledger.

14 . The system of claim 13 , wherein a zero knowledge proof is implemented with the record on the third distributed ledger, wherein the zero knowledge proof attests to the record disclosed on the ledger, wherein the zero knowledge proof prevents the record from being physically viewable.

15 . A method of transmutation of tokenized assets using peer-to-peer secondary transactions and business-to-business primary transactions, the method comprising:

a user device implementing a computer platform, the user device including a processor and a memory with a database;

the computer platform executing an in-band transfer process, the method comprising:

routing, by the computer platform, at least one potential path between a first bridge node of a first distributed ledger and a second bridge node of a second distributed ledger;

displaying, by the computer platform, the at least one potential path to a graphic user interface of the device (GUI), the GUI receiving a selection of a path;

creating, by the computer platform, an exchange bridge between the first bridge node and the second bridge node along the path, wherein the exchange bridge includes an inbound bridge wallet and outbound bridge wallet;

executing, by the computer platform, a command to transfer a first asset token from a client wallet on the first distributed ledger to the inbound bridge wallet, wherein the first asset token is a first asset type;

equating, by a decentralized exchange conversion algorithm (DEX-AMM), a value of the first asset token from a value in terms of a first asset type to a value in terms of a second asset type;

accessing, by the exchange bridge, an asset pool, the exchange bridge withdrawing a second asset token from the asset pool, wherein the second asset token is a second asset type, wherein the value of the second token is equivalent to the value of the first asset token;

transferring, by the exchange bridge, the second asset token from the asset pool to the outbound bridge wallet of the exchange bridge;

executing, by the computer platform, an out-of-band replenish process, the method comprising:

transferring, by the computer platform, the second asset token from the outbound bridge wallet of the exchange bridge to the client wallet on the distributed ledger;

depositing the first token to an inbound custody wallet of an institutional bridge, the institutional bridge converting the value of the first asset token into a value in terms of the second asset type;

issuing, by the institutional bridge, a third token, wherein the third asset token is a second asset type, wherein the third asset token is assigned to an outbound custody wallet; and

withdrawing, by the exchange bridge, the third asset token from the outbound custody wallet, wherein the third asset token is transferred to the outbound bridge wallet of the exchange bridge.

16 . The method of claim 15 , further comprising executing, by the computer platform, the method of the in-band transfer process and/or the out-of-band replenish process simultaneously in real time or near real time.

17 . The method of claim 15 , the asset pool comprising at least one asset of the first asset type and at least one asset of the second asset type.

18 . The method of claim 15 , further comprising implementing, by the exchange bridge a fee on the client wallet on the first distributed ledger and/or the client wallet on the second distributed ledger.

19 . The method of claim 15 , further comprising initiating, by the computer platform, the out-of-band replenish process automatically based on a predetermined threshold of accumulation of asset tokens of the first asset type and/or a predetermined threshold of deficit of the second asset type.

20 . The method of claim 15 , further comprising rolling back one or more steps of the method of the in-band transfer process and/or the out-of-band replenish process to a save point in the event of a network failure or cancellation.

Assignments (2)

Continuity (6)

References Cited (22)