即多次认证的组合，比如 64 次认证。每次认证可以切换 [加密方式（密码，非对称秘钥）] [秘钥长度] [加密算法] 等。

------- [前言] -------

Google 发表论文正式确认其“量子霸权”的突破

谷歌称实现量子霸权:算一问题用 200 秒而超算用万年 http://tech.163.com/19/1023/18/ES6M2NRT00097U7H.html

------- [使用场景] -------

1 高安全要求

2 防止超高速电脑破解，防止量子计算机破解密码。

3 网站服务的，分布式证书。

1 源于 8x8=64 卦，只有一个“生门”，即正确的结果，其他 63 门都是错误的。

2 一子错，满盘皆落索。64 次验证，若有一个错误，则越错越多。

3 也可以根据门的开关情况，走不同的分支。

2019-10-23。焖哥。

由服务端，和客户端组成。

服务端只实现，接受验证，返回跳转。接受验证，返回跳转。客户端只实现，发送验证，接受跳转，执行跳转。

至少有 2 步认证。所有认证步骤完成后，给出验证结果。

可以设定某道门的用途。如：最后一道门，是专门用于更新钥匙的。没有最有一道门的钥匙（认证失败），也能正常接受服务。有最有一道门的钥匙（认证成功），则给认证者更换钥匙。

比如验证 8 位密码，目前已有的是一次 8 位，而我设计的是 1 次验证 1 位密码，共 8 次，8 次验证完毕后，给出验证结果。

多重验证的坏处：时间更长。

多重验证的好处： 1 每次验证模块化，开发简单。

2 组合多次验证，每个验证简单化。

3 不需要太高的加密技术，不需要太长的秘钥。可以使用过时的加密技术。例如防篡改，单个 md5 不安全，我可以用 2 层 md5。2 层不安全，我可以用，1 层 md5，一层随机数，1 层 md5，这种组合。

4 很容易更换其中一层。

5 为未来的分布式验证，集群打下基础。

话说现在的网站验证，都是用 https，但那只是 [单证书] 验证。 [多证书] + [分布式] 验证，没法实现。有了 [多重验证机制] 就不同了。我可以把网站，服务，业务，组合起来。既然有多重验证机制，将会有多重证书。简而言之，一把钥匙开 64 道门。

6 还可以分层，同一层的服务可以替换。如：

比如 a 层都是 [面食] 含饼，馒头。b 层是素食。c 层是肉。 a 层饼+b 层生菜+c 层驴肉=驴肉火烧（多层验证证书）。 a 层饼+b 层生菜+c 层猪肉=肉夹馍。

服务器发送验证，客户端执行验证，并返回结果给服务器，由服务器执行跳转。

比如服务器发送到客户端，问客户端有没有某路径，某文件，文件的时间。有没有图片等。客户端回答后，服务器得到结果后，辨明客户端身份，后服务端执行后续逻辑。

#------- [更多] ------- 欢迎跟帖，吐槽。