SHA-3 的结构与通常的 SHA-1 和 SHA-2 非常不同。SHA-3 背后的关键思想是基于非键控置换，而不是其他常见哈希函数的结构使用键控置换。Keccak 也不使用 Merkle-Damgard 转换来处理哈希函数中的任意长度输入消息，这是常用的。Keccak 使用了一种称为海绵和挤压构造的新方法，基本上是一个随机置换模型。SHA3 的不同变体已经标准化，例如 SHA3-224、SHA3-256、SHA3-384、SHA3-512、SHAKE128 和 SHAKE256。SHAKE128 和 SHAKE256 是可扩展输出函数，也是由NIST.XOF函数标准化的，允许将输出扩展到任意所需长度。

以下图示显示了 SHA3 或 Keccak 基础的海绵和挤压模型。类比于海绵，首先，数据在应用填充后被吸收到海绵中，然后使用 XOR 将其转换为置换状态的子集，然后将输出从表示转换后状态的海绵函数中挤压出来。速率是海绵函数的输入块大小，而容量确定了通用安全级别：

|-- apps # 控制台jar包目录
|   -- console.jar
|-- lib # 相关依赖的jar包目录
├── conf
│   ├── config-example.toml # 配置文件
│   ├── group-generate-config.toml # 创建群组的配置文件，具体可参考命令genrateGroupFromFile
│   └── log4j.properties # 日志配置文件
|-- contracts # 合约所在目录
|   -- solidity  # solidity合约存放目录
|       -- HelloWorld.sol # 普通合约：HelloWorld合约，可部署和调用
|       -- TableTest.sol # 使用CRUD接口的合约：TableTest合约，可部署和调用
|       -- Table.sol # 提供CRUD操作的接口合约
|   -- console  # 控制台部署合约时编译的合约abi, bin，java文件目录
|   -- sdk      # sol2java.sh脚本编译的合约abi, bin，java文件目录
|-- start.sh # 控制台启动脚本
|-- get_account.sh # 账户生成脚本
|-- get_gm_account.sh # 账户生成脚本，国密版
|-- sol2java.sh # solidity合约文件编译为java合约文件的开发工具脚本

本专题系列文章追到现在，也许你会想问，FISCO BCOS的并行到底怎么用？作为专题的完结篇，本文就来揭晓“庐山真面目”，并教你上手使用FISCO BCOS的并行特性！FISCO BCOS提供了可并行合约开发框架，开发者按照框架规范编写的合约，能够被FISCO BCOS节点并行地执行。并行合约的优势有：

高吞吐：多笔独立交易同时被执行，能最大限度利用机器的CPU资源，从而拥有较高的TPS
可拓展：可以通过提高机器的配置来提升交易执行的性能，以支持不断扩大业务规模
接下来，我将介绍如何编写FISCO BCOS并行合约，以及如何部署和执行并行合约。

互斥参数：合约接口中，与合约存储变量的“读/写”操作相关的参数。例如转账的接口transfer(X, Y)，X和Y都是互斥参数。
互斥对象：一笔交易中，根据互斥参数提取出来的、具体的互斥内容。例如转账的接口transfer(X, Y), 一笔调用此接口的交易中，具体的参数是transfer(A, B)，则这笔操作的互斥对象是[A, B]；另外一笔交易，调用的参数是transfer(A, C)，则这笔操作的互斥对象是[A, C]。

certgen gk ./key.priv ./key.pub

certgen gc --cn node5 --nvp node1 --ct rcert --pub ./key.pub ./root1.ca ./root1.priv ./node5.cert
解释
--cn  后面参数代表本节点的hostname
--nvp 后面参数为NVP要绑定的VP节点的hostname
--ct  为证书类型，NVP为rcert，VP为ecert
--pub 后面跟需要申请证书节点的公钥的路径，可以是相对路径
./root1.ca   代表证书颁发者的根证书路径，可以是相对路径
./root1.priv 代表证书颁发者的根证书私钥路径，可以是相对路径
./node5.cert 代表要生成的证书的名称