# Ring-Overlap: A Storage Scaling Mechanism for Hyperledger Fabric
## 3 Problem Description  
At the moment, blockchain platforms are classified as either public blockchains (Permissionless Blockchain) and consortium blockchains (Permissioned Blockchain). Bitcoin and Ethereum are examples of public blockchains, and the most widely used consortium blockchain is Hyperledger Fabric. The majority of the work mentioned above is an exten  
\begin{table}
\begin{tabular}{c c c} \hline \hline
**Storage Scalable Schemes** & **Proposer** & **Main Content** \\ \hline \multirow{8}{*}{SSMAB} & \multirow{8}{*}{[PERSON] et al. [23]} & Store stated data in a fully redundant manner to ensure transaction verification; store block data in a shared manner to reduce redundancy; and implement an economic incentive mechanism to reduce storage consumption while ensuring data availability. \\ \hline \multirow{8}{*}{Meepo} & \multirow{8}{*}{[PERSON] et al. [24]} & Cross-nesting and cross-call are used to improve the efficiency across shards; a partial cross-call merging strategy is used to handle multi-state dependencies in contract calls and achieve flexibility across shards; a backup algorithm called shadow shard-based recovery is also used to improve the robustness of shards. \\ \hline \multirow{8}{*}{SELCOM} & \multirow{8}{*}{[PERSON] et al. [25]} & To avoid the accumulation of compression results, a selective compression scheme based on checkpoint chains is proposed. An update process is also proposed to prevent the accumulation of checkpoints by merging them. \\ \hline \multirow{8}{*}{OverlapShard} & \multirow{8}{*}{[PERSON] et al. [26]} & By mapping each node to multiple actual shards, the adverse effects of cross-shard transactions are mitigated. To handle cross-shard transactions, virtual slices made up of overlapping nodes can be used. \\ \hline \multirow{8}{*}{ICISTategy} & \multirow{8}{*}{[PERSON] et al. [27]} & Divide all participants into clusters. Each cluster needs to store all of the network’s data, and the nodes in the cluster are not required to maintain data integrity. Storage pressure is alleviated by reducing the amount of data that each participant needs to store, and communication overhead is reduced through collaborative storage and block verification by cluster nodes. \\ \hline \multirow{8}{*}{ElasticChain} & \multirow{8}{*}{[PERSON] et al. [28]} & Which fragments a blockchain replica and stores the fragments in a part of nodes. Validation nodes are added to perform real-time testing of nodes storing data based on data retrievability proof methods, record updated storage node stability values, and then select high-stability nodes to store newly generated data copies. \\ \hline \hline \end{tabular}
\end{table}
Table 1: Blockchain storage scalable schemes comparison.  
sion of public blockchain platforms and involves node consensus after sharding. Therefore, most of the work requires major changes to the platform to achieve realization, and there are many difficulties in practice. In contrast, the Hyperledger Fabric is deployed in a planned consortium structure and uses order sorting to complete consensus, which does not require accounting nodes to participate in a consensus process. Moreover, node joining is planned and managed, so network topology changes are not as frequent as in the public blockchain. As a result, this paper proposed a ring-formed overlapping shard storage strategy for a consortium blockchain such as Hyperledger Fabric in order to reduce storage pressure on accounting nodes and improve blockchain scalability.