ArcBlock DevCon 2020 バッジから考える：トークンとは何か？

著者： 冒志鴻（ArcBlock CEO 兼 首席アーキテクト）、陳俊（ArcBlock 副総裁）

端午節おめでとうございます！

ArcBlock DevCon 2020 のチケットバッジは、ユーザーからの熱烈な反響と業界からの大きな注目を集めました。上記は、ArcBlock コミュニティのユーザーが VIP チケットで受け取った NFT バッジを使用して自作した動画です。私たちはこの場を借りて、ArcBlock を支持してくださるすべての友人やパートナーに祝日の挨拶を贈ります。同時に、オンラインハッカソンに参加している開発者の皆さんと私たちのチームは、休日返上で自らの DApps アイデアを形にし、大会の締めくくりとしてこの祝日に花を添えています。

今回の大会で発行されたチケットバッジ証明書、および間もなく授与されるハッカソンバッジ証明書は、すべて NFT（Non-Fungible Token、非代替性トークン）に属します。では、NFT とは何でしょうか？ トークンとは何でしょうか？ そして、私たちがよく知るビットコインやイーサリアムなどの暗号資産（仮想通貨）とはどのような関係があり、何が違うのでしょうか？ 冒志鴻と陳俊が執筆し、中信出版集団から本日印刷・出荷されたばかりの新刊『ブロックチェーン実戦：技術革新からビジネスモデルまで（区块链实戦：从技术创新到商业模式）』の第 2 部『迷信を打ち破り、ブロックチェーンの能力と限界を深く知る』第 7 章『暗号通貨、暗号資産、そしてトークン』にて、その概念の紹介と分析を行っています。

言うまでもなく、ここ数年、ビットコインを中心とした様々な暗号資産とそれがもたらした富の効用こそが、世界中の一般大衆の関心をブロックチェーン技術に向けさせた最大の原動力でした。これ以前に、これほど多くの専門外の人々を魅了したコンピュータ技術は存在しなかったかもしれません。

誤解 1：ブロックチェーンとはビットコインやデジタル通貨のことである。 これはブロックチェーン技術に対する基本的な認識を欠いた典型的な誤解です。ビットコインや各種暗号資産はブロックチェーンの一つの応用に過ぎず、ブロックチェーンは他にも多くの用途を支えています。

誤解 2：ブロックチェーンの役割は「コインを発行する」ことにある。 誤解 1 と同様に、ブロックチェーンは「コイン発行」やトークン発行以外にも多くの用途があります。「コイン発行」という言い方は、暗号資産への投機が盛んだった時代の産物であることが多いです。

誤解 3：「コイン」や「トークン」は投機以外に役に立たない。 「トークン」には非常に多くの用途と広範な応用シナリオがあります。仮想通貨を必要としないアプリケーションであっても、ほとんどのブロックチェーンアプリケーションの設計には何らかの形のトークンが不可欠です。暗号資産取引は過去において主要な用途であったかもしれませんが、現在ではますます多くの実用的なプロジェクトがブロックチェーンとトークン技術を採用しています。

誤解 4：政府が中央銀行デジタル通貨（CBDC）を発行するにはブロックチェーンを使わなければならない。 これも誤解です。トークンの設計と実装にブロックチェーンは必ずしも必要ではなく、ブロックチェーン技術を採用しないことも十分に可能です。しかし、今日の技術発展においては、ブロックチェーンを採用することがより有利な選択肢となります。

誤解 5：企業や政府は「コインレス・ブロックチェーン（無幣区塊鏈）」を使用しなければならない。 「コインレス・ブロックチェーン」はいわゆる「用語の争い」であり、一部の人々が「ブロックチェーン技術」と「コイン」を切り離すために作り上げた非科学的な言い方であり、誤解を招きやすいものです。ある視点から見れば、コイン（トークン）が存在しないブロックチェーンの応用シナリオはほとんど存在しません。「コインレス・ブロックチェーン」は、まるで「データのないデータベース」のように奇妙なものです。

ブロックチェーンと「コイン」

ビットコインは世界初のブロックチェーンであり、ブロックチェーンを語る上でデジタル通貨を避けて通ることはできません。ブロックチェーン上のコイン、トークン、デジタル資産の関係をより良く理解するために、まずはブロックチェーンの設計と歴史的背景を深く理解する必要があります。

現在普及しているブロックチェーンの設計には、大きく分けて UTXO モデルとアカウントモデルという 2 つの一般的な設計があります。暗号資産、トークン、あるいは暗号資産などが、ブロックチェーン上で「誰に帰属するのか」という核心的な問いに対し、これら 2 つの設計モデルがその回答の基礎となります。

UTXO モデル

サトシ・ナカモトはビットコインのホワイトペーパーの冒頭で「電子コイン（Electronic Coin）」という概念を導入し、それを「一連のデジタル署名（a chain of digital signatures）」と定義しました。これがビットコイン取引の基礎であり、ビットコインが「コイン」と呼ばれる所以かもしれません。

ビットコインでは UTXO（Unspent Transaction Output、未使用のトランザクション出力）と呼ばれる取引モデルが採用されています。本書の他の部分でも目にしたことがあるかもしれません。非技術者向けの読み物として、この取引モードを詳細に解説することはしませんが、日常生活で使用する硬貨や紙幣などの現金支払いのアナロジーで理解することができます。

例えば、ミルクティーを一杯買うのに 32 元支払う必要があるとします。WeChat Pay や Alipay、銀聯などの電子決済であれば、単純に 32 元を差し引くだけで済み、端数を気にする必要はありません。しかし、現金で支払う場合、以下のようなお釣りのパターンが発生します。

UTXO とは、上述のような現金支払いとお釣りの仕組みに似た方式です。ただし、硬貨そのものではなく、「お釣り」の記録であり、この「お釣り」の記録こそが UTXO と呼ばれます。

ビットコインのこの設計思想は、「取引のみを記録し、最終的な状態（残高）は記録しない」というものです。最大の利点は検証が容易であることです。現金の消費で例えると、上記の 32 元のミルクティーを買おうとする際、財布の中のすべての札と硬貨を足して 32 元に満たなければ、すぐに金が足りないことが分かります。そして、一連の買い物の後にいくら残っているかを知るには、財布の中の使っていない金を合計すればよいだけです。

したがって、ビットコインの取引は皆が想像するような「A の口座残高を減らし、B の口座残高を増やす」という振替方式ではありません。ビットコインのシステム内には「口座残高」という実体は存在せず、ビットコインウォレットで目にする残高は、実際にはウォレットがブロックチェーン上のデータ（UTXO）に基づいて計算したものです。ある意味で、ビットコインのシステムには真の意味での「コイン」自体は存在せず、UTXO のみが存在し、「コイン」は単なる計量上の概念に過ぎません。

UTXO はアカウント残高の体系に比べて複雑であり、表現できる状態や付加情報が少なく、拡張性に欠けます。しかし、ビットコインのような「ピアツーピアの電子現金」を設計目標とするシステムにとっては、それで十分でした。むしろ、効率の良さ、柔軟性、二重支払い攻撃の防止の容易さといった利点の方が重要でした。ビットコインのコードをフォークした多くのブロックチェーンが同様の手法を採用していますが、アプリケーションや拡張能力をより重視するイーサリアム（Ethereum）、Hyperledger Fabric、ArcBlock などのブロックチェーンは、例外なくアカウントモデルを採用しています。

アカウントモデル

アカウントモデルは、私たちが普段使っているインターネットのアカウントや銀行口座のアカウントモデルと非常に近く、理解しやすいものです。ユーザーのアカウントモデルは、一連の汎用的な「コンテナ」の集合であると理解できます。その中で一般的な「コンテナ」の一つが「カウンター」であり、これが「口座残高」を実装するために最もよく使われます。この「口座残高」における取引は、私たちが一般的に理解している振替（送金）そのものです。各振替取引は、実際には複数の関与するアカウント間の数値の変化です。もちろん、ブロックチェーンはこれらの数値が正確であることや、二重支払い攻撃が発生しないことを保証する必要があります。イーサリアムのイーサ（ETH）はこのように実装されています。

アカウントが汎用コンテナの集合であるということは、アカウントモデルが非常に柔軟であることを意味します。一つのアカウントに、異なるデータを保存するための複数の異なる「コンテナ」を含めることができます。つまり、一つのアカウントの中に、完全に異なる複数の「通貨種別」を持つことができるのです。任意に分割して「口座残高」で計数できるものの他に、分割不可能なものを保存したり、複数の異なる形態を組み合わせて保存したりすることも可能です。イーサリアムにおいて、一つのアカウントが ETH の残高だけでなく、様々な ERC20 トークンの残高を持つことができ、実際には多種多様なデータ形態を保存できるのはこのためです。イーサリアム、Hyperledger Fabric、ArcBlock などのプログラム可能なブロックチェーンシステムのアカウントシステムは、アプリケーションによって無限に拡張可能なブロックチェーン上のデータをサポートできます。

アカウントモデルと UTXO モデルは矛盾するものではありません。実際、アカウントモデルの下で UTXO と同様のメカニズムを実装することは可能ですし、両者を組み合わせようとするブロックチェーンも存在します。ただし、UTXO モデルの下でアカウントのようなメカニズムを実装するのはかなり困難です。

トークン（Token）命名の由来

アカウント体系にこれほど多くの柔軟なデータを保存できるようになったため、開発者は用途に応じていくつかの規約（プロトコル、データ仕様、データ形式など）を作り、様々なニーズを表現するようになりました。最初に登場した名称は、当然ながら習慣的に使われていた「Coin（コイン）」でしたが、Coin はビットコイン体系においてすでに特定の意味を持っており、実装メカニズムも異なっていたため、初期の開発者は「Token（トークン）」という言葉を採用しました。

初期には「Asset（資産）」という言葉が使われたこともありました。有名なものとしては、彩色コイン（Colored Coins）時代の「Open Assets Protocol」で Asset という言葉が使われています。しかし、Asset 自体が示す「資産」には特定の意味合いがあるため、イーサリアムの有名な ERC20 標準が登場した際、その仕様書ではこの標準定義を記述するために Token が使用されました。イーサリアムと ERC20 標準の普及に伴い、Token が最も主流の名称となりました。

実のところ、英語圏において、特にコンピュータ分野における「Token」は、「どう命名すべきか分からないデータの塊」を指す際によく使われる、いわば「万能薬」のような名詞です。そのため、初期の開発者が Token と命名したことは全く不思議ではありません。

Token という語彙は、コンピュータ分野で異なる場面において異なる意味で使われます。上図は、初期の有名なネットワークアーキテクチャであるトークンリング（Token Ring）において、データを送信する権限を制御する Token を示しています。他にも多くのコンピュータ応用場面で Token と呼ばれるものが存在します。例えば、Session Token、Security Token、Access Token、JSON Web Token、CSRF Token などです。これらは実は互いに関係のない概念ですが、共通点は「特定の用途を持つ、一意で重複しない、小さなデータの断片」を表していることです。

Token という語彙は、中国語圏では当初「代幣（代用コイン）」と翻訳されました。これは英語圏の命名者が Token と呼んだ「苦心の策」をほぼ台無しにするものでしたが、後に「コイン」との直接的な文字通りの結びつきを避けるため、「通証（Tongzheng）」と翻訳することが提案されました。

トークン翻訳における「代幣」と「通証」の争い

ブロックチェーンの文脈において、これらの権利の英語表現は一貫して Token です。中国語に翻訳する際、明らかに「令牌（リンパイ/トークン）」という言葉では豊かな意味をカバーしきれませんでした。加えて、ブロックチェーンプロジェクトへの投機が横行したため、Token は多くの人に「代幣」と翻訳されましたが、この翻訳は明らかにブロックチェーンプロジェクトにおける Token の正確な意味を反映していませんでした。2018 年、国内のブロックチェーン業界での熱烈な議論を経て、Token はより多くの記事で「通証」と翻訳されるようになりました。

2018 年、中関村ブロックチェーン連盟の元道理事長と CSDN 副総裁の孟岩氏は、Token は「通証」と翻訳するのがより適切であると考えました。彼らは Token とは「流通可能な暗号デジタル権利証明」であると定義しました。Token を運用できるプラットフォーム上で暗号資産を発行することは極めて容易です。しかし、Token を直接「代幣」と訳すのは間違いです。なぜなら、Token が代表するものは、あらゆる権利の証明、さらにはあらゆる証書であり、通貨だけではないからです。しかし、「令牌」を使おうが「代幣」を使おうが、ICO 後の Token が新しい段階で果たしている役割の変化をうまく表現できません。それはより多くの役割を持つようになったため、新造語である「通証」が作られました。 ブロックチェーンの文脈における Token の翻訳が「代幣」から「通証」に変わったのも、いわば「用語の争い」です。Token をどう翻訳するかという点からも、人々が自分の立場に基づいて技術をどのように見ているかが分かります。Token の役割は変わらず、英語の単語も同じですが、それをどう呼ぶかは個人の見解によって異なります。Token を「代幣」と呼ぶことを好む人は、Token のデジタル通貨としての価値をより認め、強調しているのかもしれません。一方で「通証」という訳語を好む人は、「通証」こそが Token の実現する多様な機能をより包括的に反映していると考えているのです。

「用語の争い」を超えて

私の考えでは、読者の皆さんはブロックチェーン領域における Coin（コイン）、Token（トークン）、Asset（資産）、Cryptocurrency（暗号通貨）、Crypto Token（暗号トークン）、Crypto Asset（暗号資産）を同一種のものと考えて差し支えありません。これらの名称の「用語の争い」に陥る必要はありません。

例えば、ビットコインを Coin であり、Token であり、Asset であり、Cryptocurrency であり、Crypto Token であり、Crypto Asset であると言っても、どの言葉で指し示しても正解です。

本稿の後半部分では、英語の Token、およびその訳語としての「トークン」を用いて、上記のいかなる概念も表現することにします。

ほとんどのブロックチェーンアプリケーションの核心はトークンを中心に回っている

データベースアプリケーションの核心は何でしょうか？ 言うまでもなく「データ」です。ごく稀なケースとして、データベースがデータ自体とは無関係な場所、例えば有名なインターネットプロジェクト Flickr がデータベースを分散型シーケンスカウンタとして使用した経験を紹介したことがありますが、それは例外です。表計算アプリケーション、例えば Microsoft Excel の核心は何でしょうか？ 言うまでもなく「スプレッドシート」です。Excel で絵を描き、ネット上で小さな話題を呼ぶ人がいたとしても、それは核心ではありません。では、ブロックチェーンアプリケーションの核心は何でしょうか？ その答えは「トークン」です。

ビットコインなどのあらゆるデジタル通貨型のブロックチェーンアプリケーションにおいて、通貨としてのトークンがそのすべてであることは明白です。また、有名な企業向けコンソーシアムチェーンである Hyperledger Fabric の設計において、その「資産-参加者-取引」モデルの筆頭に挙げられているのはデジタル資産（トークンの一つの典型的な形態、あるいは別の呼び方）です。DID（分散型 ID）や検証可能証明（Verifiable Credentials）技術を使用するあらゆるアプリケーションは、本質的に「アイデンティティとしてのトークン」や「証明書としてのトークン」を使用しています。本書を読み進めれば、トークン技術には非常に広範な応用シナリオがあることに気づくでしょう。仮想通貨を必要としないアプリケーションであっても、ほとんどのブロックチェーンアプリケーションの設計には何らかの形のトークンが不可欠なのです。

実際、トークンに基づいた様々な応用こそが、ブロックチェーンの未来において最もエキサイティングな部分です。私が序文で展望したように、今後 10 年でブロックチェーン技術はその巨大な威力を発揮するでしょう。ブロックチェーンネットワークは今日の電話網やインターネットのような社会基盤となり、ブロックチェーンに基づいた様々なデジタル・トークンは今日の電子メールのように至る所に存在し、ブロックチェーンを基盤としたアプリケーションは今日のウェブサイトやモバイルアプリのように、誰の生活にも欠かせない一部となるはずです。

なぜトークンの設計と実装にブロックチェーンが必要なのか？

まず、トークンの設計と実装にブロックチェーンは必ずしも必要ではありません。

見間違いではありません。ブロックチェーンは必須ではないのです。ブロックチェーンが誕生し普及する以前から、人々は多くの方法で様々な類似のデジタルコインやデジタル・トークンの機能を実装し、何万人、何百万人という人々に利用されてきました。現在のオンラインバンキング、各種航空会社、ホテル、商店のマイレージやポイントシステム、ゲームのプリペイドカードなどを見てください。これらのビジネスは長年にわたり成熟しており、ブロックチェーンがなくてもトークンビジネスが成功裏に展開できることを十分に証明しています。

では、今トークンを使用するアプリケーションを設計する場合、ブロックチェーン技術を使う必要があるのでしょうか？ 答えは「YES」です。なぜでしょうか？ それは、ブロックチェーン技術を用いてトークンを定義することが最新の技術的進歩であり、従来のデータベース方式よりも安全で効率的、かつアーキテクチャとして成熟しているからです。

多くの人がビットコインを通じて暗号資産やトークンを知りました。ビットコイン以前、デジタル化された通貨は暗号学の研究の一分野でした。暗号学界には常に一つの夢がありました。手元にある実物の現金をデジタル化し、デジタル暗号技術を通じて電子メールを送るように、あるデジタルアイデンティティから別のデジタルアイデンティティの名義へと直接移転させることはできないか？ 読者の皆さんは、第一部第二章「ブロックチェーン誕生以前」で、eCash、B-money、BitGold など、様々な暗号学の進歩とその応用がデジタル通貨の発明を模索してきたことを学びます。これらの革新的なブレイクスルーは、署名技術によってデジタル通貨の発行者・保持者のアイデンティティ問題を解決し、非対称暗号技術によってデジタル通貨の流通問題を部分的に解決しました。そして残された核心的な難題である「二重支払い」問題が、2009 年に彗星のごとく現れたビットコインによるピアツーピア取引、全ネットワークでの記帳、および UTXO アカウント設計によって解決されたのです。

過去に中央集権的なシステムを用いてデジタル通貨やトークンの機能を実装しようとした場合、安全性、信頼性、監査性のために多大な代償を払う必要がありました。小規模なモバイルゲームのポイントや仮想通貨システムがそれほど多額の費用をかけていないように見えるのは、単にその価値自体がまだそれほど大きくないからです。

ブロックチェーンにトークンは必須か？

ほとんどのブロックチェーンシステムはデフォルトでトークンを設計していますが、必須ではありません。ブロックチェーンシステムはトークンを設計せずに構築することも可能です。例えば、Hyperledger Fabric や R3 Corda などの一部のコンソーシアムチェーンシステムには、通常デフォルトのトークンは含まれていません。

トークンは実際、チェーン上の何らかの実体を表現するためのデータに過ぎないことを私たちは知っています。ブロックチェーンはデータベースの一種であるため、中にデータが存在する限り、それは必ず何らかの実体を表現しています。したがって、たとえブロックチェーンシステム自体にトークンが設計されていなくても、アプリケーションが必要であれば、その上にトークンを作成することができます。デジタル通貨という概念が敬遠されていた時期、いわゆる「コインレス・ブロックチェーン」を提唱する人々がいましたが、これも一種の「用語の争い」と言えます。本章、あるいは本書を読み進めてブロックチェーンとその応用への理解が深まれば、仮想通貨を必要としない場合であっても、ほとんどのブロックチェーンアプリケーションの設計には何らかの形のトークンが不可欠であることが分かるでしょう。したがって、「コインレス・ブロックチェーン」は全くのナンセンスです。

ビットコインは、各ラウンドでブロックの生成に成功した「マイナー」に一定量のビットコインを報酬として与えるという、興味深いインセンティブ・メカニズムを採用して設計されました。後の多くのブロックチェーンのインセンティブ・メカニズムも、同様の「マイニング」によるトークン報酬の形式を採用したため、トークンとインセンティブ・メカニズムは必然的な対応関係にあると考える人もいます。しかし、これは必然ではありません。ただ、ブロックチェーン上でチェーン上のトークンを報酬や罰則のメカニズムとして採用することが実装上容易だっただけです。ブロックチェーン上にトークンを設計してもインセンティブ・メカニズムに使用しないこともできますし、インセンティブ・メカニズムを持たないブロックチェーンを設計・使用することや、トークンを使用せずに他の方法をインセンティブ・メカニズムとすることも十分に可能です。

代替性トークン（FT）と非代替性トークン（NFT）

もう一つの分類方法は、トークンが同質（代替可能）か、分割可能かによって 2 つの異なるトークン、すなわち代替性トークン（Fungible Token、略称 FT）と非代替性トークン（Non-fungible Token、略称 NFT）に分ける方法です。

代替性トークン

代替性トークンとは、分割が可能であり、数値が等しければ同じ意味を持つトークンのことです。一般的な暗号資産、例えばイーサ（ETH）や各種 ERC20 トークンは代替性トークンに属します。

例えば、私のイーサリアムアカウントに元々 10 ETH あったとします。何度取引を経ても、私のアカウントに依然として 10 ETH 残っていれば、私にとってアカウントの残高に変化はありません。つまり、出入りするいかなる ETH も同質であり、ユーザーが気にするのはその数量だけです。

非代替性トークン

非代替性トークンは、唯一無二であり、代替不可能です。例えば、一枚の証明書や一枚のチケットなどは、同種のものがあったり非常に似ていたりしても、それぞれが唯一無二であり、通常は分割することもできません。

例えば、有名なイーサリアムゲーム「クリプトキティ（CryptoKitties）」は、ERC721 標準を使用してイーサリアム上で発行された非代替性トークンを使用しており、一匹ずつの猫が唯一無二の非代替性トークンに対応しています。

非代替性トークンには様々な形態があります。バッジ、証明書、会員証、チケットなどは典型的な非代替性トークンであり、非常に豊かな活用シナリオを持っています。

非代替性トークンをさらに細分化すると、より興味深い分類ができます。例えば、あるトークンは唯一無二ですが、同じタイプに属する場合、これらのトークンに対して「クラス（型）」や「テンプレート」を定義することができます。これにより、各トークンが同じ情報を含むことでブロックチェーンのリソースを浪費するのを防げます。映画のチケットを例にとると、ほとんどのチケットの見た目は同じであるため、映画チケットの共通テンプレートとしてのトークンを定義し、各チケットには最小限の固有情報（上映回、座席番号など）だけを持たせれば済みます。イーサリアムの ERC1155 標準は、ERC721 を拡張したもので、このような「非代替性だがクラスやテンプレートを持つ」という課題を解決するための標準です。

複数の異なる非代替性トークンを組み合わせて、また別のトークンにするニーズがある場合もあります。典型的な例はバレンタインデーのギフトプロモーションです。一つのギフトパック・トークンの中に、2 枚の映画チケット、1 枚の駐車券、そして 1 枚のレストラン利用券が含まれているといった具合です。イーサリアムには、このような組み合わせ型の非代替性トークンの標準として ERC998 も存在します。

上述の ERC 標準はすべてイーサリアム上のトークン標準ですが、異なるブロックチェーン間ではトークンの形式やプロトコルなどの統一標準が現在のところ存在しないことに注意が必要です。例えば、ArcBlock のブロックチェーンにおいて非代替性トークンに関連するプロトコルは ABBA プロトコル（ArcBlock Blockchain Assets Protocol）と呼ばれ、Algorand ブロックチェーンでは ASA（Algorand Standard Assets）標準と呼ばれます。将来的には、トークンプロトコル標準の相違が大きな課題となることが予想されます。

この定義に従うと、注意深く思考を巡らす読者は「ではビットコインや UTXO を使用する通貨はどちらに分類されるのか？」と考えるかもしれません。概念的には代替性トークンに合致すると言えますが、具体的な実装上は非代替性トークンに近いと言えます。なぜなら、各 UTXO は唯一無二だからです。これは現実の紙幣を想像すれば難しくありません。実際、各紙幣には唯一無二の番号があり、紙幣個体としては非代替性ですが、紙幣を使う大多数の人にとっては、関心があるのは紙幣に記された額面だけであるため、代替性があると言えます。

多くの概念は白か黒かではなく、どの視点から考えるかによります。「中央集権」か「非中央集権」か、「代替性」か「非代替性」かも同様です。

ユーティリティ・トークン（Utility Token）とセキュリティ・トークン（Security Token）

もう一つの分類方法は、トークンの応用属性による区分、すなわちユーティリティ・トークン（Utility Token）とセキュリティ・トークン（Security Token）です。

ユーティリティ・トークン

ユーティリティ・トークン（実用トークン）は、保持者に何らかの使用権利を付与するように設計されたトークンです。例えば、映画チケットは典型的なユーティリティ・トークンの例と言えます。特定の映画チケットを保持していれば、保持者は特定の時間に特定の会場の特定の座席で映画を鑑賞することができます。このような応用特性を持つトークンは枚挙に暇がなく、チケットの他にも会員証、ギフトカード、身分証、学歴証明などが挙げられます。

ユーティリティ・トークンは、応用に関連する情報、ルール、さらにはビジネスロジックを搭載できるため、生産効率を大幅に向上させ、ビジネスモデルを革新することさえ可能です。前述の映画チケットを例に、なぜ映画館は「等価の現金を払って入場させる」のではなく、「チケットを売る」というステップを必要とするのか考えてみてください。理由は非常にシンプルです。チケットには上映回や座席などの情報が含まれているからです。これらの情報があることで、映画館は上映スケジュールをより適切に計画でき、興行収入をより予測・管理できるようになります。また、チケット保持者はどのような体験が得られるかを事前に把握できます。これは現金によるその場での入場では得られない利点です。だからこそ、今日の映画、コンサート、飛行機、鉄道などはすべて、チケットのようなユーティリティ・トークンの体系を採用しているのです。

ユーティリティ・トークンの形態や使用場面は千差万別であり、組み合わせも可能なため、ユーティリティ・トークンは最も一般的に使用されるブロックチェーン応用開発の形式です。以前 DID を紹介した際に触れた検証可能証明（Verifiable Credentials）も、典型的なユーティリティ・トークンの一種と言えます。

デジタル通貨と見なされる可能性のある一部のブロックチェーン・トークンも、実際にはユーティリティ・トークンです。これらのトークンは、特定のブロックチェーンやネットワークサービスを利用する権利としてのトークンとして設計されているからです。しかし、暗号資産取引所の存在により、これらのトークンが取引されることで、通貨や証券のような側面を持つようになります。このような複雑さがあるからこそ、多くの有識者が各国政府に対し、トークンのための新しい法律を制定すべきだと訴えています。証券はすでに百年以上の歴史を持つ古い概念であり、多くの国の証券法はトークンのような新生児が現れる遥か前に成立しているからです。

セキュリティ・トークン

セキュリティ・トークン（証券トークン）は、会社やプロジェクトの収入、所有権、株式、収益権などの権利を代表するために使用されます。また、セキュリティ・トークンは伝統的な証券を代表することもできます。すなわち、不動産から貴金属、トークンに至るまで、あらゆる取引可能な資産の広義の分類として機能します。

トークン技術を用いて伝統的な証券をアップグレードすることには多くの利点があります。より安全で信頼性が高く、スマートコントラクトなどと組み合わせて、より自動化された高度な機能を実現することも可能です。

各国政府の規制要因により、トークンが「証券（Security）」に該当すると見なされると、厳格な規制要件に直面することが多いため、ブロックチェーンのアプリケーション開発者は、トークンを設計する際にその属性を慎重に計画・検討する必要があります。トークンが証券に該当するかどうかについては、現在まだ定説はありません。本書ではこの法律問題に深く立ち入ることはせず、技術面での特性と機能の紹介に注力します。

新刊はすでにJD.com（京东）、Dangdang（当当）、Tmall（天猫）で発売されています。ぜひお買い求めください。