diff --git a/Extesnsion/中钞可信登记开放平台白皮书.md b/Extesnsion/中钞可信登记开放平台白皮书.md
index dcffb19..937f3eb 100644
--- a/Extesnsion/中钞可信登记开放平台白皮书.md
+++ b/Extesnsion/中钞可信登记开放平台白皮书.md
@@ -175,88 +175,50 @@
 
 ### 4.1. 信息公示
 #### 4.1.1. 食品溯源
-  场景痛点：食品从生产到销售环节众多，每个环节产生的各类信息被离散
-地保存在各个环节各自的系统内，信息流缺乏透明度。这带来的问题是： 食品
-信息因为生产、流通信息不透明、不流畅导致出现造假可能（如曾经出现过的
-生产日期超前于销售日期），最终消费者难以通过现有信息确认食品的品质。 
-  基于 BROP 的解决思路： 通过数据摘要和信息签名算法，使得其承载的数据无
-法伪造无法篡改来有效解决食品的溯源问题。具体的实现形式是食品溯源企业
-将食品身份认证及流转过程记录在本地服务器，并将其数据摘要上传至 BROP 平
-台。其中，业务上具有关联关系的数据通过包含历史信息摘要的形式在数学上
-进行前后关联。这样食品的生产记录、运输记录、分销记录、零售记录都会被
-有关联并忠实的记录在区块链上。当第三方需要对溯源数据进行读取时，食品
-溯源企业提供相应的详细信息，第三方只需将其与 BROP 平台上的摘要信息进行
-对比，即可判断数据的真实与完整。
+  场景痛点：食品从生产到销售环节众多，每个环节产生的各类信息被离散地保存在各个环节各自的系统内，信息流缺乏透明度。这带来的问题是： 食品信息因为生产、流通信息不透明、不流畅导致出现造假可能（如曾经出现过的生产日期超前于销售日期），最终消费者难以通过现有信息确认食品的品质。   
+  基于 BROP 的解决思路： 通过数据摘要和信息签名算法，使得其承载的数据无法伪造无法篡改来有效解决食品的溯源问题。具体的实现形式是**食品溯源企业将食品身份认证及流转过程记录在本地服务器，并将其数据摘要上传至 BROP 平台**。其中，**业务上具有关联关系的数据通过包含历史信息摘要的形式在数学上进行前后关联**。这样食品的`生产记录、运输记录、分销记录、零售记录`都会被有关联并忠实的记录在区块链上。当第三方需要对溯源数据进行读取时，食品溯源企业提供相应的详细信息，**第三方只需将其与 BROP 平台上的摘要信息进行对比，即可判断数据的真实与完整**。
+
+>这样就能真的查到食品的生产日期么？如果食品生产商登记的时候就作假呢？就好比登记的生产日期超出实际生产日期，就像前面提到的存证、凭证，要由第三方来保证数据合法性，这本身就是得不到保证的。
 
 #### 4.1.2. 政企公示
-  场景痛点： 互联网科技的发展使得越来越多的政府和企业使用互联网进行
-公示公告，促进服务的高效、精准和便利，但是在增加便利性的同时，保障数
-据的安全以及应对数据量的海量增长成为亟待解决的问题。 
-  基于BPOR的解决思路： 政企公示服务公司将相关核心数据的标号和脱敏摘
-要保存在区块链上，当第三方需要对公示数据进行读取时，政企公示服务公司
-提供相应的详细信息，第三方只需将其与BROP平台上的摘要信息进行对比，即
-可判断数据的真实与完整。
+  场景痛点： 互联网科技的发展使得越来越多的政府和企业使用互联网进行公示公告，促进服务的高效、精准和便利，但是在增加便利性的同时，保障数据的安全以及应对数据量的海量增长成为亟待解决的问题。   
+  基于BPOR的解决思路： 政企公示服务公司将相关**核心数据的标号**和**脱敏摘要**保存在区块链上，当第三方需要对公示数据进行读取时，政企公示服务公司提供相应的详细信息，第三方只需将其与BROP平台上的摘要信息进行对比，**即可判断数据的真实与完整**。
+
+>难道政府公示的数据还作假？
 
 #### 4.1.3. 鉴定证书登记
-  场景痛点：传统的鉴定证书管理依赖相关政府或检测检验单位，而有限的
-数据维度、未建立的历史数据信息链常常导致无法获得完整有效的信息或者对
-鉴定证书的本身的真伪无法判断的问题。 
-  基于BROP的解决思路： 充分利用区块链建立不可篡改的数字化证明，将经
-由鉴定机构鉴定过的物品或资质的证书编号和证书图片的摘要信息登记到平台
-上。其他用户可以通过鉴定机构的平台查询到该登记信息并与区块链上的信息
-进行比对确认信息真实性。更进一步的服务还包括将登记的商品由合作方托管
-并将权属信息登录在BROP平台上，则用户可以在交易市场直接对其权属进行交
-易，这大大促进了鉴定物品在交易市场的流动性。
+  场景痛点：传统的鉴定证书管理**依赖相关政府或检测检验单位**，而有限的数据维度、**未建立的历史数据信息链**常常导致无法获得完整有效的信息或者对鉴定证书的本身的真伪无法判断的问题。   
+  基于BROP的解决思路： 充分利用区块链建立不可篡改的数字化证明，**将经由鉴定机构鉴定过的物品或资质的证书编号和证书图片的摘要信息登记到平台上**。其他用户可以通过鉴定机构的平台查询到该登记信息并与区块链上的信息进行比对确认信息真实性。更进一步的服务还包括将登记的商品由合作方托管并将权属信息登录在BROP平台上，则用户可以在交易市场直接对其权属进行交易，这大大促进了鉴定物品在交易市场的流动性。
+
+>平台只能保证登记信息不被篡改，但是鉴定过程还是需要鉴定机构啊，并没有解决什么痛点啊？
 
 #### 4.1.4. 慈善资金登记
-  场景痛点：信息不透明，公众无法追溯捐助的钱款、物资如何是使用的。
-在过去几年里公益慈善行业爆发出的事件，极大地打击了公众对公益行业的信
-任度。公益信息不透明不公开，是社会舆论对公益机构、公益行业的最大质疑。
-公益透明度影响了公信力，公信力决定了社会公益的发展速度。 
-  基于 BROP 的解决思路： 公益机构将公益流程中的相关信息，如捐赠项目、
-募集明细、资金流向、受助人反馈等信息的摘要存放于区块链上进行。与溯源
-登记类似，第三方可以结合公益机构提供的全量信息进行数据鉴定。此外，通过 BROP 平台提供的全量资金证明工具，公益机构可以在 BROP 联盟链上证明所
-用用户捐赠的善款都已经包含在公示信息内，大大提高公益透明度。
+  场景痛点：信息不透明，公众无法追溯捐助的钱款、物资如何是使用的。在过去几年里公益慈善行业爆发出的事件，极大地打击了公众对公益行业的信任度。公益信息不透明不公开，是社会舆论对公益机构、公益行业的最大质疑。公益透明度影响了公信力，公信力决定了社会公益的发展速度。   
+  基于 BROP 的解决思路： 公益机构将公益流程中的相关信息，如**捐赠项目、募集明细、资金流向、受助人反馈等信息的`摘要`**存放于区块链上进行。与溯源登记类似，第三方可以结合公益机构提供的全量信息进行数据鉴定。此外，通过 BROP 平台提供的全量资金证明工具，公益机构可以在 BROP 联盟链上证明**所用用户捐赠的善款都已经包含在公示信息内**，大大提高公益透明度。
+
+>1.存的还是摘要，如果验证后数据被篡改了，那么原数据也无法获得啊？
+>2."所用用户捐赠的善款都已经包含在公示信息内" 还是用零知识证明？还是那句话，如果一开始登记的数据
 
 ### 4.2. 身份登记与授权
 #### 4.2.1. 统一身份鉴权
-  场景痛点：目前尚不存在一个公用的身份鉴权平台，各个应用方无法对第
-三方背书的身份信息完全认可；监管方也很难在跨应用前提下对不同的用户的
-征信信息、资产信息进行评估。 
-  基于 BROP 的解决思路： 某身份认证机构对个人用户和企业用户进行链外
-KYC，对其身份信息进行摘要存证；合作方选择信任该身份认证机构，当合作方
-需要了解该个人用户的身份信息时，该身份认证机构在用户同意的前提下将用
-户的身份信息发送给合作方（类似微信登录的第三方授权服务），合作方通过将
-该信息与区块链上的存证摘要进行比对即可确定用户信息的真实性。同时，用
-户可以选择将其在 BROP 区块链上的所有数字凭证和交易信息都发送给监管方或
-合作方，以提供其征信信息。
+  场景痛点：目前尚不存在一个公用的身份鉴权平台，**各个应用方无法对第三方背书的身份信息完全认可**；监管方也很难在跨应用前提下对不同的用户的征信信息、资产信息进行评估。   
+  基于 BROP 的解决思路： 某**身份认证机构**对个人用户和企业用户进行链外KYC，对其身份信息进行**摘要存证**；合作方选择信任该身份认证机构，**当合作方需要了解该个人用户的身份信息时**，该身份认证机构在用户同意的前提下将用户的身份信息发送给合作方（类似微信登录的第三方授权服务），合作方通过将该信息与区块链上的存证摘要进行比对即可确定用户信息的真实性。同时，**用户可以选择将其在 BROP 区块链上的所有数字凭证和`交易信息`都发送给监管方或合作方，以提供其征信信息。**
+
+>KYC规则是指了解客户(know-your-customer, KYC)规则 [1]  。金融机构如不能清晰识别客户身份，便更不愿贷款给客户，阻碍金融普惠，是国际社会努力实现金融诚信和金融普惠不可或缺的。
+
+>摘要存证…… 可能用这个平台查征信更加方便了吧。
 
 #### 4.2.2. 医疗大数据平台
-  场景痛点： 个人用户的医疗信息分散在各家医院，医院不能在未经许可前
-提下分发用户的隐私数据；但是又需要对用户的医疗数据进行聚合以便对用户
-的身体状况进行综合分析。 
-  基于 BROP 的解决思路： 用户使用 BROP 上的统一身份去注册或关联医院的
-患者 ID，各家医院作为 BROP 上的数据共享节点将用户的就诊信息加密保存。
-用户授权某家医疗机构访问其就诊数据后，该医疗机构使用用户私钥签名后的
-授权请求获取指定用户的原始就诊信息。即可完成医疗大数据的可信分享。
+  场景痛点： 个人用户的医疗信息分散在各家医院，**医院不能在未经许可前提下分发用户的隐私数据**；但是又需要对用户的医疗数据进行聚合以便对用户的身体状况进行综合分析。   
+  基于 BROP 的解决思路： 用户使用 BROP 上的统一身份去注册或关联医院的患者 ID，**各家医院作为 BROP 上的数据共享节点将用户的`就诊信息加密保存`**。**用户授权某家医疗机构访问其就诊数据后，该医疗机构使用用户私钥签名后的授权请求获取指定用户的原始就诊信息**。即可完成医疗大数据的可信分享。
+
+>相当于统一的医疗平台，但是感觉不用区块链也可以。
 
 ### 4.3. 凭证登记
 #### 4.3.1. 优惠券登记与流转
-  场景痛点： 传统的纸质或电子优惠券作为商家促销的最有效手段之一，目
-前存在流动性不足的问题。很多优惠券发放以后未被使用，未能在获取新用户
-过程中发挥积极作用。 
-  基于 BROP 的解决思路：优惠券发行方可以在区块链上将自己的产品或服务
-作为数字凭证发布，个人用户购买或被赠与相应的数字凭证后可以非常方便地
-到第三方网站进行权属转移，从而解决数字凭证二级市场流动性不足的问题。
+  场景痛点： 传统的纸质或电子优惠券作为商家促销的最有效手段之一，目前存在流动性不足的问题。很多优惠券发放以后未被使用，未能在获取新用户过程中发挥积极作用。   
+  基于 BROP 的解决思路：优惠券发行方可以在区块链上将自己的**产品或服务作为数字凭证发布**，个人用户购买或被赠与相应的数字凭证后可以非常方便地到第三方网站进行权属转移，从而解决数字凭证二级市场流动性不足的问题。
 
 #### 4.3.2. 门票登记与流转
-  场景痛点： 门票作为一种由票务方发行、由分销商销售的有价凭证，可以
-看作是以主办方的某项服务为抵押的资产凭证。活动主办方授权销售方进行票
-务销售，销售方通过多渠道、多级市场交易后，票务确权发生困难。主要原因
-一是主办方无法追踪及控制多渠道、多级市场以后门票的情况；二是主办方收
-到票款后也没有动力去追溯。 
-  基于 BROP 的解决思路： 实现门票流转规则的制定、门票所属权的登记和门
-票所属权的流转等功能。借助区块链技术的公开性、可监管、可验证、不可伪
-造和不可篡改等特性，平台上登记的数字门票所属权明确，转移过程透明，因
-此可以使得票务领域各个公司基于该所属权进行各种业务合作。用户购买门票
-后也可以方便地进行转移。
\ No newline at end of file
+  场景痛点： 门票作为一种由票务方发行、由分销商销售的有价凭证，可以看作是以主办方的某项服务为抵押的资产凭证。活动主办方授权销售方进行票务销售，销售方通过多渠道、多级市场交易后，票务确权发生困难。主要原因一是主办方无法追踪及控制多渠道、多级市场以后门票的情况；二是主办方收到票款后也没有动力去追溯。   
+  基于 BROP 的解决思路： 实现门票流转规则的制定、门票所属权的登记和门票所属权的流转等功能。借助区块链技术的公开性、可监管、可验证、不可伪造和不可篡改等特性，平台上登记的数字门票所属权明确，转移过程透明，因此可以使得票务领域各个公司基于该所属权进行各种业务合作。用户购买门票后也可以方便地进行转移。
\ No newline at end of file