币探索:OCAP Playgroundが予定通りリリース、ブロックチェーン開発をよりフレンドリーに

著者: 卫海艳
メディア: 币探索
日付: 2018年7月13日
半年の時を経て、ArcBlockはいよいよ理論から実践へと歩みを進め、第一弾アプリケーション「オープンチェーンアクセスプロトコル実験台(OCAP Playground)」が予定通り正式リリースされました。関連するHackathonも相次いで開催予定で、開発者に直接向き合い、ブロックチェーンアプリケーション開発をシンプルでフレンドリーなものにしていきます。
チームについて
1. 現在、チームの主な注力分野はどこですか?
老冒: 今年の主な注力分野は2つあります。
一つはプロダクト開発です。今年の計画に沿って、ArcBlockプラットフォームを年末までに正式にリリース・普及させ、より多くの開発者がプラットフォーム上でアプリケーションを開発できるようにすることです。
もう一つはコミュニティ活動です。今四半期から、大規模なHackathon(ハッカソン)を多数開催していきます。私たちのユーザー層は主に開発者ですので、大量のHackathonを開催するという戦略を取っています。
2. プロダクト開発とコミュニティ活動において、チームのアドバイザーは追加的なサポートを提供してくれますか?
老冒: アドバイザーによって提供できるサポートの性質は異なります。私たちのアドバイザーチームは多様で幅広い構成になっています。例えば、丹華資本の張教授はVCかつ科学者という立場で、現段階では比較的サポートが少ないかもしれません。一方、マーケティング関連のアドバイザーも数名おり、この時期は特に大きな助けになっています。
採用計画についてもアドバイザーと一緒に議論しており、非技術系の人材採用では面接にも参加してもらうことがあります。
各アドバイザーにはそれぞれ専門分野があり、特定の時期に非常に役立つこともあれば、一時的に力を貸せないこともあります。しかし長期的に見れば、さまざまな段階で適切な人材に助けを求められるよう、アドバイザーチームを構築しておくことが重要です。
OCAPについて
1. ArcBlockをデータベースのODBCに例えて比較されることが多いですが、今回は別の角度から、ブロックチェーンとデータベースの違いについてお聞かせいただけますか?
老冒: 私はずっと、データベースとブロックチェーンはシステムアーキテクチャ全体において非常に近い部分があり、その位置づけも似ていると考えています。ArcBlockのオープンチェーンアクセスプロトコル(Open Chain Access Protocol、略称OCAP)もODBCからインスピレーションを受けて設計されました。
ブロックチェーンとデータベースの違いは非常に明確です。データベースの最大の特徴はクエリであり、クエリシステムが非常に使いやすく、ほとんどのデータベースは柔軟に変更できます。
ブロックチェーンが目指すのは、公開透明な台帳になることです。データベースは変更操作が非常に容易ですが、ブロックチェーンでは追加する際にコンセンサスを経る必要があり、削除や変更はできません。
データベースの主な用途はクエリであり、非常に強力なクエリ能力を持っています。一方、既存のブロックチェーンはクエリのサポートが非常に弱く、データ構造の設計やデータの組織化においても、クエリに不向きな形になっています。
2. オープンチェーンアクセスプロトコルOCAPとODBCはどのように異なりますか?
老冒: これは全く異なる2つのものです。ODBCは主に接続の問題を解決するもので、統一されたインターフェースで異なるデータベースに接続します。OCAPは主に統一された方法で異なるブロックチェーンにアクセスするものです。論理的な考え方や設計思想は近いですが、全く異なる概念です。一方はデータベースへの接続、もう一方はブロックチェーンへの接続です。
3. OCAPプロトコルの策定はどの程度完了していますか?
老冒: OCAPプロトコル自体は比較的シンプルで、すでに全て完成しています。OCAPが採用しているのはGraphQLクエリ言語で、GraphQLはFacebookが実装したものです。この観点から言えば、私たちは既存の車輪をそのまま活用しており、この部分を再定義する必要はありませんでした。
したがって、OCAP自体の設計はほぼ完成していると言えます。ただし、プロトコルの完成から全サービスを各チェーンに全面展開するまでには、まだ大きな距離があります。現段階では、ビットコインやイーサリアムなど一部のチェーンを実装しており、今後さらに多くのチェーンをサポートしていく予定で、コミュニティ全体と協力して進めていく必要があります。
4. 現在リリースされているオープンチェーンアクセスプロトコル実験台のAPIは、OCAPプロトコルの全インターフェースですか?
老冒: 実験台のAPIは全インターフェースです。また、私たちが採用しているGraphQL自体の文法とサポートできる内容はバックエンドの実装に依存しています。つまり、実験台がどれだけのものをサポートできるかは、実験台自体だけでなく、バックエンドがどれだけのチェーンをサポートしているかにもよります。
実験台がどれだけのプロトコルをサポートし、どのようなデータ構造をサポートするかは固定されておらず、オープンチェーンアクセスプロトコルOCAPを通じてバックエンドに問い合わせることができます。どのデータをサポートし、どの操作をサポートするかをバックエンドが返答し、実験台がそれに応じて準備します。そのため、OCAPプロトコルには問い合わせ型のAPIが一部含まれています。
各チェーンの機能は異なり、サポートする内容も異なります。このような状況では、フロントエンドで全てを固定することはできず、呼び出し前にクエリAPIを通じてどの操作がサポートされているかを確認できる機能が必要です。
5. OCAP実験台は現在Bitcoinのみをサポートしているようですが、イーサリアムをサポートするバージョンはいつリリース予定ですか?
老冒: イーサリアムをサポートするバージョンは一時的に公開しましたが、開発チームがまだ十分な準備ができていないと判断し、現在のバージョンから一時的に削除しました。ただし、数日後に再び公開する予定です。ビットコインとイーサリアムはほぼ対応済みで、近日中に全面公開する予定です。
6. OCAP実験台を体験してみると、現在の機能は主にビットコインのいくつかのブロックチェーンクエリインターフェースをラップしており、ラップされたデータ構造の型もビットコインのブロックチェーン構造を参考にしているようです。例えばUTXOモデルはイーサリアムには存在しません。ArcBlockが今後複数のチェーンを統合する際、こうした基本構造の違いはどのように処理しますか?
老冒: これこそがGraphQLの設計の優れた点です。従来のものとは異なり、従来のRestful APIではレスポンスの結果が固定されていました。私たちが採用しているこの設計では、返されるデータ構造は入力の変化に応じて随時変化します。これはGraphQLの非常に重要な特性です。
例えば、ブロックチェーン上で2〜3つのフィールドをクエリする場合、クエリ時に指定することができ、返されるデータ結果は必要なものだけになり、無関係な情報は返されません。
クエリ時に複雑なネスト型のデータが必要な場合、クエリにネストされた返却構造を定義すれば、結果もネストされた形で返されます。このように、GraphQLには非常に大きなメリットがあり、返されるデータ結果はアクセスしているブロックチェーンと非常に密接に関連しています。
Bitcoinを照会する場合、返される結果はBitcoin固有のデータ構造と完全に1対1で対応し、中間のデータ構造を定義する必要はありません。中間のデータ構造を返す場合、サブセットになるか、スーパーセットになるかのどちらかです。サブセットでは一部の情報が欠落し、スーパーセットではデータ構造が非常に疎になり、多くの層が空になります。
スーパーセットであれサブセットであれ、開発者にとっては非常に不利です。なぜなら、開発者は大量のデータ構造を受け取っても、どのフィールドが有効でどのフィールドが無効かわからないからです。私たちの現在の設計方法は非常に明確で、返されるデータはプロダクト開発者が定義した必要なデータそのものです。
オープンチェーンアクセスプロトコルを使ってイーサリアムのチェーン上でビットコインのデータ構造を取得しようとした場合、クエリ作成時にシステムがエラーを返します。これは強い型付けの設計に相当し、プログラマーのミスを減らすことができます。
7. 現在の実験台は分散型アプリケーションと言えますか?
老冒: 分散型かどうかを判断するのは実は難しいです。この実験台はどこにでもデプロイでき、複数セットをデプロイすることもできます。現在は1つのウェブ版をデプロイしていますが、将来的には開発者がローカルで実験台を動かすことができ、モバイル版も提供する予定です。プロダクトのアーキテクチャ設計は完全に分散型です。現在皆さんがアクセスしているのはウェブ版であり、その中の一つの中心に過ぎません。
ArcBlockブロックチェーンについて
1. ArcBlockは独自のブロックチェーンを持つ予定ですか?
老冒: はい、独自のチェーンを持つ予定です。ArcBlockブロックチェーンの主な目標は、ArcBlockプラットフォームの記帳・サポートシステムになることです。同時に、ArcBlockのチェーンは将来私たちのプラットフォーム上でリリースされるさまざまなアプリケーションが独自のトークンを生成するのを支援します。
2. ArcBlockのブロックチェーンはパブリックチェーンと言えますか?
老冒: 現在定義されているパブリックチェーンとは異なります。現在のパブリックチェーンの定義は、誰でも参加できるというものです。例えばビットコインのマイニングは誰でも参加でき、チェーン上のバリデーターも比較的自由で、誰でもバリデーターになれます。重要なのはマイニングできるかどうか、どれだけ速くマイニングできるかです。
しかしArcBlockの設計では、主な参加者は不特定の誰もがではなく、システム内のリソースマイナーです。リソースマイナーがリソースを提供し、例えばコンポーネントマイナーは最終的にリソースマイナーを通じて提供されます。つまり、チェーン上の全ての記帳者はリソースマイナーです。ただし、チェーンに参加したいが記帳者になりたくないリソースマイナーも存在する可能性があります。
したがって、記帳の観点からは限られた人数しか参加しないかもしれませんが、検証や監査の観点からは完全に公開透明であり、どのユーザーでも確認できます。
そのため、私はこのチェーンの設計を「公開されているが権限付きのチェーン」と定義しています。今日言われるパブリックチェーンの定義にも、コンソーシアムチェーンやプライベートチェーンの定義にも当てはまりません。これは新しい形態のパブリックサービスチェーンだと考えています。
3. ブロックチェーンの開発進捗とオープンソース計画はどのようなものですか?
老冒: 今四半期か来四半期にテストチェーンをリリースする予定です。他のチェーンと異なるのは、私たちのテストチェーンは比較的本格的なものだという点です。イーサリアムのように2本のチェーンがあり、テストチェーンのデータが全て無意味なダミーデータというわけではなく、私たちのテストチェーン上のデータはできる限りリアルで有効なものにします。
現在の目標は、今四半期中にテストチェーンを先行稼働させることです。最悪でも今年中にテストチェーンを動かすことを目指しています。なぜなら、基本的なビジネスサポートシステムがそれを必要としているからです。
ABTについて
1. ABTはERC20からArcBlockチェーンに移行しますか?
老冒: ABTは現在ERC20にマッピングされたトークンですが、最終的にはABTは独自のチェーン上で動作しなければなりません。私たちのトークンは全てネイティブトークンです。したがって、テストチェーンが稼働した際には、ERC20のトークンをネイティブチェーンに移行できるようになります。ユーザーが希望する場合、または私たちのサービスを試したい場合は、保有しているERC20トークンをネイティブトークンに変換できますが、強制ではありません。
システム全体が完全に稼働した後は、ユーザーにERC20トークンを全てArcBlockチェーンに移行するよう求める予定です。
コミュニティ構築について
1. ArcBlockは開発者向けのプラットフォームですが、ArcBlock上でアプリケーションを開発する開発者を引き付けるだけでなく、ArcBlockプロジェクト自体もよりコミュニティ主導になっていくのでしょうか?どのような計画がありますか?
老冒: 私たちのプロジェクト自体は確かにより一層コミュニティ化する必要があり、より多くの開発者と一緒に様々なものを開発していく必要があります。現在、多くの基礎的な作業を行っているのは、開発者が私たちと一緒にこれらのことに取り組めるようにするためです。開発だけでなく、ドキュメントのローカライズも含まれます。例えば現在は中国語と英語のドキュメントしかありませんが、将来的には日本語、韓国語など他の言語版も提供する予定です。
また、一連のHackathonを開催する予定です。これらのイベントを通じて、より多くのコミュニティメンバーに私たちのプラットフォームに触れてもらい、自分の面白いアイデアを交流・実現できる場を提供したいと考えています。同時に、これらのHackathonイベント自体が一連の面白いアイデアを生み出すきっかけにもなります。
2. 直近のHackathonはいつ開催予定ですか?
老冒: これらのイベントはまず外部パートナーと協力して開催する予定です。現在交渉中のものがあり、7月中に小規模な試みとして最初の一回を開催できるよう努めています。
目標は、数回の試みを通じて徐々にノウハウを確立し、イベントの形式を標準的なプロセスのように各地で複製できるようにすることです。そうすることで、より多くのイベントを開催できるようになります。
3. 最近は海外でイベントをされているのですか?
老冒: 今は日本にいます。明日(7月6日)はベトナムに行きます。最近はかなり集中的に世界各地を回り、開発者と会ったり、潜在的なパートナーと協力の可能性について話し合ったりしています。
以前はプロダクトが出来上がっていなかったため、どれだけ良い話をしてもPPTの段階に留まっていました。今は状況が違い、実際に見せられるものがあります。ですから、パートナーへの積極的なアプローチを始めると同時に、コミュニティ活動も推進していく必要があります。
4. 最後の質問ですが、前回の币探インタビューからほぼ半年が経ちました。ArcBlockの現在の発展状況に満足していますか?
老冒: 私たちの発展はかなり順調だと思っており、一部では予想を上回っている部分もあります。私たちにとっての主な課題は依然として採用ですが、プロダクト開発の進捗については非常に良くできていると感じています。
人材採用は計画通りのペースで進んでいませんが、プロダクトの進捗は遅れていません。これは私たちの人材の質が非常に高いことを示しています。

このページに関わるもの
製品
-
OCAP
active
チェーンごとにクライアントを用意するのではなく、一つのインターフェースでチェーン上のデータを問い合わせるためのプロトコル。ArcBlock が関連特許を保有しています。