Source-linked AI summary
LSB: A Lightweight Scalable BlockChain for IoT Security and Privacy
Ali Dorri, Salil S. Kanhere, Raja Jurdak, Praveen Gauravaram
TL;DR
Blockchain can improve IoT security and privacy, but conventional blockchain designs are too costly, slow, and difficult to scale for IoT. The paper proposes a tiered Lightweight Scalable Blockchain with lightweight consensus, distributed trust, clustered management, and throughput control. Qualitative analysis and simulations report resilience to attacks and improved overhead, delay, and scalability relative to relevant baselines.
Problem
Conventional blockchain is computationally expensive, bandwidth-intensive, latency-prone, and insufficiently scalable for IoT security and privacy requirements.
Method
LSB combines a centrally managed private ledger for local smart-home transactions with a clustered overlay public blockchain using lightweight consensus, distributed trust, and throughput management.
Results
Qualitative analysis reports resilience against 12 security attacks, while simulations evaluate latency, processing time, and attack resilience and support the proposed design decisions.
Takeaways & Limitations
LSB provides an IoT-oriented blockchain framework intended to preserve security and privacy while reducing conventional blockchain overheads and improving scalability.
Takeaways & Limitations
The paper identifies the need for prototype implementation to assess LSB's performance in real-world settings.
Abstract
from arXiv · showhide
BlockChain (BC) has attracted tremendous attention due to its immutable nature and the associated security and privacy benefits. BC has the potential to overcome security and privacy challenges of Internet of Things (IoT). However, BC is computationally expensive, has limited scalability and incurs significant bandwidth overheads and delays which are not suited to the IoT context. We propose a tiered Lightweight Scalable BC (LSB) that is optimized for IoT requirements. We explore LSB in a smart home setting as a representative example for broader IoT applications. Low resource devices in a smart home benefit from a centralized manager that establishes shared keys for communication and processes all incoming and outgoing requests. LSB achieves decentralization by forming an overlay network where high resource devices jointly manage a public BC that ensures end-to-end privacy and security. The overlay is organized as distinct clusters to reduce overheads and the cluster heads are responsible for managing the public BC. LSB incorporates several optimizations which include algorithms for lightweight consensus, distributed trust and throughput management. Qualitative arguments demonstrate that LSB is resilient to several security attacks. Extensive simulations show that LSB decreases packet overhead and delay and increases BC scalability compared to relevant baselines.
1 INTRODUCTION
Blockchain offers distributed security and privacy, but conventional designs impose computational, bandwidth, latency, and scalability burdens that conflict with IoT requirements. LSB addresses these constraints through a tiered, optimized architecture with lightweight consensus, distributed trust, and throughput management.
- Motivation: Blockchain provides distributed, immutable, and security- and privacy-oriented data sharing, but conventional consensus requires resources beyond most IoT devices.Proof of Work and Proof of Stake impose substantial computational and, for Proof of Stake, memory requirements.
- Motivation: Broadcasting and verifying every block at every node creates quadratic traffic and processing overhead that limited-bandwidth, resource-constrained IoT devices cannot readily sustain.Low Power Wide Area Networks such as LoRa exemplify the bandwidth constraints described for IoT deployments.
- Motivation: Bitcoin confirmation can take up to 30 minutes, whereas IoT applications may require substantially shorter response delays.The paper uses a smart home service provider requesting sensor data as an example of a stricter delay requirement.
- Motivation: Bitcoin stores 7 transactions per second, while extensive interactions among IoT entities can generate transaction volumes exceeding classical blockchain throughput.Throughput is defined as the number of transactions that can be stored.
- LSB architecture: LSB uses smart-home private ledgers for local transactions and a clustered overlay whose capable nodes collaboratively manage a public blockchain.Cluster Heads manage the public blockchain, while symmetric encryption protects local-tier transactions.
- LSB optimizations: LSB reduces blockchain overhead through lightweight consensus, distributed trust, distributed throughput management, and separation of transaction traffic from data flow.The distributed trust algorithm gradually reduces block-verification work as Cluster Heads build trust, while throughput management adjusts system parameters.
2 LIGHTWEIGHT SCALABLE BLOCKCHAIN (LSB)
LSB organizes IoT blockchain functions across overlay nodes and local managers, combining lightweight consensus, distributed trust, and adaptive throughput management to reduce verification and scalability burdens.
- Architecture: Transactions are the basic communication primitive, while BlockManagers generate, verify, and store transactions and blocks.
- Architecture: The overlay groups nodes into clusters whose elected Cluster Heads manage the public blockchain as Overlay Block Managers.Clustering limits the number of nodes directly managing the public blockchain.
- Transactions: Overlay transactions use asymmetric encryption, signatures, and hashes, with multisignature transactions signed by both requester and requestee.Multisignature transactions chain each requester’s transactions and include outputs supporting reputation and future-key verification.
- Transactions: LSB separates broadcast transaction flows from unicast data packets routed along optimal paths after authorization.
- Consensus and verification: LSB replaces resource-intensive PoW and PoS with time-based consensus in which OBMs wait randomly and can generate at most one block per consensus-period.Blocks are validated by checking the generator signature and every contained transaction.
- Consensus and verification: Distributed trust gradually reduces transaction verification as OBMs establish trust, addressing the computational burden of validating blocks in large overlays.Non-compliant blocks reduce the responsible OBM’s trust rating and require more verification of its transactions.
- Throughput management: DTM keeps utilization within a target range by monitoring generated versus appended transactions and adjusting the consensus-period or, with greater overhead, the number of OBMs.
3 OVERVIEW OF TRANSACTIONS
LSB uses a centrally managed local ledger and shared keys inside smart homes, while overlay transactions support genesis, cloud storage, access, and monitoring operations.
- Smart-home tier: The LBM establishes shared keys for local devices after homeowner approval, and devices communicate directly while those keys remain valid.The LBM can invalidate a previously distributed key to deny permission.
- Smart-home tier: Each device begins with a genesis transaction in the local ledger containing the shared key used to encrypt device–LBM communication.
- Smart-home tier: Local storage uses an LBM-distributed shared key for authentication, after which the device and storage communicate directly.
- Overlay transactions: Each overlay node creates a genesis transaction for its public-ledger identity, verified through either a certificate authority or Bitcoin coin burning.After verification, OBMs broadcast the genesis transaction for storage in the public blockchain.
- Overlay transactions: Store-cloud transactions record cloud-storage operations, while access and monitor requests are checked by OBMs and forwarded to the LBM when authorized.The associated data transfer occurs separately from the transaction flow.
4 EVALUATION AND DISCUSSION
LSB is evaluated for security, privacy, fault tolerance, and performance across smart-home and overlay operations. Results indicate strong attack resistance, modest local overheads, trust-based processing savings, and load-responsive throughput management.
- Security and privacy analysis: LSB exhibits beyond high resistance to seven attacks and high resistance to three attacks, indicating strong security across the evaluated threats.The analysis considers 12 attacks using ETSI risk criteria covering time, expertise, knowledge, opportunity, and equipment.
- Security and privacy analysis: LSB uses changeable public keys, user control, and distinct device credits to preserve anonymity and limit cloud-based de-anonymization.Different credits prevent the cloud from identifying multiple devices belonging to the same overlay node.
- Security and privacy analysis: An LBM failure disconnects its smart home from the overlay, preventing cloud storage and communication with other overlay devices while local sharing remains possible.The stated fault-tolerance boundary concerns the LBM's role in connecting the smart home to overlay services.
- Smart home performance: 20ms is the worst-case additional time overhead for LSB's query-based store transaction compared with the baseline.The added processing time is attributed to encryption and hashing operations.
- Smart home performance: 0.07 (mj) is the increase in LSB energy consumption, while transmission energy doubles because encryption and hashing produce longer packets.CPU energy rises by approximately 0.002(mj); with a 1% radio duty cycle, listening energy increases by about 60%.
- Overlay access performance: 48.74ms is LSB's delay versus 17.62 ms for the baseline, because transactions are broadcast to other OBMs for verification.Each OBM adds 0.006ms of transaction-processing delay, described as relatively insignificant.
- Overlay access performance: Separating transaction broadcasts from routed data packets keeps end-to-end delay independent of the number of OBMs while packet overhead increases with OBM count.The evaluation compares LSB against a design broadcasting both transactions and data packets.
- Distributed trust evaluation: Over 50% savings in steady-state processing time are achieved when LSB validates new blocks using distributed trust rather than the classical-BC-like baseline.The savings arise as OBMs progressively reduce the number of transactions requiring verification.
5 DISCUSSIONS
The discussion covers auditing, multi-home management, incentives, and operational resilience in LSB. It also identifies how node departures affect connectivity, service, throughput, and security.
- Auditing: A periodically stored hash of the local Immutable Ledger can support tamper-evident auditing of sensor-data access.The local ledger records who and when accessed specific sensor data; its hash is recommended for storage in the public BC.
- Shared overlays: A shared overlay lets one Shared BM coordinate multiple smart homes through VPN-connected homes.The manager selects one LBM as the Shared BM for all homes.
- Incentives: LSB removes classical transaction fees because its lightweight consensus algorithm does not require computationally intensive block-creation puzzles.The paper notes that OBM incentives may instead include advertisements in appended blocks.
6 RELATED WORKS
Related work spans lightweight IoT security, authentication, blockchain applications, alternative consensus, and blockless ledgers. These studies address selected security, scalability, or transaction-processing concerns through diverse architectures and mechanisms.
- IoT security: Prior IoT-security work reduced 6LoWPAN and HIP headers from 40 bytes to at most 25 bytes and proposed lightweight key distribution.The approach targets lower network overhead and key distribution between low-resource devices and users.
- IoT security: Another IoT approach uses separate Registration and Home Registration Authorities to authenticate devices and users.The Registration Authority handles device registration, while the Home Registration Authority facilitates user authentication.
- Blockchain applications: Blockchain applications discussed include cryptocurrency, smart contracts, healthcare-data sharing, robotic-swarm security, location verification, and energy trading.The reviewed systems apply blockchain to both monetary and non-monetary settings.
- Blockchain applications: A multi-tier blockchain architecture combines data management, data storage, and publish/subscribe messaging to share IoT data with organizations and people.Its messaging system is intended to increase network scalability.
- Consensus and ledgers: Proof of Elapsed Time uses trusted-enclave-selected random waiting periods and a TimeChecker function before appending blocks.The method is integrated with Hyperledger and intended to run in Intel CPU Trusted Execution Environments.
- Consensus and ledgers: IoTA replaces blocks and mining with a directed acyclic graph in which each new transaction verifies two randomly chosen prior transactions.The design aims for free transactions and fast verification.
7 CONCLUSION
The conclusion presents LSB as a lightweight blockchain architecture addressing IoT complexity, bandwidth, latency, and scalability challenges. It reports security, fault-tolerance, and simulation benefits while identifying prototype evaluation and broader applications as future work.
- Contributions: LSB addresses IoT blockchain challenges with puzzle-free consensus, distributed trust, and throughput management.Distributed trust reduces block-validation processing time as OBMs build trust, while throughput management keeps network utilization within a prescribed range.
- Findings: Security analysis reports resilience against a broad range of attacks, and key-node failures produce graceful degradation.The conclusion characterizes the architecture as highly fault tolerant.
- Findings: Simulations show lower bandwidth and processing time than classical blockchains.The conclusion also reports services for smart-home owners, though the supplied passage is truncated before specifying them.
- Future work: Future work includes a prototype implementation to evaluate LSB in real-world settings and testing domains such as smart grids and vehicular networks.These directions extend evaluation beyond the reported simulations and smart-home setting.