OpenLaw先容

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

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

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

更全面的看,OpenLaw是:

1. 一个工具

OpenLaw提供3大功能

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

OpenLaw还是一个:

2. 一个协议

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

OpenLaw还是一个:

3. 一个解决方案

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


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

  • 首先,大家需要创建一个合同。



    上图OpenLaw提供的便捷见面。注意画红框的部分是使用OpenLaw定义的标记语言(Markup Language)对于合同的显示,以及部分变量做的定义。

  • 编辑完成,现在这个合同长这样:


  • 填写左侧相应的数据,就可以通过左下角的发送按钮将这个合同发给相关的人。
  • 收到合同的人可以打开合同进行签署。


  • 如果需要和智能合约互动,需要在合同加上对合约的调用的标记语言。
    参见下图,注意红框里新添加的内容。


  • 一旦双方合约签署完成,该智能合约的函数就会以指定的变量赋值自动实行了。

OpenLaw适用性的一些思考:

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