Database asset fulfillment chaincode deployment

Patent metadata

Field	Value
Publication number	US-11200260-B2
Application number	US-201916438460-A
Country	US
Kind code	B2
Filing date	Jun 11, 2019
Priority date	Jun 11, 2019
Publication date	Dec 14, 2021
Grant date	Dec 14, 2021

Abstract

An example operation may include one or more of receiving, by a blockchain node or peer, a deploy chaincode blockchain transaction, and in response establishing a cold asset storage repository comprising pointers to each of the assets of a blockchain stored in a shared ledger, each of the assets comprising a key-value pair, establishing a hot asset storage repository of predetermined size and configured to store a subset of the assets of the blockchain, and configuring asset classification rules to organize hot asset storage and cold asset storage.

First claim

What is claimed is:

1. A system, comprising:
a blockchain network, comprising:
a shared ledger, comprising:
a blockchain, comprising key-value pair assets; and

a blockchain node or peer, configured to:
receive a deploy chaincode blockchain transaction, and in response:
establish a cold asset storage repository comprising pointers to each of the assets of the blockchain;
establish a hot asset storage repository of predetermined size and configured to store a subset of the assets of the blockchain; and
configure asset classification rules configured to:
organize hot asset storage and cold asset storage.

2. The system of claim 1 , wherein the blockchain node or peer organizes hot asset storage and cold asset storage comprises the blockchain node or peer is further configured to:
determine which assets should be stored in hot asset storage or cold asset storage;
determine if a requested asset is obtained through hot or cold asset storage;
determine a status for requested assets, the status comprising one of hot or cold; and
report the status in response to the asset request,
wherein the blockchain node or peer defines or configures one or more asset classification rules in response to one or more of:
an asset is recorded to the shared ledger;
a regular interval;
a new chaincode is deployed to, or removed from, a provider node or peer; and
a node or peer is started and the world state is calculated.

3. The system of claim 1 , wherein in response to the blockchain node or peer receives an asset request from a requester node or peer that does not reference an asset in hot asset storage, the asset classification rules are further configured to:
obtain a pointer that corresponds to the requested asset from the cold asset storage;
request the requested asset at the pointer location from the blockchain;
obtain the requested asset from the blockchain; and
provide the requested asset to the requester node or peer.

4. The system of claim 1 , wherein the blockchain node or peer combines asset classification rules for all blockchain nodes or peers that access the same shared ledger, wherein in response to any blockchain node or peer classifies an asset as hot, the asset is maintained in hot asset storage for all blockchain nodes or peers, wherein in response to no blockchain node or peer classifies an asset as hot, the asset classification rules remove the asset from hot asset storage and access the asset through cold asset storage.

5. The system of claim 1 , wherein the blockchain node or peer populates the hot asset storage with assets copied from the blockchain, wherein the copied assets are specified by the asset classification rules.

6. The system of claim 5 , wherein the blockchain node or peer is configured to receive asset requests and in response process the asset requests using one of hot asset storage or cold asset storage, wherein asset requests are initially processed from hot asset storage in response to the hot asset storage comprises the requested asset.

7. The system of claim 3 , wherein in response to no asset classification rules are specified for a first asset, the first asset is initially stored in the hot asset storage, wherein in response to infrequent access of the first asset, the asset classification rules migrate the first asset to cold asset storage.

8. A method, comprising:
receiving, by a blockchain node or peer, a deploy chaincode blockchain transaction, and in response:
establishing a cold asset storage repository comprising pointers to each of the assets of a blockchain stored in a shared ledger, each of the assets comprising a key-value pair;
establishing a hot asset storage repository of predetermined size and configured to store a subset of the assets of the blockchain; and
configuring asset classification rules to organize hot asset storage and cold asset storage.

9. The method of claim 8 , wherein configuring asset classification rules to organize hot asset storage and cold asset storage comprising:
determining which assets should be stored in hot asset storage or cold asset storage;
determining if a requested asset is obtained through hot or cold asset storage;
determining a status for requested assets, the status comprising one of hot or cold; and
reporting the status in response to the asset request,
wherein the method further comprising:
one of defining or configuring, by the blockchain node or peer, one or more asset classification rules in response to one or more of:
an asset is recorded to the shared ledger;
a regular interval;
a new chaincode is deployed to, or removed from, a provider node or peer; and
a node or peer is started and the world state is calculated.

10. The method of claim 8 , wherein in response to receiving an asset request from a requester node or peer that does not reference an asset in hot asset storage, the method further comprising:
obtaining, by the blockchain node or peer, a pointer corresponding to the requested asset from the cold asset storage;
requesting the requested asset at the pointer location from the blockchain;
obtaining the requested asset from the blockchain; and
providing the requested asset to the requester node or peer.

11. The method of claim 8 , further comprising:
combining, by the blockchain node or peer, asset classification rules for all blockchain nodes or peers that access the same shared ledger,
wherein in response to any blockchain node or peer classifies an asset as hot, the method further comprising:
maintaining the asset in hot asset storage for all blockchain nodes or peers,

wherein in response to no blockchain node or peer classifies an asset as hot, the method further comprising:
removing, by the asset classification rules, the asset from hot asset storage; and
accessing the asset through cold asset storage.

12. The method of claim 8 , further comprising:
populating, by the blockchain node or peer, the hot asset storage with assets copied from the blockchain, wherein the copied assets are specified by the asset classification rules.

13. The method of claim 12 , further comprising:
receiving, by the blockchain node or peer, asset requests and in response:
processing the asset requests using one of hot asset storage or cold asset storage, wherein asset requests are initially processed from hot asset storage in response to the hot asset storage comprises the requested asset.

14. The method of claim 9 , wherein in response to no asset classification rules are specified for a first asset, the first asset is initially stored in the hot asset storage, wherein in response to infrequent access of the first asset, the asset classification rules migrate the first asset to cold asset storage.

15. A non-transitory computer readable medium comprising instructions, that when read by a processor, cause the processor to perform:
receiving, by a blockchain node or peer, a deploy chaincode blockchain transaction, and in response:
establish a cold asset storage repository comprising pointers to each of the assets of a blockchain stored in a shared ledger, each of the assets comprising a key-value pair;
establish a hot asset storage repository of predetermined size and configured to store a subset of the assets of the blockchain; and
configuring asset classification rules to organize hot asset storage and cold asset storage:
determine which assets should be stored in hot asset storage or cold asset storage;
determine if a requested asset is obtained through hot or cold asset storage;
determine a status for requested assets, the status comprising one of hot or

Assignees

• IBM

Inventors

• Novotny Petr
• Zhang Qi
• Baset Salman Abdul

Classifications

• H04L9/50

  using hash chains, e.g. blockchains or hash trees · CPC title

• G06F16/1834

  implemented based on peer-to-peer networks, e.g. gnutella (p2p communication protocols H04L67/104) · CPC title

• H04L9/3239

  involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD · CPC title

• G06F16/285 Primary

  Clustering or classification · CPC title

• G06F16/9024 Primary

  Graphs; Linked lists (G06F16/9027 takes precedence) · CPC title