トークン エクスプローラー: ArcBlock がブロックチェーン 3.0 のオープン チェーン アクセス プロトコルの標準ベアラーとなる
著者: ハイヤン
メディア: トークン エクスプローラー(bitansuo.com)
最近、ArcBlock の創設者兼 CEO である Robert Mao 氏が Token Explorer と対談しました。 Token Explorer は中国で設立されたメディア会社で、ブロックチェーン技術の研究、プロジェクトの評価、その他の業界活動に取り組んでいます。
Token Explorer: ArcBlock のアイデアがどのように生まれたのか教えていただけますか?
Robert: 私は 2013 年にビットコインとブロックチェーンについて学び、すぐにその幅広い用途にインスピレーションを受けました。これは私の経歴を自然に応用したものであったため、このテクノロジーにもっと関わりたいと思い、ビットコイン マイニングに参加しました。当時、ブロックチェーンの概念は初期段階にあり、十分に理解されていなかったため、ビットコインの価格に重大な悪影響を及ぼし、通貨としてのビットコインの可能性に疑問を投げかけました。最終的に、人々はビットコインの基礎となるテクノロジーを調査し、その可能性を発見し始めました。
これは米国におけるブロックチェーン技術開発の転換点となりました。 2013 年以前は、ブロックチェーンは主に暗号通貨市場の促進にしか適用できませんでした。ブロックチェーンの多用途性を認識し、ますます多くの企業、特に金融機関がブロックチェーン業界に大規模なリソースを投資するようになりました。しかし、2016 年末までに、既存のブロックチェーン アプリケーション市場にはまだ埋められていない大きなギャップが残っていることがわかりました。
私はよく、今日のブロックチェーン技術は 1993 年のインターネット技術に似ていると言います。なぜ特に 1993 年なのか?なぜなら、1993 年はインターネット開発の歴史における転換点の年だったからです。 TCP/IP プロトコル クラスターおよびその他の基本プロトコルはすでに非常に成熟した段階に達していましたが、Web 専門家は、どのプロトコルが最終的に汎用になるかについてまだ確信を持っていませんでした。この環境により、Cisco などの企業がインターネット インフラストラクチャを開発するという緊急の市場ニーズが高まり、AOL や Netscape などの企業が最終的に日常のユーザーがインターネットにアクセスできるようになりました。
私たちはこの精神に基づいて ArcBlock を設立しました。私たちは、ブロックチェーンを 2.0 から 3.0 に移行するブロックチェーン開発時代という重要な時期に、ArcBlock が同様に重要な役割を果たすことができることを願っています。
Token Explorer: 公式 Web サイトには主要なチーム メンバーが 4 名しか記載されていませんが、他の情報源からわかっているように、数十名の技術スタッフが追加されています。 2018 年のチーム開発計画は何ですか?
Robert: 私たちのチームは比較的急速に成長しています。 4 人のチームで始まったこのプロジェクトは、その後すぐに追加のチームメンバーを集め始めました。さらに、トークンの販売もスムーズに進み、追加のチーム構築リソースが提供され、より迅速な拡張が可能になりました。
私たちはコンピューティング エコシステムであるため、技術的な問題と特定のビジネス コンポーネントの両方に対処する必要があり、これは開発者と UX にも影響を及ぼします。私たちのチーム設計も比較的分散化されています。したがって、2018 年に、私たちはチームを複数の小さなセンターに分割し、それぞれが個別の焦点と主要な責任を担うことを計画しています。
シアトルオフィスは、コンピューティングプラットフォームそのものの開発を中心とした中核的な研究開発拠点として設立する予定です。私たちがシアトルを選んだのは、それが「計算の首都」だからです。ここには技術的な才能がたくさんあります。当社のシアトルオフィスは、コアテクノロジーチームを約25名に増員します。
ダブリンでは、フラビアン（主任研究員）が率いる10人以下の技術チームを設立する予定です。このチームは、高性能ブロックチェーン技術の研究開発を担当します。
また、主に開発者とユーザーエクスペリエンスに焦点を当てた、より大規模なチームを上海に構築する予定です。
Token Explorer: ArcBlock のロードマップの説明によると、最初の分散型コンシューマー アプリケーションは 2018 年の第 2 四半期にリリースされる予定です。ArcBlock ではどのような種類のアプリケーションが実行されると予想されますか?特定の種類のアプリケーションに特に適していますか?
Robert: Dapp の最初のリリースでは、コミュニティにちょっとしたサプライズを提供したいと考えています。私たちがオンラインに公開する最初のいくつかのアプリケーションは、おそらく教育のカテゴリーに分類されるでしょう。コンピューティング プラットフォームとして、ArcBlock がさまざまな業界で使用できることを期待しています。将来的には、さまざまなタイプの ArcBlock アプリケーションが登場すると思います。一般に、ArcBlock は非金融アプリケーション開発を促進するように設計されています。
Token Explorer: ArcBlock には開発者向けのインセンティブ ポリシーがありますか?
ロバート: そうですね。 ArcBlock は本質的に開発プラットフォームであるため、開発者に重点を置いています。
たとえば、非常に限定されたトークンセールへの参加を希望する開発者を優先します。候補者が VIP 投資家であっても、「申し訳ありませんが、枠が非常に限られています」と言いますが、候補者が開発者であれば、たとえ一般の開発者であっても、喜んで参加のチャンスを与えます。私たちはトークンの 32% (かなりのシェア) を将来の開発者コミュニティに割り当てました。
私たちのシステムは 2018 年末までに十分に成熟していない可能性があり、まだコミュニティ開発者に公開されていない可能性があります。ただし、一部の緊密なパートナーを事前にシステムを体験していただくことは可能です。
さらに、2019 年に最初の開発者カンファレンスを開催する予定です。これは、開発者プールを拡大し、ArcBlock の開発へのさらなる参加を促進するマイルストーン イベントとなります。
Token Explorer: ArcBlock のホワイト ペーパーでは、既存の基盤となるブロックチェーンには、パフォーマンスの低下、ユーザーフレンドリーではないインターフェイス、高コスト、プラットフォーム ロックインのリスクなど、いくつかの中核的な問題があると述べています。これらの問題は、既存のプラットフォームのアップグレードや改善によって解決できますか?
Robert: はい、既存の主流ブロックチェーンはすでにこれらの問題を認識しており、解決し始めていると考えています。 ArcBlock の目的は、既存のブロックチェーンに問題があるからといって新しいブロックチェーンを作成することではありません。その代わりに、既存の主流のブロックチェーンと協力し、共に成長していきます。
アプリケーションプラットフォームとして、私たちはオープンチェーンアクセスプロトコルの実現に主に焦点を当てています。現在、基盤となるブロックチェーン プラットフォームのほとんどは、通常、自身を中心として選択します。開発者は、チェーン上にいるときは、チェーンのプロトコルにロックされなければなりません。開発者はこれに不満を感じており、私たちはそれを変えたいと考えています。
多くの人は、ブロックチェーンの力は全能である、つまり何でもできると表現しています。しかし、私たちはブロックチェーンには限界があると考えています。私たちはブロックチェーンの能力だけでなく、その欠点も認識する必要があります。真に消費者に優しいブロックチェーン アプリケーションは、オンチェーンとオフチェーンの両方の機能を組み合わせる必要があります。イーサリアムやスーパーバンクなどの基盤となるテクノロジーサポートプラットフォームは、ブロックチェーン自体がどのようにパフォーマンスを向上させ、プラットフォームの問題を解決できるかに主に関心を持っていますが、完全なアプリケーションエクスペリエンスとして、注目すべきオフチェーンの側面が数多くあります。この UX フレームワークが ArcBlock の指針となります。
Token Explorer: プラットフォームのロックイン問題を解決するには、各プラットフォームのアプリケーション (バックエンド サービス、携帯電話) とインターフェイスの相互作用、チェーン データの移行の問題、移植の互換性の問題など、他の問題を最初に解決する必要がある場合があります。 ArcBlock はこれらの分野でのソリューションを検討しましたか?
Robert: プラットフォームのロックイン問題に関して、コミュニティからいくつかの批判を受けています。コメントは公平だと思います。彼らの主な観点は、ユーザーが ArcBlock を選択した場合、実際にはユーザーは引き続き ArcBlock のオープン チェーンにロックされるということです。
オープン チェーン アクセス プロトコルは、本質的には抽象ブロックチェーン プロトコルのアクセス層です。抽象化レイヤーを定義すると、ユーザーはこの抽象化レイヤーにバインドされることになります。この問題を解決するために、私たちのアプローチは、オープンチェーン アクセス プロトコル コードをオープン ソース コミュニティに提供することです。つまり、私たちはそれを作成しましたが、それを制御することはできません。誰もがコードに貢献できます。ユーザーは公的なオープンソース契約に拘束されますが、企業によって完全に管理されるプラットフォームではありません。
さらに、コンピュータ技術の発展の観点から見ると、解決するために統合された抽象化層が必要なことがかなり多くあります。私たちのオープンチェーンアクセスプロトコルは、データベースシステムのオープンデータベース相互接続に非常に似ています。データベース開発の初期には、各データベースには異なる API、異なるデータ クエリ言語、および異なるデータ操作言語がありました。この問題から、SQL と呼ばれる統一中間言語が生まれました。データベースから最高のパフォーマンスを引き出したい場合は、まずデータベースのネイティブ インターフェイスを見つける必要があります。 SQL は「言語」仲介者として機能します。
現在、データベースを必要とするアプリケーションを起動すると、ほとんどのデータベースが標準となった SQL をサポートしていることがわかります。しかし、コンセンサスに達するにつれ、より抽象的な中間案が依然としていくつかの事柄には最適であることがわかります。したがって、将来的には、オープンチェーンアクセス協定がゴールドスタンダードにならなくても、同様のものが主流になると考えています。特定のブロックチェーン (イーサリアムやハイパーレジャーなど) がそれになるかどうかはわかりません。 ArcBlock はより中立的であり、主流として受け入れられる可能性が高いと私は信じています。
Token Explorer: オープン チェーン アクセス プロトコルは、3 つのレベルの API を定義します。クロスチェーン問題を解決するには、主にレベル 1 とレベル 2 を使用します。これにより、単純なクエリ適応のみが生成されます。実現可能性は高いですが、機能は比較的シンプルになります。これら 2 つのレベルの API の機能を強化するために、実装は現在のクロスチェーン プロトコル プロジェクトと同様になります。 ArcBlock Open Chain Access Protocol は、非読み取り専用インターフェイス間の一貫性の問題に対する良い解決策ですか?
ロバート: とても良い質問です。おっしゃるとおり、ArcBlock は API を 3 つのレベルに分割し、綿密な検討を経て設計されています。
- レベル 1: 共通チェーン API。ほぼすべてのブロックチェーンには、最も基本的な共通属性があります。
- レベル 2: 共通チェーン データ API。レベル 2 では、ブロックチェーン自体について考えるのではなく、ほとんどのブロックチェーン アプリケーションがどの一連の抽象化を必要とするかを検討します。したがって、レベル 2 API では、完全には実現できないブロックチェーンがいくつか存在します。
- レベル 3: ネイティブ チェーン API。抽象インターフェイスを定義する必要があるため、特定のブロックチェーン モデルのネイティブ機能の一部が犠牲になることは避けられません。この場合、レベル 1 とレベル 2 の API のみを提供すると、ブロックチェーンのネイティブ属性の多くがまったく役に立たなくなり、オープン インターフェイス ユーザーの一部を失うことになるため、レベル 3 インターフェイスをサポートします。
これら 3 つのレベルの API を設計する際には、多くの調査を行い、ODBC 標準の設計手法からも学びました。実際、ODBC 設計も 3 つのレベルに分かれています。
現在のクロスチェーンプロトコルとは根本的な違いがあります。現在、私の理解によれば、クロスチェーンのほとんどは比較的低レベルのプロトコルです。彼らは、ある程度の相互接続と相互運用性を達成しようとします。私たちのオープンチェーンアクセスプロトコルは、ブロックチェーン間の相互通信の問題を解決するものではありません。 ArcBlock でクロスチェーン アプリケーションを実行しますが、ここでのクロスチェーン アプリケーションとは、すべてがオープン チェーン プロトコルを通じて異なるネットワークにアクセスすることを意味します。ブロックチェーンは実際にはプロトコル インターフェイスを介して直接対話しているわけではないため、クロスチェーン プロトコルはいくつかの異なる要件を満たし、追加の設計開発の複雑さを組み込むことができます。
当社のオープン チェーン アクセス プロトコルは、設計上より現実的です。ほとんどのアプリケーションは、クロスチェーン要件がある場合でも、そのアプリケーションのレイヤーで動作すると考えられます。したがって、問題を複雑にする必要はありません。アプリケーションが異なるプロトコルまたは異なるブロックチェーンにアクセスするための統一された方法を提供する必要があるだけです。どのような設計にもトレードオフがあり、ArcBlock はクロスチェーンの要件よりもアプリケーション自体の観点から設計されています。
Token Explorer: ArcBlock は無料のブロックチェーンを提供したいと考えています。しかし、現在のブロックチェーンの世界では、手数料が低いほど攻撃を受けやすくなります。 ArcBlockには防御策はありますか?
Robert: この点については検討しました。すべてのユーザーは、ブロックチェーンのアーキテクチャ設計におけるノードになることができます。各ノードは、プロトコル ルールに従ってトランザクションをブロードキャストできます。マイナーノードはこれらのトランザクションをブロックにパッケージ化するため、一部の悪意のあるノードがダスト攻撃を通じてシステム電力を消費するリスクが生じます。
現在のブロックチェーンでは、エンドユーザーは大量の悪意のある取引情報を公開できません。攻撃効果を出すのは非常に難しい。 ArcBlock はアプリケーション フレームワークです。ダスト攻撃が発生した場合、基本的には ArcBlock 上で実行されているサーバー アプリケーションによってのみ開始できます。
私たちの設計では、エンドユーザーは料金を支払う必要はありませんが、システム内のアプリケーション自体がコストを発生させないという意味ではありません。費用はアプリケーションプロバイダーが支払います。ビデオ ゲーム開発者が無料ゲームを開発する場合と同様に、エンド ユーザーはゲームを無料で利用してより多くの魅力を得ることができますが、そのサーバーには料金を支払う必要があります。アプリケーション開発の目的が無効なトランザクションを大量に生成することでない限り、ダスト攻撃を発生させることは不可能です。
ホワイト ペーパーでは言及されていない詳細が 1 つありますが、ここでは重要です。それは、ArcBlock システムのアプリケーション プロバイダーがデポジットとして一定額の ABT を支払う必要があるということです。システム内で破壊的な動作が引き起こされた場合、アプリケーションが削除される可能性があるだけでなく、プロバイダーはデポジットを没収される可能性があります。このメカニズムは、アプリケーションプロバイダーが悪意のあるアプリケーションを起動してシステムを破壊することを防ぐためのものです。
Token Explorer: ブロックチェーン分散サービスなどのシステム更新は、常に難しい問題でした。 Blocklet は ArcBlock のコア コンポーネントであり、多くの機能、特にチェーン外のサービスの適応を担当します。 Blocklet は頻繁に更新が必要になる可能性がありますか?より良いアップデート配布を行うプログラムはありますか?
Robert: Blocklet自体は頻繁に更新する必要があるマイクロサービスですが、この問題は、サーバーがBlockletの複数の異なるバージョンの同時動作をサポートするマルチバージョンの実行をサポートすることで解決できます。私たちの設計では、開発者は簡単かつ継続的に更新できます。マルチバージョンのサポートはフレームワーク全体の重要な部分であり、コアとなる基本機能の 1 つです。
Token Explorer: マイクロサービス アーキテクチャは集中型サーバーによく使用されますが、ArcBlock はこのアーキテクチャを使用して分散型サービスを構築しています。さまざまなマイクロサービス間で合意と一貫性は得られますか?
Robert: そこには間違いなく課題があります。ただし、集中化と分散化の境界線を定義するのは困難です。例: 銀行が申請を行いました。このアプリケーションは多くの異なるデータセンターに分散されています。一部のデータセンターは AWS 上にあり、一部は Azure 上にあります。ある観点から見ると、これは非常に分散型の設計です。そのシステムは同じ物理デバイスに集中しておらず、異種混合である可能性さえあるためです。しかし、別の観点から見ると、これは 1 つの銀行組織によって管理されているため、集中化されたサービスです。
Token Explorer: ArcBlock のスマート コントラクトはBlockletに実装されていますか?
Robert: 私たちのスマート コントラクトの概念は、現在のイーサリアム スマート コントラクトとは多少異なります。イーサリアムの EVM はコード実行の一貫性を保証できます。これは場合によっては非常に重要ですが、必ずしも重要ではありません。
多くの場合、契約には多くの外部トリガー条件が必要です。たとえば、Oracle では、外部データによって契約がトリガーされると、契約の実行の一貫性が失われます。コードには一貫性がありますが、実行のたびに外部条件が変化したり、異常が発生したりする可能性があります。
私たちのBlocklet自体は実際にはフレームワークです。アプリケーションが基礎となるコア チェーンとしてイーサリアムを使用し、そのコントラクトが独自の計算の一貫性を重視する場合、コントラクト自体はネイティブのオンチェーンである必要があります。しかし、アプリケーションに多くの外部トリガー条件がある場合は、コントラクトをチェーンに置くのではなくBlockletに置くことを好みます。チェーンに置くと本来の目的が実行されず、パフォーマンスの問題が発生する可能性があるためです。
究極のスマート コントラクトは、Blockletまたは基礎となるチェーンのいずれかに実装できます。それは主に、ビジネス自体の位置づけ、機能、デザインに依存します。
Token Explorer: ご回答いただきありがとうございます。何か追加する必要がありますか?
Robert: このインタビューは、私たちが正確に何をしているのか、そしてどのようにそれを行っているのかをコミュニティが理解するのに非常に役立ちます。私たちは、私たちのやっていることを信じてくれる人々のコミュニティとともに、私たちのアイデアを共同で実現することに非常に熱心です。