Concordiumのロードマップ
本書は、2021年第2四半期のメインネット・リリース後のConcordiumのロードマップのハイライトを説明しています。
ロードマップは躍動的な計画であり、ユーザーやアプリケーションをサポートし、新しい研究を考慮に入れて定期的に更新されます。さらに、ソースコードがオープンであること、ブロックチェーンのガバナンスが分散化に向けて進化していることから、コミュニティからのインプットがロードマップに反映されます。
ロードマップは、以下の2つの基本原則に基づいています：
- 拡張する前に統合します
- メインネットと並行して、新機能のデモンストレーションや新規・既存アプリケーションの検証のためのパブリックでオープンなテストネットを継続的に運営します
これらの原則により、Concordiumブロックチェーンは、数多くのアプリケーションをサポートする信頼性の高い安定したプラットフォームを継続的に提供します。
さらに、ロードマップでは、シャーディングによるキャパシティの向上、スマートコントラクトのための機能豊富で使いやすい環境の提供、さらには相互運用性や監査性の実現にも力を入れています。
セキュリティ監査と認証
Concordiumのソフトウェアは、定期的に独立したセキュリティ専門家によるレビューを受け、開発ラボで行われている品質保証をさらに強化しています。
一つの目標は、Concordiumのソフトウェアが、追加の品質スタンプとして認証されることです。認証の形態は現在検討中です。共通の基準が1つの選択肢ですが、利用可能であれば、他の認知されたブロックチェーンに特化した認証も検討されます。選択次第では、認証はこのロードマップサイクルの最後になります。
テストネットとメインネット
メインネットのリリースは、オープンテストネット１、２、３、４の4回の公開に続き、徐々に機能を追加していきました。最初のテストネットでは、二層構造のコンセンサスプロトコルを実証し、2回目のテストネットでは、アイデンティティ・レイヤーに焦点を当て、認証されたアイデンティティに基づいてアカウントを作成し、プライベートに使用できることを実証しました。オープンテストネット３では、暗号化されたトランザクションと大規模ネットワークにおけるブロックチェーンの堅牢性に焦点を当て、最後のテストネットではRustベースのスマートコントラクトのサポートを追加しました。
オープンテストネット３と４では、参加者は特定の課題を解決してConcordiumに貴重なフィードバックを提供するというインセンティブを得しました。これにより、参加者はメインネット上で一定量のGTUを得る権利を得ることができました。
オープンテストネット４のインセンティブ付きチャレンジは終了しましたが、オープンテストネットはメインネットの立ち上げ後も、Concordiumが運営するノードと、外部のノード運営者¹によって継続されます。
オープンテストネットの重要な目的
- 新機能の品質をオープンな環境でテストする。Concordiumは、これに関連する特定のタスクにインセンティブを与えることがあります。
- オープンテストネット上で動作する既存アプリケーションの回帰テスト。
- システムインテグレーターが、メインネットに展開する前や展開中に、新しいアプリケーション（およびスマートコントラクト）をテストし、使用するための開発プラットフォーム。
Concordiumは、ブロックチェーン上で使用するソフトウェアの特定のバージョンを承認しており、新しいバージョンが承認される前に、2段階のテストを受けなければなりません。
- 内部ラボでのテスト
- オープンテストネットでのテスト
したがって、すべての追加や変更は、メインネット²に導入される前に、オープンテストネットでテストされ、使用されていなければなりません。私たちのラボでの内部テストにより、オープンテストネットはテスト期間中、十分に機能していることが期待できます。
ロードマップの概要
全体の計画
計画更新には3つのタイプがあります：
- プロトコルの更新。ハードフォークが発生するため、すべてのベイカーがアップデートする必要があります。
- 機能のアップデート。ノードソフトウェアに新しい機能を追加したり、改良を加えたりすること。アップデートを怠ってもハードフォークは発生しません。
- ツールやAPIのアップデート。これらのアップデートは、ブロックチェーンのコア機能には影響しません。
プロトコル・アップデートは最も大規模なもので、事前に十分な計画が立てられます。このようなアップデートは4回予定されていますが、ローンチ後早い段階でより頻繁なアップデートが必要になることが予想されるため、各回の間隔を徐々に広げていきます。
各プロトコルアップデートの間には、プロトコルアップデートの間隔に応じて、1つまたは2つの機能アップデートが予定されています。
プロトコルの更新
最初に統合し、次に拡張するという原則から、メインネットリリース後の最初の1年間は、既存の機能を統合して最適化し、それらを使用するためのツールやテンプレートを提供することに集中します。ブロックチェーンの最適化は引き続き重要ですが、新機能の追加やツールセットの拡張にも徐々に力を入れていきます。これは、Concordium内部での開発、コミュニティ・プロジェクト、パートナー・プロジェクトといった形で行われます。
機能アップデート
前述の通り、ロードマップは定期的に見直されており、その一環として、ユーザーやステークホルダーのニーズに影響されて、機能アップデートが詳細に定義されます。
ただし、特定のプロトコル・アップデートに関する機能アップデートは、プロトコル・アップデートの機能の使い勝手を向上させるためのツールやAPIに焦点を当てます。例えば、Siriuswillの前後の機能アップデートでは、スマートコントラクトのツールや、AuditabilityやTelemetryのためにブロックチェーンからデータを抽出する仕組みの改善が中心となります。
Vega前後の機能アップデートは、主にシャーディングや相互運用性のためのツールに関するものになります。さらに、外部のウォレット（カストディアンおよび非カストディアン）の利用状況に応じて、現時点ではウォレットに関連する活動が計画されています。
テーマ
ロードマップの機能はテーマごとに分類されています。次のセクションでは、これらの詳細を説明しますが、テーマ間の依存関係が計画の一部を導くことになります。
そのような依存関係の一つは、ブロックチェーンのコンセンサスプロトコルに基づいたファイナライズサービス（FaaSと表記）の提供に関するものです。これは外部のサービスでも利用でき、シャーディングの仕組みの基礎でもあります。しかし、FaaSを使ってイベントを登録できることと、チェーン上のデータを効率的に検証できることは別の問題です。
ブロックチェーンの一部としてノードを稼働させている当事者にとってはあまり問題になりませんが、外部との相互運用性を考えると、これを効率的に行えることが重要です。そのためのツールやメカニズムは、ロードマップの「Auditability」テーマでは「State Proofs」、「Interoperability」テーマでは「Outgoing messages」と呼ばれる機能に置かれています。
シャーディングの進化とトークンのサポートには、別の依存関係があると考えています。当初は、トークン化とスワップのためのスマートコントラクトテンプレートの提供に重点を置いていますが、これらのコントラクトが成熟し、シャーディングが成熟するにつれて、これらのコントラクトテンプレートはシャーディング間の操作に拡張されていきます。
以下の図は、Polarisへの進化におけるこれらの依存関係を示しています：
特徴
ロードマップのテーマに沿って紹介します。
スマートコントラクト
当初は、トークン化（fungibleおよびnon-fungible）とトークンのスワップを実装したサンプルコントラクト（テンプレート）を作成することに主眼を置いています。トークンの交換機能は、シャーディングのサポートが十分に成熟した段階で、異なるシャーディング間でのトークンの交換を可能にするために強化される予定です。
スマートコントラクトの中には、暗号化された安全なランダム性へのアクセスを必要とするものがあります。現在の研究では、この機能はVegaに搭載される予定です。
Concordiumは、スマートコントラクトの開発、分析、テストを改善するために、内部プロジェクトを持ち、外部プロジェクトを後援する。中心となる内部目標は、スマートコントラクトを正式に検証するツールを提供することです。
さらに長期的には、他のスマートコントラクト言語が内部または外部のプロジェクトで追加されるかもしれません。これらの選択はまだオープンで、特定のニーズに依存しています。
相互運用性
相互運用性については、私たちのブロックチェーンのファイナライズサービス（FaaS）の利用に焦点を当てます。これには2つの部分があります。1つは、ファイナライズされたブロックに外部イベントを含めるための優れたツールを提供すること、もうひとつは、そのようなイベントを簡単に検証する方法を提供することです。前述したように、これらの機能は「シャーディング」と「監査可能性」という2つのテーマに密接に関連しています。
また、Concordiumは、ブロックチェーンに関連する標準化活動を注意深くフォローし、参加していきます。
シャーディング
シャーディングは、ネットワークをより小さなコンポーネント（シャード）に分割することで実行を並列化します。シャーディングの主な目的は、スケーラビリティの問題を解決し、アプリケーションをそれぞれのプライベートなシャードで実行できるようにすることです。
各シャードは基本的に独立したブロックチェーンに対応しており、他のシャードとはほぼ独立して実行することができます。つまり、あるシャードのトランザクションは、そのシャードにあるノードによってのみ処理されるため、全体としてより多くのトランザクションを処理することができます。また、シャードごとに異なるコンセンサスメカニズムを使用したり、特定の目的のために最適化したりすることも可能です。
各シャードは個々のブロックチェーンを実行し、コントロールチェーンを使って個々のシャードを調整します。コントロールチェーンは、シャードを管理し、シャードにファイナライズサービスを提供し、シャード間の取引の手段を提供します。
シャーディングは段階的に導入されます：
- 楽観的なコンセンサス・プロトコルとコントロール・チェーンにFaaSを使用した、テストネット上でのシャーディングのコンセプトの証明。
- 概念実証に基づき、メインネット上でプライベート・シャーディングを行う。
- シャードの調整を改善する。
- シャード間トランザクション
- シャードにおけるコンセンサスメカニズムの追加
監査可能性とテレメトリー
監査可能性とテレメトリーのテーマは、ブロックチェーンからデータを抽出したいという共通のニーズに基づいています。監査可能性のためには、このデータを簡単に検証できなければなりません（例えば「状態証明」を使用して）。
状態証明や、ブロックチェーンからデータを抽出するためのAPIは、レイヤー１の機能の一部と考えられますが、データの表示や会計ソフトとの統合などの別の機能は、より上位のレイヤーになります。
ウォレット
Concordiumでは、モバイルウォレットとデスクトップウォレットを用意しています。
モバイル・ウォレットは、アカウントの管理や使用に使用できます。このウォレットはリファレンス・ウォレットと考えられており、将来的には他のウォレットに取って代わられることが予想されます。その時期に応じて、いくつかの改良が予定されています。
デスクトップウォレットでは、鍵の管理機能が強化されており（Ledger Nano Sをサポート）、アカウントの管理や送金に加えて、Concordiumによるガバナンスの運用にも使用されます。
なお、「監査性とテレメトリー」で述べた、チェーンからデータを抽出するためのAPIは、今後のウォレットの強化にも利用できます。
コアチェーンプロトコル
全てのレイヤー（ネットワーク、コンセンサス、トランザクション）において、ブロックチェーンのコアプロトコルの改善が数多く計画されています。重要な目標は、常にブロックチェーンをより速く、より安くすることと、セキュリティを監視し、場合によっては改善することです。
予定されている機能のいくつかをここで紹介しておきます。まず、「アカウントポリシー」が導入され、アカウントホルダーは、アカウントがGTUを送受信できる条件を指定できるようになります（例えば、禁止された国のアカウントからのGTUの送金を拒否するなど）。また、プロトコルの仕様に反するメッセージを送信したノードを一時的に排除する仕組みの導入も予定しています。
Orionのリリースに関連して、次世代のブロックチェーンへの道を開く新しいコンセンサスメカニズムのデモンストレーションを行います。
トークノミクス
ブロックチェーンのトークノミクスモデルは比較的安定していると予想されており、アップデートはほとんど予定されていません。
主な新機能としては、ノードを運営していないGTU保有者がGTUをプールに委譲し、ブロックチェーン上で報酬を得ることができる委譲の導入が挙げられます。さらに、GTUを上場した後、GTUの価値を不換紙幣（ユーロ）で取得するサービスが導入されます。これは、トランザクションのコストをより正確に計算するために必要となり、ウォレットでも使用することができます。
IDレイヤー
ConcordiumのIDレイヤーの利用を拡大するために、IDコンセプトを他のアプリケーションで利用するためのライブラリを最優先している。その他の活動としては、匿名性撤回者とIDプロバイダーの鍵のライフサイクルの処理の更新と合理化に関するものがあります。
結論
Concordiumのロードマップは、以下の2つの原則に基づいています：
- 拡張する前に統合します
- 新機能のデモンストレーションや新規・既存アプリケーションの検証のために、パブリックでオープンなテストネットを継続的に運営します
これにより、数多くのアプリケーションをサポートする、信頼性の高い安定したプラットフォームを提供できると考えています。同時に、ロードマップでは、シャーディングによる容量の向上、スマートコントラクトのための機能豊富で使いやすい環境の提供、さらには、相互運用性と監査性の実現にも重点を置いています。
今後も進捗状況を共有し、コメントや建設的な批判を求め、一方ではグローバルなコミュニティの参加を求めていきます。
これまでのコミュニティの関心とサポートに感謝し、それを維持するために努力を続けていきます。
¹ It must be noted that the Open Testnet is completely independent of Mainnet and identities, accounts and GTU on Open Testnet cannot be used on Mainnet and vice versa.
² No rule without exception and we may have to deploy emergency updates directly on Mainnet without going through Open Testnet first.
