CN108173805B - 一种基于区块链的具有隐私保持的分布式匿名区协同构造方法 - Google Patents

Abstract

本发明属于隐私保护技术领域，公开了一种基于区块链的具有隐私保持的分布式匿名区协同构造方法，本发明将匿名区的构造视为请求用户与协作用户间的两方博弈，利用区块链记录博弈双方以及协作用户提供的位置作为证据，通过惩罚具有位置泄露和欺骗行为的用户作为请求者时不能构造出匿名区来约束其自利性，提出一个基于区块链的具有隐私保持的分布式匿名区协同构造方法。本发明在能防止请求用户泄露协作用户的位置信息，激励协作用户提供真实位置参与匿名区构造的同时，可高效地生成匿名区，有效保护基于分布式K匿名的LBS查询中用户的位置隐私。

Description

一种基于区块链的具有隐私保持的分布式匿名区协同构造 方法

技术领域

本发明属于隐私保护技术领域，尤其涉及一种基于区块链的具有隐私保持的分布式匿名区协同构造方法。

背景技术

基于位置的服务(Location-Based Service,LBS)根据用户提供的位置信息，在地理信息系统平台的支持下，为用户提供包括兴趣点查询、广告推送和娱乐游戏的增值服务。已被广泛地应用到电子商务、卫生医疗和移动社交等领域，成为日常生活必不可少的重要组成。据一项最新报告显示，2017年美国共有2.20亿LBS用户，占其人口总数的68.09％，预计到2018年将增至2.42亿。随着LBS的不断普及以及广泛应用，LBS中的位置隐私泄露问题受到了用户的广泛关注。造成用户隐私泄露的主要原因是位置服务提供商(Location-based Service Provider,LSP)利用数据挖掘等技术从用户提交的位置信息中非法获取个人敏感信息。K匿名是LBS位置隐私保护中最常见的一种方法，当发送LBS查询请求时，用户向LSP提交包含其他K-1个用户真实位置的匿名区来混淆自己的真实位置，保护自己的个人隐私。在传统的K匿名隐私保护方法中，需要一个完全可信的第三方充当匿名服务器，为请求用户构造匿名区。不仅使得用户与匿名服务器间存在通信瓶颈，并且完全可信的第三方在现实环境中也难以找到，导致该方法并不适用。无需可信第三方的分布式K匿名隐私保护方法，是通过让请求用户自己与周围用户进行协商生成匿名区的方式来保护请求用户的位置隐私。由于未考虑匿名区构造过程中存在的位置泄露和位置欺骗行为，现有的分布式K匿名隐私保护方案存在以下两个问题：(1)当收到协作用户提供的真实位置后，自利的请求用户会将这些位置信息泄露给第三方以获取额外收益，从而导致协作用户的位置隐私泄露。(2)在收到请求用户发送的协作请求后，虽然某些自利的协作用户的当前位置较为敏感，但由于自利性，他仍然期望参与到该次匿名区协同构造中以提高自己的信誉或活跃度(即帮助他人构造匿名区的次数)，从而确保自己作为请求者时能得到其他用户的帮助。然而，由于生成的虚假位置可能具有不合理性，如生成的虚假位置位于湖泊中心或山峰顶端，这就使得最终构造出的匿名区不能满足请求用户的隐私保护需求；甚至使得LSP可直接获取请求用户的隐私信息。

综上所述，现有技术存在的问题是：现有分布式K匿名隐私保护方案未考虑匿名区协同构造过程中存在的位置泄露和位置欺骗行为，使得自利的请求用户会泄露协作用户的真实位置，而自利的协作用户也会提供虚假的位置，从而不能有效保护LBS查询中用户的位置隐私。

发明内容

针对现有技术存在的问题，本发明提供了一种基于区块链的具有隐私保持的分布式匿名区协同构造方法。

本发明是这样实现的，一种基于区块链的具有隐私保持的分布式匿名区协同构造方法，所述基于区块链的具有隐私保持的分布式匿名区协同构造方法将匿名区的构造视为请求用户与协作用户间的两方博弈，利用区块链记录博弈双方以及协作用户提供的真实位置作为证据，通过惩罚具有位置泄露和欺骗行为的用户作为请求者时不能构造出匿名区来约束自利性，从而有效保护基于分布式K匿名的LBS查询中用户的位置隐私。

进一步，所述基于区块链的具有隐私保持的分布式匿名区协同构造方法包括以下步骤：

步骤一：请求用户P₀向协作用户发送匿名区构造协作请求

其中，T_0-i表示请求用户发送匿名区构造协作请求时的时间戳；cID₀是请求用户P₀的假名；

表示存储请求用户P₀曾经协作其他用户构造匿名区的交易账单

的账单号；λ₀表示请求用户P₀曾经协作其他用户构造匿名区的次数；1≤k≤λ₀；SK-cID_i是请求用户使用假名cID₀时的私钥；

表示利用私钥SK-cID₀对λ₀||T_0-i的签名；“||”是连接符；

步骤二：协作用户P_i在收到请求用户发送的匿名区构造请求后，首先去分布式匿名区协作构造区块链Bloakchain＝{Block₁,Block₂,…,Block_M-1}中统计其参与匿名区构造的次数λ₀′，并在区块

中查找是否存在记录P₀欺骗行为的惩罚交易账单；

步骤三，请求用户P₀在收到协作用户P_i发送的消息Message，使用协作用户P_i的公钥PK-cID_i验证签名

的正确性；

步骤四，网络中所有用户在收到广播发送的交易账单后分别验证其真实性；若验证不通过，则分别生成新的惩罚交易账单并进行广播；验证通过，则保存交易账单用于生成新的区块Block_M；当要更新分布式匿名区协作构造区块链时，若

则由用户P_j获得记账权，将生成新的区块Block_M加入分布式匿名区协作构造区块链；其中，

表示获得区块Block_M-1记账权的用户在生成区块Block_M-1时参与匿名区构造的次数；

表示竞争区块Block_M记账权的用户在生成区块Block_M时参与匿名区构造的次数。

进一步，所述步骤二中：

当λ₀′＝λ₀，且在区块

中未找到记录请求用户P₀欺骗行为的惩罚交易账单时，协作用户P_i根据阈值δ_i决定是否发送自己的真实位置

给请求用户；

若λ₀＜δ_i，则协作用户P_i不响应请求用户P₀的协作请求；

若λ₀≥δ_i，则协作用户P_i将消息：

发送给请求用户P₀；

当λ₀′＝λ₀，在

中找到区块Block_l′中曾记录请求用户P₀欺骗行为的惩罚交易账单时，协作用户根据当前区块数量判断请求用户P₀是否仍在惩罚期内；

若M-1-l′＜m，则协作用户不响应请求用户的协作请求，并广播惩罚交易账单

若M-1-l′≥m，则协作用户P_i将消息Message发送给请求用户P₀；

当λ₀′≠λ₀时，协作用户P_i不响应请求用户P₀的协作请求，且广播惩罚交易账单：

其中，M表示请求用户发送协作请求时分布式匿名区协作构造区块链中区块的数量；T_i-0表示生成交易账单的时间戳；m是惩罚阈值；PK-cID₀是请求用户使用假名cID₀时的公钥；SK-cID_i是协作用户使用假名cID_i时的私钥；Publish是惩罚交易账单标识符；

表示使用公钥PK-cID₀加密

和T_i-0后得到的密文。

进一步，所述步骤三中：

验证通过，利用自己的私钥SK-cID₀解密

得到协作用户P_i的真实位置

并计算

和

后，广播交易账单

验证不通过，则不使用

构造匿名区ACR，且广播发送惩罚交易账单：

当请求用户得到不少于K-1个协作用户提供的真实位置后就可成功地构造出匿名区。

进一步，所述步骤四中：利用

使得区块链的记账权分散给网络中的各个用户；存在

则由网络中用户通过投票决定本次区块链的记账权由

中的哪个用户获得。

本发明将匿名区的构造视为请求用户与协作用户间的两方博弈，利用区块链记录博弈双方以及协作用户提供的真实位置作为证据，通过惩罚具有位置泄露和欺骗行为的用户作为请求者时不能构造出匿名区来约束其自利性，提出一种基于区块链的具有隐私保持的分布式匿名区协同构造方法。本发明在防止请求用户泄露协作用户的位置信息的同时，激励协作用户提供真实位置来参与匿名区的构造的同时，可高效地生成匿名区，保护基于分布式K匿名的LBS查询中用户的位置隐私。

本发明利用区块链记录参与匿名区构造的请求用户、协作用户及其提供的位置信息作为证据，通过惩罚具有位置泄露和欺骗行为的用户作为请求者时不能构造出匿名区，提出一种基于区块链的具有隐私保持的分布式匿名区协同构造方法。该方法在防止请求用户泄露协作用户的位置信息的同时，激励协作用户提供真实位置来参与匿名区的构造的同时，还可高效地构造出匿名区，具有较好的实用性。

附图说明

图1是本发明实施例提供的基于区块链的具有隐私保持的分布式K匿名协同构造方法流程图。

图2是本发明实施例提供的系统结构示意图。

图3是本发明实施例成功构造匿名区时请求用户和协作用户的平均计算时延和通信开销示意图；

图中(a)平均计算时延；(b)平均通信开销。

图4是本发明实施例提供的区块链Blockchain更新时请求用户和协作用户的平均计算时延示意图；

图中：(a)请求用户；(b)协作用户。

图5是本发明实施例提供的交易账单数量在Blockchain更新时对平均通信开销的影响示意图。

图6是本发明实施例提供的交易账单数量对新区块生成时的平均计算时延和区块大小的影响示意图；

图中：(a)平均计算时延；(b)平均区块大小。

图7是本发明实施例提供的区块链Blockchain长度对协作用户在匿名区构造时所需平均计算时延和存储开销的示意图；

图中：(a)平均计算时延；(b)平均储存开销。

图8是本发明实施例提供的对请求用户曾经帮助其他用户构造匿名区的次数对匿名区构造过程中所需通信开销的影响示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明将匿名区的构造过程视为请求用户与周围协作用户间的两方博弈，通过分析其策略选择和收益，利用区块链记录参与匿名区构造的请求用户、协作用户及其提供的位置信息作为证据，通过惩罚具有位置泄露和欺骗行为的用户作为请求者时不能构造出匿名区，提出一种基于区块链的具有隐私保持的分布式匿名区协同构造方法。

下面结合附图对本发明的应用原理作详细的描述。

如图1所示，本发明实施例提供的基于区块链的具有隐私保持的分布式匿名区协同构造方法包括以下步骤：

S101：将匿名区的构造视为请求用户与协作用户间的两方博弈，利用区块链记录博弈双方以及协作用户提供的真实位置作为证据；

S102：通过惩罚具有位置泄露和欺骗行为的用户作为请求者时不能构造出匿名区来约束其自利性。

下面结合附图对本发明的应用原理作进一步的描述。

如图2所示，本发明采用点对点对等式结构，由请求用户、协作用户和LSP组成，无需第三方。假设请求用户与协作用户、以及请求用户与LSP间存在安全的通信链路。当请求用户P₀向LSP发送LBS查询时，首先向周围用户发送协作请求以获取他们的真实位置。当收到K-1个协作用户P₁,P₂,…,P_K-1发送的真实位置

后，请求用户P₀构造匿名区

并将其连同查询内容一同提交给LSP。当LSP认证通过请求用户P₀的身份后，他根据用户提交的匿名区ACR和查询内容在数据库中进行检索，将所有结果返回给请求用户P₀。请求用户P₀在收到LSP发送的查询结果后，根据自己的真实位置

对它们进行筛选，从而获得准确的查询结果。其中，

表示第i个协作用户P_i的真实位置，1≤i≤K-1；K表示请求用户P₀的隐私保护需求；Area(·)是匿名区构造函数。

下面结合实验对本发明的应用效果作详细的描述。

1、实验

通过大量实验说明本发明所需的计算时延、通信开销和存储开销均极为有限，表明本发明具有较好的实用性。

1.1实验装置

选用国家密码管理局推荐的SM2椭圆曲线公钥密码算法对协作用户提供的位置信息进行加密和签名。并采用Ethereum1.5.5版本构建分布式匿名区协作构造区块链，使得每个区块中存储100个历史交易账单分别用于存储历史上匿名区协作构造过程中请求用户和协作用户关于协作用户提供的位置信息的密文和签名数据，且当前区块链长度|Blockchain|＝100，即共存在100×100＝10000个历史交易账单。

本实验设定请求用户的隐私保护需求K值从2变化到20，针对不同的K值，重复执行100次所需算法。所有的实验算法均采用JAVA编程语言实现，并使用了JPBC2.0密码学库。它是目前最常见的密码学库文件之一，其适用于JAVA编程环境，且预定义了大量的密码学计算运算，如有限域的生成、有限域上的加法和乘法运算等。实验环境为3.30GHzCorei5-4590CPU，4GBDDR3-1600RAM，操作系统为Ubuntu16.04版本。

1.2匿名区的构造

在本实验中，假设网络中至少存在K-1个协作用户

使得

即请求用户至少可获得其他K-1个协作用户提供的位置信息，用于构造匿名区；并且请求用户曾提供自己的真实位置参与过100次匿名区的构造。当请求用户收到多于K-1个协作用户提供的位置信息时，其任意选取K-1个位置用于构造匿名区。协作用户与请求用户在匿名区构造过程中所需的平均计算时延和通信开销分别如图3(a)和图3(b)所示。

当请求用户采用本发明保护其LBS查询时的位置隐私时，随着隐私保护需求K的不断增加，其成功构造匿名区所需的平均计算时延呈递增趋势。而对于协作用户来说，其所需的平均计算时延却与请求用户的隐私保护需求K值无关，如图3(a)所示。造成上述现象的原因是随着K值的不断增加，请求用户需要验证协作用户发送的签名数据的正确性以及解密获取协作用户真实位置的次数也不断增多。然而，对于协作用户

来说，当收到请求用户发送的匿名区构造协作请求且发现

后，其仅需发送利用请求用户公钥加密自己真实位置的密文以及该密文对应的签名数据给请求用户，与K值无关。并且，在匿名区构造过程中，请求用户和协作用户的平均通信开销也与请求用户的隐私保护需求K值无关，如图3(b)所示。这是因为在本发明中请求用户是采用广播通信的方式将自己的匿名区构造请求发送给网络中其他用户，而协作用户

是采用点对点通信的方式提供自己的真实位置给请求用户。

此外，通过上述实验也可发现当请求用户采用本发明成功生成匿名区时，请求用户端和协作用户端所需的计算时延和通信开销也极为有限。例如，当K＝20时，请求用户的平均计算时延为275.176ms，其平均通信开销为7.009Kb；而协作用户的平均计算时延为32.520ms，平均计算通信开销为1.111Kb。这就说明本发明具有较好的可用性，能高效地为请求用户生成匿名区。

1.3区块链的更新

分析本发明中分布式匿名区协作构造区块链更新时用户所需的平均计算开销和存储开销。在该部分实验中，设定生成新区块时包含的交易账单数量为100，即请求用户收到100个协作用户提供的真实位置。

在更新分布式匿名区协作构造区块链时，无论请求用户是否获得更新区块链的权限，其所需的计算时延随着自身隐私保护需求K值的增大而减少。其原因是当K值增大时，请求用户在构造匿名区时已验证协作用户发送的关于其真实位置密文的签名数据的数量也随之增多，使其在更新区块链过程中需要验证协作用户发送的关于其真实位置密文的签名数据的数量减少，如图4(a)所示。例如，当K值从2变化到20时，若请求用户未获得更新区块链的权限时，其在更新分布式匿名区协作构造区块链的过程中，所需的计算时延从3243.664ms减少至3116.861ms；若请求用户获得更新区块链的权限时，其所需的计算时延也从3519.949ms减少至3392.147ms。

对于协作用户来说，在更新分布式匿名区协作构造区块链时，无论请求用户是否获得更新区块链的权限，其均需要对请求用户广播发送的所有交易账单的正确性进行验证。因此，其所需的计算时延并不受请求用户的隐私保护需求K值的影响，如图4(b)所示。并且，由于协作用户仅需验证每个交易账单中关于协作用户真实位置密文的签名数据的正确性，从而使其在更新分布式匿名区协作构造区块链过程中所需的计算时延远小于请求用户所需的计算时延。例如，当协作用户未获得更新区块链的权限时，其在更新分布式匿名区协作构造区块链的过程中，所需的平均计算时延为1432.806ms；而当其获得更新区块链的权限时，所需的平均计算时延为1707.257ms。

1.4交易账单数量对本发明的影响

在这实验中，分析当前交易账单数量对区块链更新时所需的通信开销、生成新区块所需的计算时延以及新生成区块大小的影响。设定生成新的区块时形成的交易账单数量从100变化至1000。

在本发明中，存储至区块链中的交易账单最终是由请求用户进行全网广播的，使得网络中的所有用户均能验证这些交易账单的正确性。因此，请求用户在区块链更新过程中的通信开销随着交易账单数量的增加而增大，如图5所示。并且，随着交易账单数量的增加，在生成分布式匿名区协作构造区块链的新区块时，需要存储的交易账单数量以及计算这些账单Hash值为叶子节点的Merkle树根节点所需的计算时延也随之增加。这就导致生成新区块所需的计算时延以及生成的新区块大小随着交易账单数量的增加而增多，分别如图6(a)和图6(b)所示。例如，当交易账单数量为100时，生成新区块所需的计算时延仅为275.285ms，生成的新区块大小为1115.33Kb；而当交易账单数量为1000时，生成新区块所需的计算时延为7090.807ms，生成的新区块的大小也增加至9705.244Kb。

1.5区块链长度对本发明的影响

简要分析区块链长度(即区块链中区块的个数)对协作用户在匿名区构造过程中的存储开销和计算时延的影响，分别如图7(a)和图7(b)所示。在该部分实验中，设定每个区块中均存储100个交易账单，区块链长度从10个区块增至100个区块。

在本发明中，当收到请求用户发送的协作请求后，收到匿名区构造协作请求后，为了验证请求用户历史上是否存在位置隐私泄露或欺骗行为，协作用户需要下载并查询整个区块链中存储的交易账单。因此，随着分布式匿名区协作构造区块链长度的增加，协作用户在匿名区构造过程中所需的计算时延和存储开销也在不断增大。此外，由于协作用户查询整个区块链中存储的交易账单所需时间极为有限，因此当区块链长度增加时，在匿名区构造过程中协作用户所需的计算时延增长的极为缓慢。例如，当分布式匿名区协作构造区块链长度从10变化至100时，在匿名区构造过程中，协作用户所需的平均计算时延仅从32.520ms增至32.534ms。

1.6请求用户历史协作次数对本发明的影响

最后，分析请求用户作为协作者参与者匿名区构造的次数对其成功构造匿名区时所需通信开销的影响，如图8所示。

在本发明中，随着请求用户作为协作者参与者匿名区构造的次数的增多，即λ₀的增大，请求用户需要提供的交易账单号的数量也随之增多，从而导致请求用户在匿名区构造过程中所需的通信开销也随之增大。此外，当收到匿名区构造协作请求后，为了验证请求用户历史上是否存在位置隐私泄露或欺骗行为，协作用户需要查询整个区块链中存储的交易账单。因此，请求用户作为协作者参与者匿名区构造的次数并不影响协作用户在匿名区构造过程中的计算时延。

综上所述，当请求用户采用本发明保护其LBS查询时的位置隐私时，他和网络中协作用户所需的计算时延、通信开销和存储开销都极为有限。这就证明了本发明具有较好的实用性。

现有分布式K匿名隐私保护方案并不能有效保护用户的位置隐私。造成这一问题的原因是这些方案并未考虑匿名区构造过程中的隐私泄露和欺骗行为，使得自利的请求用户在收到协作用户的真实位置后会将其泄露给第三方获取额外收益，而自利的协作用户则会向请求用户提供虚假位置，导致构造出的匿名区不能满足请求用户的位置隐私保护需求。为了解决该问题，本发明将分布式匿名区的构造视为请求用户和协作用户间的两方博弈，通过分析请求用户和协作用户的策略选择利用区块链来记录博弈双方及协作用户提交的位置作为证据，通过惩罚具有位置泄露和位置欺骗行为的用户作为请求者时无法构造出匿名区来约束其自利性，提出了一种基于区块链的具有隐私保持的分布式匿名区协同构造方法，在能防止请求用户泄露协作用户的位置信息，促使协作用户提供真实的位置的同时，可高效地构造出匿名区，有效保护LBS查询时用户的位置隐私。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (2)

1.一种基于区块链的具有隐私保持的分布式匿名区协同构造方法，其特征在于，所述基于区块链的具有隐私保持的分布式匿名区协同构造方法将分布式环境中匿名区的构造视为请求用户与协作用户间的两方博弈，利用区块链记录博弈双方以及协作用户提供的位置作为证据，通过惩罚具有位置泄露和欺骗行为的用户作为请求者时不能构造出匿名区来约束自利性，从而有效保护基于分布式K匿名的LBS查询中用户的位置隐私；

所述基于区块链的具有隐私保持的分布式匿名区协同构造方法包括以下步骤：

步骤一：请求用户P₀向协作用户发送匿名区构造协作请求

其中，T_0-i表示请求用户发送匿名区构造协作请求时的时间戳；cID₀是请求用户P₀的假名；

表示存储请求用户P₀曾经协作其他用户构造匿名区的交易账单

的账单号；λ₀表示请求用户P₀曾经协作其他用户构造匿名区的次数；1≤k≤λ₀；SK-cID₀是请求用户使用假名cID₀时的私钥；

表示利用私钥SK-cID₀对λ₀||T_0-i的签名；“||”是连接符；

步骤二：协作用户P_i在收到请求用户发送的匿名区构造请求后，首先去分布式匿名区协作构造区块链Bloakchain＝{Block₁,Block₂,…,Block_M-1}中统计其参与匿名区构造的次数λ₀′，并在区块

中查找是否存在记录P₀欺骗行为的惩罚交易账单；

当λ′₀＝λ₀，且在区块

中未找到记录请求用户P₀欺骗行为的惩罚交易账单时，协作用户P_i根据阈值δ_i决定是否发送自己的真实位置

给请求用户；

若λ₀＜δ_i，则协作用户P_i不响应请求用户P₀的协作请求；

若λ₀≥δ_i，则协作用户P_i将消息：

发送给请求用户P₀；

当λ₀′＝λ₀，在

中找到区块Block_l′中曾记录请求用户P₀欺骗行为的惩罚交易账单时，协作用户根据当前区块数量判断请求用户P₀是否仍在惩罚期内；

若M-1-l′＜m，则协作用户不响应请求用户的协作请求，并广播惩罚交易账单

若M-1-l′≥m，则协作用户P_i将消息Message发送给请求用户P₀；

当λ′₀≠λ₀时，协作用户P_i不响应请求用户P₀的协作请求，且广播惩罚交易账单：

其中，M表示请求用户发送协作请求时分布式匿名区协作构造区块链中区块的数量；T_i-0表示生成交易账单的时间戳；m是惩罚阈值；PK-cID₀是请求用户使用假名cID₀时的公钥；SK-cID_i是协作用户使用假名cID_i时的私钥；Publish是惩罚交易账单标识符；

表示使用公钥PK-cID₀加密

和T_i-0后得到的密文；

步骤三，请求用户P₀在收到协作用户P_i发送的消息Message后，使用协作用户P_i的公钥PK-cID_i验证签名

的正确性；

验证通过，利用自己的私钥SK-cID₀解密

得到协作用户P_i的真实位置

在计算

和

后，广播交易账单

验证不通过，则不使用

构造匿名区ACR，且广播发送惩罚交易账单：

当请求用户得到不少于K-1个协作用户提供的真实位置后就可成功地构造出匿名区；

步骤四，网络中所有用户在收到广播发送的交易账单后分别验证其真实性；若验证不通过，则分别生成新的惩罚交易账单并进行广播；验证通过，则保存交易账单用于生成新的区块Block_M；当要更新分布式匿名区协作构造区块链时，若

则由用户P_j获得记账权，将生成新的区块Block_M加入分布式匿名区协作构造区块链；其中，

表示获得区块Block_M-1记账权的用户在生成区块Block_M-1时参与匿名区构造的次数；

表示竞争区块Block_M记账权的用户在生成区块Block_M时参与匿名区构造的次数。

2.如权利要求1所述的基于区块链的具有隐私保持的分布式匿名区协同构造方法，其特征在于，所述步骤四中：利用

使得区块链的记账权分散给网络中的各个用户；存在

则由网络中用户通过投票决定本次区块链的记账权由

中的哪个用户获得。

Images