IP Library › Granted Patent US 12,079,868
Granted Patent B2
US 12,079,868 · App. 17/702,251 · Granted Sep 3, 2024

Complex number tokenization using a distributed ledger

Inventor: Larry Randal Witham (San Jose, CA)
G06Q40/04H04L9/0643H04L2209/56
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,079,868
App. No.
17/702,251
Granted
Sep 3, 2024
Kind
B2
Abstract

To record an exchange of value in a distributed ledger, a client device interacts with a distributed ledger maintained by participants in a distributed ledger network, for example via a digital wallet. The distributed ledger includes a set of consensus rules including at least one consensus rule that digital token values recorded in the distributed ledger include complex values having at least two components. The client device generates a transaction indicating an exchange of value of a digital token having at least two components, where the transaction is stored in the distributed ledger, and transmits the transaction to at least one other participant in a distributed ledger network of participants maintaining the distributed ledger. The participants append data to the distributed ledger in response to determining that the data satisfies the set of consensus rules.

Claims (34)

1. A method for recording an exchange of value in a distributed ledger, the method comprising:

interacting, by one or more processors, with a distributed ledger maintained by a plurality of participants in a distributed ledger network, the distributed ledger including a set of consensus rules;

generating, by one or more processors, a transaction indicating an exchange of value of a digital token, wherein the transaction is stored in the distributed ledger, and wherein the digital token value is a complex number value having a magnitude, an initial phase, and a frequency component, such that a phase of the digital token value changes over time in accordance with the frequency component; and

transmitting the transaction to at least one other participant in a distributed ledger network of participants maintaining the distributed ledger, wherein the plurality of participants append data to the distributed ledger in response to determining that the data satisfies the set of consensus rules.

2. The method of claim 1 , further comprising:

providing a request for a particular digital token value having a particular magnitude and a particular phase, wherein the phase of the digital token value is determined based on a combination of the initial phase of the digital token value, the frequency component for the digital token value, and a current time; and

receiving the digital token value at a time when a magnitude of the digital token value matches the requested magnitude and the phase of the digital token value matches the requested phase.

3. The method of claim 2 , wherein the request for the particular digital token value is provided to a smart contract stored on the distributed ledger configured to:

receive requests to receive and transmit digital token values;

identify parties requesting to transmit and receive a same digital token value; and

exchange the same digital token value between the identified parties.

4. The method of claim 3 , wherein the smart contract is configured to determine that a first party requesting to transmit a first digital token value and a second party request to receive a second digital token value are requesting to transmit and receive the same digital token value when a first magnitude of the first digital token value matches a second magnitude of the second digital token value.

5. The method of claim 4 , wherein the smart contract is further configured to determine that the first and second party are requesting to transmit and receive the same digital token value when a second phase of the second digital token value matches a combination of a first phase of the first digital token value, a first frequency component of the first digital token value, and the current time.

6. The method of claim 5 , wherein the smart contract is further configured to set a same frequency component value for each digital token value included in the requests.

7. The method of claim 5 , wherein the first frequency component is adjusted based on a transaction fee provided to the smart contract.

8. The method of claim 1 , wherein the frequency component of each digital token value is a first frequency component, a coordinate system for the digital token value rotates at a rate corresponding to a second frequency component, and the phase of the digital token value is determined based on a combination of the initial phase of the digital token value, the first frequency component for the digital token value, the second frequency component for the digital token value, and a current time.

9. The method of claim 1 , wherein each digital token value is represented as a non-fungible token (NFT) in the distributed ledger.

10. The method of claim 1 , wherein the set of consensus rules include at least one consensus rule that digital token values recorded in the distributed ledger include complex number values.

11. A computer system for recording an exchange of value in a distributed ledger comprising:

one or more processors; and

a non-transitory computer-readable memory storing instructions thereon that, when executed by the one or more processors, cause the computer system to:

interact with a distributed ledger maintained by a plurality of participants in a distributed ledger network, the distributed ledger including a set of consensus rules;

generate a transaction indicating an exchange of value of a digital token, wherein the transaction is stored in the distributed ledger, and wherein the digital token value is a complex number value having a magnitude, an initial phase, and a frequency component, such that a phase of the digital token value changes over time in accordance with the frequency component; and

transmit the transaction to at least one other participant in a distributed ledger network of participants maintaining the distributed ledger, wherein the plurality of participants append data to the distributed ledger in response to determining that the data satisfies the set of consensus rules.

12. The computer system of claim 11 , wherein the instructions further cause the computer system to:

provide a request for a particular digital token value having a particular magnitude and a particular phase, wherein the phase of the digital token value is determined based on a combination of the initial phase of the digital token value, the frequency component for the digital token value, and a current time; and

receive the digital token value at a time when a magnitude of the digital token value matches the requested magnitude and the phase of the digital token value matches the requested phase.

13. The method of claim 12 , wherein the request for the particular digital token value is provided to a smart contract stored on the distributed ledger configured to:

receive requests to receive and transmit digital token values;

identify parties requesting to transmit and receive a same digital token value; and

exchange the same digital token value between the identified parties.

14. The method of claim 13 , wherein the smart contract is configured to determine that a first party requesting to transmit a first digital token value and a second party request to receive a second digital token value are requesting to transmit and receive the same digital token value when a first magnitude of the first digital token value matches a second magnitude of the second digital token value.

15. The method of claim 14 , wherein the smart contract is further configured to determine that the first and second party are requesting to transmit and receive the same digital token value when a second phase of the second digital token value matches a combination of a first phase of the first digital token value, a first frequency component of the first digital token value, and the current time.

16. The method of claim 15 , wherein the smart contract is further configured to set a same frequency component value for each digital token value included in the requests.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 22, 2025
From: WITHAM, LARRY
To: LAPAIN, LLC
Reel/Frame 072091/0980 →
Continuity (3)
Provisional Application 63262741 · Oct 19, 2021
Provisional Application 63256498 · Oct 15, 2021
Related Publication 20230119843A1 · Apr 20, 2023