WO2017194976A1 - Procédés et systèmes pour traiter des actifs - Google Patents

Procédés et systèmes pour traiter des actifs Download PDF

Info

Publication number
WO2017194976A1
WO2017194976A1 PCT/GB2017/051350 GB2017051350W WO2017194976A1 WO 2017194976 A1 WO2017194976 A1 WO 2017194976A1 GB 2017051350 W GB2017051350 W GB 2017051350W WO 2017194976 A1 WO2017194976 A1 WO 2017194976A1
Authority
WO
WIPO (PCT)
Prior art keywords
entity
asset
node
supply chain
consensus network
Prior art date
Application number
PCT/GB2017/051350
Other languages
English (en)
Inventor
Barry HOLLOWAY
Martin ESTCOURT
Richard BELLAIRS
Original Assignee
De La Rue International Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US15/154,291 external-priority patent/US20170331896A1/en
Priority claimed from GBGB1608435.2A external-priority patent/GB201608435D0/en
Priority claimed from GBGB1608431.1A external-priority patent/GB201608431D0/en
Priority claimed from GBGB1608432.9A external-priority patent/GB201608432D0/en
Application filed by De La Rue International Limited filed Critical De La Rue International Limited
Priority to EP17724610.5A priority Critical patent/EP3455802A1/fr
Publication of WO2017194976A1 publication Critical patent/WO2017194976A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • G06Q30/0185—Product, service or business identity fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Definitions

  • the present invention generally relates to transferring assets within a supply chain, and in particular the use of distributed consensus networks for this purpose.
  • a supply chain is a collection of entities which collaborate to design, manufacture and distribute to the public a particular good or asset.
  • Supply chains entities may include supply chain owners or designers, manufacturers, distributors, retailers and consumers.
  • a supply chain owner creates a design or blueprint of an item to be produced and arranges for supply chain entities such as manufacturers, distributors, retailers to produce and distribute the items to the consumers representing the public.
  • a supply chain owner may give the blueprint to one or many manufacturers and specify how many items they can legitimately produce.
  • a manufacturer then produces the items, packages them and transfers them to one or more distributors.
  • a distributor receives the items from the manufacturer and transfers them to other distributors or retailers.
  • a retailer receives the items from the distributor, unpacks the items from packages and sells them individually to consumers. Consumers buy the items from the retailer. Subsequently they may re-sell them on secondary market to other consumers.
  • a computer- implemented method for processing an asset within a supply chain comprising: providing a first distributed ledger, the first distributed ledger being maintained by nodes within a first distributed consensus network; providing a second distributed ledger, the second distributed ledger being maintained by nodes within a second distributed consensus network, creating the asset by a first entity of the supply chain, the first entity being associated with at least one node within the first distributed consensus network, and providing a digital certificate uniquely associated with the asset for authentication of the asset; creating a first transaction record in the first distributed ledger, the first transaction record representing a transfer of the asset and its associated digital certificate from the first entity to a second entity of the supply chain, the second entity being associated with at least one node within the first distributed consensus network; and creating a second transaction record in the second distributed ledger, the second transaction record representing a transfer of the asset and its associated digital certificate from the second entity to a third entity of the supply chain, the third entity being associated with at least one node within the second distributed consensus
  • any asset information which a first entity of the supply chain such as an owner or a manufacturer would not want exposed to consumers may be held within a first (e.g. private) distributed consensus network.
  • a second entity representing a retailer of the supply chain for example, may transfer an asset to a third entity representing a consumer for example.
  • the private distributed consensus network is extended to a second (e.g. public) distributed consensus network.
  • the first and second distributed consensus networks are thus distinct networks which are linked to each other, that is connected in an appropriate manner, at the point of as transaction (for example from a retailer to a consumer).
  • the first and second distributed consensus networks have respective nodes which may be configured to be accessed by authorised entities of a supply chain.
  • the present invention provides a solution to the supply chain security (asset provenance) problem whilst moving the trust relationship onto distributed consensus ledgers which record the proof of ownership of the assets.
  • An asset may be an item such as physical product or a digital product such as software.
  • the asset may be a license to manufacture an item or a license to replicate a tangible or intangible product (e.g. software).
  • a distributed consensus ledger provides authentication of transfer of ownership actions and guarantees immutability and auditability of history of ownership.
  • 'distributed consensus network we mean a decentralised, immutable, peer-to- peer network such as a blockchain.
  • blockchain technology is a distributed ledger. It is the technology that the crypto-currency Bitcoin was built upon and it allows peer-to-peer communication, decentralised ownership and authentication of transactions.
  • the present invention allows for a private distributed consensus network whereby each node may be trusted, unlike the public nature of a system such as bitcoin blockchain.
  • the private distributed consensus network may use a proof-of-work principle of the bitcoin blockchain for example to ensure that data in the chain can be trusted. This means that each transaction must be validated by a consensus of other nodes on the network to be able to be added to the blockchain.
  • a distributed consensus network such as a blockchain has a number of advantages over traditional centralised databases.
  • communication may be done directly between two nodes (i.e. two participants) of the network, removing reliance on a central authority and thus increasing security.
  • a distributed consensus network is robust. For example, the loss of a node within the blockchain network due to maintenance or power failure has no impact over the overall distributed consensus network as a whole.
  • transactions within a distributed consensus network are difficult to falsify since the nodes in a distributed consensus network are typically required to perform a computationally complex task which must be shared with other nodes to verify the result (e.g. a 'proof-of-work' or a 'proof-of-stake').
  • transactions are deemed complete after the receiving entity has received both the digital certificate (e.g. a digital token) as well as the asset (e.g. a physical item).
  • Entities within the supply chain may have control over one or more servers, which are able to act as nodes on one of the distributed consensus (i.e. peer-to-peer) networks. Every node within a network may be capable of receiving and sending digital certificates to one or more of the other nodes.
  • a transaction record on the distributed ledger may include for example a transaction ID and a public key of the node associated with the entity receiving the asset.
  • the transaction record includes a public key associated with both the sender and the receiver.
  • Possession of a digital certificate and its associated asset indicates that: a. the asset was produced with the authorisation of the supply chain owner, and b. the asset has been transferred from an authorised supplier.
  • Transactions of digital certificates are recorded on a cryptographically secure, peer-to-peer distributed transaction ledger (such as a blockchain) that is shared by the supply chain entities.
  • the access permissions to the blockchain are controlled by the supply chain owner.
  • entities such as supply chain owner, manufacturer or retailer are associated with a private distributed consensus network whilst entities such as consumers are associated with a public distributed consensus network which distinct from the private distributed consensus network, and linked at the point of transaction (for example from a retailer to a consumer).
  • the first and second distributed consensus networks may be respectively implemented as one or more blockchains, wherein the one or more blockchains of the first (e.g. private) distributed consensus network are implemented as one or more two-way pegged sidechains to a parent chain represented by a blockchain of the second (e.g. public) distributed consensus network.
  • pegged sidechains enable assets to be transferred between multiple blockchains. Since the sidechains are separate to the parent chain, the present invention enables the privacy of the first distributed consensus network so that consumers in the public blockchain for example only have access to selected data associated with assets (to verify authenticity of an asset for example).
  • a distributed register approach as employed according to the invention can use a distributed consensus system such as that underlying Bitcoin, the technical background of which is described in Satoshi Nakamoto, "Bitcoin: A Peer-to-Peer Electronic Cash System” (2008) which is incorporated herewith by reference.
  • Sidechains which enable bitcoins as well as other ledger assets to be transferred between blockchains are described in Adam Back et al., “Enabling Blockchain Innovations with Pegged Sidechains” (2014) which is also incorporated by reference.
  • a sidechain is a blockchain that can validate data from other blockchains.
  • a two-way peg refers to any mechanism by which an asset may be transferred between the linked chains and back.
  • a pegged sidechain is a sidechain whose assets can be imported from and returned to other chains; that is a sidechain that supports two-way pegged assets.
  • a two-way pegged sidechain enables assets to be transferred either way between the first and second networks.
  • the first and second distributed consensus networks are isolated such that in case of a cryptographic break in the sidechain for example, the damage is confined to the sidechain itself.
  • the transfer of an asset (such as an item or a license to manufacture an item), from a private to a public blockchain for example ensures ownership can be tracked by all entities within the supply chain.
  • a consumer within the public chain will not have access to the data held within the private blockchain.
  • the chains are preferably distinct blockchains in order to provide security and separation of issues in terms of the functions they provide.
  • the distinct blockchains are linked so that assets within the private blockchain may be moved to a node within the public blockchain.
  • only a retailer may transfer a product from the private chain to the public chain. Accordingly, all assets that exist in the public chain must have been created and transferred from the private blockchain to the public blockchain.
  • the second transaction record may be recorded in the private distributed ledger (as well as the public distributed ledger).
  • the method further comprises the step of creating a third transaction record in the second distributed ledger, the third transaction record comprising a third transaction identifier, the asset identifier and the identifier of a fourth entity of the supply chain associated with a node within the second distributed consensus network.
  • consumers may transfer products between each other.
  • consumers can check the validity of an asset by inspecting the public blockchain for example, and accessing the ownership history back to the transfer by the retailer to the public blockchain.
  • the method further comprises creating a fourth transaction record respectively in the second distributed ledger, the fourth transaction record representing a transfer of the asset and its associated digital certificate from the third or fourth entity back to the second entity.
  • the fourth transaction record may be recorded in the private distributed ledger (as well as the public distributed ledger).
  • associating the digital certificate with the asset may comprise generating a unique identification code from one or more properties of the digital certificate and applying the unique identification code to the asset.
  • associating the digital certificate with the asset may comprise generating a unique identification code from one or more properties of the asset and incorporating the code in the digital certificate.
  • Providing a digital certificate such as a digital token may comprise signing the digital certificate with a secret key of the first entity, wherein the secret key has a corresponding public key.
  • providing a unique association between an asset and its digital certificate increases security of the system as legitimate transfers of the assets must be accompanied by the associated digital certificate.
  • a public node in the second distributed consensus network may be configured to access a predetermined node, in the first distributed consensus network in order to authenticate an asset.
  • the predetermined node is typically associated with the supply chain owner in order to enable a consumer associated with the public node for example to access selected data related to authenticity of an asset for example and thus provide a further security advantage.
  • a system comprises a processor and a memory in communication with the processor, the memory storing instructions which, when executed by the processor, cause the processor to perform a method as described above.
  • a supply chain comprises a plurality of entities, wherein an asset is processed according to a method as described above.
  • a supply chain comprises a collection of entities including supply chain owners or designers, manufacturers, distributors, retailers and consumers.
  • the supply chain of this aspect of the invention it is possible to transfer legitimate assets between the various entities as well as detect counterfeited and diverted goods.
  • a fourth aspect of the present invention there is provided for processing an asset within a supply chain comprising one or more entities, the system comprising: a first distributed ledger being maintained by nodes within a first distributed consensus network; and a second distributed ledger being maintained by nodes within a second distributed consensus network, wherein a first entity associated with at least one node within the first distributed consensus network is configured to create an asset; wherein the first distributed ledger being is configured to record a first transaction record representing a transfer of the asset from the first entity to a second entity of the supply chain; and wherein the second distributed ledger is configured to record a second transaction record representing a transfer of the asset from the second entity to a third entity of the supply chain, the third entity being associated with at least one node within the second distributed consensus network, wherein only the second entity is the only entity of the supply chain associated with at least one node within the first distributed consensus network, which may transfer the asset and its associated digital to the third entity, wherein the second entity is the only entity of the supply chain associated with at least one no no
  • the first entity is further configured to provide a digital certificate uniquely associated with the asset for authentication of the asset.
  • a digital certificate uniquely associated with the asset for authentication of the asset.
  • a system for processing an asset within a supply chain comprising one or more entities, wherein each entity of the supply chain is associated with at least one node of a distributed consensus network, the distributed consensus network being configured to maintain a distributed ledger of asset transactions between entities of the supply chain;
  • a first entity of the supply chain is associated with a first node of the distributed consensus network
  • the first node is configured to define a second entity of the supply chain and to associate at least one node of the distributed consensus network with the second entity
  • the distributed ledger is maintained by nodes within the distributed consensus network except for at least one node.
  • An asset may be an item such as physical product or a digital product such as software.
  • the asset may be a license to manufacture an item or a license to replicate a tangible or intangible product (e.g. software).
  • the first node is configured to define a second entity of the supply chain and to associate at least one node of the distributed consensus network with the second entity.
  • the first node has the function of being a 'control' node over the distributed consensus network.
  • the distributed ledger is maintained by nodes within the distributed consensus network except for at least one node, which is a 'non-transactional' node in that it is not used to validate transaction records. This is in contrast to conventional networks such as blockchains for example where all nodes have the same function of 'transactional' nodes.
  • the distributed consensus network includes a dedicated reporting node which may be the non-transactional node.
  • a dedicated reporting node is used to access information on the ledger and may be a publicly accessible node for example. In some cases the dedicated reporting node is used to authenticate an item for example.
  • the first node (which is the 'control' node) may or may not be a non-transactional node.
  • the function of the non-transactional node may be a dedicated reporting node in order to enhance system performance, Further, the first node (which is the 'control' node) may or may not be a dedicated reporting node.
  • not all entities associated with nodes of the network are authorised to perform the same functions associated with an asset, such as for example manufacturing an item of a specific type, transferring the asset to another entity, or receiving an asset from another entity.
  • the first entity associated with a 'control' node authorises other entities into the supply chain and defines their functions or permissions.
  • This is in contrast to conventional networks used for asset transactions wherein every node of the network has the same function or permission associated with an asset.
  • the security of the system may be increased over conventional systems by associating supply chain entities with a distributed consensus network, using predefined functions which differ between entities according to their roles within the supply chain and controlling this association by a dedicated 'control' node.
  • the distributed consensus network may be respectively configured to be maintained via an abstract (or abstraction) layer for example.
  • an abstract layer may be used to configure the underlying blockchain technology.
  • the distributed ledger may be configured to record a transaction representing a transfer of the asset and a digital certificate uniquely associated with the asset. Accordingly, transactions are deemed complete after the receiving entity has received both the digital certificate (e.g. a digital token) as well as the asset (e.g. a physical item). Entities within the supply chain may have control over one or more servers, which are able to act as nodes on one of the distributed consensus (i.e. peer-to-peer) networks. Any node within a network except the non-transactional node or nodes may be capable of receiving and sending digital certificates to one or more of the other nodes.
  • a transaction record on the distributed ledger may include for example a transaction ID and a public key of the node associated with the entity receiving the asset.
  • the transaction record includes a public key associated with both the sender and the receiver.
  • each entity is defined by an entity ID, and address and an attribute.
  • the first entity comprises a first entity ID, a first entity address and a first entity attribute, the first entity attribute comprising at least its association with the first node
  • the second entity comprises a second entity ID, a second entity address and a second entity attribute.
  • the first entity attribute indicates for example that the first entity is the owner which 'controls' the network, in contrast to the second entity (as indicated by the second entity attribute).
  • an entity may comprise one or more addresses (as each node associated with the entity for example may have one or more addresses).
  • Associating the second entity with at least one node of the distributed consensus network may comprise generating a secret key having a corresponding public key, wherein a public key hash stores a digital certificate of an asset which has been transferred to the further entity.
  • associating an entity comprises generating a secret key without a corresponding public key, so that the recordal of a transfer from the further entity cannot be recorded in the distributed ledger.
  • This alternative implementation allows for asset destruction when an asset reaches the end of its life which may be particular importance for tracking high value assets such as cars or bank notes. Destruction of an asset is achieved for example by transferring the asset to a known address with no private keys which thus cannot transfer the asset further.
  • the asset has a unique asset identifier accessible at any node of the distributed consensus network for authenticating the asset using the distributed ledger.
  • each entity of the supply chain is associated with one or more users.
  • a sixth aspect of the invention there is provided a method of authenticating an asset using a system as described above with reference to the fifth aspect.
  • a method of processing an asset within a supply chain comprising one or more entities, the method comprising the steps of: associating each entity of the supply chain with at least one node of a distributed consensus network, the distributed consensus network being configured to maintain a distributed ledger of asset transactions between entities of the supply chain; associating a first entity of the supply chain with a first node of the distributed consensus network; configuring the first node to define a second entity of the supply chain and to associate at least one node of the distributed consensus network with the second entity, and maintaining the distributed ledger is by nodes within the distributed consensus network except for at least one node.
  • the method according to the seventh aspect further comprises the step of providing a digital certificate uniquely associated with the asset for authentication of the asset.
  • associating the digital certificate with the asset may comprise generating a unique identification code from one or more properties of the digital certificate and applying the unique identification code to the asset.
  • associating the digital certificate with the asset may comprise generating a unique identification code from one or more properties of the asset and incorporating the code in the digital certificate.
  • Providing a digital certificate such as a digital token may comprise signing the digital certificate with a secret key of the first entity, wherein the secret key has a corresponding public key.
  • providing a unique association between an asset and its digital certificate increases security of the system as legitimate transfers of the assets must be accompanied by the associated digital certificate.
  • a system comprises a processor and a memory in communication with the processor, the memory storing instructions which, when executed by the processor, cause the processor to perform a method as described with reference to the sixth or seventh aspect.
  • a system for processing an asset within a supply chain comprising at least three entities, wherein a first entity is configured to authorise a second entity to perform a first function associated with the asset and the first entity is further configured to authorise a third entity to perform a second function associated with the asset, the second function being different from the first function, and wherein each entity of the supply chain is associated with at least one node of a distributed consensus network configured to maintain a distributed ledger of asset transactions between the entities.
  • the ninth aspect provides a solution to the supply chain security (asset provenance) problem whilst moving the trust relationship onto a distributed consensus ledger which records the proof of ownership of the assets.
  • An asset may be an item such as physical product or a digital product such as software.
  • the asset may be a license to manufacture an item or a license to replicate a tangible or intangible product (e.g. software).
  • not all entities associated with nodes of the network are authorised to perform the same functions associated with an asset, such as for example manufacturing an item of a specific type, transferring the asset to another entity, or receiving an asset from another entity.
  • the first node has the function of being a 'control' node over the distributed consensus network.
  • This is in contrast to conventional networks used for asset transactions wherein every node of the network has the same permissions or functions associated with an asset.
  • the security of the system is increased over conventional systems by associating supply chain entities with a distributed consensus network and using predefined functions which differ between entities according to their roles within the supply chain.
  • the distributed ledger is configured to record a transaction representing a transfer of the asset and a digital certificate uniquely associated with the asset. Accordingly transactions are deemed complete after the receiving entity has received both the digital certificate (e.g. a digital token) as well as the asset (e.g. a physical item).
  • Entities within the supply chain may have control over one or more servers, which are able to act as nodes on one of the distributed consensus (i.e. peer-to-peer) networks. Every node within the distributed consensus network may be capable of receiving and sending digital certificates to one or more of the other nodes.
  • a transaction record on the distributed ledger may include for example a transaction ID and a public key of the node associated with the entity receiving the asset.
  • the transaction record includes a public key associated with both the sender and the receiver.
  • the first function or the second function associated with the asset represents converting a license to manufacture an item into the digital certificate.
  • possession of a digital certificate and its associated asset indicates that: a. the asset was produced with the authorisation of the supply chain owner, and b. the asset has been transferred from an authorised supplier.
  • Transactions of digital certificates are recorded on a cryptographically secure, peer-to-peer distributed transaction ledger (such as a blockchain) that is shared by the supply chain entities. Access permissions to the blockchain may be controlled by a supply chain owner for example.
  • the first or second function associated with the asset may be, for example, one of the following: manufacturing an item of a specific type, transferring the asset to another entity, receiving an asset from another entity, licensing the permission to incorporate the item as a component in a another item (e.g. loading software onto a laptop), selling an item.
  • an entity of the supply chain comprises an entity ID, an entity address and at least one entity attribute. It will be appreciated that an entity may comprise one or more addresses (as each node associated with the entity for example may have one or more addresses).
  • the first entity is further configured to authorise a new node to connect to the distributed consensus network, the new node for association with a fourth entity to be comprised in the supply chain.
  • associating the fourth entity comprises generating a secret key having a corresponding public key, wherein a public key hash stores a digital certificate of an asset which has been transferred to the further entity.
  • a system for processing an asset within a supply chain comprising one or more entities, wherein each entity of the supply chain is associated with at least one node of a distributed consensus network configured to maintain a distributed ledger for recording asset transactions between the entities, wherein a first entity of the supply chain is configured to authorise a new node to connect to the distributed consensus network, the new node for association with a further entity to be comprised in the supply chain, wherein associating the further entity comprises generating a secret key without a corresponding public key, so that a transaction from the further entity cannot be recorded in the distributed ledger.
  • generating a secret key without a corresponding public key allows for asset destruction when an asset reaches the end of its life which may be particular importance for tracking high value assets such as cars or bank notes. Destruction of an asset is achieved for example by transferring the asset to a known address with no private keys which thus cannot transfer the asset further.
  • the asset has a unique asset identifier accessible at any node of the distributed consensus network for authenticating the asset using the distributed ledger.
  • each entity of the supply chain is associated with one or more users.
  • a method of authenticating an asset using a system as described above with reference to the tenth and eleventh aspects comprising the steps of: associating each entity of the supply chain with at least one node of a distributed consensus network, the distributed consensus network being configured to maintain a distributed ledger of asset transactions between the entities, and configuring a first entity to authorise a second entity to perform a first function associated with the asset and to authorise a third entity to perform a second function associated with the asset, the second function being different from the first function.
  • the method according to the twelfth aspect further comprises the step of providing a digital certificate uniquely associated with the asset for authentication of the asset.
  • associating the digital certificate with the asset may comprise generating a unique identification code from one or more properties of the digital certificate and applying the unique identification code to the asset.
  • associating the digital certificate with the asset may comprise generating a unique identification code from one or more properties of the asset and incorporating the code in the digital certificate.
  • Providing a digital certificate such as a digital token may comprise signing the digital certificate with a secret key of the first entity, wherein the secret key has a corresponding public key.
  • providing a unique association between an asset and its digital certificate increases security of the system as legitimate transfers of the assets must be accompanied by the associated digital certificate.
  • a system comprises a processor and a memory in communication with the processor, the memory storing instructions which, when executed by the processor, cause the processor to perform a method as described with reference to the eleventh or twelfth aspect.
  • a supply chain comprises a plurality of entities, wherein an asset is processed according to any of the methods described above.
  • a supply chain comprises a collection of entities including supply chain owners or designers, manufacturers, distributors, retailers and consumers.
  • the supply chain of this aspect of the invention it is possible to transfer legitimate assets between the various entities as well as detect counterfeited and diverted goods.
  • Figure 1 is a schematic representation of a method according to a first aspect of the invention
  • Figure 2 schematically illustrates an exemplary distribution of supply chain entities across the private and public distributed consensus networks
  • Figure 3 illustrates an exemplary transfer of assets between entities associated with nodes of a private distributed consensus network
  • Figure 4 schematically shows an exemplary structure of an entity
  • Figure 5 illustrates an example scenario in a supply chain
  • Figures 6A and 6B show alternative ways of creating a digital certificate uniquely associated with an asset
  • Figure 7 schematically represents an implementation wherein a blockchain ledger may be used for each order or transaction.
  • the present invention makes use of two distributed ledgers respectively maintained by two distributed consensus networks in transferring data between entities of a supply chain.
  • the first and second distributed consensus networks may be respectively be private network and public network.
  • the first and second ledgers may then be respectively referred to as a private ledger and a public ledger.
  • Each distributed ledger comprises a linked list of blocks (that is, a blockchain). Each block (aside from the original block) comprises a reference to a previous block, and a number of transaction records.
  • Each distributed consensus network comprises a number of nodes in communication with one another.
  • Each of the entities of a supply chain typically has one or more nodes associated with it, and there may be additional nodes which are not associated with an entity.
  • Each node in a distributed consensus network typically maintains a copy of the ledger in that network, though it could alternatively be a 'light client' that relies on an entity's server node to access the network.
  • a node in a distributed consensus network wishes to change the state of the ledger of that network (that is, transfer the intrinsic blockchain tokens from one address to another), it creates and transmits a value transaction record to other nodes in the network.
  • a number of transaction records (which will typically be unrelated, and will have been created by different nodes) are bundled together by one of the nodes to form a block.
  • the block may also include a proof-of-work based on a property of the block.
  • a proof-of-work it would be configured to be difficult to find but easy to verify once found.
  • the block is then propagated to other nodes in the network, which each checking and appending it to the end of the ledger. Thus each node has a full copy of all transaction records that have been accepted in the distributed consensus network.
  • a transaction commit time between blocks is the delay imposed to enable nodes on the network to confirm the transaction and achieve consensus.
  • a transaction commit time can be controlled when a blockchain is created.
  • the transaction commit time for a blockchain used by the present invention is 15 seconds or more.
  • Each transaction record comprises a number of fields. For example, a destination field may be provided, to indicate a subsequent entity which is to become responsible for the transaction record, that is, the address of the entity that receives the blockchain tokens, and who would then sign to transact them with another address.
  • Each transaction record may also comprise body data, which relates to some data intended to be transferred from one entity to another.
  • the body data may comprise one or more key-value pairs, where the key identifies the nature of the data and the value gives the value of the data. In this way, the blockchain transactions become the means of carrying more fundamental body data, as well as being used as a means of transferring value.
  • blockchain transactions in this context would imply changes to the body data in the record by one entity and or transferring the record to another entity to makes changes or updates to the body data.
  • each node in the distributed consensus network has a copy of it.
  • Each node or light client therefore has access to a copy of the body data of each transaction record. In practice, these can form a data source. By identifying the most recent transaction record that has a given key, the current value corresponding to that key can be identified.
  • the value corresponding to a key can also be changed by creating a further transaction record having the same key and a new value included in a subsequent block that is confirmed in the distributed consensus network.
  • the further transaction record comes from an address associated with an origin node and indicates a destination address associated with another node.
  • the destination may also be an address at the origin node itself, where the origin node retains control of the data.
  • the origin node proves their ownership of the transaction record by showing that they are the destination referred to in the previous transaction record with that data, which may utilise the usual blockchain method of locking transactions using a private key.
  • Privacy of data may also involve including, in the transaction record, some data encrypted using a private key associated with the node. This can be checked against the earlier transaction record, verifying the identity of the node.
  • any of a number of distributed consensus networks may be used for this purpose, for example, Bitcoin Core, Ethereum or the like.
  • Multichain is an example of a blockchain application which sits on top of the Bitcoin Core application program interface (API) and provides customisations to enable generic business application usage.
  • the Bitcoin blockchain has been in use since 2008 and currently comprises more than 6000 network nodes and a blockchain size of around 55GB.
  • bitcoin was created as a cryptographic currency and as a result, BitCoin Core API was not developed to be generic in its application of use.
  • the chosen blockchain platform should address issues such as more granular permission management, customised business logic, blockchain growth and the ability to search on information within the block.
  • the supply chain related to aspects of the present invention is a collection of entities (also referred to as 'actors') which may have specific roles and responsibilities as described above and may transfer assets uniquely associated with respective digital certificates.
  • not all entities associate with nodes of the network are authorised to perform the same functions associated with an asset, such as for example manufacturing an item of a specific type, transferring the asset to another entity, or receiving an asset from another entity.
  • the security of the system is increased over conventional systems by associating supply chain entities with a distributed consensus network and using predefined functions which differ between entities according to their roles within the supply chain.
  • Each of the entities may be associated with nodes of distributed consensus networks employed according to the invention.
  • Each entity may have a personal vault also referred to as a 'wallet' for storing digital certificates uniquely associated with the asset that the entity owns. For each asset owned by an entity, that entity can initiate a transfer operation.
  • the private distributed consensus network may include at least one 'non-transactional' node'.
  • the non-transactional node is typically a dedicated reporting node associated with any entity and there may be more than one such nodes (as each entity may have at least one reporting node) as entities may have different requirements and preferences for exporting data and they may have access to only certain parts of the data.
  • the ledger is maintained by nodes within the private network except the at least one non-transactional node. Including a non-transactional node provides a performance advantage.
  • the non- transactional node may contain a read-only copy of the ledger for example, but it does not take part in transactions or the consensus algorithm of the distributed consensus network.
  • the function of the non-transactional node may be a dedicated reporting node whose purpose is extraction of data to enable reporting for example.
  • the non-transactional node may be updated when a transaction take place and as part of this update, the non-transactional node verifies that the new block is valid and an authentic part of the chain but does not take part in the process of validating a transaction by a consensus of other nodes on the network.
  • An additional function of the non-transactional node may be to verify the authenticity of an asset, license or product, for example.
  • Figure 1 shows a computer-implemented method for processing an asset within a supply chain, using distributed ledger of transaction records, the ledgers being respectively maintained by devices in public and private distributed consensus networks.
  • the method will typically be performed by an application running on a suitably enabled computer.
  • a private distributed ledger maintained by a distributed consensus network a step 102 there is a provided a public distributed ledger maintained by a distributed consensus network.
  • the public distributed network is implemented as one or more blockchains forming two-way pegged sidechain(s) to a parent blockchain of the private distributed consensus network.
  • Sidechains which enable assets to be transferred between blockchains are described in Adam Back et al., "Enabling Blockchain Innovations with Pegged Sidechains” (2014) which is also incorporated by reference.
  • a sidechain is a blockchain that can validate data from other blockchains.
  • a two-way peg refers to any mechanism by which an asset may be transferred between the linked chains and back.
  • a pegged sidechain is a sidechain whose assets can be imported from and returned to other chains; that is a sidechain that supports two-way pegged assets.
  • Assets which are moved between the sidechain and the parent chain are able to be moved back by the current owner.
  • An asset transfer is atomic, that is it happens entirely or none at all.
  • a sidechain is firewalled such that any bug in the sidechain enabling illegitimate creation or theft in that chain should not result in the illegitimate creation or theft of assets on any other chain.
  • Pegged sidechains provide proof of possession in the transfer transaction themselves, avoiding the need of nodes to track back the sending chain. For example, when moving an asset from one blockchain to another, a transaction may be created in the first blockchain (e.g. the private blockchain), then a transaction is created on the second blockchain (e.g. the public blockchain) whose inputs provide cryptographic proof that the transaction was performed correctly. It will be appreciated however, that other implementations of linking two distributed consensus network may only require a transaction record to be recorded in the second network (e.g. the public network).
  • the first and second distributed consensus networks may be respectively configured to be maintained via an abstract (or abstraction) layer for example.
  • an abstract layer may be used to configure the underlying blockchain technology.
  • Each entity of a supply chain is associated with at least one node of either the first or second distributed consensus network.
  • the supply chain includes one owner, and many manufacturers, wholesalers and retailers, whilst the number of consumers can reach millions for example, as schematically shown in Figure 2.
  • the distributed consensus network includes at least one 'non-transactional' node'.
  • the non-transactional node is typically a dedicated reporting node associated with any entity and there may be more than one such nodes (as each entity may have at least one reporting node) as entities may have different requirements and preferences for exporting data and they may have access to only certain parts of the data.
  • the ledger is maintained by nodes within the private network except the at least one non-transactional node. Including a non-transactional node provides a performance advantage.
  • the non- transactional node may contain a read-only copy of the ledger for example, but it does not take part in transactions or the consensus algorithm of the distributed consensus network.
  • the function of the non-transactional node may be a dedicated reporting node whose purpose is extraction of data to enable reporting for example.
  • the non-transactional node may be updated when a transaction take place and as part of this update, the non-transactional node verifies that the new block is valid and an authentic part of the chain but does not take part in the process of validating a transaction by a consensus of other nodes on the network.
  • An additional function of the non-transactional node may be to verify the authenticity of an asset, license or product, for example. Going back to the method of Figure 1 , at step 103, a first entity of the supply chain, such as the owner creates and asset such as an item or a license to manufacture the item and provides a digital certificate uniquely associated with the asset.
  • a supply chain owner may have created a blockchain and then authorised other nodes to connect.
  • the blockchain is scalable so that additional nodes may be added to the blockchain as required. Adding a new node associated with an entity may comprise generating a secret key having a corresponding public key. Each node contains a copy of the blockchain ledger.
  • the supply chain owner can define the permissions (roles) or functions of each entity of the supply chain and control the supply of digital certificates. In some instances the owner may allow for 'granular' permissions for different entities, or nodes. By 'granular' we mean that the different permissions are granted through addresses on a node associated with an entity, for example as shown in Figure 3. There may be multiple addresses on a single node for example a node could have an address for the function of manufacturing an asset and a second address for the function of receiving a license. There are many advantages to granular permissions. For example, a supply chain owner could use granular permissions to prevent an authorised manufacturer from transferring a license to another party, or it can control who the manufacturer can supply or the type of product certain retailers can sell.
  • the first entity may be a manufacturer for example, which creates a product and provides a digital certificate uniquely associated with the product.
  • the first entity is associated with a node of the private distributed consensus network. Defining any entity of the supply chain including the first entity for example may comprise generating a secret key having a corresponding public key.
  • a transaction record on the distributed ledger may include for example a transaction ID and a public key of the node associated with the entity receiving the asset.
  • the transaction record includes a public key associated with both the sender and the receiver.
  • Associating the digital certificate with the asset may comprise generating a unique identification code from one or more properties of the digital certificate and applying the unique identification code to the asset.
  • associating the digital certificate with the asset may comprise generating a unique identification code from one or more properties of the asset and incorporating the code in the digital certificate. Ways of associating the digital certificate and the asset will be described in more detail below, with reference to Figures 6A and 6B.
  • an asset such as a physical item is associated with a unique digital certificate identified by a unique identifier such as a code containing alphanumerical characters.
  • the unique identifier may be printed on the item or printed on a label or other secure document which is attached or adhered to the item.
  • the unique codes are preferably randomly generated and can take the form of any known coding system such as a one dimensional barcode, two dimensional matrix barcode, such as a QR code or a Data Matrix code, or any known mechanism for the encryption of data using symbols, images or patterns.
  • the unique identifier may be visible in daylight on the asset or applied label or it may be overt and only visible when excited by non-visible radiation such as ultra-violet or infra-red radiation.
  • All physical transfers are accompanied by a transaction of digital certificate transfer in the distributed ledger.
  • authorised entities of the supply chain are able to request the history of ownership for a particular item and thus check if the current owner is legitimate and if the item was legitimately produced.
  • the unauthorised production of goods may be prevented through the issuance of digital certificates in the form of tokens by the product designer supply chain owner to its authorised manufacturers.
  • Each digital token represents a license to produce a single physical item.
  • Each digital token will be permanently associated with a single physical item during production. From this point, the transfer of ownership of its associated digital token will accompany any transfer of ownership of a physical item.
  • a first transaction record is created in the private distributed ledger.
  • the first transaction record represents a transfer of the asset together with its associated digital certificate (i.e. a transfer of a legitimate asset) from the first entity to a second entity of the supply chain.
  • the second entity is associated with a node within the private distributed consensus network and in this example is a retailer of the supply chain.
  • a second transaction record is created in the public distributed ledger.
  • the second transaction record represents a transfer of the asset together with its associated digital certificate (i.e. a transfer of a legitimate asset) from the second entity to a third entity of the supply chain.
  • the third entity is associated with a node within the public distributed consensus network and in this example is a consumer of the supply chain.
  • the second transaction record may be additionally recorded in the private distributed ledger.
  • a third transaction record is created in the public distributed ledger.
  • the third transaction record represents a transfer of the asset together with its associated digital certificate (i.e. a transfer of a legitimate asset) from the third entity to a fourth entity.
  • the fourth entity is associated with a node within the public distributed consensus network and in this example is another consumer of the supply chain.
  • the method may further comprises the step of creating a third transaction record in the second distributed ledger, the third transaction record comprising a third transaction identifier, the asset identifier and the identifier of a fourth entity of the supply chain associated with a node within the second distributed consensus network. That is, consumers for example may transfer products between each other.
  • the method may further comprise creating a fourth transaction record respectively in the second distributed ledger, the fourth transaction record representing a transfer of the asset and its associated digital certificate from the third or fourth entity back to the second entity.
  • the owner of an asset in a public blockchain i.e. a consumer
  • a public node in the second distributed consensus network may be configured to access a predetermined node in the first distributed consensus network in order to authenticate an asset.
  • the predetermined node is typically associated with the supply chain owner in order to enable a consumer associated with the public node for example to access selected data related to authenticity of an asset for example and thus provide a further security advantage. For example, given an item serial number, any entity may request to see who is the current owner of the item and obtain a guarantee that the previous ownership history was legitimate. In some cases, this predetermined node is a non-transactional node.
  • a consumer of the supply chain is able to verify the authenticity of the product by inspecting the public ledger or publicly accessible non-transactional node.
  • the supply chain owner may have a public web-based application whereby a consumer (or anyone else for that matter) may enter or capture through other means such as by imaging the unique identifier on a label attached to the product to obtain a set of data confirming its authenticity.
  • the unique identifier may be captured through a handheld device including personal digital assistants, tablet computers and in particular mobile telephones which are equipped with cameras and imaging software.
  • the unique identifier may take the form of a 1 D or 2D barcode such as QR code.
  • a traditional one dimensional barcode merely requires a scan by an interrogating sensor.
  • an imaging sensor such as a camera on a smartphone.
  • Figure 3 shows an example of a scenario involving nodes of a private distributed consensus network, associated with a supply chain owner, manufacturer and retailer, respectively.
  • the owner issues assets in the form of licenses to manufacture a product and all nodes belong to a private blockchain.
  • a node associated with a supply chain owner authorises connection of a nodes.
  • the supply chain owner may add nodes for each participant on the private blockchain: owner, manufacturer, retailer in this example. Further, the supply chain owner may also add nodes for each participant on the public blockchain (e.g. consumer) which is linked to the private block chain according to the invention.
  • the supply chain owner may also authorise nodes for handling of assets (products, licences etc).
  • Each participant or node on the blockchain contains one or more addresses as shown in Figure 4, and each address maybe granted one or more of the following permissions: Connect, Send, Receive, Issue, Participate in the consensus algorithm, Activate, Admin.
  • a node may have one or more addresses.
  • the supply chain owner may also de- authorise addresses on nodes.
  • permissions can be revoked from one or more addresses on a given node.
  • the permissions on an address are 'granular' in contrast to conventional systems where permissions are 'global', that is each address has the same rights.
  • the supply chain owner creates a license to manufacture a product.
  • the supply chain owner may create rules for products and licences to ensure that, for example, only addresses on the manufacturer node may request and receive licences. This is critical for the supply chain operation and to control creation of licensed products.
  • the transaction scripts may be provided by the Bitcoin Core API, and a blockchain application is preferably customised to this functionality.
  • the underlying transaction fees cannot be turned off. Although transaction fees may well be useful within a supply chain, the transaction fees and the balance of the owners or manufacturer wallet in itself are not essential.
  • the manufacturer sends a request for a license to the owner and receives the license.
  • the owner may transfer a number of licences to the manufacturer (step 203B).
  • new licences can be issued from any address on a node that has been granted permission. Created licences are viewable at any node on the chain. Additional information can be added to the licence at the time of creation. This data could include the owner's name, description, or price for example.
  • Each licence created must have a unique name, and the licence name must be unique within the blockchain it is being created in.
  • the manufacturer creates a product together with a digital certificate uniquely associated with the product.
  • New products can be issued to the chain from any address on a node that has been granted permission. Created products may be viewable at any node on the chain. Additional information can be added to the products at the time of creation. This data could include the product name, description, price for example.
  • Each product created must have a unique name, and the product name must be unique within the blockchain it is being created in.
  • entities may convert licenses to a certified product.
  • the concept of exchanging a license to a certified product represents the 'consuming' of a quantity of an asset on the supply chain and the producing of another.
  • the manufacturer on a supply chain may exchange a licence for a certified produced product. Additional information could be added to the transaction to provide context around the transaction.
  • the manufacturer transfers the created product and its associated digital certificate to the retailer (i.e. to an address of a node associated with the retailer). This transfer recorded in the private distributed ledger (as described at step 104 of Figure 1 ).
  • the retailer verifies the authenticity of the product.
  • the retailer node has access to the full transaction history of the certified product and would, therefore, be able to confirm its authenticity.
  • Widget Designs is the supply chain owner and has designed a new product called Widget. Widget Designs selects Acme Manufacturing, that is a manufacturer, to make its Widgets under license. In order to supply Widgets to consumers, Widget Designs creates distribution agreements with Acme Retail (and optionally with Acme Wholesale). Widget Designs would like to ensure that Acme Manufacturing makes the correct number of Widgets in accordance with its licensing agreement.
  • Widget Designs would also like to ensure that every organisation in the Widget distribution channel, including the final consumer, is guaranteed to receive authentic Widgets. Accordingly, Widget Designs informs consumers, and every organisation in its supply chain that only those Wdgets with an associated digital token are guaranteed to be authentic. To guarantee authenticity, no entity should accept a Widget without an associated digital token.
  • Widget Designs creates a blockchain node to issue Widget licenses to Acme Manufacturing. It issues Widget licenses as digital tokens. Each 'license token' grants Acme Manufacturing permission to make one Widget.
  • Acme Manufacturing creates a blockchain node to receive Widget licenses from Widget Designs. When Acme Manufacturing makes a Widget, it creates a unique association between the license token and the Widget.
  • Figures 6A and 6B schematically illustrate the alternative ways of creating a unique association between an asset such as a product and the digital certificate.
  • a unique code is generated from one or more properties of a digital token and then applied to a widget representing an asset.
  • the unique code may be applied directly to the widget or to the packaging for the widget or applied to a label which is adhered to the widget using a conventional label transfer process.
  • the unique code may be printed using any known variable data printing technique or it may be created using a non-contact technique such as laser marking or laser ablation.
  • the unique code may be encrypted with data which enables it to be linked with the digital certificate and hence enable subsequent verification when the code is read at a later point in the supply chain.
  • the unique code may include other identifier information such as place of manufacture, date of manufacture or origin of raw materials etc.
  • a unique code is generated from one or more properties of the widget and then applied to the digital token.
  • the properties of the widget could include a unique characteristic of one of the materials forming the widget. For example if the widget was made from a material which contained a secure taggant such as a fluorescent fibre than the distribution of the fibre in a specified region could be used as unique characteristic.
  • the digital certificate may be signed with a secret key of the first entity, the secret ley having a corresponding public key.
  • Widget Designs sent the token to Acme Manufacturing.
  • Acme Wholesale In preparation for the introduction of Widgets to the market, Acme Wholesale has already created a node in the private blockchain and Acme Designs has granted Acme Wholesale permission connect its node to the blockchain. Acme Wholesale places an order on Acme Manufacturing for the required number of Widgets. Acme Manufacturing packs the required number of Widgets into a consignment and sends the corresponding collection of digital tokens to Acme Wholesale. Acme Wholesale receives the consignment and completes the transaction by verifying that it has received the linked Widget for each of its digital tokens.
  • Acme Wholesale it is impossible for Acme Wholesale to receive an illegitimate supply of Widgets because the valid transaction of the digital token for each Widget confirms that Acme Manufacturing is the source of the Widget, and that Acme Manufacturing was authorised to produce and distribute the Widget. As in the case of the manufacturer, the threat of product theft from the Wholesaler is reduced. This applies to all subsequent entities in the supply chain.
  • Acme Retail would like to take stock of a number of Widgets to sell to consumers. The sequence of steps it follows are similar to those taken by Acme Wholesale. A consumer, Alice, would like to buy a Widget from the Acme Retail store. In preparation for the purchase, Alice has downloaded the Acme Designs digital token app to her smartphone.
  • the store assistant provides Alice with a Widget and allows her to scan its unique code using a smartphone application of the system for example.
  • the application confirms that the Acme Retail store is the current owner of the Widget. Note that this implicitly confirms the authenticity of every previous transfer of this Widget, and even further, back to the creation of the license for Acme Manufacturing to make it.
  • Alice pays for the Widget and the store assistant scans the address of Alice's digital token vault from her smartphone. The store assistant then scans the code from the Widget and sends its digital token to Alice's vault.
  • Alice After a while, Alice decides to upgrade to a Widget 2.0. Alice advertises her old Widget on an online store and Bob decides he would like to buy it. Bob would like to verify the authenticity of the Widget before he commits to buy. On the advert, Alice has posted the Widget's code, together with the public address for her digital vault. Bob scans these with the smartphone app and the application verifies that this is an authorised Widget and its digital token is held at the given address. Bob orders the Widget from Alice and supplies her with the public address of his digital vault. Alice ships the Widget to Bob and sends him the digital token. Bob receives the Widget and completes the transaction by verifying that the Widget he has received is linked to the digital token.
  • System implementation
  • a system implementing the invention may comprise a processor and a memory in communication with the processor.
  • the memory stores instructions which, when executed by the processor, cause the processor to perform a method as described above.
  • the method may be implemented by specific tools to inspect the respective ledger transactions, such as web-based applications.
  • Each type of supply chain entity owner, manufacturer, distributor, retailer, consumer
  • An abstract layer may be used to change the underlying blockchain technology.
  • supply chain metadata is described in a configurable way and ideally the user interfaces provide a way to define new supply chain entities.
  • supply chain metadata may be configurable at the database layer without the need to change the application code.
  • the private and public distributed consensus networks are each implemented as a respective single blockchain (i.e. single ledger) used for all assets and transactions.
  • a blockchain ledger may be used for each order or transaction, as illustrated in the example of Figure 7.
  • a single ledger has the advantages that it requires less configuration management overhead and lower complexity for configuration and usability.
  • a disadvantage of this configuration is that the ledger size continually increasing unless pruning of the blockchain is supported.
  • a network must contain a number of full nodes if pruned nodes are also to be used.
  • pruning we mean any technique that allows a blockchain to remove older transactions to ensure that the blockchain is smaller in data size.
  • pruning is the process of removing old blocks from the blockchain. Pruning works by setting a maximum disk size, for example 550MB or more. As the node starts to synchronise (pulling the blockchain from an existing full node) once it reaches 550MB, or the defined limit, the oldest blocks are deleted to maintain the maximum size specified. It is important to note that not all nodes on a blockchain network may be pruned. There are several reasons why the full blockchain will be required, as listed below:
  • - Relay blocks to other nodes, for example when adding a node to a network.
  • a ledger per order or transaction configuration has the advantages that the ledger size will always be small and of allowing for archiving of data.
  • the disadvantages of this configuration is that it requires more configuration management overhead and higher complexity for configuration.

Abstract

L'invention concerne un procédé mis en œuvre par ordinateur pour traiter un actif dans une chaîne d'approvisionnement, le procédé consistant : à fournir un premier grand livre distribué, le premier grand livre distribué étant conservé par des nœuds dans un premier réseau de consensus distribué ; à fournir un second grand livre distribué, le second grand livre distribué étant conservé par des nœuds dans un second réseau de consensus distribué ; à créer l'actif par une première entité de la chaîne d'approvisionnement, la première entité étant associée à au moins un nœud dans le premier réseau de consensus distribué, et à fournir un certificat numérique associé de manière unique à l'actif pour une authentification de l'actif ; à créer un premier enregistrement de transaction dans le premier grand livre distribué, le premier enregistrement de transaction représentant un transfert de l'actif et de son certificat numérique associé de la première entité à une deuxième entité de la chaîne d'approvisionnement, la deuxième entité étant associée à au moins un nœud dans le premier réseau de consensus distribué ; à créer un second enregistrement de transaction dans le second grand livre distribué, le second enregistrement de transaction représentant un transfert de l'actif et de son certificat numérique associé de la deuxième entité à une troisième entité de la chaîne d'approvisionnement, la troisième entité étant associée à au moins un nœud dans le second réseau de consensus distribué.
PCT/GB2017/051350 2016-05-13 2017-05-15 Procédés et systèmes pour traiter des actifs WO2017194976A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP17724610.5A EP3455802A1 (fr) 2016-05-13 2017-05-15 Procédés et systèmes pour traiter des actifs

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
GB1608435.2 2016-05-13
GB1608432.9 2016-05-13
US15/154,291 US20170331896A1 (en) 2016-05-13 2016-05-13 Methods and systems for processing assets
GBGB1608435.2A GB201608435D0 (en) 2016-05-13 2016-05-13 Systems and Methods For Processing Assets
US15/154,291 2016-05-13
GBGB1608431.1A GB201608431D0 (en) 2016-05-13 2016-05-13 Methods and systems for processing assets
GB1608431.1 2016-05-13
GBGB1608432.9A GB201608432D0 (en) 2016-05-13 2016-05-13 Systems and methods for processing assets

Publications (1)

Publication Number Publication Date
WO2017194976A1 true WO2017194976A1 (fr) 2017-11-16

Family

ID=58739295

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB2017/051350 WO2017194976A1 (fr) 2016-05-13 2017-05-15 Procédés et systèmes pour traiter des actifs

Country Status (2)

Country Link
EP (1) EP3455802A1 (fr)
WO (1) WO2017194976A1 (fr)

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2686818C1 (ru) * 2018-04-14 2019-04-30 Максим Михайлович Михайленко Способ масштабирования распределенной информационной системы
FR3074598A1 (fr) * 2017-12-05 2019-06-07 Vincent Goubert Procede de mise a jour de donnees dans un registre distribue prive a partir d´une preuve d´authorisation de publication, geree et fournie par un autre registre distribue prive
CN109905238A (zh) * 2019-02-26 2019-06-18 符安文 一种基于区块链的底层链集成管理方法
EP3564881A1 (fr) * 2018-05-02 2019-11-06 Rockwell Automation Technologies, Inc. Dispositifs industriels activés par blockchain
WO2019211691A1 (fr) * 2018-05-03 2019-11-07 3M Innovative Properties Company Système de gestion d'équipement de protection individuelle à registre de chaînes de blocs numérique distribué
RU2706459C1 (ru) * 2018-08-08 2019-11-19 Максим Михайлович Михайленко Способ принятия единого согласованного решения в распределенной системе ЭВМ
CN110489485A (zh) * 2018-04-28 2019-11-22 腾讯科技（深圳）有限公司 联盟区块链网络及在其中存储产品数据的方法和存储介质
CN110490602A (zh) * 2018-05-09 2019-11-22 厦门本能管家科技有限公司 一种三层区块链架构构建方法及系统
EP3582161A1 (fr) * 2018-06-14 2019-12-18 Acatena AG Procédé, système et produit-programme informatique permettant de suivre une certaine quantité de volume de liquide individualisé dans des unités volumiques
WO2020063036A1 (fr) * 2018-09-26 2020-04-02 晋商博创（北京）科技有限公司 Procédé de règlement en monnaie numérique, terminal, et support de stockage lisible par ordinateur
WO2020089782A1 (fr) * 2018-10-29 2020-05-07 Sensormatic Electronics, LLC Systèmes et procédés pour permettre la mise en place de systèmes d'automatisation des bâtiments basés sur des chaînes de blocs
CN111145025A (zh) * 2019-12-30 2020-05-12 北京工商大学 一种基于区块链的供应链数据双链存储优化方法
WO2020094739A1 (fr) * 2018-11-09 2020-05-14 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Système, module de vérification, module de service et procédé de vérification de la configuration d'au moins une unité de production sur la base d'une technologie de chaîne de blocs
CN111191271A (zh) * 2018-11-15 2020-05-22 国际商业机器公司 使用分布式分类帐防止数字内容许可和分发中的欺诈
CN111369243A (zh) * 2018-12-24 2020-07-03 航天信息股份有限公司 一种分布式记账的方法和装置
EP3680777A1 (fr) * 2019-01-11 2020-07-15 Fujitsu Limited Dispositif de communication et procédé de communication utilisés dans un environnement informatique distribué
US20200259633A1 (en) * 2017-10-24 2020-08-13 Copa Fin Limited Data storage and verification
US10747201B2 (en) 2018-05-02 2020-08-18 Rockwell Automation Technologies, Inc. Subscription-based services using industrial blockchains
US20200272966A1 (en) * 2019-02-22 2020-08-27 Jon Kirkegaard Decentralized ledger supply chain planning interchange
EP3736757A1 (fr) * 2019-05-08 2020-11-11 Escudo Web Software SL Système et procédé d'authentification de produit
EP3745342A4 (fr) * 2018-07-05 2020-12-02 Tencent Technology (Shenzhen) Company Limited Procédé, appareil et dispositif de stockage de données, procédé, appareil et dispositif de vérification de données et support
FR3100645A1 (fr) * 2019-08-30 2021-03-12 Pierre-François CASANOVA Système pour gérer les garanties d’authenticité de produits et objets
EP3809353A1 (fr) * 2019-10-18 2021-04-21 Honeywell International Inc. Systèmes et procédés permettant de fournir la provenance et de lutter contre la contrefaçon d'une pièce à l'aide de la technologie de chaîne de blocs
US11048593B2 (en) 2018-11-28 2021-06-29 International Business Machines Corporation Data aggregation node for blockchain rollup
EP3765979A4 (fr) * 2018-03-14 2021-12-08 Security Matters Ltd. Systèmes et procédés de gestion de la chaîne logistique et de vérification d'intégrité par le biais d'une chaîne de blocs
US20220012708A1 (en) * 2017-12-12 2022-01-13 Mastercard International Incorporated Systems and methods for distributed peer to peer analytics
US11314771B2 (en) 2019-06-12 2022-04-26 International Business Machines Corporation Splitting and merging of storages
US11362806B2 (en) * 2018-03-30 2022-06-14 Walmart Apollo, Llc System and methods for recording codes in a distributed environment
US20220217002A1 (en) * 2019-05-10 2022-07-07 NEC Laboratories Europe GmbH Method and system for device identification and monitoring
US11418587B2 (en) 2020-04-30 2022-08-16 T-Mobile Usa, Inc. 5G on-demand dynamically instantiated blockchain for highly distributed peer-to-peer consumer cloud
US11457066B2 (en) 2019-06-12 2022-09-27 International Business Machines Corporation Splitting and merging of storages
US11539787B2 (en) 2020-04-30 2022-12-27 T-Mobile Usa, Inc. 5G enabled massively distributed on-demand personal cloud system and method
US11631477B2 (en) 2017-09-07 2023-04-18 Dmitry Shvartsman System and method for authenticated exchange of biosamples
WO2023117883A1 (fr) * 2021-12-21 2023-06-29 Basf Se Passeport de produit chimique

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160098730A1 (en) * 2014-10-01 2016-04-07 The Filing Cabinet, LLC System and Method for Block-Chain Verification of Goods

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160098730A1 (en) * 2014-10-01 2016-04-07 The Filing Cabinet, LLC System and Method for Block-Chain Verification of Goods

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ADAM BACK ET AL: "Enabling Blockchain Innovations with Pegged Sidechains", 22 October 2014 (2014-10-22), XP055392256, Retrieved from the Internet <URL:https://blockstream.com/sidechains.pdf> [retrieved on 20170719] *
ANONYMOUS: "Blockchain: the solution for transparency in product supply chains", 21 November 2015 (2015-11-21), XP055392270, Retrieved from the Internet <URL:www.prvenance.org/whitepaper> [retrieved on 20170719] *

Cited By (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11631477B2 (en) 2017-09-07 2023-04-18 Dmitry Shvartsman System and method for authenticated exchange of biosamples
US20200259633A1 (en) * 2017-10-24 2020-08-13 Copa Fin Limited Data storage and verification
FR3074598A1 (fr) * 2017-12-05 2019-06-07 Vincent Goubert Procede de mise a jour de donnees dans un registre distribue prive a partir d´une preuve d´authorisation de publication, geree et fournie par un autre registre distribue prive
US20220012708A1 (en) * 2017-12-12 2022-01-13 Mastercard International Incorporated Systems and methods for distributed peer to peer analytics
EP3765979A4 (fr) * 2018-03-14 2021-12-08 Security Matters Ltd. Systèmes et procédés de gestion de la chaîne logistique et de vérification d'intégrité par le biais d'une chaîne de blocs
US11362806B2 (en) * 2018-03-30 2022-06-14 Walmart Apollo, Llc System and methods for recording codes in a distributed environment
RU2686818C1 (ru) * 2018-04-14 2019-04-30 Максим Михайлович Михайленко Способ масштабирования распределенной информационной системы
CN110489485A (zh) * 2018-04-28 2019-11-22 腾讯科技（深圳）有限公司 联盟区块链网络及在其中存储产品数据的方法和存储介质
CN110489485B (zh) * 2018-04-28 2023-05-30 腾讯科技（深圳）有限公司 联盟区块链网络及在其中存储产品数据的方法和存储介质
US11809159B2 (en) 2018-05-02 2023-11-07 Rockwell Automation Technologies, Inc. Managing blockchains in an industrial facility based on firmware change
US10928803B2 (en) 2018-05-02 2021-02-23 Rockwell Automation Technologies, Inc. Managing blockchains for multiple components in an industrial facility
EP3564881A1 (fr) * 2018-05-02 2019-11-06 Rockwell Automation Technologies, Inc. Dispositifs industriels activés par blockchain
US10747201B2 (en) 2018-05-02 2020-08-18 Rockwell Automation Technologies, Inc. Subscription-based services using industrial blockchains
WO2019211691A1 (fr) * 2018-05-03 2019-11-07 3M Innovative Properties Company Système de gestion d'équipement de protection individuelle à registre de chaînes de blocs numérique distribué
CN110490602A (zh) * 2018-05-09 2019-11-22 厦门本能管家科技有限公司 一种三层区块链架构构建方法及系统
EP3582161A1 (fr) * 2018-06-14 2019-12-18 Acatena AG Procédé, système et produit-programme informatique permettant de suivre une certaine quantité de volume de liquide individualisé dans des unités volumiques
EP3745342A4 (fr) * 2018-07-05 2020-12-02 Tencent Technology (Shenzhen) Company Limited Procédé, appareil et dispositif de stockage de données, procédé, appareil et dispositif de vérification de données et support
US11914730B2 (en) 2018-07-05 2024-02-27 Tencent Technology (Shenzhen) Company Limited Data storage method, apparatus and device, data verification method, apparatus and device, and medium
RU2706459C1 (ru) * 2018-08-08 2019-11-19 Максим Михайлович Михайленко Способ принятия единого согласованного решения в распределенной системе ЭВМ
WO2020032824A1 (fr) * 2018-08-08 2020-02-13 Максим Михайлович МИХАЙЛЕНКО Procédé de prise de décision unique approuvée dans un système de répartition informatique
WO2020063036A1 (fr) * 2018-09-26 2020-04-02 晋商博创（北京）科技有限公司 Procédé de règlement en monnaie numérique, terminal, et support de stockage lisible par ordinateur
US11764989B2 (en) 2018-10-29 2023-09-19 Johnson Controls Tyco IP Holdings LLP Systems and methods of enabling blockchain-based building automation systems
US20220393901A1 (en) * 2018-10-29 2022-12-08 Johnson Controls Tyco IP Holdings LLP Systems and methods of enabling blockchain-based building automation systems
US11431520B2 (en) 2018-10-29 2022-08-30 Sensormatic Electronics Llc Systems and methods of enabling blockchain-based building automation systems
WO2020089782A1 (fr) * 2018-10-29 2020-05-07 Sensormatic Electronics, LLC Systèmes et procédés pour permettre la mise en place de systèmes d'automatisation des bâtiments basés sur des chaînes de blocs
WO2020094739A1 (fr) * 2018-11-09 2020-05-14 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Système, module de vérification, module de service et procédé de vérification de la configuration d'au moins une unité de production sur la base d'une technologie de chaîne de blocs
CN111191271B (zh) * 2018-11-15 2023-06-23 国际商业机器公司 一种计算机实现的方法、系统和存储介质
CN111191271A (zh) * 2018-11-15 2020-05-22 国际商业机器公司 使用分布式分类帐防止数字内容许可和分发中的欺诈
US11048593B2 (en) 2018-11-28 2021-06-29 International Business Machines Corporation Data aggregation node for blockchain rollup
CN111369243B (zh) * 2018-12-24 2023-07-14 航天信息股份有限公司 一种分布式记账的方法和装置
CN111369243A (zh) * 2018-12-24 2020-07-03 航天信息股份有限公司 一种分布式记账的方法和装置
US11150942B2 (en) 2019-01-11 2021-10-19 Fujitsu Limited Communication device and communication method used in distributed computing environment
EP3680777A1 (fr) * 2019-01-11 2020-07-15 Fujitsu Limited Dispositif de communication et procédé de communication utilisés dans un environnement informatique distribué
US20200272966A1 (en) * 2019-02-22 2020-08-27 Jon Kirkegaard Decentralized ledger supply chain planning interchange
US11636425B2 (en) * 2019-02-22 2023-04-25 Jon Kirkegaard Decentralized ledger supply chain planning interchange
CN109905238A (zh) * 2019-02-26 2019-06-18 符安文 一种基于区块链的底层链集成管理方法
EP3736757A1 (fr) * 2019-05-08 2020-11-11 Escudo Web Software SL Système et procédé d'authentification de produit
US20220217002A1 (en) * 2019-05-10 2022-07-07 NEC Laboratories Europe GmbH Method and system for device identification and monitoring
US11457066B2 (en) 2019-06-12 2022-09-27 International Business Machines Corporation Splitting and merging of storages
US11314771B2 (en) 2019-06-12 2022-04-26 International Business Machines Corporation Splitting and merging of storages
FR3100645A1 (fr) * 2019-08-30 2021-03-12 Pierre-François CASANOVA Système pour gérer les garanties d’authenticité de produits et objets
EP3809353A1 (fr) * 2019-10-18 2021-04-21 Honeywell International Inc. Systèmes et procédés permettant de fournir la provenance et de lutter contre la contrefaçon d'une pièce à l'aide de la technologie de chaîne de blocs
US11818247B2 (en) 2019-10-18 2023-11-14 Honeywell International Inc. Systems and methods for providing provenance and anti-counterfeiting of a part using blockchain technology
CN111145025B (zh) * 2019-12-30 2023-07-14 北京工商大学 一种基于区块链的供应链数据双链存储优化方法
CN111145025A (zh) * 2019-12-30 2020-05-12 北京工商大学 一种基于区块链的供应链数据双链存储优化方法
US11765227B2 (en) 2020-04-30 2023-09-19 T-Mobile Usa, Inc. 5G on-demand dynamically instantiated blockchain for highly distributed peer-to-peer consumer cloud
US11539787B2 (en) 2020-04-30 2022-12-27 T-Mobile Usa, Inc. 5G enabled massively distributed on-demand personal cloud system and method
US11418587B2 (en) 2020-04-30 2022-08-16 T-Mobile Usa, Inc. 5G on-demand dynamically instantiated blockchain for highly distributed peer-to-peer consumer cloud
WO2023117983A1 (fr) * 2021-12-21 2023-06-29 Basf Se Passeport de produit chimique
WO2023117982A1 (fr) * 2021-12-21 2023-06-29 Basf Se Passeport de produit chimique
WO2023117883A1 (fr) * 2021-12-21 2023-06-29 Basf Se Passeport de produit chimique
WO2023117946A1 (fr) * 2021-12-21 2023-06-29 Basf Se Autorisation de passeport de produit chimique
WO2023117962A1 (fr) * 2021-12-21 2023-06-29 Basf Se Passeport de produit chimique
WO2023117895A1 (fr) * 2021-12-21 2023-06-29 Basf Se Passeport de produit chimique pour données de production

Also Published As

Publication number Publication date
EP3455802A1 (fr) 2019-03-20

Similar Documents

Publication Publication Date Title
US20170331896A1 (en) Methods and systems for processing assets
WO2017194976A1 (fr) Procédés et systèmes pour traiter des actifs
US11514441B2 (en) System and method for decentralized title recordation and authentication
US20210342957A1 (en) Secure and traceable manufactured parts
US20160098723A1 (en) System and method for block-chain verification of goods
US20160098730A1 (en) System and Method for Block-Chain Verification of Goods
US20150278487A1 (en) Security scheme for authenticating digital entities and aggregate object origins
US20190101896A1 (en) Controlled 3-d printing
JP2016512675A (ja) 安全な取引システム及び方法
CN112437922A (zh) 分布式数据记录
WO2019246399A1 (fr) Registre numérique pour id uniques d&#39;éléments à propriété
US20230088936A1 (en) Physical Storage Vault for Physical Items of Digital Twin NFTs
US20230216682A1 (en) Managing the consistency of digital assets in a metaverse
US20100218239A1 (en) Digital Content Counting System and Method
US20230108610A1 (en) Systems for secure data replication and original destruction using a blockchain distributed ledger
CN115730277A (zh) 使用非同质化代币nft的补充数字内容访问控制
CN111936994A (zh) 用于海关清关的基于区块链的文档注册
Hugendubel Blockchain technology and intellectual property–A basic introduction
Singhal et al. Anti-counterfeit product system using blockchain technology
CN115310978A (zh) 一种数字资产的交易方法及装置
US20220393871A1 (en) Multifactor authentication using blockchain transactions
US20240127233A1 (en) Blockchain locking mechanism using paper share certificate
US20230334473A1 (en) Systems and Methods for Blockchain-Based Software Key Distribution
Ramani et al. Blockchain for digital rights management
Fahim et al. Secure and Transparent Supply Chain Management to Prevent Counterfeit Drugs

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17724610

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017724610

Country of ref document: EP

Effective date: 20181213