温州做网站建设百度关键词优化的意思

Commitment

概述

密码学承诺是一个涉及两方的二阶段交互协议，双方分别为承诺方和接收方。简述来说，它的功能涵盖不可更改性和确定性。
承诺方发送的消息密文，一旦发出就意味着不会再更改，而接收方收到这个消息可以进行验证结果。
特点就是无需第三方就可以进行验证。

举个例子：猜拳问题

假设有人在猜拳中老是不按时出拳，那么在看到对方的结果再出拳，显然是不公平的，在没有第三方的情况下，怎样保证无人作弊呢？那就是承诺。
这里使用一个哈希函数构造一个简单的承诺方案，双方选取一个足够安全的哈希函数$H(x)$，将猜拳的三种出拳方法定为一组数字如$x_1,x_2,x_3$。那么方案如下，

• 选手一选择一个出拳方法$x_i$（如$x_1$）,再选取一个随机数$r_i$如（$r_1$），计算承诺$H(x_1||r_1)$，并把它发送给选手二。
• 选手二也选择一个出拳方法（如$x_3$）,同样也选择一个随机数$r_2$,计算承诺$H(x_2||r_2)$，并把它发送给选手一。
• 双方都收到承诺后，都公布自己的$x_i$和$r_i$，然后进行验证即可

选择添加随机数的原因主要预防某一方直接算出三种出拳方式的哈希，然后接收到了另一方的哈希后，直接进行对比作弊。
可以看到承诺主要分为两个阶段

1. Commit Phase：把暂时不想公开的消息（即前面的出拳方案）再加一个随机数，加密后（如前面的计算哈希）发送给对方；
2. Reveal Phase：公开秘密和随机数。

性质

承诺具有两个基本性质：隐藏性(Hiding)和绑定性（Binding），隐藏也就是承诺值是不会泄漏有关原消息的任何信息的，而绑定就是接收方可以确信收到的消息是该承诺对应的消息，不可能再找到一个不同的消息从而诞生同一个承诺。
而衡量性质强度一般有两个标准 Perfectly和Computationally，前者代表即便有无穷计算能力也不能破坏掉该性质，后者则是以目前的计算能力在可忍受的时间里是不能破坏该性质的。
但不存在Perfectly Hiding和Perfectly Binding，假设存在一个Perfectly Hiding，那么为了不泄露原消息，一定会有多个消息能计算出同一个承诺，这恰好违背了Binding的性质。

常用方案

主要是拥有Perfectly hiding and computationally binding的Pedersen Commitment 和 拥有Perfectly binding but computationally hiding的 ElGamal Commitment

Pedersen Commitment

DL（离散对数)

选择一个阶为$q$的乘法群$G$，再选择两个元素$g,h\in G_q$，$x$是消息，$r$是随机数

• Commit Phase：$Commit(x,r)=g^x{h}^r$
• Reveal Phase：公开$x,r$

加同态
$\begin{array}{rl}Commit(x_1,r_1)\times Commit(x_2,r_2)& =g^{x_1}{h}^{r_1}\times g^{x_2}{h}^{r_2}\\ & =g^{x_1+x_2}{h}^{r_1+r_2}\\ & =Commit(x_1+x_2,r_1+r_2)\end{array}$

ECC（椭圆曲线）

选择椭圆曲线上的一个基点$G$和随机一个点$H$

• Commit Phase：$Commit(x,r)=Gx+Hr$
• Reveal Phase：公开$x,r$

加同态
$\begin{aligned}

\end{aligned}$$\begin{array}{rl}Commit(x_1,r_1)+Commit(x_2,r_2)& =G{x}_1+H{r}_1+G{x}_2+H{r}_2\\ & =(x_1+x_2)G+(r_1+r_2)H\\ & =Commit(x_1+x_2,r_1+r_2)\end{array}$

ElGamal Commitment

假设$G$是阶为$q$的循环群，而$g,h$是$G$的两个随机生成元。消息$m\in G$，随机数$r\in {\mathbb{Z}}_q$

• Commit Phase：$Commit=(g^r,m{h}^r)$
• Reveal Phase：公开$(m,r)$

参考

密码学承诺之Pedersen commitment原理及应用
Commitment Scheme
Pedersen, T. P. (1991). Non-Interactive and Information-Theoretic Secure Verifiable Secret Sharing. Advances in Cryptology - CRYPTO '91, 129-140. doi: 10.1007/3-540-46766-1_9