信息翻译

676
电子签名（品牌1995）允许私人用户身份植入到电子现金，然而部分的盲签名（亚伯和冈本株式会社2000）允许电子现金包含相互认同的信息，例如取款日期。

不幸的是，胡和黄（2008）发现陈和美国联盟的电子现金系统不能满足所宣称的约束性性能，所以当重复花费出现时不能显示出电子现金账户的所有者。

伊斯拉米和塔莱比的计划（2011）给电子现金附上了一条使得银行可以有效管理数据库的终结日期。

当重复花费出现时，他们运用请求-响应系统的签名体制来显示用户的身份。

这个计划使得消费者形成一个一次签名的钥匙，w = (R||x),一个相应的验证钥匙，g = aw ，在取款过程中，R包含用户的身份，x是一个随机的数字，ɑ是一个公用的原始根。

验证钥匙g将是电子现金的一部分。

付账的时候，顾客会被要求用他的签名钥匙w签署一份来自收款人的请求,而收款人则是用验证钥匙g来响应操作。

两个不同的请求和相应的响应将会揭示w的价值，从而和顾客的身份联系起来。

然而我们发现顾客仅仅用一个无意义的签名钥匙w’就可以轻易地逃脱重复花费的追踪,然后形成相应的验证钥匙g0 = aw0。

这个非法的钥匙g’因此就可以成为正当的电子现金，因为伊斯拉米和塔莱比的计划中并没有机制来决定相应的w’是否能完整得构成x’是另一个随机的数字的公式R||x。

3.被提议的计划
在这个章节中，3.1我们讲了设计原理，3.2中的系统装置，以及3.3-3.7中的5个协议：分别是许可证发放、提款、支付、存款和电子现金账户追踪。

3.1 设计原理
图1中概述了这篇论文的设计原理。

为了便于理解，我们省略了一些次要的信息以及信息涉及到的主要会话密钥加密技术。

数据包含5个关于顾客C, 受托人T, 银行B 和商人M的协议：许可证发放、提款、支付、存款和电子现金账户追踪。

接下来我们介绍一下其中的三个主要组成成分。

3.1.1 许可证发放
许可证发放中发行的许可证包括两个部分，一是包含许可证请求者身份和用T的秘密钥匙加密的许可证秘密令牌，二是当C在使用提款协议时允许B来验证的许可证验证令牌。

3.1.2 提款
这个研究构造出一个新的提款时的盲签名技术。

它使得C看不到电子货币数字和许可证秘密令牌，然后用许可证验证令牌发送结果给B。

B然后通过验证许可证验证令牌来确认盲许可证秘密令牌，然后签署盲电子货币数字和盲许可证秘密令牌。

在收到B签署的结果后，C截断符号并获得了B基于CNO和LST的签名.(例如图1中：SigB={CNO+LST})。

这里我们不想要B了解LST,因为如果B了解了，它就能把C和LST联系起来，等于就是把电子现金和C联系起来了。

因此
会违反匿名。

3.1.3 电子现金账户追踪
从那时起，只要电子现金出现滥用，就会被要求匿名取款。

银行可以要求受托人T解码许可证秘密令牌，然后T用他的密钥来揭开C的身份。

3.2 系统装置
在这阶段，密钥生成中心选择G1作为一个和发生器P,命令q同阶的循环加法群，以相同的命令选择G2的作为一个循环乘法群，一个双线配对地图e:G1 G1?G2。

密钥生成中心定义了三个拼凑的功能H1:{0,1}⁄?G1, H2:G2?{0,1}q,和
H3:{0,1}⁄?{0,1}q，一个对称加密算法E，和相应的对称解码算法D。

密钥生成
中心选择了一个随机的数字，s 2 Z q,作为它的私钥，并且设置了公用钥匙Ppub, to sP。

然后严格对待系统参数{G1, G2, q, P, Ppub, e, H1, H2, H3, E, D}。

为了避免密钥生成中心权力的滥用，私钥S将暂交第三者官方n用极限秘密分享计划进一步进行保管，就像赫斯（2002）建议的那样。

至于钥匙的分配，顾客C向密钥生成中心服从他的用户身份IDC，然后密钥生成中心估算C的公用钥匙为QC = H1(IDC)，私钥为SC = s QC，然后通过安全通道发送给C。

相似地，密钥生成中心分别为托管人C，银行B,商人M生成公用钥匙组或私钥组。

另外，T它选择了一个密钥KT,在许可证秘密令牌中用来保护和公开客户的身份信息。

3.3许可证发放协议
从银行电子现金提款前，顾客C需要要求托管人C发给他一个许可证，下面的步骤描述了这个协议，同时在图2中也有阐述。

步骤1：
步骤2：
步骤3：
3.4 提款协议
在这个协议中，顾客C和银行B一起执行一个盲签名功能来完成电子现金的提款。

下面是就这个协议的描述。

同时在图3中也有阐述。

678
步骤1：
步骤2：
步骤3：
3.5 付款协议
在这个协议中，顾客C不用出示身份证明就可以向商人M付他的电子现金{CNO, LST, (R, S)}。

这个协议将在以下文章中描述，同时在图4中也有阐述。

步骤1：
步骤2：
付款协议中使用的证明是单向的，顾客鉴定商人并不需要商人知道谁是付款人，因为我们假定顾客不希望商人知道谁是购买者。

这是一个为顾客提供深层次隐私保护的匿名购买方式。

当然如果需要的话，这个协议是可以被修改的，是可以实现实名购买的：这就需要商人和顾客之间实现相互认证。

这种相互认证的实现可能涉及到下面会提及的存款协议。

3.6 存款协议
在这个协议中，M在B银行他的账户里存放了收到的电子现金。

这个协议在图5中也有阐述，描述如下：
步骤1：
步骤2：
3.7 电子现金账户追踪
在推荐的计划中，如果电子现金被罪犯使用了两次或者滥用了，银行或执法机构可以要求托管人B通过提供许可证秘密令牌取消电子现金的匿名。

一旦托管人接到这个要求，T将恢复数据库，并用他的密钥K执行下面的操作来揭开电子现金账户的身份ID: ID ?D KT eLSTT x:。