在本篇文章中，作者William Mougayar解释了，如果用户将区块链的功能与流行的文档创建和协作工具进行对比，那么就能很容易理解区块链技术。
理解区块链的人越多，有用的区块链使用案例扩散的就越广。
就像其他技术一样，发明区块链技术的人不一定就考虑到了这种技术的所有应用，这就是我为什么认为，虽然目前越来越多的企业家和在某一领域有深厚的专业知识的主题专家的加入这一领域，区块链的最好使用案例还未出现。
不过，进入区块链领域的第一步就是要对区块链如何不同于我们今天所做的事情有一个基本的了解。
生活中几乎所有的事情都是采取渐进的步骤。
即使是最聪明的创业公司也需要了解他们用户的行为转换心理（例如，Facebook就理解了‘共享’这个概念），同时大型企业需要准备应对雄心勃勃的管理挑战，进而推动区块链项目的发展。
区块链就是另一种数据库，这是一个非常通俗的比喻并且被频繁使用。事实上，区块链并不会颠覆数据库这个概念，但是这种技术会颠覆数据库之间如何进行同步。
想象一下，比如两家银行，因为一个客户向另一个客户转移了资金，所以这两家银行需要更新这两个用户的帐户余额。银行就需要花费大量的时间和精力来进行协作，同步和传递信息和检查，以此确保每一笔交易都是完全按照其应该的那样进行。
通常情况下，在确认接受方已经收到资金之前，这些资金都由发起方掌握。
如果使用区块链，就能够拥有一个各方都能访问的单一交易条目账本，就能够简化协作和验证工作，因为只有一个版本的记录，而不是两个相互分离的数据库。
让我们把这个比喻进一步深入到共享文档领域，想一想如果当我们共享了某个文件，并且有两个或者更多用户需要对这个文件进行更改时，这会出现什么情况？
在传统方式上，通过协作进行共享文档就是发送一个微软Word文档给另一个接收方，并要求他对该文档进行修改。
这种情况存在的问题是：你需要等待接收方发回一个该文档的回复版本，然后才能看到对方进行的更改，之后自己再进行其他更改，因为在其他人修改完毕之前，你是无法进行修改的。
这就是如今的数据库的运行模式。两个所有者无法同时对某一记录进行更新。这也是银行如何维护资金余额和转账的；当银行进行转账的时候，他们就锁定访问（或者减少余额），然后在另一边进行更新，然后重新开启访问（或者再次进行更新）。
如果通过谷歌文档（或者谷歌表格），各方当事人能够同时访问同一个文档，该文档的唯一版本一直都是对他们可见的。这就类似是一个共享的账本，只不过换成了一个共享的文档。当共享涉及到很多人的时候，分布式就开始起作用了。
你可以想象一下，有多少法律文档是需要以这种方式来使用的。
相对于将文档传递给每一个当事人并且同时失去对这些文档的跟踪，为什么所有的商业文档不能变成是共享的，以此取代来来回回地传递？如此多的种类的法律合同都能够完美地使用这种工作流。
我们并不需要一个区块链来分享文档。但是这个共享文档的比喻确实是非常中肯的。
声明：此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。本网站所提供的信息，只供参考之用。
