学习：应用案例（一）

保险行业

保险行业区块链倡议组织（Blockchain Insurance Industry Initiative，B3i）诞生于 2016 年下 半年，面向保险行业，探索基于分布式账本的新型技术。 分布式账本带来的可信能力，将有望给保险行业带来新的变革。 目前，B3i 已经包括超过 40 家会员企业，包括美国国际集团、友邦保险、安联保险、瑞士再保险等保险行业巨头。

分布式账本介绍：

区块链（Blockchain）为基础的分布式账本科技（Distributed Ledger Technology，DLT）
为了正常进行商业活动，参与者需要找到一个多方均能信任的第三方来负责记账，确保交易记录的准确。然而，随着商业活动的规模越来越大，商业过程愈加动态和复杂，很多场景下难以找到符合要求的第三方记账方。这就需要交易各方探讨在分布式场景下进行协同记账的可能性。
实际上，可以很容易设计出一个简单粗暴的分布式记账结构，如下图所示方案（一）。多方均允许对账本进行任意读写，一旦发生新的交易即追加到账本上。这种情况下，如果参与多方均诚实可靠，则该方案可以正常工作；但是一旦有参与方恶意篡改已发生过的记录，则无法确保账本记录的正确性。

为了防止有参与者对交易记录进行篡改，需要引入一定的验证机制。很自然地，可以借鉴信息安全领域的数字摘要（DigitalDigest）技术，从而改进为方案（二）。每次当有新的交易记录被追加到账本上时，参与各方可以使用Hash算法对完整的交易历史计算数字摘要，获取当前交易历史的“指纹”。此后任意时刻，每个参与方都可以对交易历史重新计算数字摘要，一旦发现指纹不匹配，则说明交易记录被篡改过。同时，通过追踪指纹改变位置，可以定位到被篡改的交易记录。
补充：数字摘要：
数字摘要是将任意长度的消息变成固定长度的短消息，它类似于一个自变量是消息的函数，也就是Hash函数。数字摘要就是采用单向Hash函数将需要加密的明文"摘要"成一串固定长度(128位)的密文，这一串密文又称为数字指纹，它有固定的长度，而且不同的明文摘要成密文，其结果总是不同的，而同样的明文其摘要必定一致。

方案（二）可以解决账本记录防篡改的问题，然而在实际生产应用时，仍存在较大缺陷。由于每次追加新的交易记录时需要从头对所有的历史数据计算数字摘要，当已存在大量交易历史时，数字摘要计算成本将变得很高。而且，随着新交易的发生，计算耗费将越来越大，系统扩展性很差。
为了解决可扩展性的问题，需要进一步改进为方案（三）。注意到每次摘要已经确保了从头开始到摘要位置的完整历史，当新的交易发生后，实际上需要进行额外验证的只是新的交易，即增量部分。因此，计算摘要的过程可以改进为对旧的摘要值再加上新的交易内容进行验证。这样就既解决了防篡改问题，又解决了可扩展性问题。

方案（三）中的账本结构正是一个区块链结构（如下图所示）

补充：区块链结构

区块链的目标是实现一个分布的数据记录账本，这个账本只允许添加、不允许删除。账本底 层的基本结构是一个线性的链表。链表由一个个“区块”串联组成（如图4所示），后继区块中 记录前导区块的哈希（Hash）值。某个区块（以及块里的交易）是否合法，可通过计算哈希 值的方式进行快速检验。网络中节点可以提议添加一个新的区块，但必须经过共识机制来对 区块达成确认。
Prehash: 区块头里面存储着区块的头信息，包含上一个区块的哈希值（PreHash），本区块体的哈希值（Hash），以及时间戳（TimeStamp）等等.
交易（Transaction）：一次对账本的操作，导致账本状态的一次改变，如添加一条转账 记录；
区块（Block）：记录一段时间内发生的所有交易和状态结果等.
Metadata:元数据。用来描述一个文件的特征的系统数据，诸如访问权限、文件拥有者以及文件数据块的分布信息等等。在集群文件系统中，分布信息包括文件在磁盘上的位置以及磁盘在集群中的位置。用户需要操作一个文件必须首先得到它的元数据，才能定位到文件的位置并且得到文件的内容或相关属性。
链（Chain）：由区块按照发生顺序串联而成，是整个账本状态变化的日志记录。
可见，从分布式记账的基本问题出发，可以自然推导出区块链结构，这也说明了在分布式场景下的记账问题中，区块链结构是一个简洁有效的天然答案。
当然，区块链结构也并非解决分布式记账问题的唯一答案，实际上，除了简单的线性队列结构，也有人提出采用树或图结构。