ブロックチェーンベースの著作権保護サービス「ascribe」は履歴書DBとして使えるのか：ブロックチェーンの検証現場で何が起きているのか（2）（2/2 ページ）

オペレーション［2］――経歴データの登録と求職者への譲渡

　まず、［2］のオペレーションでは、内部的に承認要求を受けた企業および学校ユーザーが経歴データをデジタル作品として登録（Register Piece）し、そのデジタル作品の所有権を求職者に譲渡（Transfer Edition）します。

実際に発行されたトランザクション

　実際にこのオペレーション実行後、企業および学校のアカウントで自身の保持しているPieceの一覧や、求職者のアカウントで自身の保持しているEditionの一覧を確認すると、ブロックチェーン上に幾つかのトランザクションが発行されていました。

　［2］のオペレーション行われた処理で発行されたトランザクションについて、ビットコインのアドレス情報や、ブロックチェーンのトランザクションの詳細情報を見ることができる「Blocktrail」というサイトを使い、中身を確認しました。

• 9afa52……：トランザクションNo.1
• 951cca……：トランザクションNo.2
• 5cea1b……：トランザクションNo.3

　なお、上記3本以外にも幾つかありましたが、今回は割愛しています。

記録された証跡データの確認

　トランザクションの中身を簡単にまとめると（当然、ブロックチェーンであるため今からでも上記リンクは確認可能です）、下記のようになります。

証跡データから読み解く

　これらを実際に行った操作と対応させて読み解いていくと、下記のように読み解けます。

図5　オペレーション［2］の流れ

オペレーション［3］――経歴情報を公開する

　続けて、［3］の経歴情報を公開するオペレーションを実行した際の結果を見ていきます。

　ここでは、求職者が承認済みの経歴を就職希望先の企業に対して公開する際ascribeのAPI「Loan an Edition」を実行しています。

実際に発行されたトランザクション

　ここで見られたトランザクションは以下になります。

• 59c1ca……：トランザクションNo.4
• 954752……：トランザクションNo.5

記録された証跡データの確認

　トランザクションの中身を簡単にまとめると、下記のようになります。

• トランザクションNo.4
  「1AScRh……」というアドレスから「1D4j8k……」というアドレスに送金するトランザクション
• トランザクションNo.5
  「1D4j8k……」というアドレスから「1NCkPZ……」「1Cisz3……」の2つのアドレスに送金するトランザクション

証跡データから読み解く

　この、LOANのオペレーションで出てきたトランザクションの内容は下記のように読み解けます。

• トランザクションNo.4
  後続の「LOAN」を行うために必要なビットコインをアドレス「1D4j8k……」にチャージ
• トランザクションNo.5
  デジタル作品をオーナーである「1D4j8k……」が「1Cisz3……」へ2016年4月13日から2016年4月16日まで貸与となる

図6　オペレーション［3］の流れ

ascribeの検証で得られた知見

　このように、ascribeのAPIでは、ビットコインアドレス間の送金とOP_RETURNの内容の組み合わせ、さらにビットコインアドレスとデジタル作品を内部的にひも付けることによって、デジタル作品の所有権の譲渡、および貸与のオペレーション内容をブロックチェーンのトランザクション上で非常にうまく表現できています（なお、このマッピングは同社から「SPOOL」という名前のオープンソースソフトウェア（OSS）のプロトコルとして公開されています。詳細はリンクをご参照ください）。

　その他、ブロックチェーンのトランザクションを発行するごとに、ビットコイン（後発のオペレーションを行うときに必要となるもの）をFederation Walletから送金してチャージすることを知りました。

　さらに、デジタル作品のハッシュをビットコインのアドレスとして発行し、そこに送金するトランザクションをブロックチェーン上に残すことで「証跡」とする（改ざんの防止）といった、まさに「分散台帳」としてブロックチェーンを利用する際に必要となる設計について、具体的実装を通して知ることができました。

次は、分散性をさらに高める

　今回の検証では、幾つかの前提を元に、「求職者の学歴や職歴などの履歴データが、改ざんされていない保証がある中、希望先企業へ開示する」という履歴書データベースの基本機能が実現できることを確認しました（幾つかAPIのバグや機能不足がありましたが、都度ascribeと相談しながら解決できました）。

　一方システムアーキテクチャの観点でいいますと、証跡情報はブロックチェーンに記録されているものの、その他のシステムパーツ（求職者、および企業のユーザーデータ、卒業証明用の画像データ、および各アプリケーションのロジック）は既存のWebサイトを構成する仕組みとほぼ同じです。ローカルのデータベースやAmazon S3へ記録しているため、ブロックチェーンの特徴たる分散性は、ほぼ実現されていません。

　つまり、このままでは「履歴書データベースが稼働しているサーバやascribeのAPIサーバがダウンする」「ascribeがサービスを廃止した段階で履歴書データベースが使えなくなってしまう」という問題があります。

　次回は、ビットコインの仕組みにより近づけていく（分散性をさらに高める）方向性で、「APIを提供しているascribeが力を入れてOSSとして開発しているブロックチェーンデータベース、およびBigchainDBを使った仕組みに関する検証」について説明する予定です。