区块链：回顾与展望

在大部分的工作场景中，每个人的工作都或多或少的要与其他人的工作产生关联。在计算机尚未诞生或普及的年代，这种联系可能在文件末尾的各项签名中体现。而在计算机普及的现代，这种联系则体现在海量的共享文件中。

假设有一个公司，员工的规模高达千人，那么这个公司的人力资源部门会怎么来管理员工呢？一般来说，人力资源部门内部会划分出来员工关系专员，薪资专员与培训专员。根据公司员工的流动情况，人力资源部分会固定一个更新内部信息的周期，比如每天，每周或者每个月。

在这个周期内，员工关系专员负责整理新入职人员信息与离职人员情况，更新员工信息表格，然后将维护好的表格（表格1.0）发送给薪资专员。薪资专员收到表格后，会留存一份表格1.0的原始版本以备核对，然后在表格1.0的基础上更新保险、薪资情况，创建表格2.0，并将表格2.0发回给员工关系专员。

员工关系专员核对表格2中除薪资模块信息的正确性后，会将审核后的表格另存为表格2.1，再发送给培训专员。培训专员收到表格2.1后，会在表格中更新已培训的员工信息，并根据新入职人员的数量与部分，在表格中更新下个周期的培训计划，生成带有培训信息的表格3.0，然后发送给员工关系专员。员工关系专员收到表格3.0后，进行校对，最终上传至上级部门或其它部门。

案例一：三方互换、共享信息

我们把上面这种互换、共享信息的案例称为案例一。在案例一中，我们会发现，随着参与共享信息的职能人员种类的增加，信息的共享和维护可能会变得越来越复杂，费时又费力。这种方式有两个具体的缺点：

1. 表格的维护成本高：信息的维护职责在于流程的所有参与方，虽职责有大有小，但都需要负责维护。

2. 信任成本高：基于每一方都在维护表格信息，每一方也都在进行校验，维持互信。

有的互联网公司看到了这种共享文件互飞带来的麻烦，尝试用新的互联网技术去解决电子信息时代的老麻烦，于是新的商机诞生了。谷歌的GoogleDocs、金山的WPS、石墨文档、Trello等工作平台，开始支持拥有权限的各方共同维护一个保存在云端的表格或文档，每一位参与方的动作会自动被打上标记、记录在册。当看到数据和记忆当中的不符时，任何一位参与方都能通过查询保存在云端的历史，查找出信息破坏者，并且修正信息。

我们看到在这个过程中，这些程序系统相当于一个具有权威性的第三方，通过云端数据不能随意被人为篡改的模式，确定了公信力，降低了参与方的维护成本。简单来讲，就是用计算机替代了人工核对的程序。

方案二：引入第三方这样的革新又带来了新的风险：

1. 数据被保存在了某个中心的服务器里，是否会涉及到信息泄密？人力资源部的员工信息泄露造成的损失也许只是猎头挖人，公司薪资结构暴露给竞争者。但如果是国家路网信息呢？如果是医疗体检记录呢？

2. 中心的数据一旦被恶意篡改，那么所有的终端可能都会以此为准，无人发现，无从核对。

3. 当一个机构的这类服务做得非常好的时候，会涌来海量的数据，对于中心服务器的处理能力是非常大的考验。

这种风险绝

热点：区块链