OpenLaw介绍

在智能合约的区块链时代，Code is Law。区块链应用的公平性、透明性通过智能合约代码实现，一旦通过智能合约去进行代码的执行，没有人可以对代码和代码的输出进行更改。
不过，这也造成一个问题，也就是区块链上的应用，必须由区块链程序员进行开发。在传统世界，这并不是问题，所有的“应用”需要由程序员开发。传统世界里，软件开发的资源、流程、工具非常充足，从业者也很多；而在区块链世界，目前的开发者的技术能力、开发工具、开发经验都还属于婴儿期，无法快速满足业务的需求，也是从一个方面导致区块链还无法大规模应用落地的原因之一。

那么，有没有这样的工具，让某从业者能够在不需要，或者只需要很少区块链（开发）知识的情况下，就能写出能运行在区块链上的，符合自己需求的应用呢？

OpenLaw就是运行在以太网络上的这么一个应用。OpenLaw是一个让与数字资产相关的合同（比如通过支付数字货币购买某些产品或者服务、通过数字货币发放工资等）在达到一定的条件时（比如被指定人签署、到具体时间）自动执行的工具。

更全面的看，OpenLaw是：

1. 一个工具

OpenLaw提供3大功能

合同的在线编辑
用户可以将合同放到OpenLaw平台上，并对某些关键字段，比如合同的双方、收款地址等变量化，并指定某些条件具备时，用这些变量来调用专用的智能合约的某些函数。当然，复杂的功能和初始化的设置还是需要程序员帮忙的，但就如同很多分析工具、报表工具一样，一旦设置好，业务人员具备少量的知识的情况下就能够使用了。
同时，通过工作流，一个合同还能让不同的人员输入不同的参数所需要的内容，从而达到多人协作生成合同的目的。
合同的在线签署
将合同发送给相应的人进行签署，通过指定的地址进行合同的签署，签署者并不需要有OpenLaw的账号。同时，每个签署都会被保留到链上。
智能合约的集成
合同可以和智能合约进行集成，从而达到合同自动履行的目的。

OpenLaw还是一个：

2. 一个协议

OpenLaw不仅仅是一个工具，还是一个协议。这个协议提供了开发者开放接口，开发者可以通过API，生成更专业的、更聚焦的、更有创造性的相关工具。

OpenLaw还是一个：

3. 一个解决方案

有法律文书需求的客户，应该说对法律文书本身，以及相关的用户信息等数据的存储，都是有安全新和隐私性的考量的，放在第三方这里，应该不是首选的解决方案。对此，OpenLaw还提供了私有化部署的方案，这些相关的数据都放在私有化的服务器里面（合同的签署、执行还是通过以太网进行），是相当贴心的服务。

下面我们大致看下通过OpenLaw是怎么做到合同的生成、签署和运行的。

首先，我们需要创建一个合同。

上图OpenLaw提供的便捷见面。注意画红框的部分是使用OpenLaw定义的标记语言（Markup Language）对于合同的显示，以及部分变量做的定义。
编辑完成，现在这个合同长这样：
填写左侧相应的数据，就可以通过左下角的发送按钮将这个合同发给相关的人。
收到合同的人可以打开合同进行签署。
如果需要和智能合约互动，需要在合同加上对合约的调用的标记语言。
参见下图，注意红框里新添加的内容。
一旦双方合约签署完成，该智能合约的函数就会以指定的变量赋值自动执行了。

OpenLaw适用性的一些思考：

虽然OpenLaw整合了很多合同在库中，但实际上，现实社会中签署的合同，尤其是复杂合同，一般都会来来回回修改很多遍才能达成。现在的OpenLaw并不实现这样的功能。当然，作为一个协议，OpenLaw也不适合来做这样的事情，期望能有第三方基于OpenLaw的API可以实现这样的功能。
合同调用智能合约这件事情本身还是复杂的，涉及到开发人员的正确“写”合同以及智能合约的方式。而往往，如果不是第三方公开的智能合约的话，智能合约的开发方往往是合同签署的其中一方。而另一方虽然可以对合同进行签署，但作为非智能合约开发方，如何确保智能合约的正确性，是个令人头疼的问题。
因此，调用已有的智能合约的接口，会是OpenLaw更广泛应用的地方。比如，有一个做金融的经济方，在和客户签署合约后，自动将客户资金打入交易所或者Defi的借贷系统，为客户赚取收益。
接着第三点，由于是B2C的服务，C端客户没有必要检查智能合约是否被正确实施（因为本身是第三方的合约），而是更多依靠B端的品牌和服务来决定是否与B端签署合同。这种情况下，OpenLaw会更多的在一对多，尤其是B2C的场景下被使用。而B2B、一对一的场景会比较少见且没有必要。
除了私有版本，没有看出目前OpenLaw作为一个企业是如何获得收入的。