世界经济论坛区块链报告阅读笔记
该报告主要谈及DLT(distributed ledger technology)如何重塑金融服务，并不以Blockchain为题眼，并强调DLT并不是重塑金融服务基础设施的唯一方式。
DLT关注点在于:
- real-time（实时性）
使金融机构(FIs)之间的资金近实时点对点转移，消除摩擦，并加速结算
- multi-party tracking（多方跟踪）
实现信用证的实时多方跟踪和管理，实现更快的自动结算
- immutable data sources（不可变数据源）
利用不可变数据源的智能合约，提供更快、更准确的报告
- improved line of sight into assets（资产公开）
为市场参与者提供了更好的资产视线，从而改进了风险评估和决策
不光是该报告指出，上面提到的工信部和腾讯的白皮书也指出实时性是一个重要的方向，比如进行实时的对账；以及解决信息不对称，比如将资产公开以评估和监管是否为优质资产，又比如通过减少借方和贷方之间的信息不对称，对杠杆成本产生影响。
DLT应用落地需要什么
报告指出，DLT应用落地需要在任者(incumbents),创新者(innovators)和监管者(regulators)三者的深度协作才可能完成。
有了“人和”并不够，还需要有下面三方面的核心条件：
- 基础服务更迭
基础设施的更迭需要合适的时机以及资本青睐。
- 协调利益分歧
在利益分歧和零和博弈的情况下，为集体行动协调关键利益相关者将需要艰难地平衡利益。
- 法律、监管和治理框架
落地DLT会对现有的法律和监管提出一定的条件，并且智能合约的使用需要额外的治理服务。
报告认为，尽管实现上述三点需要更大规模的多方合作，尽管会延迟实现，但如果最终成功，这能够支持可伸缩的基础架构、行业范围的解决方案和标准化流程。
有从国家、行业层面推进DLT或者Blockchain落地的新闻报道和文件出现，但仍处在探索阶段，正如同上海实行的垃圾分类一样，在总体上愿景是好的，实际实施起来确是失败的。
公有链之所以比私有链更受关注，是其更受资本关注，不管是POW或者是POS，且尤其是POS实现的细节，资本是绝对占优的。
报告案例：Global Payments
案例步骤：
- 转账者(Sender)需要转移资金到其他国家需要通过银行(Sender bank)或者汇款机构(Money transfer operator)进行资金的跨境转移。
- 银行或者汇款机构有两种方式来转移资金：第一种是通过环球同业银行金融电讯协会(SWIFT)网络快捷转移；另一种是通过代理银行(Correspondent bank)来进行转移。
- 转账接收者(Beneficiary)被银行或汇款机构通知，然后进行收款操作。
- 所有参与转账的银行或者机构应当按照法律法规给当地的监管部门发送交易报告。
其中的痛点有：
- 低效的用户信息采集
Sender和Beneficiary的信息被手动并重复收集，因为需要使用KYC(Known your customer)进行强化审查，了解资金来源的合法性，防止洗钱。
- 成本和延迟
根据资金转账路由的方式，付款是昂贵和耗时的：每个银行都会进行交易验证信息，导致高拒绝率；银行一般会持有外币账户，导致了机会和对冲成本。
- 法律法规
由于不同的数据源和渠道或来源，监管报告除了复杂的业务流程外，还需要昂贵的技术能力。
使用DLT后的架构如下：
- Sender与Sender bank之间的信任是通过传统的KYC或数字身份档案建立的，同时Beneficiary账户接收转账也通过验证KYC或者数字身份档案完成，这里的数字身份档案是利用存储在DLT上的数字配置文件建立信任并对发送方进行身份验证。
- 货币转换是通过总账上的流动资金提供者(liquidity providers)来实现的，智能合约能够以最低的费用和保证的交付实现资金的实时转移，而不需要代理行。
- 监管机构可以实时监控交易，并通过智能合约设定特定的反洗钱警报(AML alert)。交易历史可以在分类账上查到，监管机构可以持续对其进行审查。
采用DTL引入的问题：
不同国家/地区的法律框架和监管规则不一样，不同银行对Sender/Beneficiary流程不一样。如果需要达成国际协议，各参与方不同的优先事项、紧急程度和预算将为在参与方之间形成国际协议制造障碍。
这种架构是一种“弱中心化”的架构，各个中心方需要对DTL有interest才能推进。
这里的外汇转换(foreign exchange)应该不是通过“DLT上大量的交易量，拥有足够的外汇资金池”来完成的，如果是，这之间的交易必然存在逆差，不可能满足任意一笔交易有足够的外汇转换。可能是通过第三方介入来提供流动资金，这样虽然不用各个银行有其外币账户(nostro account)，但是这个过程性质是不变的。
报告案例：P&C Claims Processing
案例步骤：
- 受保公司(Insuree)通过经理人(Broker)向保险公司(Insurer)和再保险公司(Reinsurer，如果需要的话)报告损失和赔偿要求。Broker可能要求Insuree提供更多的信息以支持赔偿要求，然后Broker向Insurer和Reinsurer提出索赔。Insurer确认收到赔偿要求。
- Insurer的理算师(Loss adjuster)通过客户信息、二次数据来源(Secondary Data Source)、面谈来评估核实索赔的有效性。如果Insurer需要补充信息，则向Broker或Insuree提出新的信息请求。在某些情况下，Insuree必须直接从Sencondary Data Source收集支持自己的文件。
- 在完成索赔评估后，Loss adjuster对索赔作出结论。如果索赔被批准，则向被Insuree付款。
其中的痛点有：
- 客户体验
Insuree提出索赔时，必须填写一份复杂的调查表，并保留因损失而产生的费用的实际收据。Broker在处理过程中充当中介，增加了提交的延迟和成本。
- 数据源
Insurer与第三方数据提供商(Support Data Source)建立个人关系，以便手动访问可能无法更新的支持资产、风险和损失数据。保险公司之间没有信息共享，增加了欺诈的可能性。
- 人工处理过程
要求Loss adjuster审查索赔并确保索赔的完整性，如：
-向Insuree请求附加信息，使用Support Data Source。
-确认损失范围
-确定责任范围
-计算损失金额
注意，这里的Insuree是指被保险的公司，而不是自然人。
- 损失信息由Insuree或Smart asset(智能资产，通过传感器或外部数据源(如果资产具有技术能力))提交，触发自动索赔应用程序。如果索赔被批准，则通过智能合同向被保险人付款。
- 对于通过智能合约签发的保单，Insuree实时收到关于初始承保范围的反馈。索赔尽职调查是通过智能合同中编纂的业务规则，利用Insuree提交的信息来实现自动化的。根据保险单的不同，智能合同可以自动计算Insurer和Reinsurer的责任。
- DLT自动利用Secondary Data Source评估索赔并计算损失金额，然后通过Loss adjuster再确认，减少工作量。
通过智能合约，索赔提交过程将被简化和/或完全自动化(在智能资产的情况下)，消除了Broker这个中间人。保险公司将无缝接入历史索赔和资产来源，从而更好地识别可疑行为。
采用DTL引入的问题：
让市场参与并强制执行特定的DLT作为资产注册的主导机制可能具有挑战性，并且需要利益相关者的努力。
报告中的Insurer的使用DTL应该是多个保险公司（或者保险公司和再保公司）共同落地的，以达到数据源共享。所以需要统一流程和数据的标准。
