Cryptologic self-executing blockchain export commitment

#This application claims the benefit of U.S. application Ser. No. 16/136,700 filed Sep. 20, 2018, the entirety of which is hereby incorporated by reference.

#This disclosure relates to distributed ledger technology and, in particular, to distributed ledger interoperability.

#A distributed ledger may include a consensus of replicated and synchronized digital data across multiple nodes. Participants of a distributed ledger may apply an agreed upon protocol for, verifying, storing, and maintaining, and modifying information stored in the distributed ledger. In many examples, a distributed ledger may be implemented by way of one or more blockchains implemented in a peer-to-peer network. The unique protocol, technologies, and other design considerations of a particular distributed ledger may inhibit cohesive sharing, synchronization, and/or transferring of information with other distributed ledgers.

#The embodiments may be better understood with reference to the following drawings and description. The components in the figures are not necessarily to scale. Moreover, in the figures, like-referenced numerals designate corresponding parts throughout the different views.

#FIG. 1 illustrates a first example of an interoperable cryptologic blockchain system;

#FIG. 2 illustrates a second example of an interoperable cryptologic blockchain system;

#A distributed ledger technology (DLT) may apply an agreed upon protocol for interaction with a blockchain. The unique protocol, technologies, and other design considerations of a particular distributed ledger may inhibit cohesive sharing, synchronization, and/or transferring of information with other distributed ledgers and/or non-participants. In some examples, sharing between distributed ledgers may occur by a computing device becoming a participant of each of the distributed ledgers. However, as more and more distributed ledger technologies become ubiquitous among various organizations, participation in multiple distributed ledger networks to provide data sharing, transferring, and synchronization between the distributed ledger networks may become cumbersome, inefficient, or otherwise undesirable.

#Accordingly, there is disclosed digital systems and methods for cryptological blockchain interoperability. By way of an introductory example, a data furnisher of a furnisher DLT network may append, to a furnisher blockchain, an interoperability smart contract comprising a cryptologic committal. The cryptologic committal may include commit logic configured to cause a data receiver to commit token data to the receiver blockchain based on the pre-commit authorization. The data furnisher may encrypt, based on a predetermined committal key, a pre-commit authorization to transfer token data stored on the furnisher blockchain to the receiver blockchain. The data furnisher may transmit the pre-commit authorization to the data receiver. After transmission of the pre-commit authorization, the data furnisher may receive a pre-commit acknowledgement of the pre-commit authorization. Responsive to the pre-commit acknowledgement, the data furnisher may lock the token data on the furnisher blockchain in response to verification that the token data is appended to the receiver blockchain. Alternatively, the data receiver may create and/or commit the token data to the receiver blockchain in response to verification that the token data is locked on the furnisher blockchain. The data furnisher may send the predetermined committal key to the data receiver. The data receiver may be configured to execute the commit logic based on the pre-commit authorization unencrypted by the predetermined committal key and commit the token data to the receiver blockchain based on the commit logic.

#In another aspect of the system and method described herein, a data receiver of a receiver DLT network may receive an encrypted pre-commit authorization to transfer token data stored on a furnisher blockchain to a receiver blockchain. The data receiver may access, from the receiver blockchain, an interoperability smart contract comprising a cryptologic committal. The cryptologic committal may include commit logic configured to cause committal of the token data to the receiver blockchain based on the pre-commit authorization. The data receiver may generate the token data. The data receiver may transmit a pre-commit acknowledgement to a data furnisher in response to generation of the token data. After transmission of the pre-commit authorization, the data receiver may receive a committal key from the data furnisher, unencrypt the pre-commit authorization, and commit the token data to the receiver blockchain based on the unencrypted pre-commit authorization and the cryptologic committal.