更新V2.12介绍文档

hyperchain · May 16, 2023 · 263e520 · 263e520
1 parent bc8939d
commit 263e520
Show file tree

Hide file tree

Showing 5 changed files with 5 additions and 14 deletions.
diff --git a/docs/en/conf.py b/docs/en/conf.py
@@ -49,7 +49,7 @@
 
 # General information about the project.
 project = u'hyperchain'
-copyright = u'2016-2023, Hangzhou Hyperchain Technology Co., Ltd'
+copyright = u'2016-2023, Hangzhou Hyperchain Technology Co., Ltd.'
 author = u'Hangzhou Hyperchain Technology Co., Ltd.'
 
 # The version info for the project you're documenting, acts as replacement for

diff --git a/docs/zh_CN/Digital Service.rst b/docs/zh_CN/Digital Service.rst
@@ -10,7 +10,7 @@
 
 |image0|
 
-链原生数字藏品架构如图3 2所示，其具有以下功能特性：
+链原生数字藏品架构具有以下功能特性：
 
 - 支持ERC-721、ERC-1155、ERC-998，性能更高；
 - 支持创世数字藏品、创世账户、创世合约的发布；

diff --git a/docs/zh_CN/Governonce and audit.rst b/docs/zh_CN/Governonce and audit.rst
@@ -44,15 +44,6 @@
 
 |image1|
 
-由上述两种身份认证CA模型可以看出，平台的身份准入控制是通过多类型的数字证书进行区分与控制的。平台所涉及的身份证书说明如下:
-
-- **RootCA** :RootCA（Root Certificate Authority）为根证书颁发机构，代表PKI体系中的信任锚。在节点连接时，若节点的信任锚与其他链上节点的信任锚不同，则无法与其他节点成功建立连接。
-- **ECert** :ECert是节点准入证书，持有ECert的节点为共识节点，可以同链上其他节点同步数据并参与共识。在节点连接时，若节点的ECert无法通过证书合法性校验，则无法与其他节点成功建立连接。
-- **RCert** :RCert主要是用于证明该节点是受信任的准入节点，该节点为非共识节点（NVP），不可参与共识验证，仅允许向特定共识节点同步账本数据。在节点连接时，若节点的RCert无法通过证书合法性校验，则无法与其他节点成功建立连接。
-- **SDKCert** :SDKCert 为客户端的准入证书，用于证明客户端的合法性，非法的客户端将无法向节点发出请求。每一个SDKCert将对应连接一个节点。若一个客户端需要连接多个节点，则该客户端连接每个节点都需要一个SDKCert。在交易发送时，若客户端的SDKCert无法通过证书合法性校验，则交易将无法被节点接收。
-- **IDCert** :IDCert为账户证书，用于维持账户地址与账户密钥间的映射关系。依此证书，账户将获得注册、冻结/解冻、密钥重置、注销的账户生命周期管理功能。
-- **TLSCert** :TLSCert(Transport Layer Security Cert) 为安全传输层协议证书。TlsCert 用于传输层安全协议证书，即在传输网络传输过程中需要验证传输层安全协议证书的安全性，验证通过即可以进行正常网络通信，反之则无法进行网络通信。
-
 在分布式CA模型下，每个节点将拥有独立的根证书，并使用该根证书签发网络连接身份证明所需的数字证书。在初次加入区块链网络时，节点将与其他区块链节点两两互换证书，节点增删事项以提案的形式提交至区块链中进行投票共识决议。因为该模式下，节点是两两相互签发认证证书的，无需指定的CA进行签发，具有分布式认证的特征，遂称为分布式CA。在分布式CA体系下，SDKCert和IDCert皆由某一节点的根证书签发。
 
 |image7|
@@ -123,7 +114,7 @@ DID数字身份的应用非常广泛，在电子政务场景中，区块链可
 CA模式管理
 -------------
 
-2.12支持ca模式切换，即从中心化转向分布式的单向切换。在升级到Hyperchain v2.7时，配置的ca模式无法通过升级记录到链上，因此需要通过提案设置ca模式。
+2.12支持ca模式切换，即从中心化转向分布式的单向切换。
 
 ca模式管理包括如下操作：
 

diff --git a/docs/zh_CN/conf.py b/docs/zh_CN/conf.py
@@ -49,7 +49,7 @@
 
 # General information about the project.
 project = u'hyperchain'
-copyright = u'2016-2023, Hangzhou Hyperchain Technology Co., Ltd'
+copyright = u'2016-2023, Hangzhou Hyperchain Technology Co., Ltd.'
 author = u'Hangzhou Hyperchain Technology Co., Ltd.'
 
 # The version info for the project you're documenting, acts as replacement for

diff --git a/docs/zh_CN/consensus mechanism.rst b/docs/zh_CN/consensus mechanism.rst
@@ -10,7 +10,7 @@
 - **拜占庭容错** : 拜占庭容错强调的是能够容忍部分区块链节点由于硬件错误、网络拥塞或断开以及遭到恶意攻击等情况出现的不可预料的行为。BFT系列算法是典型的拜占庭容错算法，比如PBFT、HotStuff等。
 - **非拜占庭容错** : 非拜占庭容错通常指能够容忍部分区块链节点出现宕机错误，但不容忍出现不可预料的恶意行为导致的系统故障。常见的CFT共识算法有Paxos、Raft等。
 
-平台采用 **自适应共识机制** ，支持RBFT、NoxBFT（BFT类）以及RAFT（CFT类）等多种共识算法，以满足不同的业务场景需求。下文将主要介绍RAFT、RBFT和NoxBFT两类共识算法。
+平台采用 **自适应共识机制** ，支持RBFT、NoxBFT（BFT类）以及RAFT（CFT类）等多种共识算法，以满足不同的业务场景需求。下文将主要介绍RBFT、NoxBFT和RAFT等共识算法。
 
 RBFT
 ------------