Trust-varied relationship between blockchain networks
An example operation includes one or more of establishing, by a first blockchain trust anchor node, a trusted connection to a trust anchor node of a second blockchain, detecting, by the first blockchain trust anchor node, changes of the first blockchain, and executing a smart contract to reflect the detected changes on the second blockchain.
1. A first trust anchor node of a first blockchain in a blockchain network, the trust anchor node comprising:
a processor that when executing one or more instructions stored in an associated memory is configured to:
establish a trusted connection to a second trust anchor node of a second blockchain in the blockchain network;
execute a bi-directional handshake with the trust anchor node of the second blockchain to establish a mutually agreed access policy between the first blockchain and the second blockchain;
determine a network type and asset class elements of the second blockchain based on the trusted connection;
exchange a seed with the trust anchor node of the second blockchain for generation of identifications for asset classes in response to the first blockchain trust anchor node being created at genesis;
identify that an asset class of the second blockchain is derivative of an asset class of the first blockchain;
detect a change in the asset class of the first blockchain; and
send information about the change to the second blockchain to cause the second blockchain to make a corresponding change to the asset class of the second blockchain.
2. The first trust anchor node of claim 1 , wherein the processor is further configured to:
provide state information of the first blockchain to the second trust anchor node.
3. The first trust anchor node of claim 1 , wherein the processor is further configured to:
process write requests from the second blockchain by validation of a signature of the second blockchain.
4. The first trust anchor node of claim 1 , wherein the processor is further configured to:
generate a cross-blockchain asset registry.
5. A method, comprising:
establishing, by a first trust anchor node of a first blockchain in a blockchain network, a trusted connection to a second trust anchor node of a second blockchain in the blockchain network;
executing a bi-directional handshake with the trust anchor node of the second blockchain to establish a mutually agreed access policy between the first blockchain and the second blockchain;
determining a network type and asset class elements of the second blockchain based on the trusted connection;
exchanging a seed with the trust anchor node of the second blockchain for generation of identifications for asset classes in response to the first blockchain trust anchor node being created at genesis;
identifying, by the first trust anchor node, that an asset class of the second blockchain is derivative of an asset class of the first blockchain;
detecting, by the first blockchain trust anchor node, a change in the asset class of the first blockchain; and
send, by the first blockchain trust anchor node, information about the change to the second blockchain to cause to make a corresponding change to the asset class of the second blockchain.
6. The method of claim 5 , further comprising:
providing state information of the first blockchain to the trust anchor node of the second blockchain.
7. The method of claim 5 , further comprising:
processing write requests from the second blockchain by validating a signature of the second blockchain.
8. The method of claim 5 , further comprising:
generating a cross-blockchain asset registry.
9. A non-transitory computer readable medium comprising instructions that when executed by a processor of a first trust anchor node in a blockchain network cause the processor to perform:
establishing, by a first trust anchor node of a first blockchain in a blockchain network, a trusted connection to a second trust anchor node of a second blockchain in the blockchain network;
executing a bi-directional handshake with the trust anchor node of the second blockchain to establish a mutually agreed access policy between the first blockchain and the second blockchain;
determining a network type and asset class elements of the second blockchain based on the trusted connection;
exchanging a seed with the trust anchor node of the second blockchain for generation of identifications for asset classes in response to the first blockchain trust anchor node being created at genesis;
identifying, by the first trust anchor node, that an asset class of the second blockchain is derivative of an asset class of the first blockchain;
detecting, by the first blockchain trust anchor node, a change in the asset class of the first blockchain; and
send, by the first blockchain trust anchor node, information about the change to the second blockchain to cause to make a corresponding change to the asset class of the second blockchain.
10. The non-transitory computer readable medium of claim 9 , wherein the one or more instructions further cause the processor to perform:
providing state information of the first blockchain to the trust anchor node of the second blockchain.
11. The non-transitory computer readable medium of claim 9 , wherein the one or more instructions further cause the processor to perform:
processing write requests from the second blockchain by validating a signature of the second blockchain.
12. The non-transitory computer readable medium of claim 9 , wherein the one or more instructions further cause the processor to perform:
generating a cross-blockchain asset registry.