Granted Patent B1

US 12,470,415 · App. 18/544,356 · Granted Nov 11, 2025

Inventors: Victor Bovee Dods (Seattle, WA); Benjamin James Taylor (Las Vegas, NV); Benjamin Gregory Nichols (New Plymouth, NZ)

Assignee: LEDGERDOMAIN INC.

H04L9/50H04L9/0819H04L9/0841H04L9/321H04L9/3297

Abstract

Claims (40)

1 . A method for delegating user access to one of a set of decentralized networked nodes that share a private permissioned blockchain data structure or a decentralized personal ledger, to which access has been limited to users authorized by one of the set of decentralized networked nodes, the method comprising:

receiving from one of the set of decentralized networked nodes, an authority to access a network node to invoke services that conduct operations using the private permissioned blockchain data structure or decentralized personal ledger;

creating a delegation of at least some of the authority to access the network node using a decentralized identity communication (DIDComm) messaging protocol, generating an encrypted access credential, wherein DIDComm messaging protocol uses a private key as a sender and a recipient public key as a recipient, and generates the encrypted access credential; and

sending the delegation to the recipient.

2 . The method of claim 1 , wherein a delegation of some of the authority to access the network node for a limited duration of time comprises an evanescent credential; and wherein creating a delegation further includes configuring an automatic deletion of any evidence supporting identifying the recipient at expiry of the limited duration of time.

3 . The method of claim 1 , further including storing in a keystore of a user, a user private key to invoke the services.

4 . The method of claim 1 , wherein creating a delegation further includes defining a conditional access by generating a smart contract, a smart contract private key and a smart contract public key, and storing in a keystore of a user, a user private key to invoke services.

5 . The method of claim 4 , wherein creating a delegation further includes generating an access credential for the recipient, wherein the access credential includes the recipient public key of the recipient, the smart contract public key, and the smart contract.

6 . The method of claim 5 , wherein the DIDComm messaging protocol uses the smart contract private key as the private key of the sender generates the encrypted access credential as a shared secret by executing an Elliptic Curve Diffie-Hellman (ECDH) key exchange.

7 . The method of claim 6 , further including deploying the encrypted access credential such that the encrypted access credential is: (i) retrievable by the recipient using the recipient public key, (ii) decryptable by the recipient using a recipient private key, and (iii) revocable using the smart contract private key.

8 . The method of claim 7 , wherein deploying the encrypted access credential is performed by an administrative device and, wherein the recipient is connected via a recipient device, wherein the recipient device is one selected from (i) a workgroup device configured to authenticate a plurality of recipients in a workgroup, and (ii) a recipient device in a plurality of recipient devices, wherein respective recipient devices in the plurality of recipient devices are configured to authenticate respective recipients in the plurality of recipients.

9 . The method of claim 8 , further including: retrieving the recipient public key from a key-value store, wherein the key-value store hosts respective recipient public keys of the respective recipients, and wherein the key-value store is one of: (i) a decentralized network; (ii) a decentralized blockchain network; and (iii) a database.

10 . The method of claim 8 , wherein the smart contract private key is stored only on the administrative device.

11 . The method of claim 9 , further including implementing one or more of: (i) transmitting the encrypted access credential to the key-value store; (ii) indexing the encrypted access credential on the key-value store by the recipient public key; and (iii) transmitting the encrypted access credential to a DIDComm inbox of a recipient on the key-value store, and wherein, based on the recipient public key, the recipient device receives a message from the key-value store that notifies the recipient that the encrypted access credential with the delegation is available.

12 . The method of claim 9 , further including:

generating by the recipient device, the recipient public key based on the recipient private key using an elliptic curve cryptography function to generate the recipient public key based on the recipient private key;

wherein the recipient private key is stored only on the recipient device; and

using by the recipient device the recipient public key to query the key-value store for the encrypted access credential, and, in response, receiving the encrypted access credential from the key-value store.

13 . The method of claim 12 , further including using an authentication token of the recipient device to access the key-value store.

14 . The method of claim 12 , further including receiving, using DIDComm messaging protocol and ECDH key exchange, the encrypted access credential from the key-value store.

15 . The method of claim 12 , wherein an access credential decryption logic, running on the recipient device, is configured to: (i) decrypt the encrypted access credential using the recipient private key, and generate a decrypted access credential; (ii) to authenticate using an authentication logic, a recipient using the decrypted access credential; and (iii) if the recipient seeks authentication to a particular application running on the recipient device, to authenticate the recipient into the particular application using the decrypted access credential.

16 . The method of claim 4 , wherein the smart contract private key is an ephemeral key.

17 . The method of claim 4 , further including revoking the conditional access delegated to the recipient by writing to a revocation ledger using the smart contract private key.

18 . The method of claim 8 , further including receiving the recipient public key from the recipient device in response to one of: (i) the recipient device and the administrative device coming within a proximity range, and (ii) the recipient device and the administrative device tapping against each other.

19 . The method of claim 1 , further including delegate conditional access to recipients using private keys that bypass server-side transmission channels, comprising:

generating by a conditional access definition logic, a smart contract that sets parameters for conditional access delegated to a recipient, and generating a smart contract public key and a smart contract private key for the smart contract;

generating by an access credential generation logic, an access credential for the recipient, wherein the access credential includes the recipient public key of the recipient, the smart contract public key, and the smart contract;

encrypting by an access credential encryption logic, the access credential using the smart contract private key, and generating an encrypted access credential; and

deploying by an access credential deployment logic, the encrypted access credential such that the encrypted access credential is:

retrievable by the recipient using the recipient public key,

decryptable by the recipient using a recipient private key, and

revocable using the smart contract private key.

20 . A system comprising one or more processors coupled to memory storing instructions for delegating user access to one of a set of decentralized networked nodes that share a private permissioned blockchain data structure or a decentralized personal ledger, to which access has been limited to users authorized by one of the set of decentralized networked nodes, which instructions when executed by the one or more processors, implement:

receiving from one of the set of decentralized networked nodes, an authority to access a network node to invoke services that conduct operations using the private permissioned blockchain data structure or decentralized personal ledger to which access has been limited to users authorized by one of the set of decentralized networked nodes; and

creating a delegation of at least some of the authority to access the network node for a limited duration of time, wherein a user private key is stored in a keystore of a user to invoke the services; and

sending the delegation to a recipient.

21 . A non-transitory computer readable medium storing instructions for delegating user access to one of a set of decentralized networked nodes that share a private permissioned blockchain data structure or a decentralized personal ledger, to which access has been limited to users authorized by one of the set of decentralized networked nodes, which instructions when executed by one or more processors perform operations comprising:

receiving from one of the set of decentralized networked nodes, an authority to access a network node to invoke services that conduct operations using the private permissioned blockchain data structure or decentralized personal ledger to which access has been limited to users authorized by one of the set of decentralized networked nodes;

creating a delegation of at least some of the authority to access the network node for a limited duration of time, wherein a user private key is stored in a keystore of a user to invoke the services; and

sending the delegation to a recipient.

Assignments (1)

Continuity (1)

References Cited (206)