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進行反饋。
