The main goal of this project is to develop novel methods for supporting the coldchain distribution process (supply chain) of medical drugs using blockchain technology. The commercial goal is to reduce the cost of delivery, while assuring a regulation-compliant temperature tracking using IoT-sensors.
|Reference:||Research and Industrial Project|
|Source of funding:||Komission für Technologie und Innovation KTI (Commission for Technology and Innovation)|
|Project Duration:||01.09.2017 - 01.09.2019|
The tasks that contribute to the fulfillment of the goals of this project are described below:
- Perform an in-depth analysis of existing blockchain technologies and develop a technically detailed portfolio. Respective requirements of those blockchains will be defined for major possible applications in the pharmaceutical supply chain as applicable to the BC4CC use cases to derive a generic scenario description.
- Create an open API that can be used by newly onboard customers without specific blockchain knowledge or understanding. The API requirements from potential partners will be collected and based on these, a selection of the most promising requirements will be chosen. These requirements need to align with the modum.io infrastructure.
- Provide a framework that is blockchain agnostic, i.e., implement a framework which is not dependent on a single blockchain (such as Ethereum), but allow a selection between different blockchains. Blockchain agnosticism will also permit modum.io and their customers various commercial options to “cherry-pick” their optimal blockchain, and provide the potential technical capabilities for migration.
- Implement a BC4CC prototype putting into operation within a pilot, and evaluate, during and after its operation, aspects such as suitability of functionality, performance of transactions and interactions, and operational costs.
Inquiries may be directed to the local Swiss project management:
Blockchain technology is developing at a rapid pace. For consumers that are only interested in simplifying processes and reducing costs by using a blockchain solution a new problem has occurred. It is not only necessary to select the appropriate solution, but also to configure and operate considering blockchain interoperability with different chains. For the industry, there is a need for solutions based on open standards. Thus, it was proposed a Policy-based Blockchain Agnostic Framework (Figure 1) that not only connects different blockchains but also facilitates their configuration and operation. Moreover, a case study (Figure 2) was presented considering the cold-chain supply-chain, where each actor defines its policies based on blockchain requirements. More information about the description of this framework and its components can be found in the peer-reviewed paper accepted for publication in the IFIP/IEEE International Symposium on Integrated Network Management (IM 2019) .
Interoperability API (OpenAPI)
Based on the user policies defined, the Blockchain-based Agnostic Framework selects the most suitable blockchain implementation to store and retrieve the data. This store/retrieve interaction is performed within the framework using the OpenAPI component. The code for the OpenAPI prototype can be found at the IFI GitLab Repository. The workflow of how the OpenAPI performs the
store() function is depicted in Figure 3.
The API is the entry point for the OpenAPI, once it receives the
store() function, it delegates the request to the corresponding adapter based on the chosen blockchain using the
BC_ID value. Thus, each blockchain requires a Blockchain Adapter, which implements specific methods to create, sign, and send transactions (TX). The core of each Blockchain Adapter are the
retrieve methods. The former, shown in Listing 1, creates a transaction based on the correct blockchain template and encodes the input data. It signs this transaction with the private key (retrieved from the Credentials database) and broadcasts it, as a raw transaction, to multiple nodes in the blockchain. The broadcast is performed using the defined blockchain Remote Procedure Call (RPC) server. Finally, it stores the transaction in the TXs database before returning the transaction hash to the user. The latter, shown in Listing 2, searches the transaction information from the blockchain using the transaction hash as the search parameter. Then, it extracts the data from the transaction information and returns the restored text message to the user. The described workflow is the same for all Blockchain Adapters. However, specific methods, such as to construct a transaction, are implemented accordingly to the design details of each blockchain supported.
More information about the description of the OpenAPI, named Bifröst, and its components can be found in the peer-reviewed paper accepted for publication in the 44th IEEE Conference on Local Computer Networks (LCN 2019) .
-  Eder J. Scheid, Bruno Rodrigues, Burkhard Stiller. Toward a Policy-based Blockchain Agnostic Framework. 16th IFIP/IEEE International Symposium on Integrated Network Management (IM 2019). April, 2019 Washington DC, USA . Link
-  Eder J. Scheid, Timo Hegnauer, Bruno Rodrigues, Burkhard Stiller. Bifröst: a Modular Blockchain Interoperability API. 44th IEEE Conference on Local Computer Networks (LCN 2019). October, 2019. Osnabrück, Germany. Link
-  Eder J. Scheid, Daniel Lakic, Bruno Rodrigues, Burkhard Stiller. PleBeuS: a Policy-based Blockchain Selection Framework. IFIP/IEEE Network Operations and Management Symposium (NOMS 2020). April, 2020. Budapest, Hungary. Link
-  Eder J. Scheid, Patrick Widmer, Bruno B. Rodrigues, Muriel F. Franco, Burkhard Stiller. A Controlled Natural Language to Support Intent-based Blockchain Selection, IEEE International Conference on Blockchain and Cryptocurrency (ICBC 2020), May, 2020. Toronto, Canada. Link