IP Library › Granted Patent US 10,951,420
Granted Patent B2
US 10,951,420 · App. 16/276,264 · Granted Mar 16, 2021

Cryptologic blockchain interoperation

Inventors: Hugo Borne-Pons (Juan-les-Pins, FR); Giuseppe Giordano (Juan-les-Pins, FR); Luca Schiatti (Juan-les-Pins, FR); Naima Hamouma (Lyons, FR)
Assignee: Accenture Global Solutions Limited
H04L9/3255H04L9/0841H04L9/0894H04L9/14H04L9/3239H04L9/3247H04L2209/38H04L2209/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 10,951,420
App. No.
16/276,264
Granted
Mar 16, 2021
Kind
B2
Abstract

A distributed ledger technology (DLT) network may include a plurality of participant nodes. The participant nodes may respectively validate a distributed ledger based on a consensus protocol. A blockchain export system may send, to a data receiver not included in the DLT network, a participant public key for a participant node of the DLT network. The blockchain export system may receive, from the data receiver, a request to share token data stored in a blockchain of the distributed ledger. The blockchain export system may generate a certification that the token data is stored on the blockchain. The certification may include a digital signature based on a participant private key paired to the participant public key. The blockchain system may transmit the certification to the data receiver. The data receiver may verify the certification based on the participant public key.

Claims (63)

1. A system comprising:

a processor circuitry, configured to:

send, to a data receiver, a participant public key for a participant node of a distributed ledger technology (DLT) network, the DLT network comprising a plurality of participant nodes, wherein the participant nodes respectively validate a distributed ledger based on a consensus protocol, the data receiver not included in the DLT network;

receive, from the data receiver, a request to share token data stored in a blockchain of the distributed ledger;

generate a certification that the token data is stored on the blockchain, the certification comprising a plurality of digital signatures or a multi-signature of multiple of the participant nodes of the DLT network based on a participant private key paired to the participant public key; and

transmit the certification to the data receiver, the data receiver configured to verify the certification based on the participant public key.

2. The system of claim 1 , wherein to transmit the certification to the data receiver, the processor circuitry is further configured to communicate, to the data receiver, the token data, the token data encrypted based on the participant private key.

3. The system of claim 1 , wherein the processor circuitry is further configured to generate the plurality of digital signatures or the multi-signature, encrypted with the participant private key that is paired with the participant public key provided to the data receiver for each of the respective digital signatures or the multi-signature.

4. The system of claim 1 , wherein processor circuitry is further configured to:

transmit the token data to the data receiver;

append, to the blockchain, a transfer token that indicates the token data was exported to the data receiver; and

restrict, the token data from being exported again in response to existence of the transfer token in the blockchain.

5. The system of claim 1 , wherein the processor circuitry is further configured to:

receive, from the data receiver, a key request, the key request comprising an identifier of the data receiver and an identifier of the participant node of the DLT network; and

determine, based on a share permission, that the data receiver is authorized to receive the participant public key, wherein the participant public key is sent to the data receiver in response to receipt of the key request and determination that the data receiver is authorized to receive the participant public key.

6. The system of claim 1 , wherein the processor circuitry is further configured to:

receive, from the data receiver, a public key for the data receiver, the public key corresponding to a private key stored by the data receiver; and

include, in the certification, the public key for the data receiver.

7. The system of claim 1 , further wherein the processor circuitry is further configured to:

lock the token data stored in the blockchain by appending a second datablock to the blockchain, the second datablock comprising an identifier of the token data.

8. The system of claim 7 , wherein the processor circuitry is further configured to:

receive a request to update the token data stored in the blockchain; and

deny, in response to the token data being locked, the request to update the token data.

9. The system of claim 1 , wherein to generate a certification that the token data is stored on the blockchain, the processor circuitry is further configured to:

obtain respective digital signatures from federated participant nodes, the federated participant nodes comprising only a subset of participant nodes of the DLT network; and

include, in the certification, as the plurality of digital signatures or the multi-signature, the respective digital signatures.

10. The system of claim 9 , wherein to obtain respective digital signatures from a federation of participant nodes, the processor circuitry is further configured to:

communicate a request for a digital signature to each of the federated participant nodes; and

receive a respective digital signature from each of the federated participant nodes.

11. A method, comprising:

sending, to a data receiver, a participant public key for a participant node of a distributed ledger technology (DLT) network, the DLT network comprising a plurality of participant nodes, wherein the participant nodes respectively validate a distributed ledger based on a consensus protocol, the data receiver not included in the DLT network;

receiving, from the data receiver, a request to share token data stored in a blockchain of the distributed ledger;

generating a certification that the token data is stored on the blockchain, the certification comprising a plurality of digital signatures or a multi-signature of multiple of the participant nodes of the DLT network based on a participant private key paired to the participant public key; and

transmitting the certification to the data receiver, the data receiver configured to verify the certification based on the participant public key.

12. The method of claim 11 , wherein to transmitting the certification to the data receiver further comprises:

communicating, to the data receiver, the token data, the token data encrypted based on the participant private key.

13. The method of claim 11 , further comprising:

generating the digital signatures or the multi-signature, the digital signatures or the multi-signature encrypted with a private key that is paired with the participant public key provided to the data receiver.

14. The method of claim 11 , further comprising:

transmitting the token data to the data receiver;

appending, to the blockchain, a transfer token that indicates the token data was exported to the data receiver; and

restricting, the token data from being exported again in response to existence of the transfer token in the blockchain.

15. The method of claim 11 , further comprising:

receiving, from the data receiver, a key request, the key request comprising an identifier of the data receiver and an identifier of the participant node of the DLT network; and

determining, based on a share permission, that the data receiver is authorized to receive the participant public key,

wherein the participant public key is sent to the data receiver in response to receipt of the key request and determination that the data receiver is authorized to receive the participant public key.

16. The method of claim 11 , further comprising:

receiving, from the data receiver, a public key for the data receiver, the public key corresponding to a private key stored by the data receiver; and

including, in the certification, the public key for the data receiver.

17. The method of claim 11 , further comprising:

locking the token data stored in the blockchain by appending a second datablock to the blockchain, the second datablock comprising an identifier of the token data.

18. The method of claim 17 , further comprising:

receiving a request to update the token data stored in the blockchain; and

denying, in response to the token data being locked, the request to update the token data.

19. The method of claim 11 , wherein to generating a certification that the token data is stored on the blockchain further comprises:

receiving respective digital signatures from federated participant nodes, the federated participant nodes comprising only a subset of participant nodes of the DLT network; and

including, in the certification, as the plurality of digital signatures or the multi-signature, the respective digital signatures.

20. A non-transitory computer readable storage medium, comprising:

a plurality of instructions, the instructions executed by a processor to:

send, to a data receiver, a participant public key for a participant node of a distributed ledger technology (DLT) network, the DLT network comprising a plurality of participant nodes, wherein the participant nodes respectively validate a distributed ledger based on a consensus protocol, the data receiver not included in the DLT network;

receive, from the data receiver, a request to share token data stored in a blockchain of the distributed ledger;

generate a certification that the token data is stored on the blockchain, the certification comprising a plurality of digital signatures or a multi-signature of multiple of the participant nodes of the DLT network based on a participant private key paired to the participant public key; and

transmit the certification to the data receiver, the data receiver configured to verify the certification based on the participant public key.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 19, 2019
From: BORNE-PONS, HUGO; GIORDANO, GIUSEPPE; SCHIATTI, LUCA; HAMOUMA, NAIMA
To: ACCENTURE GLOBAL SOLUTIONS LIMITED
Reel/Frame 048365/0558 →
Continuity (2)
Continuation 16116360 · Aug 29, 2018
Related Publication 20200076617A1 · Mar 5, 2020
Cited By (2)
US 12,483,557 US 12,689,521