Abstract
A context broker is a reliable message-relaying service used to connect devices by integrating all device protocols and communication methods, and reliably transporting messages while isolating data from other application service layers and networking complexities. A highly scalable decentralized context broker stack is composed of three layers—starting with a peer-to-peer network connecting a byzantine fault-tolerant (i.e., blockchain-based) consensus protocol—and it manages the communication using a web-socket streaming protocol as interface to other applications. This paper presents such a concept for a decentralized context broker stack for intercommunication between heterogeneous materials handling systems, and deploys the stack as proof-of-concept using ROS-based robots in a logistics scenario.
Highlights
Industry 4.0 and the concept of a socially networked industry requires that the entities in an industry are networked and are able to communicate between each other to autonomously collaborate for performing tasks.[1] dezCom is an architecture for decentralized communication and messaging
In this paper we contribute by developing the first-ever decentralized industrial supply chain messaging system based on a mining-less blockchain where emphasis is given to messaging using assets in a socially networked industry
Performance measurements were made between Message Queuing Telemetry Transport (MQTT) and dezCom where 100, 1000, and 10,000 messages were sent with 4 cloud servers acting as validators for dezCom each, with a 2x vCPU and 2GB of RAM hosted in 4 data centers (in New York City (NYC), London (LON), Amsterdam (AMS), and Bangalore (BLR) for location transparency)
Summary
Industry 4.0 and the concept of a socially networked industry requires that the entities in an industry are networked and are able to communicate between each other to autonomously collaborate for performing tasks.[1] dezCom is an architecture for decentralized communication and messaging. For a truly decentralized industrial process, the communication between the entities that take part in the process should take place in a decentralized manner. Even though the execution algorithm is decentralized in nature, when running on a centralized communication architecture, such as Message Queuing Telemetry Transport (MQTT) or Orion context broker, it is not truly decentralized.
Talk to us
Join us for a 30 min session where you can share your feedback and ask us any queries you have
Disclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.