メインコンテンツへスキップ

挖链網：開発者を解放し、有意義なアプリケーションに力を注げるように

ArcBlock
インタビュー

メディア： 挖链網

編集： 汪偉

整理： 曹彪

老冒はインターネット時代もWeb 2.0時代も経験し、3.0時代を迎えて過去の自分を「リセット」し、再び挑戦することを決めた。世界には1,600以上のブロックチェーンアプリケーションがあるが、実際に動作し、有意義で面白いものは合わせても数十にすぎないかもしれない。こうした状況になっているのは、アプリケーション開発があまりにも煩雑だからだ。老冒は、ブロックチェーンは開発者にもっと優しくあるべきであり、優れたユーザー体験がブロックチェーンアプリケーションの成長を促すと考えている。

「開発者を得る者が天下を得る」。老冒は開発者を解放し、有意義なアプリケーション開発に力を注げるようにしたいと考えている。6月30日、ArcBlock（ブロック基石）初のアプリケーション「OCAP Playground」が正式に公開され、ブロックチェーン開発のハードルを大幅に引き下げた。

7月5日、『挖链八点秀』第5回では、ArcBlock（ブロック基石）の創業者兼CEOであり、連続起業家、技術革新者でもある冒志鴻（老冒）を特別ゲストに迎え、ブレインストーミングを行った。100人を超えるメディア関係者や起業家も議論に参加した。以下、その模様を詳しく紹介する。

優れたユーザー体験がブロックチェーンアプリケーションの成長を促す

ArcBlockは新しいタイプのクラウドコンピューティングサービスであり、本質的にはブロックチェーンアプリケーションの開発とデプロイに最適化されたクラウドコンピューティングサービスプラットフォームです。ArcBlockは新しいパブリックチェーンではありませんし、実際、私たちは新たなパブリックチェーンを導入するつもりもありません。社内にはArcBlockのパブリックチェーンがありますが、現在ある大部分のパブリックチェーンとは異なります。

私たちはブロックチェーンアプリケーション開発に最適化されたアプリケーションプラットフォームですから、主な顧客はアプリケーション開発者です。開発者がブロックチェーンアプリケーションをより速く、より簡単に開発できるよう、一連のツールとフレームワークを提供したいと考えています。最近はブロックチェーンという概念が非常に注目され、さまざまなプロジェクトが次々に登場しています。しかし同時に、非常に気まずい問題にも向き合わざるを得ません。実際に使える本物のブロックチェーンアプリケーションがないのです。

今日のブロックチェーン開発は、開発者にとって非常に不親切です。 イーサリアムのアプリケーションを開発しようとしたことがある人なら、その道のりが長いことに気づくでしょう。まずイーサリアムのノードをインストールし、その後データを同期します。現在はデータ量が多いため、同期だけでも長い時間がかかり、それからガイドに従って作業します。本当にアプリケーションを書き上げようとすると、さらに一連の問題に直面します。アプリケーションをどこにデプロイするのか。公開するには、外部に公開されたブロックチェーンノードを提供しなければなりません。しかし、比較的完全なイーサリアムノードを動かすには多くのリソースが必要です。そのため、さまざまなサンプルアプリケーションを開発した人は多くても、他人が利用できるアプリケーションとして実際にデプロイする意思と能力のある人は極めて少ないのです。既存のブロックチェーンアプリケーションを集計しているサイトを見ると、先週の時点で世界全体でも1,600余りしかなく、そのうち本当に動作し、有意義で面白いものは合わせても数十にすぎないかもしれません。しかも、その数十には取引所なども含まれています。

こうした状況になっているのは、アプリケーションを作るのがあまりにも面倒だからです。人間は常に怠惰であり、一つのことをするために大きな労力を払いたいとは思いません。だからこそ、非常に優れた体験を提供し、ユーザーが簡単に使え、開発者が容易に開発を始められるようにすることは、ブロックチェーンアプリケーションの成長を促すうえで極めて重要です。

開発者を解放し、有意義なアプリケーションに力を注げるように

ArcBlockは、開発者が参入するハードルを大幅に下げることを目指して設計されています。ただし、誰でもアプリを開発できるようになるという意味ではありません。参入のハードルを下げるとは、開発者をさまざまな煩雑な細部や不要な作業から解放し、サービスのデプロイに多大なコストを費やす状況から救い出して、本当に有意義なアプリケーションへ力を注げるようにすることです。最終的に、どのようなアプリが有意義なのでしょうか。非常に優れた創造的なアイデアであり、エンドユーザーの役に立つものでなければならないと思います。他人の受け売りでも、適当な概念を寄せ集めたものでもいけません。最終的にはユーザーが行動で選択するからです。

数日前のライブ配信で、コミュニティのある友人が特に面白いアイデアを提案しました。「スーパーウォレットを実現できないだろうか。このウォレットにはERC-20 tokenだけでなくビットコインも入れられ、さらに拡張を続けて、ますます多くの異なるチェーンに対応できないだろうか」というものです。これは非常に良いアイデアです。デジタル通貨をよく利用する人なら、誰でもこのようなニーズを持っているからです。例えばimtokenは使いやすいですが、ビットコインを保管できません。一方、別のビットコインウォレットにはERC-20 tokenを保管できません。そのため、このような万能ウォレットは間違いなく興味深いものです。良いアイデアが生まれたら、次にそれをどう実現するかを考えなければなりません。

ここで、ArcBlockの重要なモジュールである「Open Chain Access Protocol」、略してOCAPの話になります。OCAPの概念は実にシンプルです。現在はさまざまなブロックチェーンがあり、それぞれ異なるプロトコル、言語、アーキテクチャを持っています。これはブロックチェーンアプリケーション開発者にとって非常に頭の痛い問題です。まず、どのブロックチェーン、どの技術を選ぶべきか分かりません。さらに、技術選択を誤って別のブロックチェーンへ移行しようとすると、大きな問題が生じます。OCAPは、比較的安定して信頼できる中間層を設計し、開発者がその中間層を基盤としてブロックチェーン開発を行えるようにするものです。 そうすればアプリケーションロジックの部分を大きく変更する必要はなく、私たちがOCAPアダプターを開発することで、中間層を個々のブロックチェーンへ適合させられます。

このアイデアは、もともとデータベースのOpen Database Connectivity（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でバックエンドのブロックチェーンを操作してみることができ、OCAPを介してブロックチェーンから照会したデータをPlayground内ですぐに直接確認できます。さらに、データを表やグラフの形に効率よく整理するための一連のツールも提供しています。

今後はPlaygroundを基礎としてさらに拡張を続けます。例えば現在、すでにPlaybookという概念を提案しています。Playbookとは、開発者がPlaygroundで書いたコードスニペットを共有できるようにするツールです。Playbookがあれば、開発者は自分の経験をよりうまく共有でき、他の人が書いた優れたブロックチェーンアプリケーションのコードもより簡単に学べます。

OCAPは将来、モバイルSDKにも対応し、ネイティブのiOSおよびAndroid開発をサポートします。iOSやAndroid向けモバイル製品をより簡単に開発できるよう、開発者はOCAP Playground内で必要なクエリをテスト、デバッグし、最終的にPlaygroundからiOSとAndroidで使えるコードを直接生成できます。これによってモバイルアプリケーション開発者の開発難易度もさらに下がります。

ブロックチェーン開発のハードルをどう下げるのか？

これまではブロックチェーンを開発するために、ノードを作成し、新しい言語を学ぶ必要がありました。学んだ後にサンプルプログラムを書いてもデプロイできないことがあり、入門から挫折までを経験することになります。現在、開発者がOCAPやOCAP Playgroundを使うために必要なのはブラウザーだけです。すぐにコードを書いて試し、直ちに実行して結果を見ることができます。

OCAPのほかに、もう一つ重要な部品がBlockletです。その最も中心的な価値は、開発者がオンチェーンとオフチェーンの計算に必要なコードとリソース一式をデプロイできるよう支援することです。 最もシンプルなBlockletは、最も基本的なOCAPアプリケーション、例えばWebアプリケーションやReactで開発されたコードかもしれません。OCAPを通じてバックエンドのブロックチェーンデータを照会できますが、照会結果をユーザーが見やすい形でレンダリングするReactコードも必要になるでしょう。こうしたことはフロントエンド開発者にとって自然ですが、本当のアプリケーションにするには、Reactコードをどこへデプロイするのかも把握する必要があります。例えば、ウォレットにいくらあるかを調べるアプリケーションを作ったとします。OCAPプロトコルを使えば、あるアドレスにビットコインがいくらあるかを簡単に調べられます。しかし、そのビットコインを現金にどう換算するのでしょうか。その時点の米ドル価格を別のAPIから取得する必要があるかもしれません。こうした処理では、ブロックチェーン外の従来世界にあるAPIやデータベースが必要になる可能性があります。それを解決する私たちの部品がBlockletです。したがって、BlockletとOCAPがあれば、開発者は本当に非常に簡単にアプリケーションを開発し、デプロイできます。

もう一つの重要な部品はDecentralized Pub/Sub Gateway（分散型パブリッシュ／サブスクライブ・ゲートウェイ）です。本質的にはメッセージサーバーであり、同時にAPIゲートウェイでもあります。メッセージサーバーとゲートウェイにはどんな役割があるのでしょうか。先ほど述べたBlockletとOCAPの開発は、全体としてバックエンドに関するものが少なくありません。従来型のアプリケーションを作る場合、Webアプリケーション上で動くことも、モバイルアプリ上で動くこともあるため、バックエンドと通信する別の方法が必要になります。使いやすいアプリケーションには高いリアルタイム性が必要です。データが変われば、更新操作をしなくても表示へ即座に反映されるべきです。

リアルタイムで効率的な情報更新を実現し、開発者が一つのアプリケーションを開発して、iPhone、Android、Webなど異なるフロントエンドで同時に使えるようにするため、私たちはDecentralized Pub/Sub Gatewayという重要な部品を設計しました。この部品自体は分散型です。つまり将来、マイナーが多数のノードへデプロイできます。分散型であることの利点は、一方では中央集権型のメッセージシステムではないため単一障害点が生じにくいこと、もう一方ではメッセージ伝送を考慮した設計により、パフォーマンスもさらに高くなることです。

ブロックチェーン3.0の象徴：クラウドコンピューティングとブロックチェーンの融合

ブロックチェーン3.0時代の非常に重要な象徴は、クラウドコンピューティングとブロックチェーンの融合だと私は考えています。ブロックチェーン3.0の定義は比較的曖昧ですが、業界で最大の共通認識を得ているのはアプリケーションだと思います。つまり、その上で非常に多くの異なるアプリケーションを動かせなければなりません。考えてみれば、これまで大量のアプリケーションを支えてきたサービスはクラウドコンピューティングサービスです。ですから、クラウドコンピューティングとブロックチェーンの融合は必然の道です。

クラウドコンピューティングと聞くだけで中央集権型だと考えるのは、実際には誤解です。 私は以前から何度も、一つのシステムが中央集権型か分散型かは、複数の異なる観点から論じる必要があると述べてきました。第一は物理面で、物理的なネットワーク構造や設備などが分散化されているか。第二はガバナンス面で、一社が管理するのか複数社が管理するのか、民主的な管理方式なのか独裁的な管理方式なのか。第三は論理面で、システムを多くの異なるサブシステムへ論理的に分割でき、それぞれのサブシステムが比較的独立して動作できるかどうかです。

物理的な観点から見れば、今日のほぼすべてのクラウドコンピューティングサービスは分散型です。どのクラウドコンピューティングサービスも、さまざまな場所にデータセンターやフォールトトレランスシステムなどを配置しているからです。こうしたシステム自体も必ず高度に分散化されており、それによってシステムをより効率的かつ安全に稼働させています。ガバナンス面では、現在の大部分のクラウドコンピューティングサービスは高度に中央集権化されています。例えばAlibaba CloudはAlibaba一社だけが管理しています。論理面では、現在のクラウドコンピューティングサービスも分散型です。例えばAlibabaのAlibaba Cloudでは通常、コンピューティングサービス、仮想ホスティングサービス、クラウドストレージサービスなど、多くの異なるクラウドサービスを提供しています。各サービスはそれ自体で独立したサービスになれますが、組み合わせても優れたものになります。

論理的に比較的中央集権化された例が銀行のシステムです。内部にはいくつもの業務がありますが、通常それらの業務はユーザーの口座と非常に強く結びついています。銀行システムを多くのシステムへ分割し、それぞれを単独で動かすことは困難です。そのため論理面では、銀行のシステムは非常に典型的な中央集権型設計です。

ArcBlockのサービスビジョン自体は、ソフトウェアを開発し、技術を提供することにあります。運営初期には私たち自身が後押ししますが、コミュニティ全体が加わり、共に運営することを望んでいます。ArcBlockシステムは、ガバナンス面で高度に分散化された設計です。ガバナンスの高度な分散化を実現するため、ArcBlockの設計にはArcBlockチェーンを組み込みました。このチェーンは現在のイーサリアムなどのパブリックチェーンとは異なり、主な役割は課金と事業運営の支援です。ArcBlockプラットフォームを複数の当事者が運営するとき、いくつかの問題を解決する必要があります。第一に、複数の当事者が運営しても各自がばらばらに行動せず、エンドユーザーにとって統一された一つのプラットフォームであること。第二に、ばらばらに行動しない以上、課金を行い、各参加者を適切に管理するための公開された透明な仕組みが必要になることです。

ArcBlockはブロックチェーン向けに最適化されているだけでなく、それ自体もブロックチェーンを通じて改善されます。つまり、ArcBlock自体もブロックチェーンを活用しています。ArcBlock上では多くのアプリケーションが開発され、そのアプリケーションが独自のtokenを発行する可能性があります。そのため私たちのメインチェーンは、開発者がArcBlockチェーンを基盤に自分のアプリケーションtokenを発行する機能にも対応しています。私たちは非常に独特な設計を採用しています。ArcBlockプラットフォーム上でユーザーが発行するtokenは、私たちのABTメインチェーンtokenと完全に対等です。 つまり、ABTのあらゆるtokenエコノミーを、ArcBlockチェーン上に構築されたアプリケーションがそのまま利用できます。これは現在のイーサリアムにおけるERC-20の設計とは異なります。イーサリアムではETHが「一等市民」で、ERC-20は「二等市民」「三等市民」です。その理由は、ERC-20が実際にはイーサリアム上のインターフェースにすぎないからです。ある意味では、イーサリアムの実行時には、ERC-20の「token」はそもそも存在せず、単なるデータにすぎません。 だからこそ、今日ERC-20 tokenを送るのがこれほど面倒なのです。tokenを送るたびにスマートコントラクトへ送らなければなりません。また、ETHを送るgas料金はERC-20 tokenを送るgas料金よりはるかに安く、送ろうとするtoken自体には価値がないのに、送金のgas料金には少なからぬ費用がかかることもよくあります。こうしたことはすべて不合理で、費用の面でも不合理ですし、ユーザーにも非常に不親切だと私は考えています。

ArcBlockと従来のパブリックチェーンは何が違うのか？

以前コミュニティで、ArcBlockは明らかにアプリケーション開発プラットフォームであり、新しいブロックチェーンでもないのに、なぜメインチェーンを公開する必要があるのかという議論がありました。コミュニティのある人がこう答えているのを見ました。「簡単に理解できます。Huobi、OK、Binanceはいずれも取引所なのに、なぜどこもメインチェーンを公開するのでしょうか」。実は原理は同じです。取引所の主な業務は取引ですが、取引所をうまく運営するには独自のブロックチェーンが必要です。独自通貨を発行するための場合もあれば、別の用途がある場合もあります。いずれにしても、取引所でありながらブロックチェーンを持っているのです。

全体として、ArcBlockはブロックチェーンアプリケーションの開発とデプロイのために設計されたクラウドコンピューティングプラットフォームです。ArcBlockチェーンを基盤として全面的に支援することで、幅広いマイナーが私たちと共にエコシステムへ参加し、ブロックチェーンに駆動され、多数の開発者とマイナーを結集する、まったく新しいクラウドコンピューティングプラットフォームを作り上げます。私たちのホワイトペーパーを読んだ人なら分かるかもしれませんが、ホワイトペーパーは論文に近いものです。しかし、私たちが実現したいことは、その中にはっきりと書かれています。

挖链八点秀のグループ参加者からの追加質問

链天下編集長・林燚：将来、現在のWebサイトテンプレートのように、ArcBlockの中間層技術を基盤としたDAPPウォレットなどのアプリケーションを開発できるようになる可能性はありますか？ ブロックチェーン層のクラウドサービスがあるのなら、ビッグデータに支えられた人工知能によって、自然言語だけで機械語の記述や設計を実現することは可能でしょうか？

老冒： その可能性はかなり高いと思います。先ほど話したスーパーウォレットのアイデアも、私たちのコミュニティの友人が提案したものです。最近、あるパートナーもブロックチェーン・スーパーブラウザーのアイデアについて話していました。ArcBlockのような技術を使って、比較的汎用的なブロックチェーンブラウザーを実現し、現在のブロックチェーンブラウザーがどれもあまりに簡素だという問題を解決したいと考えています。将来、ビッグデータ、クラウドコンピューティング、人工知能などと組み合わせることも、すべて可能だと思います。ただし、それらはブロックチェーンの範囲を超えています。しかしそれは、アプリケーション開発者がこの領域で多くの仕事に取り組めることを意味します。

挖链網 Elaine：老冒さんはEOSをどう見ていますか？ ブロックチェーン3.0と言えるのでしょうか？

老冒： ブロックチェーン3.0というものの定義自体が比較的曖昧で、非常に明確な概念はありません。しかし全体としては、3.0の最も主要な役割はアプリケーションを支えることだと言えるでしょう。私は一貫して、EOSは実際にはイーサリアムの追随者だと考えています。革新的なものとして自らを飾ろうとしていますが、本質的には、EOSはイーサリアムが提示していないものを何一つ提示しておらず、単により良いイーサリアムを作ろうとしているだけです。

链天下編集長・林燚：最後の段落では、開発者にとってのプラットフォームの使いやすさに触れていました。ブロックチェーンコミュニティの構築を考えた場合、そちらのプラットフォームもビットコインのように、サトシ・ナカモトが主導しなくても自律的に運営されるようになるのでしょうか？ 開発者やコミュニティ参加者へのインセンティブの仕組みは、どのように構築されるのでしょうか？

老冒： ビットコインのような分散型ガバナンスを実現することは、現在、間違いなくすべてのブロックチェーンが目指す目標です。ArcBlockはクラウドコンピューティングプラットフォームですから、完全に分散化されたガバナンスを実現するのはやはり困難です。多くの問題が関係するからです。ビットコインの分散化が担うのは、ビットコイン自体という一つの単純な事業だけです。 そのため相対的に言えば、ビットコインの分散化は比較的実現しやすいのです。一方、アプリケーション開発プラットフォームは非常に柔軟性が高いため、分散化の難易度もかなり高くなります。インセンティブの仕組みも、ArcBlockチェーンでABTを設計した目的の一つです。token自体はArcBlockチェーン上のリソースを消費するためのtokenであると同時に、ArcBlockプラットフォームへクラウドコンピューティングのリソースやソフトウェアを提供するマイナーに報いるインセンティブ体系でもあります。このインセンティブ体系は全体として市場主導の設計です。現在、この体系をどう実現するかは引き続き検討中で、まだその段階には至っていません。これは将来の非常に重要な課題でもあると思います。

链天下編集長・林燚：現在次々に登場するパブリックチェーンプロジェクトについて、そのアーキテクチャやコンセンサスなどをどう評価していますか？

老冒： 今は無数のチェーンが一斉に駆け出す段階で、より多くの新しいブロックチェーンやパブリックチェーンが登場しています。まず、将来の世界が一つか二つのブロックチェーンに統一されることはなく、多くのパブリックチェーンが必要になると考えています。しかし別の観点から言えば、将来、種々雑多で無限のチェーンが登場するかというと、そうは思いません。大部分は消滅するでしょう。最終的には、この世界は少数のパブリックブロックチェーン・プロトコルへ統合され、 それらのプロトコル上で多くのプロトコルが動くことになるでしょう。

追加質問：つまりArcBlockは、やはり中央集権的なチームによる運営を志向しているということですか？

老冒： ArcBlockは初期段階、とりわけ事業ガバナンスにおいては、やはり比較的中央集権的です。私たちの事業は物理面では分散化され、論理面でも高度に分散化されていますが、事業ガバナンスの初期は比較的中央集権的です。私たちが主導しなければならないからです。ただし、この比較的中央集権的な形でも、AWSのように一社が主導するものよりははるかに分散化されています。実際、今日のイーサリアムを見ても、ガバナンス面では比較的中央集権的です。イーサリアム財団があるからです。かつてイーサリアムではコードこそが最大の法律だと言われましたが、実際にイーサリアムで最も重要なガバナンスとは、誰がイーサリアムのコードを変更できるかということです。

挖链網・唐文斌：ABTとEOSにはどんな違いがありますか？ EOSを超えますか？

老冒： かなり大きな違いがあります。全体として、EOSは新しいパブリックチェーンを作り、イーサリアムの一連の問題を解決しようとしています。アーキテクチャ自体はイーサリアムにかなり近く、DPOSというアルゴリズムを採用して性能を高めています。しかしDPOS、とりわけEOSのDPOS方式はかなり中央集権的です。ガバナンス面では、例えば最近、BMが一人で憲法の廃止を提案したことなどは、非常に信じがたい話です。ArcBlockはアプリケーション開発プラットフォームであり、チェーンという観点では、ほかのどのチェーンにも接続できます。将来EOSに多くのユーザーがいれば、ArcBlockもEOSに対応します。ArcBlockとEOSの理念には似ている点があります。EOSのホワイトペーパーを見れば、実際にアプリケーションの問題を解決しようとしていることが分かります。しかし、戦略と位置づけはかなり異なります。EOSはブロックチェーンを一から作り直して現在のあらゆる問題を解決しようとしていますが、本質的には依然としてすべてのアプリケーションを一つのプラットフォームに固定しようとしています。一方ArcBlockの設計は、公共の中間層アプリケーションプラットフォームを作り、開発者が特定の下層ブロックチェーンに縛られないようにするものです。

挖链網・唐文斌：最近の通貨価格の下落について、老冒さんはどう見ていますか？ 好材料がないわけではありませんよね。アプリケーションも実用化されたのに、時価総額管理ではなぜ動きがないのでしょうか？

老冒： 市場全体の流れが悪ければ、通貨価格が下落するのもごく普通のことです。私たちは一貫して、いわゆる時価総額管理は、優れた製品を作り、その製品を実用化することで実現すべきであり、財務や資金ゲームの手段で実現すべきではないと考えています。率直に言って、そうした手段は非常に無責任です。ブロックチェーンプロジェクトについて、そのプロジェクト自体がもたらす長期的価値を信じるのであれば、最も重要なのは、製品が実用化できるかどうかを見ることだと思います。

実際、多くの友人が通貨価格を非常に気にしています。価格の上下につれて、今日は気分がよくても明日は悪くなり、今日は人生を疑っても明日には強い自信を持つ、といった具合です。できる限り自分自身で考え、プロジェクトへ参加する目的がいったい何なのかを考えてほしいと思います。そのプロジェクトが将来価値を持ち、価値が実現するにつれて自分自身も成長できると信じているなら、それは非常に良いことです。市場の変動をそれほど気にする必要はなく、プロジェクト自体の成長をもっと気にかけ、自分も参加してプロジェクトを良くできるかを考えるべきです。もちろん、お金を稼ぐことだけが目的なら、最近、暗号通貨界の大物が「カモを刈る秘訣」を公開したではありませんか。それなら彼に刈られに行けばよいでしょう。

挖链網・唐文斌：冒さん、世間では何度も起業に失敗したと言われていますが、これまでの経験を話してもらえますか？ 後輩が回り道をせずに済むように。

老冒： 起業家にとって失敗は普通のことです。どんな起業家にも失敗の経験があります。失敗なくして成功があるでしょうか。まさに失敗は成功の母です。私が何度も起業に失敗した人だというのは、間違いなく私を中傷しています。中傷する人は、まず私と同じ回数だけ失敗してみて、それから私が過去に取り組んだことの中でどんな成果を上げたかを見てください。起業家にとって、起業の道で最も大切なことは、他人の言うことを聞かないことです。 とりわけ起業メンターの考えを聞いてはいけません。最も重要なのは、自分自身の道を切り開くことです。起業の世界には、実際のところどんなメンターも存在しないからです。他人の成功や失敗から何かを学べるかもしれませんが、他人の言うことを決して鵜呑みにしてはいけません。成功した起業家であっても、その語る物語は部分的な真実にすぎないかもしれず、部分的な真実から自分に示唆を与えるものをまとめるのは、通常とても困難だからです。 また、起業メンターを特に信じてはいけない重要な理由として、「生存者バイアス」があります。成功した起業家は一人ひとりが生存者なのです。第二次世界大戦中、米軍が飛行機のどの部分を補強すべきか研究しようとしたという話があります。統計を取ると、飛行機の主翼と胴体には特に多くの弾痕があり、帰還した飛行機の胴体にはどれも多くの穴が開いていましたが、尾翼にはほとんど損傷がありませんでした。軍は当初、これは胴体と主翼を補強すべきで、尾翼の問題は小さいことを示していると考えました。しかし専門家はすぐに、その考えは大きく誤っていると指摘しました。これはまさに、尾翼が最も脆弱な部分だということを示しているからです。尾翼を撃たれた飛行機は一機も帰還できませんでした。そのため帰還した飛行機では胴体と主翼に多くの穴が開いていましたが、本当に帰還できなかった飛行機を目にすることはありません。これが、いわゆる生存者バイアスです。したがって、成功した起業家が語る物語は100パーセント生存者バイアスです。 グループ内で起業したいと思っている友人にとって最も重要なのは、自分の方向性を貫き、他人の言うことを聞かず、簡単に他人の言葉で動かされないことです。

链天下編集長・林燚：資金ゲームがプロジェクトの命脈を握る現在、ABTが強い時価総額圧力に直面した場合、資金ゲームを導入することはありますか？

老冒： ありません。理由は非常にシンプルです。私たちのプロジェクトでは、資金ゲームが命脈を握ることはないからです。ICOから始まる発展の過程で、私たちは一貫して分散化の理念を守ってきました。相場を支配する資金提供者は存在しません。また、私たちの製品には非常に明確で実現可能な目標があり、この製品は業界全体の発展にとっても大きな価値があります。そのため、ある期間は時価総額が一定の圧力を受けるかもしれませんが、「潮が引いたときに初めて、誰が裸で泳いでいたかが分かる」という言葉があります。私たちは、ブロックチェーンアプリケーション開発を本当に支援できるものを作り出せると信じています。私たちは資金ゲームに頼ってカモを刈る必要があるプロジェクトではありませんし、ArcBlockを利用してカモを刈ろうとする人も、私のところではなかなか実現できないでしょう。信じられないなら、今後を見ていてください。

原文へのリンク： https://www.walian.cn/news/3937.html