当提到区块链时，用代码的方式解释区块链，以及它与你当前已掌握的开发知识之间的联系似乎更为简单。尽管现在很多人都在谈论区块链，但由于某些原因，似乎很少有人真正理解这种技术在我们现有的开发工具集中的作用。

　　撇开政治观点不谈，区块链只不过是我们应用程序的一个数据层。将来它可能是惟一的持久性层，当然也不一定非要这样做，也可以在应用程序中使用多个这种类型的数据层。这里我向你们推荐一个讲座，它主要介绍的是关于我们现在开发创建相互连接的区块链时应该着重关注哪些方面，并解释了这样做的必要性。

　　在我们现有的应用程序中，我们使用 API在一个或多个数据库中存储信息。区块链项目也是这样做的，你可以与 API(客户端或服务器端) 进行交互，以在区块链中存储数据。
　　同样，我们的数据库也有相应的模型来构造数据，比如表格、文档模型，你可以给它命名，他们都是用来描述数据的形态的。区块链通常也不一定要遵守这个约定，它们更像是 noSql 数据库，你可以在存储数据时不去关心数据的格式。但是软件开发经验告诉我们，使用非层次数据并不一定是个好主意。这就是为什么我们最终使用 Mongoose 作为 MongoDB 的工具，它能够延迟对数据建模。因此，在区块链项目中使用Convector之类的工具，能够使编写模型塑造数据变得非常简单和直观。
　　相对于数据库的另一个优势 (可能是最重要的优势) 是存储过程。存储过程是存在于数据库本身的逻辑 (函数)，它接收数据的输入来执行操作。在区块链开发中，这通常被称为智能契约或链码。知道如何编写这些函数以及需要考虑的相关事项是我们所说的区块链开发，当然也不要与区块链核心开发混淆，后者指的是开发区块链技术本身，或者是数据库引擎。
　　对软件开发人员来说还有一个比较好理解的参考是控制版本系统，如 GIT。你对数据所做的每一个更改都是版本化的，你可以随时返回来检查这些更改。注意：你甚至可以更改区块链的历史值！就像你在 GIT 中做了一个 rebase 来合并提交或更新消息一样。但是在 GIT 和区块链这两个环境中，你最终会得到已更改提交以及所有后续提交的哈希值。你会得到完全不同的历史记录，没有人会接受来自你的任何更改，因为你偏离了主分支 (公开的区块链版本)。在区块链中没有—force 强制覆盖历史记录。
　　区块链是分散的，智能契约的执行必须在不同的计算机上发生多次，这是区块链开发人员在使用区块链作为数据层时必须考虑的分布式计算概念的一部分。
　　在智能契约执行中，可以将其看作 GIT 中的一个 update hook，由包含区块链副本的节点执行，然后再接收你试图执行的提交。这个 hook 包含判断提交作者是否拥有更新存储库的权限的逻辑。你也可以依赖于提交作者的身份验证，这样验证也就只能依靠提交者本人了。
　　由于你的 hook 会在所有的对等点执行，所以你的操作必须是确定的，因此这里就需要函数式编程了。你不应该依赖全局状态 (文件系统是全局状态) 或依赖于外部信息源 (如与 API 的连接或任何网络访问) 生成随机数。
　　对于软件开发人员来说，区块链并不是一种罕见的技术，它的核心功能是建立在我们几十年前的技术之上的，就像密码学一样，GIT 本身也遵循着现在大多数区块链所遵循的核心理念。