mirror of
https://github.com/yjjnls/awesome-blockchain.git
synced 2024-10-01 00:45:35 -04:00
update
This commit is contained in:
parent
4eea669548
commit
17c55d145e
@ -8,10 +8,10 @@
|
||||
- [2.1. 传统信息登记平台的问题](#21-%E4%BC%A0%E7%BB%9F%E4%BF%A1%E6%81%AF%E7%99%BB%E8%AE%B0%E5%B9%B3%E5%8F%B0%E7%9A%84%E9%97%AE%E9%A2%98)
|
||||
- [2.2. 区块链解决方案](#22-%E5%8C%BA%E5%9D%97%E9%93%BE%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88)
|
||||
- [3. BROP 介绍](#3-brop-%E4%BB%8B%E7%BB%8D)
|
||||
- [3.1. 平台概述](#31-%E5%B9%B3%E5%8F%B0%E6%A6%82%E8%BF%B0)
|
||||
- [3.2. 开放联盟链](#32-%E5%BC%80%E6%94%BE%E8%81%94%E7%9B%9F%E9%93%BE)
|
||||
- [3.1. ★平台概述](#31-%E2%98%85%E5%B9%B3%E5%8F%B0%E6%A6%82%E8%BF%B0)
|
||||
- [3.2. ★开放联盟链](#32-%E2%98%85%E5%BC%80%E6%94%BE%E8%81%94%E7%9B%9F%E9%93%BE)
|
||||
- [3.3. 中间件](#33-%E4%B8%AD%E9%97%B4%E4%BB%B6)
|
||||
- [3.4. 结构化组件](#34-%E7%BB%93%E6%9E%84%E5%8C%96%E7%BB%84%E4%BB%B6)
|
||||
- [3.4. ★结构化组件](#34-%E2%98%85%E7%BB%93%E6%9E%84%E5%8C%96%E7%BB%84%E4%BB%B6)
|
||||
- [3.4.1. 身份组件](#341-%E8%BA%AB%E4%BB%BD%E7%BB%84%E4%BB%B6)
|
||||
- [3.4.2. 存证组件](#342-%E5%AD%98%E8%AF%81%E7%BB%84%E4%BB%B6)
|
||||
- [3.4.3. 凭证组件](#343-%E5%87%AD%E8%AF%81%E7%BB%84%E4%BB%B6)
|
||||
@ -31,7 +31,7 @@
|
||||
- [4.3.1. 优惠券登记与流转](#431-%E4%BC%98%E6%83%A0%E5%88%B8%E7%99%BB%E8%AE%B0%E4%B8%8E%E6%B5%81%E8%BD%AC)
|
||||
- [4.3.2. 门票登记与流转](#432-%E9%97%A8%E7%A5%A8%E7%99%BB%E8%AE%B0%E4%B8%8E%E6%B5%81%E8%BD%AC)
|
||||
## 1. 概要
|
||||
  中钞信用卡产业发展有限公司杭州区块链技术研究院(以下简称“中钞区块链研究院”) `中钞可信登记开放平台` Blockchain-Registry-Open-Platform(下称 BROP) 是一个基于自主知识产权的`开放式可信登记平台`。 BROP 通过底层区块链联合各合作方对用户身份、 数字凭证和存证数据进行可信记录,为企业用户提供可查询、可验证、可监督的权属登记和信息公示服务。 通过 BROP 的服务,各参与方可以将存证信息和数字凭证进行跨机构认证和流转,实现各独立参与方之间的去中心化互信协作。
|
||||
  中钞信用卡产业发展有限公司杭州区块链技术研究院(以下简称“中钞区块链研究院”) **中钞可信登记开放平台** Blockchain-Registry-Open-Platform(下称 BROP) 是一个基于自主知识产权的**开放式可信登记平台**。BROP 通过底层区块链联合各合作方对用户身份、数字凭证和存证数据进行可信记录,为企业用户提供可查询、可验证、可监督的权属登记和信息公示服务。通过 BROP 的服务,各参与方可以将存证信息和数字凭证进行跨机构认证和流转,实现各独立参与方之间的去中心化互信协作。
|
||||
  BROP 提供业务无关接口用以信息的可信登记、公示与查询验证。BROP 提供的服务不仅包括信息数据的登记、存证等业务,还包括区块链上的各要素之间实施互动的服务。例如,针对身份与资产相互关系的数字凭证权属变更、针对身份与数据相互关系的认证与授权等。
|
||||
  通过 BROP 提供的基础服务,合作方之间可以在互信、互利的基础上实现更广泛和更深入的协作。最终用户也必然获得更加高效、安全和可靠的服务。
|
||||
|
||||
@ -46,12 +46,12 @@
|
||||
  正是因为登记平台无法自证清白,登记平台之间或者登记平台和第三方合作者之间几乎无法进行业务直连,造成业务断层。
|
||||
|
||||
### 2.2. 区块链解决方案
|
||||
  首先,区块链综合采用`数据摘要、 信息签名算法`,使得其承载的数据无法伪造`无法篡改`(why?);同时,区块链数据不再像传统数据库那样由权威方统一保存,而是在每个参与方手里各保存一份数据备份,这样平台方就完全无需自证清白,因为区块链技术保障了登记到区块链上的数据不可能被少数参与方篡改。
|
||||
  其次,登记平台的`核心数据`保存在区块链上, 并`对用户的隐私进行适当脱敏`。而对于监管方来说它可以随时对业务数据进行调取和验证,无需担心平台方隐瞒或者伪造业务数据。
|
||||
  首先,区块链综合采用**数据摘要、信息签名算法**,使得其承载的数据无法伪造**无法篡改**(why?);同时,区块链数据不再像传统数据库那样由权威方统一保存,而是在每个参与方手里各保存一份数据备份,这样平台方就完全无需自证清白,因为区块链技术保障了登记到区块链上的数据不可能被少数参与方篡改。
|
||||
  其次,登记平台的**核心数据**保存在区块链上,并**对用户的隐私进行适当脱敏**。而对于监管方来说它可以随时对业务数据进行调取和验证,无需担心平台方隐瞒或者伪造业务数据。
|
||||
  最后,区块链平台方仅仅是规则制定者,平台本身由各参与方共同运营维护,平台数据也是即时推送到各参与方节点中。因此各个参与方可以在统一的规则下相互信任相互协作,从而打破信息孤岛,建立更紧密的新型合作关系。
|
||||
|
||||
## 3. BROP 介绍
|
||||
  BROP 平台的设计理念是在不干涉合作方系统的前提下为合作方提供数据的可信证明,并在此基础上促进各合作方之间的协作。 BROP 平台的设计目标包含如下几个方面。
|
||||
  **BROP 平台的设计理念是在`不干涉合作方系统的前提下`为合作方`提供数据的可信证明`**,并在此基础上促进各合作方之间的协作。BROP 平台的设计目标包含如下几个方面。
|
||||
|
||||
* 数据公示
|
||||
  我们提供区块链数据登记、存证服务和必要的基础组件,并负责维护数据的完整性、可靠性和可验证性。BROP 平台与合作方系统相对独立,作为合作方数据的可信公示平台。合作方决定其全量核心数据的保存方式,可自行保存,也可托管在 BROP 平台运营方提供的区块链外存储空间。
|
||||
@ -64,97 +64,60 @@
|
||||
* 开发者友好
|
||||
  BROP 平台将提供操作简单但数据完备的平台接入方式,参与方可以在实时获得全量区块数据的同时透过中间件进行简单的接口调用,实现本地业务。
|
||||
|
||||
### 3.1. 平台概述
|
||||
  BROP 平台的各参与方包括业务准入方、记账方、 合作方和用户方。 其中中钞作为平台运营方的同时也是业务准入方和记账方, 业务准入方负责与记账方、合作方签约, 授权对方在 BROP 平台上开展业务。 记账方由多家企业共同担任,负责对底层开放联盟链的数据进行打包。 合作方一方面接入 BROP 开放联盟链进行身份管理、权属登记和信息存证, 另一方面为普通用户提供结合自身特定业务的有价值服务。 所有的参与方都有权部署独立的区块链节点,并同步区块链上的全部信息。考虑到业务简洁性,普通用户一般通过合作方间接访问 BROP 平台。
|
||||
  业务准入方为合作方注册并分配身份管理、信息存证、数字凭证发布的权限, 合作方对其用户身份信息、链外数据、链外资产或服务进行认证登记并对其真实性负法律责任。合作方之间可以选择认可对方所认证的用户身份,认可之后可以持有对方的数字凭证并进行交易。
|
||||
### 3.1. ★平台概述
|
||||
  BROP 平台的各参与方包括业务准入方、记账方、合作方和用户方。其中**中钞**作为平台运营方的同时**也是`业务准入方`和`记账方`**,**`业务准入方`负责与`记账方`、`合作方`签约,授权对方在 BROP 平台上开展业务**。**`记账方`由多家企业共同担任,负责对底层开放联盟链的数据进行打包**。**`合作方`一方面接入 BROP 开放联盟链进行身份管理、权属登记和信息存证,另一方面为普通用户提供结合自身特定业务的有价值服务**。所有的参与方都有权部署独立的区块链节点,并同步区块链上的全部信息。考虑到业务简洁性,普通用户一般通过合作方间接访问 BROP 平台。
|
||||
  业务准入方为合作方注册并分配身份管理、信息存证、数字凭证发布的权限,**`合作方`对其用户身份信息、链外数据、链外资产或服务进行认证登记`并对其真实性负法律责任`**。合作方之间可以选择认可对方所认证的用户身份,认可之后可以持有对方的数字凭证并进行交易。
|
||||
![](./img/BROP_arch.png)
|
||||
  通过该设计,BROP 平台上的各参与方不仅可以共享底层数据库,而且可以共享用户身份信息、数字凭证信息和存证信息。BROP 为参与方之间的相互协作提供了现实可能性。
|
||||
|
||||
### 3.2. 开放联盟链
|
||||
### 3.2. ★开放联盟链
|
||||
|
||||
![](./img/arch.png)
|
||||
|
||||
  BROP 的底层是开放联盟链, 链内节点分为记账节点、 普通节点和代理节点三类。其中,记账节点负责将底层开放联盟链的数据打包, 由中钞区块链研究院和战略合作伙伴拥有,后续将逐渐引入更多有公信力的战略合作伙伴作为记账节点。 普通合作方则通过在本地架设普通节点或使用云端的代理节点开展业务。 普通节点和代理节点都能将合作方的数据上链,区别仅是节点所处位置和接入方式不同。 对于数据敏感的合作方,可以在本地架设普通节点; 对于数据不敏感的合作方,可以使用由运营方架设在云端的代理节点, 并通过开放接口接入,成本更低。 这种联盟链结构通过控制记账节点数量保证了共识算法的速度,同时又能支持数量广泛的合作。
|
||||
  BROP 的底层是开放联盟链,链内节点分为记账节点、普通节点和代理节点三类。其中,**记账节点**负责将底层开放联盟链的数据打包,由中钞区块链研究院和战略合作伙伴拥有,后续将逐渐引入更多有公信力的战略合作伙伴作为记账节点。**普通合作方则通过在本地架设普通节点或使用云端的代理节点开展业务。** 普通节点和代理节点都能将合作方的数据上链,区别仅是节点所处位置和接入方式不同。对于数据敏感的合作方,可以在本地架设普通节点; 对于数据不敏感的合作方,可以使用由运营方架设在云端的代理节点,并通过开放接口接入,成本更低。这种联盟链结构通过控制记账节点数量保证了共识算法的速度,同时又能支持数量广泛的合作。
|
||||
|
||||
**BROP 开放联盟链的技术特色和优势:**
|
||||
* 加密机保障安全
|
||||
  BROP 记账节点采用定制可选的硬件加密机或虚拟加密机完成记账业务,保障身份安全。
|
||||
* 性能稳定
|
||||
  BROP 开放联盟链的出块时间在 3 秒左右,并对区块链容量与智能合约进行了优化, 性能可以满足大多数实际应用场景的要求。
|
||||
  **BROP 开放联盟链的出块时间在 3 秒左右**,并对区块链容量与智能合约进行了优化,性能可以满足大多数实际应用场景的要求。
|
||||
* 交易并发与超时确认
|
||||
  传统的区块链交易使用递增序列号作为交易标识,无法实现业务并发。BROP 开放联盟链使用专利技术,在发送交易时使用随机数作为序列号并指定超时块高,实现了业务层面的交易并发和超时确认功能,符合现实业务需求。
|
||||
  **传统的区块链交易使用递增序列号作为交易标识**,无法实现业务并发。BROP 开放联盟链使用专利技术,**在发送交易时使用随机数作为序列号并指定超时块高**,实现了业务层面的交易并发和超时确认功能,符合现实业务需求。
|
||||
* 单块确认
|
||||
  BROP 开放联盟链的另一优势是单块确认技术,不同于传统的区块链最长链选择策略, BROP 采用新的共识方案保证了区块链不确定性不超过 1 个块高。这使得现实业务落地存在了可行性,否则区块链一旦分叉, 基于过去某个时间点的所有业务都将重置,这在现实业务系统中是不可容忍的。
|
||||
  BROP 开放联盟链的另一优势是单块确认技术,**不同于传统的区块链最长链选择策略**,BROP 采用新的共识方案保证了区块链不确定性不超过 1 个块高。这使得现实业务落地存在了可行性,**否则区块链一旦分叉,基于过去某个时间点的所有业务都将重置,这在现实业务系统中是不可容忍的。**
|
||||
* 开发工具完整
|
||||
  我们提供区块链节点部署包、中间件工具包以及示例代码,使得区块链的接入和开发难度大大降低。开发人员只需要关注中间件的业务接口即可,无需了解背后的复杂技术。同时我们提供节点云部署的可选方案,使得开发者可以更快速度接入并测试 BROP 服务。
|
||||
* 共识可靠
|
||||
  由于存在单块确认的特性, 参与方无需担心普通节点的业务安全性。 与比特币的非确定性出块不同,只要合作方收到了打包回执,即可证明业务已经被全网确认且之后不会被记账节点处于恶意或软件错误而推翻,因此合作方无需掌握记账节点以提高自己的业务安全性。 记账节点需要提供大量运算资源和网
|
||||
络带宽,由 BROP 运营方和战略合作伙伴负责提供相应的经费。
|
||||
* ★共识可靠
|
||||
  由于存在单块确认的特性,参与方无需担心普通节点的业务安全性。**与比特币的非确定性出块不同,只要合作方收到了打包回执,即可证明业务已经被全网确认且之后不会被记账节点处于恶意或软件错误而推翻**,**因此合作方无需掌握记账节点以提高自己的业务安全性(不敏感数据可以用云端代理结点)**。记账节点需要提供大量运算资源和网络带宽,由 BROP 运营方和战略合作伙伴负责提供相应的经费。
|
||||
|
||||
### 3.3. 中间件
|
||||
  为了便于合作方访问区块链数据,我们提供了中间件组件。业务系统通过接口调用的方式使用中间件,极大的简化了合作方接入区块链平台的方式,减少了学习成本和开发成本。其主要解决的问题包括以下几个方面:
|
||||
* 数据检索
|
||||
  区块链以 key-value 的形式保存数据,只能根据区块 id 进行块内检索,
|
||||
无法根据业务字段进行查询。 中间件为了实现对区块链上数据的结构化查询,
|
||||
对上链的数据维护了业务字段与区块链数据结构之间的对应索引,使业务系统
|
||||
无需处理区块链底层的数据检索逻辑,能够实现数据库级别的查询方式。
|
||||
  区块链以 key-value 的形式保存数据,只能根据区块 id 进行块内检索,无法根据业务字段进行查询。中间件为了实现对区块链上数据的结构化查询,对上链的数据维护了业务字段与区块链数据结构之间的对应索引,使业务系统无需处理区块链底层的数据检索逻辑,能够实现数据库级别的查询方式。
|
||||
* 事件通知
|
||||
  区块链通常没有事件通知机制, 业务系统无法得到区块链网络中的变更反
|
||||
馈。中间件定义了一系列事件类型并对其进行追踪,如区块链增长事件、交易
|
||||
上链事件、合约数据变更事件等。 业务系统只需选择自己所关心的事件, 接收
|
||||
相关业务数据的消息推送。
|
||||
  区块链通常没有事件通知机制,业务系统无法得到区块链网络中的变更反馈。中间件定义了一系列事件类型并对其进行追踪,如区块链增长事件、交易上链事件、合约数据变更事件等。业务系统只需选择自己所关心的事件,接收相关业务数据的消息推送。
|
||||
* 数据上链
|
||||
  将数据提交到区块链上, 需要多个步骤。中间件封装了所有和底层链相关
|
||||
的操作, 业务系统只需要关心待上链数据和数据签名。
|
||||
  将数据提交到区块链上,需要多个步骤。中间件封装了所有和底层链相关的操作,业务系统只需要关心待上链数据和数据签名。
|
||||
|
||||
### 3.4. 结构化组件
|
||||
  BROP 结构化组件的作用是通过智能合约对存证数据进行结构化分类并给予
|
||||
可编程的操作接口, 使得这些数据在面临具体的业务背景时可以相互关联和相
|
||||
互作用。
|
||||
### 3.4. ★结构化组件
|
||||
  BROP 结构化组件的作用是通过智能合约对存证数据进行结构化分类并给予可编程的操作接口,使得这些数据在面临具体的业务背景时可以相互关联和相互作用。
|
||||
#### 3.4.1. 身份组件
|
||||
  BROP 上的账户身份特指经过认证过的用户账户智能合约,它并不是指具体
|
||||
业务中与用户的访问权限、业务角色等绑定的业务身份。 用户账户身份认证由
|
||||
合作方自行负责, BROP 仅对认证结果作数据存证。 考虑到业务便利性, BROP 系
|
||||
统为每一个用户账户地址分配一个系统账户 ID, 并且可选将经过身份认证的名
|
||||
称或自定义名称设定为账户名。
|
||||
  身份组件一方面向合作方提供身份认证接口,一方面为用户账户提供区块
|
||||
链交易操作接口。 其主要功能包括以下几个方面:
|
||||
  **BROP 上的`账户身份`特指经过认证过的`用户账户智能合约`**,它并不是指具体业务中与用户的访问权限、业务角色等绑定的业务身份。**用户账户身份认证由合作方自行负责,BROP 仅对认证结果作数据存证**。考虑到业务便利性,BROP 系统为每一个用户账户地址分配一个系统账户 ID,并且可选将经过身份认证的名称或自定义名称设定为账户名。
|
||||
  身份组件一方面向合作方提供身份认证接口,一方面为用户账户提供区块链交易操作接口。其主要功能包括以下几个方面:
|
||||
* 身份证明
|
||||
  每一个用户账户智能合约都有与之对应的经过合作方认可的身份信息,该
|
||||
信息以身份证明的形式存在于区块链上,标志着对应的用户经过了合作方认可。
|
||||
  身份证明的存证有两个意义:第一是免于第三方进行重复的身份确认;第
|
||||
二是当用户出现违规可以通过合作方得到其真实信息进行司法追索。
|
||||
  考虑到用户的身份隐私,其相应的身份明文信息仅以摘要形式存在于区块
|
||||
链上, 合作方则记录完整信息。当第三方需要对用户的身份信息鉴别时,第三
|
||||
方可根据用户自行提交的身份信息来计算摘要,并通过与区块链上的存证信息
|
||||
对比以确认用户身份。
|
||||
  每一个用户账户智能合约都有与之对应的经过合作方认可的身份信息,该信息以身份证明的形式存在于区块链上,标志着对应的用户经过了合作方认可。
|
||||
  身份证明的存证有两个意义:第一是免于第三方进行重复的身份确认;第二是当用户出现违规可以通过合作方得到其真实信息进行司法追索。
|
||||
  考虑到用户的身份隐私,其相应的身份明文信息仅以摘要形式存在于区块链上,合作方则记录完整信息。当第三方需要对用户的身份信息鉴别时,第三方可根据用户自行提交的身份信息来计算摘要,并通过与区块链上的存证信息对比以确认用户身份。
|
||||
* 交易许可
|
||||
  合作方对用户进行的身份认证可能有数字证书(具法律效果)、普通实名、
|
||||
匿名、 手机号验证、 仅登记等多种级别,不同认证级别对应不同的区块链交易
|
||||
权限。
|
||||
  与公有链不同, BROP 开放联盟链不允许匿名账户拥有数字凭证。 能够发起
|
||||
数字凭证交易的地址必须经过实名身份认证,所有接受数字凭证的地址也必须
|
||||
经过实名身份认证。
|
||||
  在合作方愿意为匿名账户的上链内容负责的情况下, 匿名账户可以在 BROP
|
||||
区块链上发起信息存证交易。没有经过任何认证的账户则只能进行查询。
|
||||
  BROP 区块链上每个合作方都可以对交易账户认证, 交易账户记录对其认证
|
||||
的合作方的索引及被合作方认可的认证级别。具体的上层业务可以拒绝为那些
|
||||
自己不认可的合作方认证的账户及合作方认可但认证级别不过关的账户进行服
|
||||
务。
|
||||
  合作方对用户进行的身份认证可能有数字证书(具法律效果)、普通实名、匿名、手机号验证、仅登记等多种级别,不同认证级别对应不同的区块链交易权限。
|
||||
  与公有链不同,BROP 开放联盟链不允许匿名账户拥有数字凭证。能够发起数字凭证交易的地址必须经过实名身份认证,所有接受数字凭证的地址也必须经过实名身份认证。
|
||||
  在合作方愿意为匿名账户的上链内容负责的情况下,匿名账户可以在 BROP区块链上发起信息存证交易。没有经过任何认证的账户则只能进行查询。
|
||||
  BROP 区块链上每个合作方都可以对交易账户认证,交易账户记录对其认证的合作方的索引及被合作方认可的认证级别。具体的上层业务可以拒绝为那些自己不认可的合作方认证的账户及合作方认可但认证级别不过关的账户进行服务。
|
||||
* 密钥管理
|
||||
  合作方对用户进行身份认证时即生成了一个用户合约,该合约是后续区块
|
||||
链业务的交易载体,用户持有的密钥是该用户合约的操作钥匙。如果用户持有
|
||||
的密钥丢失,可以提供必要的身份证明向合作方申请密钥重置。 密钥重置后,
|
||||
用户合约的地址和持有的数字凭证不变,变化的仅是用户持有的操作钥匙。
|
||||
  为了防止合作方管理人员滥用职权伪造用户意愿修改合约密钥造成纠纷,
|
||||
BROP 身份组件要求在每一次重置用户密钥时, 合作方都必须将本次修改涉及到
|
||||
的用户的申请材料和认证材料在 BROP 上存证。 如果合作方无法提供用户的申请
|
||||
与认证资料,或者资料与 BROP 上的存证信息不符,则说明该合作方存在法律责
|
||||
任。
|
||||
  合作方对用户进行身份认证时即生成了一个用户合约,该合约是后续区块链业务的交易载体,用户持有的密钥是该用户合约的操作钥匙。如果用户持有的密钥丢失,可以提供必要的身份证明向合作方申请密钥重置。密钥重置后,用户合约的地址和持有的数字凭证不变,变化的仅是用户持有的操作钥匙。
|
||||
  **为了防止合作方管理人员滥用职权伪造用户意愿修改合约密钥造成纠纷,BROP 身份组件要求在每一次重置用户密钥时,合作方都必须将本次修改涉及到的用户的申请材料和认证材料在 BROP 上存证。如果合作方无法提供用户的申请与认证资料,或者资料与 BROP 上的存证信息不符,则说明该合作方存在法律责任。**
|
||||
* 身份监管
|
||||
  应权威监管机构要求, 合作方可以向其提供所有其认证的用户身份的明文
|
||||
信息,权威监管方可以将其与区块链存证信息匹配鉴别。 BROP 运营方并不强制
|
||||
要求合作方向其提供用户的身份信息。
|
||||
  应权威监管机构要求,合作方可以向其提供所有其认证的用户身份的明文信息,权威监管方可以将其与区块链存证信息匹配鉴别。BROP 运营方并不强制要求合作方向其提供用户的身份信息。
|
||||
|
||||
#### 3.4.2. 存证组件
|
||||
  存证组件用来由合作方向业务第三方提供信息公示、数据存证服务。合作
|
||||
@ -220,60 +183,30 @@ BROP 平台提供凭证证明接口,交易所调用该接口可以生成基于
|
||||
口对资产证明进行验证。
|
||||
|
||||
### 3.5. 配额模型
|
||||
  与以太坊平台引入 GAS 机制的原因类似, BROP 必须引入配额模型才能规避
|
||||
恶意用户的零成本交易攻击。本配额模型特指用户使用 BROP 需要付出的代价的
|
||||
计量方式, 尽管可以作为参考但并非具体的商业收费模型。
|
||||
  由于 BROP 不允许用户自行部署智能合约,因此无需引入类似以太坊的按照
|
||||
OPCODE 计算的 GAS 系统。 BROP 仅针对交易量和数据量两项对平台负载影响较大
|
||||
的性能指标进行配额管理。 配额管理即为配额的分配和消耗机制,配额的分配
|
||||
机制只是为了补充消耗的计算配额,故可实行简单的周期性恢复,后续可实现
|
||||
更复杂的分配策略。
|
||||
  与以太坊平台引入 GAS 机制的原因类似,BROP 必须引入配额模型才能规避恶意用户的零成本交易攻击。本配额模型特指用户使用 BROP 需要付出的代价的计量方式,尽管可以作为参考但并非具体的商业收费模型。
|
||||
  由于 BROP 不允许用户自行部署智能合约,因此无需引入类似以太坊的按照OPCODE 计算的 GAS 系统。BROP 仅针对交易量和数据量两项对平台负载影响较大的性能指标进行配额管理。配额管理即为配额的分配和消耗机制,配额的分配机制只是为了补充消耗的计算配额,故可实行简单的周期性恢复,后续可实现更复杂的分配策略。
|
||||
|
||||
* 配额单位
|
||||
  BROP 以配额点的形式对交易复杂度进行度量,该配额点仅供发起区块链交
|
||||
易所占用的计算资源的计量使用,不具备转账、交易等功能,同时也不符合总
|
||||
量不变或增量确定等数字货币的特征。
|
||||
  BROP 以配额点的形式对交易复杂度进行度量,该配额点仅供发起区块链交易所占用的计算资源的计量使用,不具备转账、交易等功能,同时也不符合总量不变或增量确定等数字货币的特征。
|
||||
* 配额点数分配
|
||||
  通常情况下平台的交易由合作方完成,因此各合作方是配额点数的主要消
|
||||
耗者;同时终端用户也存在发起交易业务的情况,因此终端用户也会在某些情
|
||||
况下存在配额点数需求。
|
||||
  BROP 将向各个合作方周期性地分配一定数量的配额点数。终端用户也会根
|
||||
据业务上限周期性获得系统分配的配额点数,如果某用户恶意发起大量碎片交
|
||||
易其配额点数很快会消耗完。
|
||||
  通常情况下平台的交易由合作方完成,因此各合作方是配额点数的主要消耗者;同时终端用户也存在发起交易业务的情况,因此终端用户也会在某些情况下存在配额点数需求。
|
||||
  BROP 将向各个合作方周期性地分配一定数量的配额点数。终端用户也会根据业务上限周期性获得系统分配的配额点数,如果某用户恶意发起大量碎片交易其配额点数很快会消耗完。
|
||||
* 交易配额计量
|
||||
  每次交易发起时,交易方需要向系统支付预定数值的配额点数。交易所需
|
||||
的配额点数与交易复杂度和附带数据量有关。 配额点数不足时,记账节点拒绝
|
||||
该交易打包。
|
||||
  注: BROP 提供链外数据托管服务,其服务存放的数据量与链上配额点数无
|
||||
关,不在本白皮书的讨论范围内。
|
||||
  **每次交易发起时,交易方需要向系统支付预定数值的配额点数。交易所需的配额点数与交易复杂度和附带数据量有关。配额点数不足时,记账节点拒绝该交易打包。**
|
||||
  注: BROP 提供链外数据托管服务,其服务存放的数据量与链上配额点数无关,不在本白皮书的讨论范围内。
|
||||
|
||||
### 3.6. 司法追溯
|
||||
  每一个参与者在进入 BROP 平台之前都会与平台签署并通过本平台公示一份
|
||||
关于其登记数据合法性和有效性的法律文件。通过该法律文件的设计,我们可
|
||||
以要求用户对 BROP 开放联盟链上的每一个操作担负对应的法律责任。这些法律
|
||||
声明包括但不限于公示身份的真实性、登记数据的真实合法性、登记数字凭证
|
||||
的合法性、权属转移的合法性等。
|
||||
  通过对参与方的业务行为的法律约束,以及对其业务结果的连带责任的约
|
||||
束,我们可以在 BROP 开放联盟链上形成一个法律责任链条。一旦参与方在
|
||||
BROP 平台中某一个操作步骤出现了法律纠纷,参与方有权获得完整的法律责任
|
||||
文件,并对责任方执行司法追溯。
|
||||
  每一个参与者在进入 BROP 平台之前都会与平台签署并通过本平台公示一份关于其登记数据合法性和有效性的法律文件。通过该法律文件的设计,我们可以要求用户对 BROP 开放联盟链上的每一个操作担负对应的法律责任。这些法律声明包括但不限于公示身份的真实性、登记数据的真实合法性、登记数字凭证的合法性、权属转移的合法性等。
|
||||
  通过对参与方的业务行为的法律约束,以及对其业务结果的连带责任的约束,我们可以在 BROP 开放联盟链上形成一个法律责任链条。一旦参与方在BROP 平台中某一个操作步骤出现了法律纠纷,参与方有权获得完整的法律责任文件,并对责任方执行司法追溯。
|
||||
|
||||
### 3.7. 监管与干预
|
||||
  BROP 平台在运行过程中会遇到多种需要人工干预的场景,我们将它分为三
|
||||
类:
|
||||
  一是权威监管机构(如司法部门)发出具有法律效应的监管命令,该命令
|
||||
针对某一参与方,则由中钞执行该命令,同时将对应的法律证明保存到 BROP 区
|
||||
块链上;
|
||||
  二是针对平台的技术性需求, 如系统功能升级或紧急补丁, 由各记账方商
|
||||
议后进行决策;
|
||||
  三是权威监管机构发出的针对普通用户的命令,由该用户对应的合作方负
|
||||
责监管与执行。
|
||||
  BROP 平台在运行过程中会遇到多种需要人工干预的场景,我们将它分为三类:
|
||||
  一是权威监管机构(如司法部门)发出具有法律效应的监管命令,该命令针对某一参与方,则由中钞执行该命令,同时将对应的法律证明保存到 BROP 区块链上;
|
||||
  二是针对平台的技术性需求,如系统功能升级或紧急补丁,由各记账方商议后进行决策;
|
||||
  三是权威监管机构发出的针对普通用户的命令,由该用户对应的合作方负责监管与执行。
|
||||
|
||||
## 4. 应用场景
|
||||
  BROP 平台的应用场景主要包括两大方面,信息公示和资产登记。 前者将静
|
||||
态信息公示在平台上用来对合作方的信息提供存在性、完整性和未篡改的证明。
|
||||
后者则将权属信息登记在平台上,通过权属的可信变更和查询来实现资产登记
|
||||
方、交易方和验证方的多方协作。
|
||||
  BROP 平台的应用场景主要包括两大方面,**`信息公示`**和**`资产登记`**。前者将静态信息公示在平台上用来**对合作方的信息提供存在性、完整性和未篡改的证明**。后者则将权属信息登记在平台上,通过**权属的可信变更和查询**来**实现资产登记方、交易方和验证方的多方协作**。
|
||||
|
||||
### 4.1. 信息公示
|
||||
#### 4.1.1. 食品溯源
|
||||
|
Loading…
Reference in New Issue
Block a user