DCEP 具体场景描述

在货币模型中提到了 DCEP 关于面额一共有三种方案，我们这里以第三种固定面额来介绍。

印制

相比纸币的印制过程，DCEP 的印制其实就是产生一串由央行签名过的数字，这里根据数字货币系统专利来介绍如何生成这串分量十足的数字。

1、由央行的主密码与面额数字1，5，10，20，50，100分别产生 6 个基本加密密码。这 6 个加密密码分别是用于不同面额的数字货币。

2、由Hash算法生成系统随机数，这个随机数就跟纸币上的冠字号码一样。

3、由步骤1生成的基本加密密码与随机数加密，生成加密密码。这个加密密码其实就已经对应特定冠字号的数字货币了。

4、央行通过私钥对加密密码进行签名，此时一枚新的法定数字货币就产生了。

下图是印制的过程

用户登录

这里简单说下登录过程，商业银行系统对连接央行的认证中心和登记中心。

1、用户下载对应的某商业银行的电子钱包APP；

2、用户在 APP 的登录页注册相关信息，例如姓名，身份证号，手机号，住址等信息；

3、商业银行通过上述注册信息，利用手机号作为IBC的公钥进行登记，在IBC 完成唯一性验证后，IBC 为该用户生成私钥；

4、用户登录后，下载用户用户私钥和央行公钥数据，并将这些数据存储在SE区域。

提取

这里介绍下用户通过商业银行账户提取法定数字货币（简称 D 币），例如用户从自己的工商银行账户取 150 元，然后兑换成 D 币。

1、用户登录钱包APP，选择「提取数字货币」，并选择工商银行，输入银行账户以及兑换的数字货币额度。

2、商业银行验证该请求的合法性：校验账户密码，用户账户资金是否足够，以及该商业银行的银行库中的D币是否足够。若通过合法性校验，那么将该用户的在商业银行中的账户扣除250元，商业银行从银行库中支出D100、D50 (D100 表示面额为100的D币），并将这些信息发送至央行数字货币系统。

3、央行数字货币系统收到商业银行数字货币系统的请求后，进行发核心校验，例如判断发送过来的 D100 和 D50 是否归属于该商业银，以及对应的签名验证等。在校验通过后，登记中心变更商业银行发送过来的 D 币的属主信息，将工商银行的属主变更为该用户，并且记录对应的交易流水。完成完整动作后，返回处理成功的信息给商业银行。

4、商业银行将 D 币发送到用户手机端，至此，用户的手机端便有了 D100 和 D50。需要注意的是，真正决定你是否拥有这 150 元 D 币，不是你手机端存储了这 150D 币，而是登记中心决定的。

这里岔开一下，在另外几篇专利中，我们发现，并不是通过更改属主关系，而是直接将原有的 D 币进行销毁，再重新生成新的 D 币，也就是说央行在收到请求并校验通过后，是将商业银行的那 250 元 D 币直接销毁，然后再重新生成一个新的 250 元 D 币，这样的优点在于，只要央行不公布交易流水，只单单公布一个数字货币确权信息，那么外部是无法将数字货币的转移信息给串联起来的，这样既符合了匿名，又满足了央行的监管，因此后续有可能采取销毁的方案。

支付

这里指用户 A 和用户 B 之间进行 D 币的在线支付，假设 A 用户的电子钱包中有 D100，D50 总计 150 元的 D 币，先需要支付 150 元给 B 用户，支付步骤如下。

1、A 用户登录 APP，选择付款功能，并输入：付款金额，收款人（例如手机号），点击发送。

2、A 用户的 APP 根据付款金额，自动选择总额为 150 的 D 币，并将信息发送至商业银行数字货币系统。

3、商业银行校验支付信息的合法性，例如：D100 和 D50 的合法性，交易金额与数字货币是否等值，以及接收用户的相关校验。校验通过后，将请求发送至央行的数字货币系统。

4、央行数字货币系统收到请求后，验证 D100、D50 是否为交易发起者等，在登记中心更改 D100、D50 的属主为 B 用户，并记录对应的流水。最后将成功信息返回给商业银行数字货币系统。

5、商业银行收到成功信息后，将 D100 和 D50 发送到 B 用户 APP 中，并分别向 A、B 用户的 APP 发送交易成功的信息。

这里的支付和提取的流程基本一致，只要明白属主信息是在央行的登记中心进行修改就可以了。

—-

编译者/作者：币友_420356

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。