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
17c55d145e
commit
2d2d73efc4
@ -120,67 +120,32 @@
|
|||||||
  应权威监管机构要求,合作方可以向其提供所有其认证的用户身份的明文信息,权威监管方可以将其与区块链存证信息匹配鉴别。BROP 运营方并不强制要求合作方向其提供用户的身份信息。
|
  应权威监管机构要求,合作方可以向其提供所有其认证的用户身份的明文信息,权威监管方可以将其与区块链存证信息匹配鉴别。BROP 运营方并不强制要求合作方向其提供用户的身份信息。
|
||||||
|
|
||||||
#### 3.4.2. 存证组件
|
#### 3.4.2. 存证组件
|
||||||
  存证组件用来由合作方向业务第三方提供信息公示、数据存证服务。合作
|
  **存证组件用来由合作方向业务第三方提供信息公示、数据存证服务**。**`合作方负责其存证数据的真实性,BROP 负责其完整性和可靠性`**。**业务第三方则自行决定对合作方是否信任**。存证组件提供了一系列标准化的数据证明手段以实现信息公示。我们将提供完善的技术工具方便应用方将数据验证组件与自己的应用整合,同时提供数据公示网站和接口供用户查询。
|
||||||
方负责其存证数据的真实性,BROP 负责其完整性和可靠性。业务第三方则自行决定对合作方是否信任。存证组件提供了一系列标准化的数据证明手段以实现
|
|
||||||
信息公示。我们将提供完善的技术工具方便应用方将数据验证组件与自己的应
|
|
||||||
用整合,同时提供数据公示网站和接口供用户查询。
|
|
||||||
* 时间证明
|
* 时间证明
|
||||||
  BROP 上存在两类时间戳,一类是区块本身的时间戳,它由记账节点打包时
|
  BROP 上存在两类时间戳,一类是区块本身的时间戳,它由记账节点打包时提供本机时间并交由其他节点共识确认;第二类是可信授时机构提供的时间戳签名。根据业务需求和法律要求的不同,合作方可以对其存证数据附带这两种形式的时间证明。
|
||||||
提供本机时间并交由其他节点共识确认;第二类是可信授时机构提供的时间戳
|
|
||||||
签名。根据业务需求和法律要求的不同,合作方可以对其存证数据附带这两种
|
|
||||||
形式的时间证明。
|
|
||||||
* 可靠性证明
|
* 可靠性证明
|
||||||
  数据的可靠性证明解决的是数据如何防篡改的问题。合作方将存证对象的
|
  数据的可靠性证明解决的是数据如何防篡改的问题。合作方将存证对象的数据摘要存放在 BROP 平台上,验证方可以将数据原文进行摘要后与 BROP 平台上登记的摘要信息对比,以确认数据的可靠性。
|
||||||
数据摘要存放在 BROP 平台上,验证方可以将数据原文进行摘要后与 BROP 平台
|
|
||||||
上登记的摘要信息对比,以确认数据的可靠性。
|
|
||||||
* 完整性证明
|
* 完整性证明
|
||||||
  针对同一个对象可能存在多条前后关联的数据记录,我们提供多条数据的
|
  针对同一个对象可能存在多条前后关联的数据记录,我们提供多条数据的完整性证明机制,其典型的场景是**食品溯源和库存流转**等。具体的实现形式是通过业务上具有关联关系的数据通过包含上一条信息的摘要的形式进行前后关联。任何一条记录的丢失或者篡改都无法通过区块链验证。
|
||||||
完整性证明机制,其典型的场景是食品溯源和库存流转等。具体的实现形式是
|
|
||||||
通过业务上具有关联关系的数据通过包含上一条信息的摘要的形式进行前后关
|
|
||||||
联。任何一条记录的丢失或者篡改都无法通过区块链验证。
|
|
||||||
* 多方确认证明
|
* 多方确认证明
|
||||||
  该功能提供某一数据已经同时获得多个参与方的确认的证明,主要的应用
|
  该功能提供某一数据已经同时获得多个参与方的确认的证明,主要的应用场景是多方**电子合同的签署**。**当且仅当多个参与方均确认时合同文件才能生效,在其他参与方确认之前,已确认的参与方随时可以撤销确认。**
|
||||||
场景是多方电子合同的签署。当且仅当多个参与方均确认时合同文件才能生效,
|
|
||||||
在其他参与方确认之前,已确认的参与方随时可以撤销确认。
|
|
||||||
* 数据托管
|
* 数据托管
|
||||||
  针对合作方可能需要保存与区块链存证数据相关联的文件(如图片),我们
|
  针对合作方可能需要保存与区块链存证数据相关联的文件(如图片),我们提供数据托管服务,将文件保存在云端存储空间,并在区块链上保存了托管地址摘要。合作方可自行选择文件保存方式,BROP 对数据托管服务按照存储空间大小额外收费。
|
||||||
提供数据托管服务,将文件保存在云端存储空间,并在区块链上保存了托管地
|
|
||||||
址摘要。合作方可自行选择文件保存方式,BROP 对数据托管服务按照存储空间
|
|
||||||
大小额外收费。
|
|
||||||
|
|
||||||
#### 3.4.3. 凭证组件
|
#### 3.4.3. 凭证组件
|
||||||
  数字凭证特指与链外实物、虚拟商品或某种服务对应的权属记录。每种数
|
  **数字凭证特指与链外实物、虚拟商品或某种服务对应的权属记录**。每种数字凭证由特定的合作方负责注册和登记,并由该合作方负责兑现相应的产品和服务。
|
||||||
字凭证由特定的合作方负责注册和登记,并由该合作方负责兑现相应的产品和
|
  数字凭证的登记方需要符合国家对凭证登记和交易的相关要求,对于不能进行公开交易的凭证,如未经许可的债券、股权等与现行法律相抵触的凭证不得在 BROP 平台上注册登记。**否则因此造成的一切后果由注册登记方负责。**BROP**仅负责数字凭证的结构化记录和权属变更的原子性,不负责其法律的合规性,也不对数字凭证对应的产品或服务进行价值背书**。
|
||||||
服务。
|
|
||||||
  数字凭证的登记方需要符合国家对凭证登记和交易的相关要求,对于不能
|
|
||||||
进行公开交易的凭证,如未经许可的债券、股权等与现行法律相抵触的凭证不
|
|
||||||
得在 BROP 平台上注册登记。否则因此造成的一切后果由注册登记方负责。BROP
|
|
||||||
仅负责数字凭证的结构化记录和权属变更的原子性,不负责其法律的合规性,
|
|
||||||
也不对数字凭证对应的产品或服务进行价值背书。
|
|
||||||
* 凭证注册
|
* 凭证注册
|
||||||
  合作方提供数字凭证的相关信息,包括数字凭证名称、对应服务(或产品)、
|
  合作方提供数字凭证的相关信息,包括数字凭证名称、对应服务(或产品)、数字凭证类型(是否可拆分合并)、数字凭证数量上限等,由 BROP 运营方创建对应的数字凭证智能合约,交由合作方管理。
|
||||||
数字凭证类型(是否可拆分合并)、数字凭证数量上限等,由 BROP 运营方创建
|
|
||||||
对应的数字凭证智能合约,交由合作方管理。
|
|
||||||
* 凭证分配
|
* 凭证分配
|
||||||
  合作方可以根据自己的业务需求在发行数量允许的范围内向已经经过身份
|
  合作方可以根据自己的业务需求在发行数量允许的范围内向已经经过身份认证的用户进行数字凭证分配。持有该数字凭证的用户可以将其权属转让给他人。
|
||||||
认证的用户进行数字凭证分配。持有该数字凭证的用户可以将其权属转让给他
|
|
||||||
人。
|
|
||||||
* 凭证确权
|
* 凭证确权
|
||||||
  数字凭证的持有人有权将数字凭证转移给数字凭证发行方认可的 BROP 账户
|
  数字凭证的持有人有权将数字凭证转移给数字凭证发行方认可的 BROP 账户名下,且该权属变更由区块链确认并公示。因此交易中介可以与数字凭证发行方通过 BROP 区块链协作以提高数字凭证的流动性。
|
||||||
名下,且该权属变更由区块链确认并公示。因此交易中介可以与数字凭证发行
|
  通过这种形式,数字凭证发行方和交易中介这两家企业实现了数据互通和业务协作,为用户提供了可靠、便捷的服务。
|
||||||
方通过 BROP 区块链协作以提高数字凭证的流动性。
|
|
||||||
  通过这种形式,数字凭证发行方和交易中介这两家企业实现了数据互通和
|
|
||||||
业务协作,为用户提供了可靠、便捷的服务。
|
|
||||||
* 凭证监管
|
* 凭证监管
|
||||||
  合作方发行的数字凭证对应其承诺的产品或服务,因此不得超过其承担能力。监管方可以对其资产能力进行评估并对其数字凭证发行上限、发行模式和
|
  **合作方发行的数字凭证对应其承诺的产品或服务**,因此不得超过其承担能力。监管方可以对其资产能力进行评估并对其数字凭证发行上限、发行模式和流通行为进行监管。具体的监管手段包括报表统计、发行量上限调整、流动性限制等。
|
||||||
流通行为进行监管。具体的监管手段包括报表统计、发行量上限调整、流动性
|
|
||||||
限制等。
|
|
||||||
* 凭证证明
|
* 凭证证明
|
||||||
  当用户需要对数字凭证进行交易时,其数字凭证需要在中心化服务的交易
|
  当用户需要对数字凭证进行交易时,**其数字凭证需要在`中心化服务的交易所`进行托管**,`此时有可能存在交易所恶意转移用户的数字凭证的情况发生`。BROP 平台提供凭证证明接口,交易所调用该接口可以**生成基于 Merkle 树算法的凭证证明信息,为其凭证托管提供 100%数量证明(不明白?通过Merkle树来验证交易所托管的凭证是否是平台上的凭证,若是则没有篡改,并且无需知道平台上的其他凭证数据?)**。**业务系统也可以调用该接口对资产证明进行验证**。
|
||||||
所进行托管,此时有可能存在交易所恶意转移用户的数字凭证的情况发生。
|
|
||||||
BROP 平台提供凭证证明接口,交易所调用该接口可以生成基于 Merkle 树算法
|
|
||||||
的凭证证明信息,为其凭证托管提供 100%数量证明。业务系统也可以调用该接
|
|
||||||
口对资产证明进行验证。
|
|
||||||
|
|
||||||
### 3.5. 配额模型
|
### 3.5. 配额模型
|
||||||
  与以太坊平台引入 GAS 机制的原因类似,BROP 必须引入配额模型才能规避恶意用户的零成本交易攻击。本配额模型特指用户使用 BROP 需要付出的代价的计量方式,尽管可以作为参考但并非具体的商业收费模型。
|
  与以太坊平台引入 GAS 机制的原因类似,BROP 必须引入配额模型才能规避恶意用户的零成本交易攻击。本配额模型特指用户使用 BROP 需要付出的代价的计量方式,尽管可以作为参考但并非具体的商业收费模型。
|
||||||
@ -206,7 +171,7 @@ BROP 平台提供凭证证明接口,交易所调用该接口可以生成基于
|
|||||||
  三是权威监管机构发出的针对普通用户的命令,由该用户对应的合作方负责监管与执行。
|
  三是权威监管机构发出的针对普通用户的命令,由该用户对应的合作方负责监管与执行。
|
||||||
|
|
||||||
## 4. 应用场景
|
## 4. 应用场景
|
||||||
  BROP 平台的应用场景主要包括两大方面,**`信息公示`**和**`资产登记`**。前者将静态信息公示在平台上用来**对合作方的信息提供存在性、完整性和未篡改的证明**。后者则将权属信息登记在平台上,通过**权属的可信变更和查询**来**实现资产登记方、交易方和验证方的多方协作**。
|
  BROP 平台的应用场景主要包括两大方面,**`信息公示(存证)`**和**`资产登记(凭证)`**。前者将静态信息公示在平台上用来**对合作方的信息提供存在性、完整性和未篡改的证明**。后者则将权属信息登记在平台上,通过**权属的可信变更和查询**来**实现资产登记方、交易方和验证方的多方协作**。
|
||||||
|
|
||||||
### 4.1. 信息公示
|
### 4.1. 信息公示
|
||||||
#### 4.1.1. 食品溯源
|
#### 4.1.1. 食品溯源
|
||||||
|
Loading…
Reference in New Issue
Block a user