Merge pull request #597 from stone-ch/release-2.0

merge Release-2.0

docs/source/channels.rst

@@ -1,16 +1,15 @@
 通道
 ========
 
-Hyperledger Fabric的 ``通道`` 是两个或多个特定网络成员之间通信的专用“子网”，目的是进行专用和私有交易。通道定义包括成员（组织），每个成员的锚节点，共享账本，链码应用程序和排序服务节点。网络上的每个事务都在一个通道上执行，在该通道上必须对各方进行身份验证并授权在该通道上进行交易。加入通道的每个对等节点都有由成员资格服务提供商（MSP）赋予自己的身份，并且MSP会对每个peer节点所在通道的peer节点和和服务节点进行身份验证。
+Hyperledger Fabric 的 ``通道`` 是两个或多个特定网络成员之间通信的专用“子网”，用于进行私有和机密的交易。通道由成员(组织)、每个成员的锚点节点、共享账本、链码应用程序和排序服务节点定义。网络上的每个交易都在一个通道上执行，在这个通道上，每一方都必须经过身份认证和授权才能在该通道上进行交易。加入通道的每个 Peer 节点都有 MSP 提供的身份，MSP 为每个节点授权访问通道中的其他节点和服务。
 
-要创建新通道，客户端SDK会调用系统链码配置并引用诸如锚节点（ ``anchor peers``）和成员（组织）之类的属性。该请求为通道账本创建一个创世区块（ ``genesis block`` ），存储有关通道策略，成员和锚节点的配置信息。将新成员添加到现有通道时，此创世块或更新的重新配置块（如果可用）将与新成员共享。
+要创建一个新通道，客户端 SDK 调用配置系统链码并引用属性，如“锚点节点”和成员(组织)。这个请求为通道账本创建一个“创世区块”，它存储关于通道策略、成员和锚点节点的配置信息。当将新成员添加到现有通道时，可以与新成员共享这个创世区块，也可以共享最近的重配置区块。
 
-.. note:: 有关配置事务的属性和原型结构的更多详细信息，请参见:doc:`configtx` 
+.. note:: 有关配置事务的属性和原型结构的更多信息，请参见:doc:`configtx` 
 
-在通道中每个成员的领导节点（ ``leading peer`` ）的选举，决定了由哪个节点来代表成员与排序服务进行通信，如果没有识别出领导者，则可以使用算法来定义领导者。共识服务对交易进行排序，并以区块的形式将其交付给每个领导节点，然后使用 ``gossip`` 协议将该区块分配给其成员节点，以及整个通道。
-
-尽管任何一个锚节点都可以属于多个通道，因此可以维护多个账本，但是账本数据不可以从一个通道传递到另一个通道。这种基于通道的账本隔离，是由配置链码，MSP服务和gossip协议定义和实现的。数据的分发（包括交易信息，账本状态和通道成员信息）仅限于通道上身份可验证的peer节点。基于通道的节点及账本数据隔离，使得需要私有和机密交易的网络成员与其业务竞争者和其他受限成员可以在同一区块链网络上共存。
+为通道上的每个成员选择一个“主节点”，确定哪个节点代表该成员与排序服务通信。如果没有标识出主，可以使用算法来标识。共识服务对交易进行排序，并将它们以区块的形式交付给每个主节点，然后由每个主节点将该区块分发给它的成员节点，并使用 ``gossip`` 协议分发到整个通道。
 
+尽管任何一个锚节点都可以属于多个通道，因此可以维护多个账本，但是账本数据不可以从一个通道传递到另一个通道。这种基于通道的账本隔离，是由配置链码、MSP 服务和 gossip 协议定义和实现的。数据的分发（包括交易信息，账本状态和通道成员信息）仅限于通道上身份可验证的节点。基于通道的节点及账本数据的隔离，使得需要私有和机密交易的网络成员与其业务竞争者和其他受限成员可以在同一区块链网络上共存。
 
 .. Licensed under Creative Commons Attribution 4.0 International License
    https://creativecommons.org/licenses/by/4.0/

docs/source/fabric_model.rst

@@ -1,91 +1,91 @@
-Hyperledger Fabric Model
-========================
+Hyperledger Fabric 模型
+==========================
 
-本节概述了编入 Hyperledger Fabric 的关键设计特性，实现了对全面又可定制的企业区块链解决方案的承诺：
+本节讲述了 Hyperledger Fabric 的关键设计特性，实现了全方位、可定制的企业级区块链解决方案：
 
-* :ref:`Assets` --- 资产是可以通过网络交换几乎任何具有货币价值的东西，从所有食品、到古董车、到货币期货。
-* :ref:`Chaincode` --- 链码执行与交易排序分开，限制了跨节点类型所需的信任和验证级别，并优化了网络可扩展性和性能。
-* :ref:`Ledger-Features` --- 不可变的共享账本为每个通道编码整个交易历史记录，并包括类似 SQL 的查询功能，以便高效审计和解决争议。
-* :ref:`Privacy` --- 通道和私有数据收集实现了私密且机密的多边交易，这些交易通常是在共同网络上交换资产的竞争企业和受监管行业所要求的。
-* :ref:`Security-Membership-Services` --- 许可成员资格提供可信的区块链网络，参与者知道所有交易都可以由授权的监管机构和审计员检测和跟踪。
-* :ref:`Consensus` --- 达成共识的独特方法可实现企业所需的灵活性和可扩展性。
+* :ref:`Assets` —— 资产是可以通过网络交换的几乎所有具有价值的东西，从食品到古董车、货币期货。
+* :ref:`Chaincode` —— 链码执行与交易排序分离，限制了跨节点类型所需的信任和验证级别，并优化了网络可扩展性和性能。
+* :ref:`Ledger-Features` —— 不可变的共享账本为每个通道编码整个交易历史记录，并包括类似 SQL 的查询功能，以便高效审计和解决争议。
+* :ref:`Privacy` —— 通道和私有数据集合实现了隐私且机密的多边交易，这些交易通常是在共同网络上交换资产的竞争企业和受监管行业所要求的。
+* :ref:`Security-Membership-Services` —— 许可成员资格提供可信的区块链网络，参与者知道所有交易都可以由授权的监管机构和审计员检测和跟踪。
+* :ref:`Consensus` —— 达成共识的独特方法可实现企业所需的灵活性和可扩展性。
 
 .. _Assets:
 
 资产
 ------
 
-资产的范围可以从有形（房地产和硬件）到无形资产（合同和知识产权）。Hyperledger Fabric 提供使用链码交易修改资产的功能。
+资产的范围可以从有形（房地产和硬件）到无形资产（合同和知识产权）。Hyperledger Fabric 提供使用链码交易来修改资产的功能。
 
-资产在 Hyperledger Fabric 中表示为键值对的集合，状态更改记录为 :ref:`Channel` 账本上的交易。资产可以用二进制和/或JSON格式表示。
+资产在 Hyperledger Fabric 中表示为键值对的集合，状态更改记录为 :ref:`Channel` 账本上的交易。资产可以用二进制或 JSON 格式表示。
 
 .. _Chaincode:
 
 链码
 ---------
 
-链码是定义单项或多项资产的软件，还能修改资产的交易指令；换句话说，它是业务逻辑。链码强制执行读取或更改键值对或其他状态数据库信息的规则。链码函数针对账本的当前状态数据库执行，并通过交易提议启动。链码执行导致一组键值写入（写入集），其可提交给网络并应用于所有节点的账本。
+链码是定义单项或多项资产的软件，和能修改资产的交易指令；换句话说，它是业务逻辑。链码强制执行读取或更改键值对或其他状态数据库信息的规则。链码函数针对账本的当前状态数据库执行，并通过交易提案启动。链码执行会写入一组键值（写集），会被提交给网络并应用于所有节点的账本。
 
 .. _Ledger-Features:
 
 账本特征
 ---------------
 
-账本是 Fabirc 中所有状态转换的依序防篡改记录。状态转换是参与方提交的链码调用（“交易”）的结果。每个交易都会生成一组资产键值对，这些键值对以创建、更新或删除形式提交到账本。
-
-账本由区块链（“链”）组成，用于以区块的形式存储不可变的顺序记录，以及用于维护当前 fabirc 状态的状态数据库。每个通道有一个账本。每个节点为其所属的每个通道维护一个账本的副本。
-
-Fabric账本的一些功能：
-- 使用基于密钥的查找，范围查询和组合密钥查询来查询和更新账本
-- 使用丰富查询语言的只读查询（如果使用 CouchDB 作为状态数据库）
-- 只读历史记录查询——查询密钥的账本历史记录，启用数据溯源方案
-- 交易包括以链码（读取集）读取的键/值的版本以及以链码（写入集）编写的键/值
-- 交易包含每个背书节点的签名，并提交给排序服务
-- 交易按顺序排列到区块上，并从排序服务“交付”到通道上的节点
-- 节点根据背书策略验证交易并执行政策
-- 在附加区块之前，执行版本控制检查以确保自链码执行时间以来读取的资产的状态未发生更改
-- 一旦交易被验证并提交，就存在不变性
-- 通道的账本包含定义策略，访问控制列表和其他相关信息的配置区块
+账本是 Fabirc 中所有状态转换的有序的防篡改的记录。状态转换是参与方提交的链码调用（“交易”）的结果。每个交易都会生成一组资产键值对，这些键值对以创建、更新或删除形式提交到账本。
+
+账本由区块链（“链”）组成，用于以区块的形式存储不可变的顺序记录，以及用于维护当前 Fabirc 状态的状态数据库。每个通道有一个账本。每个节点为其所属的每个通道维护一个账本的副本。
+
+Fabric 账本的一些特点：
+- 使用基于键的查找、范围查询和组合键钥查询来查询和更新账本
+- 使用富查询语言的只读查询（如果使用 CouchDB 作为状态数据库）
+- 只读历史记录查询（查询键的账本历史记录），以支持数据溯源方案
+- 包含链码读取的键/值的版本（读集）以及链码写入的键/值（写集）的交易
+- 包含每个背书节点的签名，并提交给排序服务的交易
+- 按顺序打包到区块，并从排序服务“分发”到通道上的节点的交易
+- 节点根据背书策略验证交易并执行策略
+- 在附加区块之前，执行版本检查以确保链码执行以后读取的资产的状态未发生更改
+- 一旦交易被验证并提交，就不可改变
+- 通道的账本包含了定义策略、访问控制列表和其他相关信息的配置区块
 - 通道包含 :ref:`MSP` 的程序实例，允许从不同的证书颁发机构派生加密材料
 
-查看 :doc:`ledger` 主题来更深地了解数据库，存储结构和 "查询能力"
+查看 :doc:`ledger` 主题来更深地了解数据库、存储结构和 "查询能力"。
 
 .. _Privacy:
 
 隐私
 -------
 
-Hyperledger Fabric 在每个通道的基础上使用不可变的账本，以及可以操纵和修改资产的当前状态（即更新键值对）的链码。账本存在于通道范围内 - 它可以在整个网络中共享（假设每个参与者在一个公共渠道上运营） - 或者它可以私有化以仅包括一组特定的参与者。
+Hyperledger Fabric 在每个通道上使用不可变的账本，以及可操纵和修改资产当前状态（即更新键值对）的链码。账本存在于通道范围内，它可以在整个网络中共享（假设每个参与者都在同一个公共通道上），也可以私有化的方式仅包括一组特定的参与者。
 
-在后一种情况下，这些参与者将创建一个单独的通道，从而隔离他们的交易和账本。为了解决想要弥合总透明度和隐私之间差距的场景，可以仅在需要访问资产状态以执行读取和写入的节点上安装链码（换句话说，如果未在节点上安装链码，它将无法与账本正确连接）。
+在后一种情况下，这些参与者将创建一个单独的通道，从而隔离他们的交易和账本。为了解决想要平衡整体透明和隐私之间差距的场景，可以仅在需要访问资产状态以执行读取和写入的节点上安装链码（换句话说，如果未在节点上安装链码，它将无法与账本正确连接）。
 
 当该通道上的组织子集需要保密其交易数据时，私有数据集合用于将此数据隔离在私有数据库中，在逻辑上与通道账本分开，只能由授权的组织子集访问。
 
 因此，通道将交易保持从更广泛的网络私有，而集合使数据在通道上的组织的子集之间保持私有。
 
-为了进一步模糊数据，在将交易发送到排序服务并将区块附加到账本之前，可以使用诸如AES之类的公共加密算法对链码内的值进行加密（部分或全部）。一旦加密数据被写入账本，它就只能由拥有用于生成密文的相应密钥的用户解密。
+为了进一步模糊数据，在将交易发送到排序服务并将区块附加到账本之前，可以使用诸如 AES 之类的公共加密算法对链码内的值进行加密（部分或全部）。一旦加密数据被写入账本，它就只能由拥有用于生成密文的相应密钥的用户解密。
 
-有关如何在区区块链网络上实现隐私的更多详细信息，请参阅 :doc:`private-data-arch` 主题。
+有关如何在区块链网络上实现隐私的更多详细信息，请参阅 :doc:`private-data-arch` 主题。
 
 .. _Security-Membership-Services:
 
 安全和成员服务
 ------------------------------
 
-Hyperledger Fabric 支持交易网络，所有参与者都拥有已知身份。公钥基础结构用于生成与组织，网络组件以及终端用户或客户端应用程序相关联的加密证书。因此，可以在更广泛的网络和通道级别上操纵和管理数据访问控制。Hyperledger Fabric 的这种“许可”概念，加上通道的存在和功能，有助于解决隐私和机密性是最重要的问题。
+Hyperledger Fabric 支持交易网络，所有参与者都拥有已知身份。公钥基础结构用于生成与组织、网络组件以及终端用户或客户端应用程序相关联的加密证书。因此，可以在更广泛的网络和通道级别上操纵和管理数据访问控制。Hyperledger Fabric 的这种“许可”概念，加上通道的存在和功能，有助于解决隐私和机密性较高的问题。
 
-请参阅 :doc:`msp` 主题，以更好地了解加密实现，以及Hyperledger Fabric中使用的签名，确认，身份验证方法。
+请参阅 :doc:`msp` 主题，以更好地了解加密实现，以及 Hyperledger Fabric 中使用的签名、验证、身份认证方法。
 
 .. _Consensus:
 
 共识
 ---------
 
-最近，在分布式账本技术中，共识已成为单个函数内特定算法的同义词。然而，共识不仅包括简单地就交易顺序达成一致，而且 Hyperledger Fabric 通过其在整个交易流程中的基本角色，从提案和背书，到排序，验证和提交，突出了这种区别。简而言之，共识被定义为包含区块的一组交易的正确性的全圆验证。
+最近，在分布式账本技术中，共识已成为单个函数内特定算法的同义词。然而，共识不仅包括简单地就交易顺序达成一致，Hyperledger Fabric 通过其在整个交易流程中的基本角色，从提案和背书到排序、验证和提交，突出了这种区别。简而言之，共识被定义为包含区块的一组交易的正确性的闭环验证。
 
-当区块的交易的订单和结果满足明确的政策标准检查时，最终会达成共识。这些检查和平衡发生在交易的生命周期中，并包括使用背书策略来指定哪些特定成员必须背书某个交易类，以及系统链码以确保强制执行和维护这些策略。在提交之前，节点将使用这些系统链码来确保存在足够的背书，并且它们来自适当的实体。此外，在包含交易的任何区块附加到账本之前，将进行版本控制检查，在此期间，账本的当前状态为同意。此最终检查可防止双重花费操作和可能危及数据完整性的其他威胁，并允许针对非静态变量执行功能。
+当区块中交易的订单和结果满足明确的策略标准检查时，最终会达成共识。这些检查和平衡发生在交易的生命周期中，并包括使用背书策略来指定哪些特定成员必须背书某个交易类以及系统链码，以确保强制执行和维护这些策略。在提交之前，节点将使用这些系统链码来确保存在足够的背书，并且它们来自适当的实体。此外，在包含交易的任何区块附加到账本之前，将进行版本控制检查，在此期间，账本的当前状态为同意。此最终检查可防止双重花费操作和可能危及数据完整性的其他威胁，并允许针对非静态变量执行功能。
 
-除了发生的大量背书，验证和版本检查之外，交易流的所有方向上还发生着持续的身份验证。访问控制列表在网络的分层上实现（排序服务到通道），并且当交易提议通过不同的体系结构组件时，有效负载被重复签名，确认和验证。总而言之，共识不仅限于一批交易的商定订单；相反，它是一种总体特征，是在交易从提案到背书的过程中进行的持续验证的副产品。
+除了发生的大量背书、验证和版本检查之外，交易流的所有方向上还发生着持续的身份验证。访问控制列表在网络的层级上实现（排序服务到通道），并且当交易提议通过不同的体系结构组件时，有效负载被重复签名、确认和验证。总而言之，共识不仅限于一批交易的商定订单；相反，它是一种总体特征，是在交易从提案到背书的过程中进行的持续验证的副产品。
 
 查看 :doc:`txflow` 以获得共识的直观表示。