編集部注：この原稿は、森・濱田松本法律事務所パートナーの増島雅和弁護士 （@hakusansai）による寄稿である。増島氏は2000年に東京大学法学部を卒業し、2001年弁護士登録、森・濱田松本法律事務所入所。2006年に米国のコロンビア大学法科大学院を卒業し、シリコンバレーのウィルソン・ソンシーニ法律事務所に勤務。2007年ニューヨーク州弁護士登録。帰国後には2010～2012年まで金融庁監督局保険課兼銀行第一課で、法務担当課長補佐を務めた。日本ベンチャーキャピタル協会顧問、日本クラウドファンディング協会理事などを歴任している。
ブロックチェーンの「誤解」
ここのところ急速にブロックチェーンに対する注目度が高まっています。Overstockが開発した、ブロックチェーン技術を用いた非上場株式の取引プラットフォーム「tØ」、ブロックチェーン技術を用いて中央清算機関なしに株式の仲介を実現することを目指してNASDAQと提携したChainなどがこれまで取り上げられてきましたが、三菱UFJフィナンシャル・グループが、ブロックチェーン技術を国際的な金融取引市場に応用することを標榜するR3CEVのプロジェクトに参加する22の銀行の1つとなることがアナウンス（発表PDF）されてから、日本のマーケットでもブロックチェーンまわりがざわついてきました。
日本では、ブロックチェーンというとビットコインを連想する人が多いと思います。「ビットコイン」とは仮想通貨の1つであるビットコイン（これは小文字でbitcoinと記載されるのが通例です）と、これを支えるブロックチェーン技術としてのビットコイン（これは大文字でBitcoinと記載されます）の２つを意味しており、ここで議論をしているのはブロックチェーン技術としてのBitcoinに関連するものです。しかし、この記事でご説明しようとしているブロックチェーンとは、Bitcoinそのものを意味するものではありません。日本のビジネス界では、まだブロックチェーンとはビットコインが採用しているブロックチェーン技術（Bitcoin）のことを意味しているものと捉えている人が多く、ブロックチェーンとBitcoinを混同してブロックチェーン（特にそのリスク）を論じるものが多く見られます。テクノロジー系媒体を代表するTechCrunchすらそのような記事を掲載していますので（「次の革命をもたらすのはブロックチェーンかもしれない」（原文））、ビジネス界でこうした記事にも目配りをしているビジネスパーソンの多くが、このような捉え方をされているのは無理からぬものがあります。
技術サイドの方には当然のこととして理解されていることなので改めて指摘するのも憚られるところですが、Bitcoinというのはブロックチェーン技術を応用した1つのプロトコルに過ぎません。技術を評価して応用する側にあるビジネス界の人々にとっては特に、ブロックチェーンとBitcoinを混同して理解し議論することは、ブロックチェーンの本当の破壊力を見誤るように思います。実際、ビジネスの観点からすると、Bitcoinはブロックチェーン技術の中ではかなり極端なシチュエーションを想定したプロトコルであり、ブロックチェーン技術の応用例としては例外の方に位置づけられるべきものであるともいえるように感じます。
この記事は、ビジネスサイドの人たちに、ブロックチェーン技術をどのように体系を立てて理解すればよいかについて、同じくビジネスサイドにいる筆者の考えを共有することを目的とするものです。そのうえで、ブロックチェーン技術がビジネスにどのように応用することができるのかについて、その見取り図を示そうとするものです（編注：ビットコインの解説にについては、「誰も教えてくれないけれど、これを読めば分かるビットコインの仕組みと可能性」も参照）。
なぜ、ビジネスサイドが、わざわざブロックチェーン技術について理解しなければならないのか、ブロックチェーン技術のビジネス応用について理解しておけば十分なのではないか、という考え方があるかもしれません。しかし、筆者の考えでは、これではブロックチェーン技術のビジネス応用を適切に評価・議論することができません。なぜなら、Bitcoinという、かなり極端なシチュエーションを想定したブロックチェーン技術のアイディアが先行して世の中に広まってしまったため、ブロックチェーン技術のビジネス応用を考える際に、Bitcoin固有の技術的な制約や限界に関する言説が、ブロックチェーン技術に対する評価を歪めてしまいがちであるためです。ブロックチェーン技術についての体系的な理解をすることなくそのビジネス応用について評価・検討しようとすると、技術的な側面からの誤った理解がこれを邪魔するということが起こりうるように思います。
説明を開始する前に1つ留保事項を述べておきます。ブロックチェーン技術は多義的な解釈が可能な技術です。インターネットとは何か、と問われたときに、それぞれの時代ごとに主流の捉え方があり、時とともにバージョンアップされていったのに似ているかもしれません。この記事では、現時点で筆者が一応納得している、ビジネス応用に関する初期的な検討に耐えると思われる、ブロックチェーン技術の体系的な理解を皆さんと共有したいと思います。ビジネス業界の外からは、別の解釈もあるでしょうし、ビジネス業界からも、時を経てより良い解釈の方法が提示される可能性も十分にあると思っています。ぜひとも皆さんの考えを教えて下さい（@hakusansaiにてお待ちしています）。
管理者の有無によるブロックチェーン技術の分類
テクノロジーサイドの論文を読んだり技術者の方々と議論したりした結果、ブロックチェーン技術は、下図のような体系で整理して理解すると、ビジネス応用について検討・評価する際の見通しが良いように思います。
（*）ただし、管理者がいてノード参加が自由というものも作ることができる
まずは、管理者について、ブロックチェーン技術を採用し、ビジネスの用途でこれを管理するのは誰か、という点からブロックチェーン技術を見る視点です。ブロックチェーン技術については「管理者が存在しない」という事態も想定されており、その典型がBitcoinということになります。ブロックチェーンをビジネス用途に用いる場合、その導入を検討する企業はブロックチェーンを管理したいと考えるのではないでしょうか。管理の主体は、単体企業とすることもパートナーシップ関係にあるコンソーシアムによって担われるとすることも考えられます。管理主体を誰にするかは、ビジネスの戦略上はたいへん重要なポイントになりますが、ブロックチェーン技術という観点からはそれほど大きな問題ではありません。すなわち、ブロックチェーン技術としては、単体企業を管理者とするものとコンソーシアムを管理者とするもののいずれもが可能であり、それぞれに最適化したプロトコルを持ったサービスを採用するか、もしくは同一のプロトコルを用いて他の技術的な側面からそれぞれに最適化したサービスを採用するかということをビジネスサイドとしては考えることになります。
コンピューターシステムであれそれ以外のものであれ、およそ一定の仕組み・システムを運用するためには管理者が必要と考えられていました。企業内システムしかり、コーポレート・ガバナンスしかり、自治体や国家運営であってもしかりです。Bitcoinというのは、理論的にはこの管理者の存在を前提としないプロトコルを採用しています。管理者の存在を前提とする必要がないことから、Bitcoinは民主的な技術であるといわれ、その応用である仮想通貨（bitcoin）は、国家システム（なかんずく貨幣システム）に対する強力な代替案を提供しうるアプリケーションであるとして、驚きをもって受け止められました。しかしながらこのことは、ブロックチェーン技術は管理者が存在しないものでなければならないことを意味するものではありません。ブロックチェーンは分散型台帳技術であり（ブロックチェーンを「台帳」と解釈すべきかどうか自体についても諸説があり、ものの見方によって多義的な解釈が可能です）、それ自体は無色透明のものであって、管理者をどのように設定し、または設定しないことにするかは、プロトコルのアーキテクチャの問題にすぎないということができます。
誰でもノードとして参加できるか、管理者によるコントロールを可能にするか
ブロックチェーンはpeer to peer技術を応用したものなので、技術的にノードの存在が必要になります。このノードに誰がなることができるのかというのが次の視点となります。管理者が存在しないブロックチェーン技術の場合には、管理者が存在しないというその特性は、ノードの参加の可否を判断する者が存在しないということを意味し、したがって誰でもノードに参加することができるというアーキテクチャを採用することになります。ブロックチェーン技術を解説する際に「Trustless」という表現が出てくることがありますが、これは主としてこのことを述べたものです。
逆に、管理者が存在するブロックチェーンについては、ノードとなるかどうかについて管理者がこれをコントロールすることができるということになります。これには、エンドユーザーを直接ノードとするものや、エンドユーザーは誰かということと誰をノードとするかを分けて考えるものとがありますが、いずれにしても、ノードとなることができる主体を管理者がコントロールすることができること自体には変わりがありません（エンドユーザーが自動的にノードとなるものについては、そもそもそのエンドユーザーにアカウント開設を許可するかどうかを管理者がコントロールすることによって、ノードをコントロールすることができることになります）。この特性を表現するものとして、しばしば「Trusted」という表現が用いられています。
コンセンサスとプルーフの必要性
ブロックチェーン技術について、これをpeer to peer技術を用いて管理する分散型台帳であると見た場合、この台帳の書き換えをコントロールする方法が技術の中核を占めることになります。台帳の書き換えは、そこに何らかのトランザクションが起こることを意味していますが、このトランザクションに対する同意（コンセンサス）と、それが真に当事者によって行われたものであること、さらには対象が二重にトランザクションの対象となっていないことを確認（プルーフ）する作業が必要となります。
ブロックチェーン技術に、誰でもノードに参加することができるアーキテクチャを採用する場合、ノードには悪意のある者が参加する可能性があることを念頭に置いて全体を設計しなければならないことになります。すなわち、悪意のあるノード参加者が分散型台帳を改ざんしないことを確保する仕組みが必要ということになります。Bitcoinにおいては、これをproof of workと呼ばれる方法で、台帳の書き換えには一定の計算を行うことを要するものとすることで、解決しようとしています。計算が必要であるということは、コンピューターリソースとこれを動かす電力を必要とするということを意味していますが、これらの資源を提供することのインセンティブとしてbitcoin自身を資源の提供者（つまりマイナー）に付与することをあらかじめ約束することで、悪意のあるノード参加者にとって、台帳を改ざんするよりはマイニングに従事するほうが経済的に効率的であるという状態を創出しているわけです。これにより、悪意のあるノード参加者を想定しつつ、台帳の改ざんの懸念を払拭しているところに、Bitcoinというプロトコルの際立った特徴があるといえます。
逆にいうと、ブロックチェーン技術に管理者の存在を想定し、ノード参加者を管理者が選定することができるというアーキテクチャを採用した場合、そもそもそんなに悪意のあるノード参加者などというのを想定してガチガチなプルーフ作業を必須としなくても良いではないか、という発想がうまれうることになります。
どの程度のプルーフ作業を必要とするかは、分散型台帳の書き換えの速度、すなわちトランザクションの速度と深く関係することになります。厳格なプルーフ作業を要求する場合、これはビジネスにおいては取引の実行に要する時間が長くなることを原則として意味します。そうすると、その長さがすなわち決済速度ということになり、この点のブロックチェーンのアーキテクチャ、さらにはそのプロトコル自身が、ビジネス上、その取引にそのブロックチェーンが使えるかどうかという話に直結することになります。
このように、ブロックチェーン技術においては、厳格なプルーフ作業を求めること、ビジネス的に言うと台帳に対する悪意のある改ざんがなされないという信頼性を技術的に高く確保することと、トランザクション速度を高速化することの間には、一定のアンビバレントな関係があるといわれています。このバランスをどこに置くのか、ということを考える際に、悪意のある改ざんを防止するためにノード参加者自身をコントロールするという発想を持つことができる、管理者が存在するブロックチェーン技術とその存在を前提としていないブロックチェーン技術の間には、サービスの設計を考える上で、大きな差があるということだと思います。
さらに言うと、プロトコルをどうするかという問題は、ビジネスの応用に際して一定の制約を生むことになるとはいえますが、この点は提供される製品のアーキテクチャによって、一定程度解消されうるということであると思います。例えばBitcoinのプロトコルを用いたとしても、その上に何か別のレイヤーを設けて工夫することにより、トランザクション速度に関して何らかの改善を図ることができる余地はあるということかと思います（Bitcoinというプロトコルは、管理者の存在を前提とはしていないというだけで、このプロトコルを用いたサービスを設計する際に、管理者を置いた形のサービスを作ることができないということではまったくありません。）。但し、Bitcoinのプロトコルに本源的に存在する制約や限界が、これを用いたサービスの設計を窮屈にするということはありえるかもしれず、それによってサービスがビジネス上どの領域に利用することができるのか、ということに影響することはありうるのだと思います。
また、Bitcoinが完全なオープンソースであることに関連して、事業者が提供するサービスの中には、そのおおもとをBitcoinに由来するものが多くあります。これらはビットコインフォークと呼ばれ、Bitcoinが持つ特性を多かれ少なかれ引き継いでいることになります。ブロックチェーン技術を用いたサービスを一から開発する（すなわちコードを一行目から書いていく）ためには、peer to peerによる分散型合意形成技術、暗号技術、セキュリティ技術など異なる領域にわたる技術を開発陣が高いレベルで習得していなければならず、そのような開発チームを組織して、ビットコインフォークではない、特定のビジネス応用に最適化したサービスを作り上げるためには、かなりの時間と開発コストがかかると言われています。
ブロックチェーンには「トークン」は必須ではない
ブロックチェーン技術に言及する際には、しばしば「トークン」と呼ばれるシステム内の貨幣のようなものと、マイナーと呼ばれるトークンの発掘者の存在が指摘されることがあります。しかしながら、これらはブロックチェーン技術にとって必要不可欠の要素ではありません。ブロックチェーン技術を分散型台帳としてとらえる見方からすると、システム内でこの分散型台帳を適切に管理することができればよいわけであり、そのための設計として、トークンというものを導入するかどうか、またマイナーという仕組みを導入して分散型台帳の管理のためのリソース提供を動機付けするかどうかは、サービスのアーキテクチャないしその根本にあるブロックチェーンのプロトコルをどのようにするか、という問題に過ぎません。
同様に、台帳を誰が見ることができるかという点も、サービスの設計の問題ということになります。
ブロックチェーン技術の応用
ブロックチェーン技術を分散型台帳とみた場合、その応用としてビジネス界が着想するものとして決済分野があります。決済には資金や証券などの分野がありますが、資金は記録によりその価値の帰属者を法的に定めることができ、証券についても電子的な記録によりその保有者を法的に定めることができますので、ブロックチェーン技術を用いてトランザクションの実行を適切に記録する（誰と誰の間のいつ行われた何の移転に関する取引かを記録し、その認証を行うことで、二重譲渡のような事態を防止する）ことにより、ブロックチェーン技術に決済機能を発揮させることができそうです。
他方で、このような記録台帳による記載と資産の法的な所有の決定が必ずしも対応していないものも存在します。例えば債権の譲渡は、誰が現在債権者であるかについて対外的に主張することができるためには、債務者に対する通知や債務者による承諾が必要です。したがって、記録台帳による記載を債務者への対抗可能なものとするためには、債権の売買当事者間の合意とその認証のみではなく、債務者に対する通知がなされたことや債務者が承諾したことについての認証が必要になることになります。動産の場合には、売買当事者間の譲渡の合意のほかに、その動産が買主に引き渡されたことについての認証もなければ、記録台帳の内容のとおりの資産の所有関係があるということは言えません。不動産の場合にはその権利の取得や喪失について対外的に主張するためには登記が必要ということになりますので、ブロックチェーンによる記録と登記システムが何らかのつながりを持たなければならないことになります。そこで、もっとも先進的なアイディアとして、登記システムにブロックチェーンが組み込まれるべきであるという主張がなされているところです。技術的にはともかく現状の登記実務を念頭に考えると、それなりに超えるべきハードルがあると言わざるをえませんが、確かにそのような仕組みが採用された暁には、現在の中央集権的な登記システムの維持にかかるコストは劇的に減らせることになるでしょう。現に、債権については電子債権記録法という法律により、電子債権記録機関における記録によってその権利の発生と移転の法律上の効果を担保する仕組みができており、こうした新しい法律上の枠組みの制定により、資金や証券以外の資産の移転分野にブロックチェーン技術が応用されていく可能性はあると考えられます。
ブロックチェーン技術の捉え方として、これは台帳ではなく5W1Hが記載された記録簿であるという識者もいます。これを台帳と表現するか記録簿と表現するかは言葉の綾に過ぎないように思われますが、このような表現をされる人の中には、チューリング完全なブロックチェーン技術であれば、契約上の義務をデータレイヤーを取扱うチェーンと同じチェーンで取扱うことができ、これによりブロックチェーン上で契約関係を表現することができると同時に、その契約条件が整った際に契約上の支払の履行がなされることを確保するという仕組みをつくり上げることができるということを強調する人が多いようです。これを表現する単語として、「スマートコントラクト」という呼び方がなされることがあります。このようなスマートコントラクトにおいては、単純化して言えば、移転対象となる資産を移転する諸条件がブロックチェーン上に表現され、記述されたすべて条件の成就が認証された場合に資産が台帳上移転するという仕組みをブロックチェーンに織り込んでおくという発想がなされています。
このようなスマートコントラクトの考えは、ガバナンスないしモニタリングと呼ばれるものの考え方を変更するかもしれません。例えば取締役に対する株主のモニタリングについて、取締役の行動に様々な条件を課したうえで、それらの条件を成就した場合に報酬が付与されるものと考えた場合、これらの条件関係がブロックチェーン上に表現されていれば、その条件の成就が認証されないかぎり取締役に報酬が支払われないということになります。取締役のモニタリングを、判定が容易な複数の条件の組み合わせとその成就の認証行為としてとらえ、これを報酬と紐付けることで、コーポレート・ガバナンスの最重要の問題の一つであるところの取締役の行動規律を低コストで確保することができるのではないか、と考えることは、スマートコントラクトの延長上の議論として少なくとも成立し得るように思われます。
また、スマートコントラクトとIoTの関係にも着目する必要があります。スマートコントラクトでは、一定の条件が成就することをもって資産の移転が生じる（より正確には帳簿上の記載が変更される）ということをブロックチェーン技術によって自動的に発生させることができるわけですが、この「条件」が客観的な事象の発生そのもの、もしくはそのような事象と紐付いたものであることがあります。例えば、「午後10時までに帰宅する日が１週間のうち4日以上あったら5000円を支払う」という契約があった場合、「午後10時までに帰宅する」という条件が果たされたことを確認する方法として、本人が帰宅したことを申告させ、誰かが本人の自宅に電話して認証する方法がありえます。これに代わる方法として、本人が電子鍵で自宅ドアを解錠した場合にスマートロックからモバイル端末を経由して帰宅の事実とその時刻が送信されれば、その日に「午後10時までに帰宅する」という条件を満たしたことをブロックチェーン上で認証することができることになります。
こうしてみてみると、そもそもビットコインという仮想通貨システム自体が、これまでは国家がコストを掛けてメンテナンスしてきた貨幣システムのガバナンスに相当するものを、ビットコインというプロトコルの中で、法定通貨のガバナンスとコスト構造が全く異なる仕組みにより、実現したものととらえることも可能であるように思われます。すなわち、ビットコインという仮想通貨システムが成立していることそのものが、ブロックチェーン技術がこれまでのガバナンスとそのためのコストというものに対して、強烈な転換を迫るものたりうることの証左であるという見方もできるということです。