ArcBlock设计的定位就是大幅度简化开发者进入的门槛。
但是，这并不意味着App变得谁都可以开发，简化进入门槛只是把开发者从各种繁琐的细节、各种没必要的劳动里面解救出来，也是把开发者从要花很多代价去部署一个服务中解救出来，让他们把精力真正花在一个有意义的应用上去。最终一个App如何有意义？
我觉得必须是一个非常好有创意的想法，对最终用户是有用的，不是一个人云亦云的东西，也不是一个随便混一个概念的东西，因为最终用户会用脚投票。
前几天直播中，我们
社群里就有一位朋友提出了一个特别有意思的想法，“能不能实现一个超级钱包，这个钱包不断的里面可以有ERC-20的
token，而且能支持
比特币，而且这个钱包还能够不断扩展，支持越来越多的各种不同的链”。
这是一个非常好的想法，因为只要玩
数字货币比较多的人，都会有这样一个需求，比如imtoken很好用，但imtoken不能保存比特币，另外一些比特币钱包里面又不能保存ERC-20的token。
所以有这样一个万能钱包，毫无疑问是很有意思的东西，有了好的想法之后就要想如何把这个事情做出来。
这里就谈到ArcBlock有一个重要的模块叫做“开放链访问协议”，简称OCAP。
其实OCAP的概念非常简单，今天有各种不同的
区块链，每种区块链都有自己不同的协议，不同的语言，不同的体系架构，这对一个
区块链应用开发者而言是一个很头疼的事情。
首先你不知道应该选择哪一个区块链，选择哪一种技术，另外一旦你选错了技术想要再去换另外一个区块链，这时就会有很大麻烦。OCAP的定位就是设计一个相对比较稳定可靠的中间层，使得开发者只需要在这个中间层的基础上进行区块链的开发，其应用逻辑部分就不需要发生太大变化，而我们通过开发OCAP的适配器，再把中间层适配到每一个具体的区块链上去。
这个想法最初来自于数据库的开放数据库连接协议（ODBC）。
我一直觉得在计算机行业发展中，类比是了解新技术一个非常好的方法。因为行业虽然发展了这么长时间，直到今天我们用的计算机还是冯诺依曼体系，冯诺依曼已经是很多年前的人，虽然有各种日新月异的新技术发展，但是万变不离其宗，还是有一些普遍的规律可以追寻。
当我在研究区块链时，就是从过去计算机发展中找到一个可以类比到区块链发展的东西，非常容易能够找到的一个对象就是数据库技术。
其实，在数据库技术发展的这几十年里，早期经历了非常像今天
区块链技术发展的阶段，有很多不同的数据库，而且数据库的类型也有很多种。数据库早期发展的时候有各种各样的方式，比如有层次的数据库，网状的数据库等等，后来关系数据库得到大众认可发展成为最迅猛的一种类型。
ArcBlock在业内第一个推出OCAP应用，OCAP是我们的一小步，也是整个区块链应用开发的一大步。
实际上OCAP的思路其实并不是一个特别难想到的思路，我相信每一个开发区块链应用的人，几乎合格的程序员都会想到需要一个中间层，需要做一个以后不再去依赖特定API的方式，我们只是把大家普遍都意识到的问题真正的标准化，并且花精力把它做了出来。
在设计OCAP的过程中，我们也充分地想到了一系列的问题。比如OCAP本身是一个开放的区块链访问协议，如何去操作不同的区块链？
每个区块链都有自己不同的特点，此时一个类似查询语言的东西就很有必要，最终我们经过一系列的研究决定选用GraphQL，这是Facebook在几年之前主导发明并贡献给开源社区的新一代查询语言。
GraphQL从某种角度体现了Facebook自己的做事原则，一方面比较实用主义，更加注重于应用，另一方面它对前端的开发非常友好，让前端开发工程师非常省心，不过GraphQL的设计通常在后端上有比较高要求。
我们在OCAP引入了GraphQL作为一个语言，但GraphQL如何定义和实现在区块链上的使用需要我们去做。
因为GraphQL只是定义了一个非常高层抽象的东西，为了实现对底层不同区块链的操作，我们还需要在GraphQL的基础上扩展出一个个具体的数据结构，以及在后端实现每一个查询，通过这种设计就使得OCAP不只是一个简单的区块链API的封装者。
OCAP引进了好几个新的概念，Facebook推出GraphQL已经有几年时间，但在过去还没有成为主流的东西，所以GraphQL本身有学习曲线的，另外区块链本身对很多人来说也是一个比较新鲜的事物。
所以区块链本身也是有学习曲线的，我们把不同的区块链通过一个新的方式能统一地去访问，这本身也是需要学习曲线的。
为了能让开发者更容易地学习和掌握OCAP，以及体验OCAP究竟能带来什么样的价值，我们把推出的第一个ArcBlock的应用叫做OCAP Playground。
顾名思义，它是一个可以让开发者在Playground随便玩、尝试测试的工具，通过Playground用户可以非常容易地学习GraphQL，尝试用GraphQL对后端的区块链进行操作，并且立即就可以在Playground里直接看到通过OCAP在区块链里面所查询到的数据。
此外，我们还提供了一系列的工具，让开发者可以把数据有效地组织成表格或者图标的形式。
后续我们还会在Playground的基础上继续扩展，比如现在我们已经提出了Playbook概念，所谓Playbook就是帮助开发者能够把他用Playground里面所写的代码片段进行分享的工具，有了Playbook之后开发者能够更好地去分享自己的经验，也可以更容易地去学习别人写的比较好的区块链应用的代码。
OCAP在后期还会支持移动的SDK，支持原生的iOS和安卓的开发。为了能够让开发iOS和安卓的移动产品更加容易，开发者完全可以在OCAP Playground里面把所需要用的一些查询进行测试调试，然后最终由Playground直接生产出可以供iOS和安卓使用的代码，这样也进一步降低了移动应用开发者的开发难度。
版权申明：本内容来自于互联网，属第三方汇集推荐平台。本文的版权归原作者所有，文章言论不代表链门户的观点，链门户不承担任何法律责任。如有侵权请联系QQ：3341927519进行反馈。
