2021
DOI: 10.1109/ojcs.2020.3010987
|View full text |Cite
|
Sign up to set email alerts
|

Deep Reinforcement Learning Empowered Adaptivity for Future Blockchain Networks

Abstract: Recently, blockchain has elicited escalating attention from academia to industry. However, blockchain is still in its initial stage, and remains a great number of nontrivial problems to be delved before being used as a generic platform. The most intractable one is the scalability problem. The deep reinforcement learning empowered adaptivity can help the blockchain network break through the bottleneck. In this paper, we study a deep reinforcement learning empowered adaptivity approach for future blockchain netw… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
4
1

Citation Types

0
12
0

Year Published

2021
2021
2024
2024

Publication Types

Select...
6
1
1

Relationship

2
6

Authors

Journals

citations
Cited by 17 publications
(12 citation statements)
references
References 16 publications
(15 reference statements)
0
12
0
Order By: Relevance
“…Since the learning-based algorithms can learn the transition regularities of the system environment, the QoS requirements of the users, and the situation of enabling resources, it would provide a feasible way for BC to select more suitable protocols to perform. For example, the works in [169], [170] design a service-oriented permissioned BC and launch several consensus protocols based on the users' QoS requirements. Then, the consensus protocol selection, block producer selection, and bandwidth allocation can be formulated as the MDP, where the state, action and reward function are defined as follows.…”
Section: A Flexible Consensus Protocol Tailoring To Eimentioning
confidence: 99%
See 1 more Smart Citation
“…Since the learning-based algorithms can learn the transition regularities of the system environment, the QoS requirements of the users, and the situation of enabling resources, it would provide a feasible way for BC to select more suitable protocols to perform. For example, the works in [169], [170] design a service-oriented permissioned BC and launch several consensus protocols based on the users' QoS requirements. Then, the consensus protocol selection, block producer selection, and bandwidth allocation can be formulated as the MDP, where the state, action and reward function are defined as follows.…”
Section: A Flexible Consensus Protocol Tailoring To Eimentioning
confidence: 99%
“…Unlike the traditional DRL approach, we leverage dueling DRL to learn the relative advantage of action, by evaluating the value function [170]. As shown in Fig.…”
Section: A Flexible Consensus Protocol Tailoring To Eimentioning
confidence: 99%
“…However if one considers less computationally expensive algorithms like PoS, PBFT and DPoS, though they require less energy they are reasonable for enormous scope frameworks. A new algorithm proof of trust has been proposed to address this issue but still it needs to be investigated [59].…”
Section: Challengesmentioning
confidence: 99%
“…Recently, EI helps the BC realize the pluggable consensus mechanism, which switches the different protocols flexibly to meet the diversified QoS requirements of edge scenarios, while making the BC system more efficient and robust [70], [138]. Since the learning-based algorithms can learn the transition regularities of the system environment, the QoS requirements of the users, and the situation of enabling resources, it would provide a feasible way for BC to select more suitable protocols to perform.…”
Section: A Flexible Consensus Protocolmentioning
confidence: 99%
“…Furthermore, it is addressed by a dueling DRL algorithm to achieve a service-oriented BC and enhance the performance of the BC system. Similarly, in [138], the authors focus on the adaptivity for BC, and quantify four consensus protocols, instead of using only one of them. Each protocol's qualitative performance, including throughput and latency, is analyzed for selecting suitable consensus protocols to meet multiple users' QoS requirements.…”
Section: A Flexible Consensus Protocolmentioning
confidence: 99%