CN108629589A - 一种基于区块链的交易管理方法及系统 - Google Patents

Abstract

一种基于区块链的交易管理方法及系统，通过引用一组模块数据量A,B,C分别做为私有链，联盟链，公有链的开关量控制数据的传输。用户﹑商户﹑管理者的所使用的节点设备共同存储登录账号﹑交易﹑积分﹑物流﹑评论等模块信息形成分布式数据库。交易系统由多个模块组成，每个模块都有独立的区块链数据库。模块数据库的读写权限依据模块数据量多少而做更改。模块的模块数据量达到公有链的开关量，所述的模块的应用模型将不能再返回到私有链或联盟链。引用一组交易验证时间量约束私有链，联盟链，公有链的交易验证时间。交易系统将信息在交易验证时间量内写入私有链﹑联盟链或公有链的模块数据库中。这样既可以保持数据的安全唯一性又能兼顾效率。

Description

一种基于区块链的交易管理方法及系统

技术领域

本发明涉及一种基于区块链的交易管理方法及系统，属于新一代电子信息技术领域。

背景技术

交易系统是连接着用户﹑商户及管理者的桥梁，是完成交易的重要环节，含有物流，资金流，信息流等复杂环境。不同的时刻，用户﹑商户及管理者对每一种数据的期望值是不同。对于管理者，期望数据安全﹑可控﹑透明度低。对于商户，期望数据丰富﹑可分析﹑透明度较高。对于用户，期望数据真实﹑可靠﹑完全透明化。上述角色的期望和区块链的私有链﹑联盟链﹑公有链三种典型应用的特性是吻合的。所以需要在一个交易系统里找到兼容私有链﹑联盟链﹑公有链的方法。

发明内容

为了在一个交易系统里找到兼容私有链﹑联盟链﹑公有链的方法，建立一套基于区块链技术的，安全唯一性又能兼顾效率，满足多角色管理需求的交易系统。本发明引用了一组模块数据量及交易验证时间量。

本发明解决其技术问题所采用的技术方案是：通过引用一组模块数据量A﹑B﹑C分别做为私有链﹑联盟链﹑公有链的开关量控制数据的传输。用户﹑商户﹑管理者的所使用的节点设备共同存储登录账号﹑交易﹑积分﹑物流﹑评论等模块的信息形成分布式数据库。交易系统由多个模块组成，每个模块都有独立的区块链数据库。模块数据库的读写权限依据模块数据量多少而做更改。模块数据量与节点数量﹑点击频率成正比，与响应时间﹑权限系数成反比。模块的模块数据量达到公有链的开关量，所述的模块的应用模型将不能再返回到私有链或联盟链。交易过程中当需要验证的节点数量较多时，交易验证会花费较长时间。影响交易系统的使用体验。引用一组交易验证时间量D约束私有链﹑联盟链﹑公有链的交易验证时间。交易验证时间量D与节点数量﹑点击频率﹑响应时间成反比，与权限系数成正比。交易系统会自动将模块信息进行分类，将信息在交易验证时间量内写入私有链﹑联盟链或公有链的模块数据库中。

本发明的有益效果是：建立一套基于区块链技术的，安全唯一性又能兼顾效率，满足多角色管理需求的交易系统。一个交易系统可兼容私有链﹑联盟链﹑公有链的应用模型。

附图说明

下面结合附图和实施例对本发明进一步说明。

图1是交易系统流程图。

图2是应用模型判定图。

图3是模块数据量构成图。

图4是交易验证时间量构成图。

具体实施方式

在图1中，用户﹑商户﹑管理者通过手机﹑电脑﹑收银机等交易设备连接交易系统进行交易。节点设备共同存储登录账号﹑交易﹑积分﹑物流﹑评论等模块的信息形成分布式数据库。交易系统由多个模块组成，每个模块都有独立的区块链数据库。模块数据库的读写权限依据模块数据量多少而做更改，当模块数据量为A时，为私有链模型；当模块数据量为B时，为联盟链模型；当模块数据量为C时，为公有链模型。交易过程中当需要验证的节点数量较多时，交易验证会花费较长时间。引入交易验证时间量D调节私有链﹑联盟链﹑公有链的交易验证时间，进而提高交易系统的使用体验。

在图2中，私有链﹑联盟链﹑公有链以模块数据量A﹑B﹑C为开关量进行模型的转化，而且模块数据量C>B>A。

在图3中，模块数据量与点击频率﹑节点数量成正比，与响应时间﹑权限系数成反比。点击频率﹑节点数量与响应时间是客观因素不能人为设置，权限系数能为管理者人为设置。

在图4中，交易验证时间量与点击频率﹑节点数量﹑响应时间成反比，与权限系数成正比。管理者通过调节权限系数选择一个安全唯一性又能兼顾效率，用户体验较好的交易验证时间量。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种基于区块链的交易管理方法及系统，主要是引用了一组模块数据量A﹑B﹑C及交易验证时间量D，其特征在于所述的交易管理方法及系统引用了一组模块数据量A﹑B﹑C分别做为私有链﹑联盟链﹑公有链的开关量控制数据的传输。

2.根据权利要求1所述的交易管理方法及系统，其特征在于所述的交易管理方法及系统引用了一组交易验证时间量D约束私有链﹑联盟链﹑公有链的交易验证时间。

3.根据权利要求1所述的交易管理方法及系统，其特征在于用户﹑商户﹑管理者所使用的节点设备共同存储登录账号﹑交易﹑积分﹑物流﹑评论等模块的信息，所述的每个模块都有独立的区块链数据库。

4.根据权利要求1所述的交易管理方法及系统，其特征在于所述的模块数据量A﹑B﹑C与节点数量﹑点击频率成正比，与响应时间﹑权限系数成反比。

5.根据权利要求3所述的交易管理方法及系统，其特征在于所述的模块的模块数据量达到公有链的开关量，所述的模块的应用模型将不能再返回到私有链或联盟链。

6.根据权利要求3所述的交易管理方法及系统，其特征在于所述的区块链数据库的读写权限依据模块数据量A﹑B﹑C多少而做更改。

7.根据权利要求2所述的交易管理方法及系统，其特征在于所述的交易验证时间量D与节点数量﹑点击频率﹑响应时间成反比，与权限系数成正比。

8.根据权利要求1或2所述的交易管理方法及系统，其特征在于所述的交易管理方法及系统会自动将模块信息进行分类，将信息在交易验证时间量D内写入私有链﹑联盟链或公有链的区块链数据库中。