Achieve space-efficient key management in lightning network

The low transaction throughput, high transaction latency, and unfriendly micropayment are the main obstacles hindering Bitcoin use in time-sensitive environments. To mitigate these problems, various solutions have been proposed. The lightning network (LN) is considered one of the most promising ones...

Full description

Saved in:
Bibliographic Details
Published inComputer networks (Amsterdam, Netherlands : 1999) Vol. 197; p. 108346
Main Authors Wei, Guiyi, Mao, Xiaohang, Lu, Rongxing, Shao, Jun, Guan, Yunguo, Lu, Genhua
Format Journal Article
LanguageEnglish
Published Amsterdam Elsevier B.V 09.10.2021
Elsevier Sequoia S.A
Subjects
Online AccessGet full text
ISSN1389-1286
1872-7069
DOI10.1016/j.comnet.2021.108346

Cover

More Information
Summary:The low transaction throughput, high transaction latency, and unfriendly micropayment are the main obstacles hindering Bitcoin use in time-sensitive environments. To mitigate these problems, various solutions have been proposed. The lightning network (LN) is considered one of the most promising ones, and it has been widely deployed in different versions. However, the LN itself is subject to a scalability problem due to the used channel state revocation technique. It especially requires O(n̄) storage cost to store the private keys, where n̄ is the number of transactions that happened in the channel and expected to be infinite. Though there are some techniques to resolve this problem, none of them is compatible with the current Bitcoin system. Aiming at solving this dilemma, in this paper, we propose two space-efficient Bitcoin-compatible key management schemes for the LN, based on the hash function and trapdoor one-way function, respectively. Both schemes reduce the storage complexity from O(n̄) to O(1). The detailed security analysis shows that our schemes hold the security level of the original LN or its variants. The extensive experimental results demonstrate that our proposed schemes are efficient and feasible, with a significant reduction in storage overhead.
Bibliography:ObjectType-Article-1
SourceType-Scholarly Journals-1
ObjectType-Feature-2
content type line 14
ISSN:1389-1286
1872-7069
DOI:10.1016/j.comnet.2021.108346