可监管恶意投票的区块链时间锁加密电子投票系统及方法与流程

1.本发明属于区块链技术和数据安全技术领域；涉及一种可监管恶意投票的区块链时间加密锁电子投票系统及方法；特别涉及一种针对投票信息时间锁加密、用户投票数据监管需要的可监管恶意投票的区块链时间锁加密电子投票系统及方法。


背景技术：

2.投票通常可以解决团队内意见不统一的问题，从公司的小团体决策到各个地区的选举都有投票的应用。随着科技水平不断创新和互联网技术快速发展，电子投票技术在不断更新，并逐渐成为主流。目前对基于区块链的投票技术来看，相对更多的人会考虑参与投票用户之间的公平性，但是忽略了发起投票的目的。在参与投票过程中，投票发起人希望得到的是公平且有公信力的结果，若投票用户私下商量恶意投票，造成投票结果与预期严重不符，引起众人热议，那么有权限的高层管理者应该对投票结果进行溯源，在不泄露投票用户隐私信息的同时，投票过程中实施监管，并且查到投票来源加以追责。现有的保证投票结果的公信力和投票发起人权益的区块链投票方法，如赖铭峰、曾兵等人公开的文献《一种保证投票发起人权益的公平的区块链投票系统及方法》，介绍了保证投票发起人权益的投票方法，主要考虑的是设置一定的奖金，用以激励投票者在规定时间内正常参与投票，并且通过押金和定时暴露投票者的隐私作为约束条件，强行保证投票发起人的权益，即尽可能准确的投票结果。这种投票方法在一定程度上只能保证投票者确实顺利完成投票行并计票，但是无法保证投票者私下串通造成恶意投票的行为，由于其约束性机制，若因其他因素造成的投票失败而导致正常参与投票用户的隐私泄露，无法进行监管和追责，忽略了用户的隐私安全性和投票数据的公正性。


技术实现要素：

3.为了解决上述问题，本发明提出了一种可监管恶意投票的区块链时间锁加密电子投票系统及方法，将基于cp-abe算法的属性加密和时间锁加密方法应用到电子投票系统中，利用区块链来实现不需要第三方计票和验证，在用户隐私不会被泄露的同时，以保证投票结果在规定时间被公布，并且在对投票者进行监管的同时确保选票的真实性和可验证性。
4.本发明的系统所采用的技术方案是：一种可监管恶意投票的区块链时间锁加密电子投票系统，包括投票者user a、投票者客户端client a、监管机构ra、系统管理者admin、web服务器和fabric区块链网络；所述fabric区块链网络中的颁发证书机构fabric-ca作为可信的第三方颁发证书机构；
5.所述投票者user a，利用所述投票客户端client a参加投票；
6.所述监管机构ra，包括监管者user b和监管客户端client b，用于对投票者user a的投票行为进行监管以避免恶意投票行为的发生；
7.所述系统管理者admin用于部署投票者客户端和智能合约，每次进行投票活动开
始前，设定投票者名单、投票主题、投票选择候选项、椭圆曲线参数；其中，所述智能合约，用于操作账本实现数据存储和提取，实现功能业务逻辑；
8.所述web服务器，用于处理投票者user a通过投票者客户端发出的请求；
9.所述fabric区块链网络，是基于fabric的具有管理权限的区块链网络；其中，所述fabric提供了fabric sdk两种接口模块，分别是访问颁发证书机构fabairc-ca接口和访问区块链网络接口，前者主要负责整个网络的节点准入机制、分发证书、交易的数字签名以及验证功能，后者实现智能合约功能的调用。
10.本发明的方法所采用的技术方案是：一种可监管恶意投票的区块链时间锁加密电子投票方法，包括以下步骤：
11.步骤1：系统初始化；
12.智能合约生成主密钥mk、系统公钥pk，区块链地址；系统管理者admin设置投票主题和投票候选项、投票结果预计公布时间t；根据设置的投票结果预计公布时间t，系统管理者admin选择合适阶数的椭圆曲线e使得必须花费设置时间t这么长的时间才能解决该椭圆曲线e上的离散对数问题，以实现在设置时间t之后才能公布投票结果，并将对应的时间锁加密解密函数部署在智能合约上；
13.智能合约设定连接序列功能函数，该函数用于后续步骤中连接投票者user a发送到智能合约上的密钥相关序列；智能合约设定哈希函数he：{0,1}
n*
—》e，该哈希函数是用于将一个01串映射为椭圆曲线上的一个点，该哈希函数将在后续生成时间锁随机密钥时使用；
14.系统管理者admin部署基于cp-abe属性加密解密功能函数在智能合约上；
15.步骤2：用户注册，包括投票者user a注册和监管者userb注册；
16.系统为每个注册用户生成唯一的公钥、私钥以及区块链地址，分别作用于投票数据加密、数字签名以及投票记录追溯，
17.投票者user a根据监管者user b的属性设置访问控制策略pa，访问控制策略pa用于后续步骤中监管机构ra对投票者user a的投票行为的监管；
18.步骤3：投票；
19.投票者user a投票完成后，得到相应的投票数据；投票者的投票数据进行属性加密并上链存储，得到密文ct
a(abe)
，并将密文作为交易的负载形式tx(ct
a(abe)
)发送至区块链网络；投票者的投票数据进行时间锁加密，得到密文ct
a(timeclock)
，在设置时间t内进行投票数据保护；投票者user a通过投票者客户端client a对密文ct
a(timeclock)
进行签名后发送到区块链网络中，网络节点对发送的交易和签名进行验证，并将包含加密投票数据ct
a(timeclock)
的合法交易添加到区块链账本中；
20.步骤4：监票；
21.投票数据密文ct
a(abe)
交易的区块上链时，整个相应通道的节点需要对上链区块进行同步；在其通道的节点监管者user b通过监管客户端client b请求区块链网络中包含user a投票数据密文ct
a(abe)
的信息来对投票者user a的投票行为进行监督；
22.步骤5：查票；
23.经过时间tu，投票者user a通过投票客户端client a使用查询投票功能，若tu《t，则无法查询到投票结果，返回查询失败；若tu≥t，则时间锁已打开，智能合约调用解密功能
函数已获得相应投票数据，智能合约向投票者user a返回相应的投票数据，查询成功；
24.步骤6：计票；
25.智能合约对解密得到的各投票者的投票数据按候选项进行累加统计；智能合约将统计结果储存和发布在区块链上，公布候选项对应的投票结果。
26.本发明提供了一种可监管的区块链时间锁加密电子投票系统及方法，利用基于cp-abe算法的属性加密方法和时间锁加密方法实现了区块链电子投票系统的安全性加强和用户级细粒度安全访问控制监管机制。用户的投票数据将在一段时间内进行加密保护且在设置时间t内无法被破解，即如果投票数据只能在设置的投票结果预计公布时间t之后打开，那么所有参与者都不必担心有人泄露秘密或者串通来破坏安全性，整个投票过程中没有人比其他人拥有更多的信息或特权，保证了投票结果的公正性。还能够实现对cp-abe方案中用户属性密钥的安全分发，解决了传统监管方案在溯源时存在的密钥分发问题。
附图说明
27.图1：本发明实施例的系统结构图；
28.图2：本发明实施例的方法中加密流程图；
29.图3：本发明实施例的方法中解密流程图；
30.图4：本发明实施例的方法中查票流程图；
31.图5：本发明实施例的方法中计票流程图；
32.图6：本发明实施例的方法中监票原理图。
具体实施方式
33.为了便于本领域普通人员理解和实施本发明，下面结合附图及实施例对本发明作进一步的详细描述。显然，所描述的实施例仅仅只是本发明一部分实施例，而不是全部的实施例。附图仅用于示例性说明，不能理解为对本专利的限制。
34.如图1所示，本发明提供一种可监管恶意投票的区块链时间锁加密电子投票系统，该系统整体构架主要是由客户端与web服务器交互选择功能，通过fabric-sdk接口调用智能合约函数，完成相应的投票、查票等功能，其中由投票者客户端的fabric-sdk接口完成加密投票数据在区块链网络中的交易背书、交易排序、区块分发等功能，本发明所设计的系统构架分为上层web应用层、下层区块链底层，中间智能合约部分为web应用层和区块链底层交互的媒介。在完成区块链底层设计的基础上，web应用层交互层采用b/s构架，负责与浏览器用户界面交互，提供浏览器与区块链之间的数据转化业务，将投票数据进行封装提交给区块链网络节点并储存在区块链账本上，web应用层主要实现系统功能，根据所述系统功能分析，设计完成注册登陆功能、新建投票功能、参与投票功能、查询投票等功能。
35.本实施例的web应用层包括3个层次：视图层、业务逻辑层、数据访问层；
36.其中，本实施例的视图层提供与用户交互的功能；
37.其中，本实施例的业务逻辑层是实现功能的关键，处理视图层提出的请求并返回响应，所述系统大部分功能都在业务逻辑层实现；
38.其中，本实施例的数据访问层负责数据的存取，如用户的用户名和密码等普通数据直接存入数据库，用户的投票记录等区块链数据则存入区块链，当访问普通数据，需进行
数据库设计，编写sql语句；当访问区块链数据时，需要客户端调用fabric-sdk接口通过智能合约实现数据在区块链中的存取。
39.本发明实施方式中，由admin发起投票活动，用户注册好后选择投票选项并输入私钥确定投票者身份，由投票者user通过客户端client与web应用层交互参与投票，并且投票者user a通过投票客户端client a进行投票数据时间锁加密解密流程，监管机构ra中的监管者user b通过客户端client b进行访问链上加密投票数据流程，整体分为5个步骤：系统初始化、投票、监票、查票、计票；其中本实施例的时间锁加解密部分主要是投票者user a通过投票客户端client a访问web应用层并在服务器上与区块链底层进行交互完成相应流程，如图2所示；在监票、查票步骤中增加了访问控制步骤和打开时间锁步骤，符合访问策略人物属性的监管者userb可进行访问加密数据，访问成功即可进行投票数据监管；而其他任何投票者user a在设置时间t内是无法破解加密密钥的，除非时间t之后时间锁打开时才可以获得加密投票数据的私钥，此时请求查询成功，进行计票统计功能。区块链中的具体功能操作大部分由web应用层中的业务逻辑层执行，通过调用不同的接口，例如将投票数据存入区块中，就需要通过客户端fabric-sdk接口调用区块链底层存储功能等，可以使整个投票进程顺利进行，实现用户之间的相互交流。
40.假设系统有n个注册投票者和发布了m个候选投票选项。本实施例的方法由系统管理者admin在web服务器上部署投票、查票相关功能接口，当n个投票者通过安装在其移动设备上的客户端参与投票、查票时，web服务器通过fabric sdk接口调用已部署的智能合约以完成区块链上的相关操作和交易，从而完成服务响应；投票者的每张选票初始状态为有效；投票完成后，参与者经过设置时间t之后提出的查询请求才能被成功响应；并且计票结果也必须在设置时间t之后才能发布到链上。
41.请见图2-图6，本发明提供的一种可监管恶意投票的区块链时间锁加密电子投票方法，包括以下步骤：
42.步骤1：系统初始化；
43.本实施例中，步骤1具体实现包括以下子步骤：
44.步骤1.1：智能合约生成主密钥mk、系统公钥pk，区块链地址；
45.(mk,pk)《—setup(1
λ
)，通过输入系统安全参数λ，生成主密钥mk和系统公钥pk；
46.步骤1.2：系统管理者admin设置投票主题和投票候选项、投票结果预计公布时间t；
47.步骤1.3：根据设置的投票结果预计公布时间t，系统管理者admin选择合适阶数的椭圆曲线e使得必须花费设置时间t这么长的时间才能解决该椭圆曲线e上的离散对数问题，以实现在设置时间t之后才能公布投票结果，并将对应的时间锁加密解密函数部署在智能合约上；
48.本实施例中，椭圆曲线e是系统管理者admin在初始化中设定好的，本发明在投票功能开启之前，应当预估椭圆曲线e上解决离散对数问题所需的计算能力，对外公布的可查询时间不能早于解决离散对数问题需要的时间t，即使攻击者拥有较大计算能力资源，也能难提前获取相关投票信息。
49.步骤1.4：智能合约设定连接序列功能函数，该函数用于后续步骤中连接投票者user a发送到智能合约上的密钥相关序列；
50.步骤1.5：智能合约设定哈希函数he：{0,1}
n*
—》e，该哈希函数是将一个01串映射为椭圆曲线上的一个点，该哈希函数将在后续生成时间锁随机密钥时使用；
51.步骤1.6.1：用户(包括监管者和投票者)进行注册，系统为每个注册用户生成唯一的公钥、私钥以及区块链地址，分别作用于投票数据加密、数字签名以及投票记录追溯，具体实现包括以下子步骤：
52.步骤1.6.1：(ct
bsk
，u
certb
)《—keygen(mk,ucrb)；
53.监管者user b通过监管客户端client b发送用户证书请求ucrb至fabric-ca以申请证书；监管者user b的用户证书请求包含监管者user b的属性以及监管者user b的公私钥对(u
pkb
,u
skb
)；颁发证书机构fabric-ca为公私钥对(u
pkb
,u
skb
)生成相应的证书u
certb
，并计算证书u
certb
的签名σ
certb
，此外，颁发证书机构fabric-ca还根据监管者user b提供的属性为其生成属性私钥bsk，并利用监管者user b的公钥u
pkb
对生成的属性私钥bsk进行加密得到密文ct
bsk
，并且由颁发证书机构fabric-ca将(u
certb
,σ
certb
,ct
bsk
)返回给监管者user b；
54.步骤1.6.2：投票者user a通过投票客户端client a发送用户证书请求ucra至颁发证书机构fabric-ca以申请证书；投票者user a的用户证书请求包含投票者user a的公私钥对(u
pka
,u
ska
)，颁发证书机构fabric-ca为(u
pka
,u
ska
)生成相应的证书u
certa
，并计算证书u
certa
的签名б
certa
，颁发证书机构fabric-ca将(u
certa
,б
certa
)返回给投票者user a；
55.步骤1.7：投票者user a根据监管者user b的属性设置访问控制策略方案pa，访问策略pa用于后续步骤中监管机构ra对投票者user a的投票行为的监管；
56.步骤1.8：系统管理者admin部署基于cp-abe的属性加密解密功能函数在智能合约上。
57.本实施例中，cp-abe属性加密解密功能函数，是基于现有的fabric和fabric-ca，在fabric-ca中嵌入cp-abe实现，即将fabric-ca作为属性加密方案中的可信第三方，其功能可管理用户所用证书，同时对cp-abe方案初始化和用户属性私钥bsk的生成和分发。
58.本实施例中，cp-abe属性加密解密功能函数，需要使用者(如admin)根据本发明中投票数据时间锁加密步骤、和查票打开时间锁即解密步骤可通过多种语言编写(如goland、java、node.js)；然后进行实例化过程，编译并打包成doker容器镜像启动运行，实例化可在任意一个已经安装智能合约的peer节点上；实例化之后，用户就能与其进行功能交互。
59.步骤2：投票；
60.投票者user a的投票数据主要包括投票者user a的公钥u
pka
、利用其私钥u
ska
生成的签名、user a选择的投票候选项地址、时间、版本号等；投票者user a投票完成后，得到相应的投票数据；投票者user a通过投票客户端client a调用智能合约中的时间锁加密功能函数对生成的投票数据进行加密以控制查询投票数据和公布投票结果的时间t，让投票加密数据在设置时间t内是安全的，经过设置时间t后时间锁才会被打开，得到相关投票数据并进行统计发布，保证投票结果的公正性；为了防止恶意投票，投票者user a还需要通过投票客户端client a调用智能合约中的基于cp-abe的属性加密功能函数对所投票数进行加密，得到的密文与访问策略pa相关联，对应的解密密钥与监管者user b的属性相关联，使得监管者user b可以在不知道投票者user a私钥的情况下对其投票行为进行访问监管，若投票过程中监管者user b评估一些投票数据可能会导致最终统计票数的争议性，那么监管机构ra可以及时宣布停止投票并对恶意投票者进行溯源追责，减少无用时间开销和计算开
销；
61.其中，访问策略pa由属性及它们间关系(and、or)所组成的逻辑表达式。
62.请见图2和图3，本实施例中步骤2的具体实现包括以下子步骤：
63.步骤2.1：投票者的投票数据进行属性加密并上链存储，具体实现包括以下子步骤：
64.步骤2.1.1：ct
a(abe)
《—encrypt(pk,ma,pa)；
65.投票者user a通过投票客户端client a调用智能合约中的属性加密功能函数对其投票数据ma进行加密，得到密文ct
a(abe)
，并将密文作为交易的负载形式tx(ct
a(abe)
)发送至区块链网络；
66.步骤2.1.2：区块链网络接收到投票者user a提交的tx(cta(abe))，区块链网络按照交易提案(由于投票者user a发起交易时需指定通道id(如图1中的channel1或channel2)，并将交易提案发送至指定通道id中相应组织的背书节点，背书节点模拟执行交易提案并签名)发送给背书节点，对tx(cta(abe))进行背书，背书节点主要对交易提案格式、重复性、签名以及交易提交者权限进行验证，从而生成背书响应并返回给投票者user a，当投票者客户端client a收到足够的(指的是交易发送至有多少个节点，就得收到多少个人背书响应，若其中有未响应的节点，则表示验证有问题。)背书响应时，投票者客户端client a将密文交易tx(cta(abe))封装生成envelope发送至排序节点进行排序；
67.步骤2.1.3：block a
《—update(tx(ct
a(abe)
)；
68.排序节点完成排序后生成区块blocka，并将其发送至特定通道以分发给其中的所有主节点，由主节点进行组织内的区块同步，最终收到交易后各节点验证交易内容和签名，将合法的交易添加到区块链账本中，完成加密投票数据的上链储存，等待监管机构ra中的监管者user b进行访问监管；所述特定通道为监管机构ra中包含的所有监管者所在的通道，由于fabric网络中超级账本支持多通道机制，账本区块分发是按通道id进行分发的，并且通道之间相互隔离本文在形成策略pa时将属性定义为通道id、组织id以及用户id，在形成访问控制策略pa时可以将3种属性通道id、组织id以及用户id随意组合；
69.步骤2.2：投票者的投票数据进行时间锁加密，在设置时间t内进行投票数据保护，防止有攻击者在设置时间t之前破解密钥，从而提前获得投票结果，破坏投票公平性，具体实现包括以下子步骤：
70.步骤2.2.1：投票者user a生成随机串{0,1}
*
作为密钥相关序列，通过投票客户端client a发送到智能合约，智能合约根据设定的连接功能函数进行连接得到所有参与投票者的串联密钥相关序列；
71.假设有n个投票者{user a1,user a2,
…
,user an}分别执行完步骤2.2.1之后，智能合约将得到n个投票者的串联密钥相关序列{0,1}
n*
；
72.步骤2.2.2：智能合约将n个投票者的串联密钥相关序列{0,1}
n*
作为哈希函数he：{0,1}
n*
—》e的输入得到椭圆曲线e上的一个点，将其坐标作为时间锁加密的随机公钥pk
p
，由于所有投票者只提供部分串联输入，所以所有的投票者都无法预先对对应的私钥sk
p
有所了解，保证了加密投票数据的安全性，所有人都可尝试在选定的椭圆曲线e上求解离散对数问题以获得对应的私钥sk
p
；
73.步骤2.2.3：智能合约使用随机公共密钥pk
p
对投票者user a的投票数据ma进行时
间锁加密，得到密文ct
a(timeclock)
；
74.步骤2.3：投票者user a通过投票者客户端client a对密文ct
a(timeclock)
进行签名后发送到区块链网络中，网络节点对发送的交易和签名进行验证，并将包含加密投票数据ct
a(timeclock)
的合法交易添加到区块链账本中；
75.步骤3：监票；
76.包含投票数据密文ct
a(abe)
交易的区块上链时，整个相应通道的节点需要对上链区块进行同步；在其通道的节点监管者user b通过监管客户端client b请求区块链网络中包含user a投票数据密文ct
a(abe)
的信息来对投票者user a的投票行为进行监督。
77.请见图6，本实施例中步骤3的具体实现包括以下子步骤：
78.步骤3.1：ct
a(abe)
《—download(tx(ct
a(abe)
))；
79.监管者user b通过监管客户端client b与fabric网络交互，请求区块链网络中包含投票者user a交易密文的对应信息，从而得到对应的加密投票数据ct
a(abe)
；
80.步骤3.2：ma《—decrypt(ct
a(abe)
,bsk,pk)；
81.监管者user b利用自己的私钥u
skb
对密文ct
bsk
进行解密得到自己的属性私钥bsk，然后通过监管客户端client b调用智能合约中的cp-abe解密功能函数对密文ct
a(abe)
进行解密，因为监管者user b的属性私钥bsk满足嵌入在密文ct
a(abe)
中的访问控制策略pa，因此，监管者user b可以对密文ct
a(abe)
成功解密得到明文投票数据ma，从而使得监管机构ra可以随时监控投票数据的有效性；
82.步骤4：查票；
83.经过时间tu，投票者user a通过投票客户端client a使用查询投票功能，若tu《t，则无法查询到投票结果，返回查询失败；若tu≥t，则时间锁已打开，智能合约调用解密功能函数已获得相应投票数据，智能合约向投票者user a返回相应的投票数据，查询成功；
84.请见图4，本实施例中步骤4的具体实现包括以下子步骤：
85.步骤4.1：智能合约执行对椭圆曲线e进行pollard-rho攻击，由于系统管理员admin在开始投票前已经选择好合适的椭圆曲线，智能合约经过设置时间t才能解决该椭圆曲线e上的离散对数问题，也就是说，经过设置时间t之后智能合约才能从pk
p
中获得私钥sk
p
，从而使得智能合约可以执行时间锁解密功能函数对投票者的时间锁密文ct
a(timeclock)
进行解密获得对应的投票数据ma；
86.步骤4.2：经过时间tu，投票者user a请求查询，若tu《t，则查询失败；若tu≥t，投票客户端client a通过候选项的区块地址，向区块链网络中的节点请求查询投票数据，投票者user a在服务界面选择查询票数功能与web服务器交互，然后通过fabric-sdk接口调用智能合约获取相应的投票数据ma；
87.步骤5：计票；
88.请见图5，本实施例中步骤5的具体实现包括以下子步骤：
89.步骤5.1：智能合约对解密得到的各投票者的投票数据按候选项进行累加统计；
90.步骤5.2：智能合约将统计结果储存和发布在区块链上，公布候选项对应的投票结果。
91.以上5个步骤主要包括普通投票者通过客户端在web应用层使用投票和查票功能时系统进行时间锁加解密的阶段；监管者通过监管客户端监票时，对加密投票数据进行访
问的阶段；监管者只要在投票者参加投票后可以访问投票数据进行监管，而投票者在预计设置时间t内无法查到结果，只有在本方案所述的设置时间t之后才可以查询到投票结果，保障了投票发起人和投票用户的权益和公正性；
92.本实施例中通道组织是区块链系统中的超级账本网络的区块分发通道，通道之间是相互独立存在，即存有投票信息的加密区块只能被分发往其中一个通道，对已经上链的数据不存在被多个通道同时访问的情况，其中区块分发是按照通道id进行分发。
93.以上方案基于属性加密实现了用户的细粒度的数据访问，能精确的要求某一个具体属性集所包含的人可访问加密信息。对于cp-abe方案中仅有满足策略属性的密钥才能对密文进行解密从而获得明文数据，所以对一种可监管恶意投票的区块链时间锁加密电子投票方法的访问策略定义很重要，具体如下：
94.本实施例定义了3个属性分别为通道id、组织id以及用户id，在监管者进行访问时，原则上可以随意组合这3种属性组合设置访问控制策略pa，将数据访问控制中属性定义的范围如下表1所示。
95.表1用户属性定义
[0096][0097][0098]
为了将访问控制策略展示的更加具体化，本实施例定义了3种通用策略：
[0099]
通用策略p
a1
：通道id＝{channel1,channel2,
…
}，属于特定通道内的所有用户都可解密；
[0100]
通用策略p
a2
：(通道id＝channel1)&&(组织id＝organ{organ1,organ2,
…
})，属于特定通道内的特定组织的所有用户都可解密；
[0101]
通用策略p
a3
：(通道id＝channel1)&&(组织id＝organ1)&&(用户id＝user{user1,user2,
…
})，属于特定通道内的特定组织中的特定用户都可解密。
[0102]
投票用户在数据加密上链阶段中指定策略时，可使用以上3种通用策略进行访问控制。当然，若想实现更细粒度的数据访问控制，还可以将通用策略p
a2
和通用策略p
a3
进行组合，使得本发明监管部分个性化的调查和溯源的需求。
[0103]
本发明提出一种可监管恶意投票的区块链时间锁电子投票系统及方法，解决了现有区块链电子投票方案中投票者私下商量进行恶意投票造成投票结果与预期严重不符的问题。该方案不仅能够在不泄露投票者私钥的情况下，在参与投票的过程中进行投票数据监管并提供溯源和追责的途径，而且还能限制投票者在设置的预计对外公布投票结果时间之后才能查票成功；系统方案相比传统区块链电子投票方案安全性更高，监管性更强，更适用于电子投票的应用场景。
[0104]
应当理解的是，上述针对较佳实施例的描述较为详细，并不能因此而认为是对本发明专利保护范围的限制，本领域的普通技术人员在本发明的启示下，在不脱离本发明权利要求所保护的范围情况下，还可以做出替换或变形，均落入本发明的保护范围之内，本发
明的请求保护范围应以所附权利要求为准。