タグ: ブロックチェーン

　今回から数回にわたり、ブロックチェーンに関わる海外の人たちのインタビューをお送りします。最初はIOTAとその基盤技術のTangleを初期から追いかけているブロガーのLimoことStephen Vogtさん。IOTAもTangleもまだできたばかりの技術で英語でもあまり具体的な情報はありません。ただ、そのコンセプトは魅力的でマイクロソフトをはじめとした様々な大手企業と提携しています。今回のインタビューでもう少しIOTAについて理解できればなと。

Limo

　今回はこのインタビューに声をかけてくれてありがとう。私の名前はStephen、またはLimoです、IOTAエコシステムの中ではLimoと名乗っています。最新情報を伝えるためにThe T▲nglerというブログと、Sunday BanterというYouTubeチャネルを運営しています。初期からのサポーターとしてIOTAとIOTA Foundationをボランティアとして支援しています。

　個人的には電気技師で経済と環境地理学を学びました。そのため地球規模の生態系や経済の問題やその解決方法に関して幅広い興味を持っています。そのような興味の中でIOTAも独学で学びました。

カタパルト式なかむら

　ありがとうございます。まずはリモさんが関わりの深いIOTAとその基盤技術のTangleについて教えていただけますでしょうか。

Limo

　IOTAの創始者たちはブロックチェーン特有の問題だけでなく、次の進化のステップのためにもっと良いものが必要だと考えました。世界経済フォーラムで言われている「第4次産業革命」はウェブに接続され自動化されたシステムです。これが機能するための十分なバックボーンが必要です。さらには価値とデータの取引をゼロコストで行う必要があります。マイニング、取引手数料や負のスケーラビリティのようなものは無駄です。この問題をブロックチェーンではなく有向非周期グラフで解決しようとする試みがTangleです。

カタパルト式なかむら

　ブロックチェーンとTangleの具体的な違いは何でしょうか？

Limo

　Tangleのエコシステムのルールはシンプルです。ノード側で無視できる量の計算能力を持つ2つの他のトランザクションを確認すること、そのための計算能力を提供すること。それだけです。取引手数料はありません。ブロックもマイニングも中国や他の安い国の巨大なマイニング設備も必要ありません。

 　インターネットではウェブサイトやピアは常に接続されています。しかし、IoTの場合は必ずしもそうではない。オフラインの状態がある。Tangleはメインネットに常時接続されていない「オフラインクラスター」を作成することを可能にします。情報はネットワーク接続があるときに同期されます。IoTはメッシュのような接続で様々な接続方法があります。5G、blutooth、TCPにLoRaWanのように。これをサポートするには既存のブロックチェーン以外の技術が必要でした。マイクロトランザクション、データマート、ペイオンデマンド、ストリームオンデマンド、スマートコントラクト新しいエコシステムを構築できるソリューションです。

カタパルト式なかむら

　Limoさんの視点から見て、IOTAとTangleはどのような問題を解決すると思いますか？多くの人はブロックチェーンはコストがかかりすぎるし、パフォーマンスが悪すぎると考えています。

Limo

　ブロックチェーンは銀行の中央集権からの解放の必要性から生まれた素晴らしい技術です。世界中で様々なブロックチェーンが運営されています。その最大のものはビットコインであり、それに続くイーサリウムなどです。イーサリウムはスマートコントラクト、Dash、ZcashやMoneroは匿名性、データストアのMaidsafeなど革新的なアイデアがどんどん生まれています。しかし（個人的には）ブロックチェーンはすでに古いエンタープライズシステムに属していると考えています。ブロックチェーンを考え出したサトシ・ナカモトはブロックチェーンがこれほど大規模なものになると思っていなかったのではないでしょうか。ビットコインもブロックチェーンもスケールしないからです。

　ブロックチェーンはスケーラビリティーの問題を抱えていると一般的に考えられています。トランザクションのためのスペースが限られており、デジタル通貨を作成する方法は高くなり続けます。使用する人が増えればマイニングの必要が増える。サトシ・ナカモトは人々の中央集権からの開放を目的としていました（と私は考えています）が、あまりに多くの人が使いすぎるとその目的が達成できません。取引の価格などサービスが高価になるという意味でビットコインやイーサリウムは伝統的な銀行とよく似ています。それだけでなくマイニングのためにの電力は環境にあまりいい影響を与えません。

　もちろん、その解決のために多くの提案がされています。IOTAとTangleもその一つです。

カタパルト式なかむら

　IOTAとTangleはイーサリアムとブロックチェーンのように分散アプリの基盤になるのでしょうか？

Limo

　ベルリンのスタートアップのNakamo.toがpeak.ioという新しいプラットフォームを発表した。これによってIOTA上でのトークン化が期待できる。イーサリアム上のブロックチェーンプロジェクトの多くはERC20という規格を使ってトークン化してるけど、IOTAで近い将来それができるようになる。 IOTAの開発チームはあまり多くを明かさないけど、このほかに匿名性、外部からのデータ取得をサポートするOracle、Flash Channelsなど計画している。これらのトークン化されたシステムはカラードコインにも似ている。

カタパルト式なかむら

　IOTAとTangleはIoTで想定されるようなデバイス同士の取引を前提にデザインされています。クルマはセンサーのカタマリみたいなものだし、家もスマートスピーカーのようなスマートデバイスがたくさん入ろうとしています。自動運転が可能になったクルマはスマートカーになるだろうし、家はスマートホームになる。IoTでいうエッジでの処理がすごく大事になってきます。

Limo

　いまのIOTAとTangleの一般的なユースケースはご近所のシェアリングエコノミーになります。10世帯あったとして、その中の3世帯がソーラーパネルを設置する。それを残りの7世帯にIOTAトークンを通じて最も安価で公正な価格でシェアするとか。その地域のフルノードサーバーその地域世帯のエッジサーバーとなって冷蔵庫や電気自動車の充電ステーションと接続してデバイスでできない重い計算を行う。デバイスの肩代わりにプルーフオブワーク（POW）を行う*1。

　将来ビジョンとしてはデバイス同士の価値の取引ができるようになること。デバイスがウォレットを持つ。フルノードで動作するためにはストレージなど機器的な要求が大きい。データ量も大きくなるから、開発者はデータの一部だけを使うSwarmノードのシステムを開発する必要がある。そういうシナリオもIOTAのロードマップにはある。

関連記事

原文：”Blockchain Infrastructure Landscape: A First Principles Framing” by Trent McConaghy, July 15, 2017

分散アプリにおけるストレージ、コンピューティングおよびコミュニケーションを明らかにする

　Ethereum、IPFS/Filecoin、BigchainDBはどのように補完しあっているのでしょうか？Golem、Polkadot、Interledgerは？このような質問をよく受けます。だから、私はこれらの質問に答えてみることにしました。

簡単な答え：魔法のようにすべてを行う「ブロックチェーン」という魔法のシステムはありません。分散化アプリケーションを効率的に開発するために組み合わせて利用できる優れたビルディングブロックならあります。Ethereumはその役割があり、BigchainDBも役割があり、それ以外にも多くの技術がビルディングブロックを形作っています。それを今から見ていきましょう。

背景

　コンピューター処理の要素は、ストレージ、コンピューティングとコミュニケーションの三つです。メインフレーム、PC、モバイル、クラウドは共通してこれらの要素を独自の方法で実現しています。特殊なビルディングブロックがこれらの要素のトレードオフを補完する形で生まれることもあります。

　たとえば、ストレージ要素にはファイルシステムとデータベースがあります。ファイルシステムはディレクトリーとファイルの階層にmp3のようなブロブを格納するためのものです。データベースは構造化メタデータを格納するためのものでSQL*1のようなクエリインタフェースを備えています。集中型のクラウドに置き換えて考えると、ブロブストレージにAmazon S3、データベースはMongoDB Atlas、プロセッシングはAmazon EC2に相当します。

　この記事ではコンピューター処理の各要素のブロックとシステムの例を中心にブロックチェーンの視点で説明します。

ブロックチェーンのビルディングブロック

以下がそれぞれの要素と関連する分散化のビルディングブロックです：

• ストレージ：トークンストレージ、データベース、ファイルシステム/ブロブ
• ブロセッシング：ステートフル／ステートレスなビジネスロジック、ハイパフォーマンスコンピューティング
• コミュニケーション：データ、バリュー、ステートのネットワークを繋げる

ブロックチェーンのインフラにおけるランドスケープ

　ブロックチェーン技術は以下のようにコンピューター処理の要素にマッピングすることができます。

ストレージ

　基本的なコンピューター処理におけるストレージ要素は次のビルディングブロックがあります。

トークンストレージ

　トークンは価値（資産や証券など）を格納します。例えばBitcoins、飛行機のマイレージ、デジタルアートの著作権などです。トークンストレージシステムは二重支出を防ぎながらバリアントとともにトークンを発行／トランスファーします。

　BitcoinとZcashはトークンにフォーカスした代表的な「ピュアプレイ」システムです。 Ethereumは世界のコンピュータとなるミッションの実現のためトークンをサービスで利用しています。これらはすべてネットワークインフラストラクチャを運用するための内部インセンティブとして使われるトークンの例です。

　その他のトークンはネットワーク自体に力を供給するための内部性を持ちません。より低いレベルのインフラストラクチャが実際にトークンを格納する上位ネットワークのインセンティブに使用します。Ethereumメインネットの上のGolem（GNT）のようなERC20トークンは一つの例です。IPDBネットワーク上で動作するEnvokeのIPライセンストークンももう一つの例です。

　最後にほとんどのブロックチェーンシステムにトークンストレージの仕組みがあることを示すために”.*“をリストしました。

データベース：データベースは構造化されたメタデータの格納に特化しています。例えばテーブル（リレーショナルデータベース）、ドキュメントストア（JSONなど）、KVS、時系列、グラフなどです。クエリ（SQLなど）を介してデータを迅速に取得することができます。

　MongoDBやCassandraのような伝統的な分散型（ただし集中化された）データベースは数百テラバイト、さらにはペタバイトのデータを毎秒100万回書き込むことができます（Netflixの事例）。

　SQLのようなクエリ言語は実装と仕様を分離しているため特定のアプリケーションに縛られません。SQLは何十年にもわたる標準です。同じデータベースシステムをさまざまな業界で使用することができるのはこのためです。

　別の言い方をすれば、アプリケーション固有のコードを使わずBitcoinを超えてブロックチェーンのアプリケーションを一般的なものにするためにチューリング完全性を徹底する必要はありません。データベースが必要なだけです。これには単純さと規模のメリットがあります。ただし、いくつかの場面でチューリング完全性を持つ大きな意味がまだあります。これについては「分散処理」のセクションでさらに解説します。

　BigchainDBは分散データベースソフトウェアです。具体的にはドキュメントストアです。MongoDB（またはRethinkDB）上に構築されているため、Mongoのクエリとスケールを継承しています。さらに分散制御、耐タンパー性、トークンサポートなどのブロックチェーン特性も備えています。IPDBはBigchainDBのガバナンス機能を持った公開ネットインスタンスです。

　また、IOTAはブロックチェーン分野における時系列データベースと考えることもできます。

ファイルシステム／データブロブストレージ

　これらは大きなファイル（ムービー、mp3、大規模なデータセット）を格納するためのシステムで、ディレクトリとファイルの階層構造をとります。

　IPFSとTahoe-LAFSは分散型のファイルシステムで、分散型／集中型のブロブストレージをラッピングします。FileCoin、Storj、SiaやTieronは分散型ブロブストレージです。古き良きBitTorrentもそうですトークンではなくtit-for-tatスキームを使用します。 Ethereum Swarm、Dat、Swarm-JSは基本的に両方を行います。

データマーケットプレイス

　これらのシステムはデータ所有者（企業など）とデータ消費者（AIスタートアップなど）を仲介します。本来ならデータベースやファイルシステムよりも高いレイヤーのものですが、データを必要とする無数のアプリケーション（AIなど）がそのようなサービスに依存するため、コアインフラストラクチャにもなります。Oceanはデータマーケットプレイスを構築することができるプロトコルとネットワークの例です。アプリケーション固有のマーケットプレイスもあります：暗号市場のEnigma Catalyst、個人データ用のDatum、 IoTストリーム用のDataBroker DAO [2]などです。

プロセッシング

　次に基本的なコンピューター処理のプロセッシング要素について説明しましょう。

「スマートコントラクト」は分散型の処理を行うシステムにとって人気のある呼び方です*2。 実際にはステートレス（コンビネーショナル）ビジネスロジックとステートフル（シーケンシャル）ビジネスロジックの2つのサブセットがあります。ステートレスとステートフルは複雑さや検証可能性などにおいて根本的に違うものです。さらにHPC（ハイパフォーマンスコンピューティング）という3つ目の分散処理ブロックがあります。

ステートレス（コンビネーショナル）ビジネスロジック

　内部的にステートを保持しない任意のロジックです。電気工学用語では組合せ論理回路と位置づけられます。ロジックは真理値表、回路図、または条件文を保持するコード（if / then、and、orを組み合わせたもの）として表現されます。ステートを持たないため、大きなステートレスなスマートコントラクトを検証するのは容易です。このため大規模な検証/安全なシステムを構築することができます。N個の入力と1個の出力を検証するためにO（2 ^ N）回の計算が必要です。

　インターレジャープロトコル（ILP）には組み合わせ回路を明確に指定する暗号条件（クリプトコンディション：CC）プロトコルを含みます。CCはIETFを通じてインターネット標準となっているため、知っておいたほうがいい技術です。またILPは集中管理と分散管理の両方のペイメントネットワーク（例：75以上の銀行がRippleを介した取引）で普及しています。CCはJavaScript、Python、Javaなどのスタンドアロン実装があります。 BigchainDBやRippleなどのシステムはCCを使用し、組み合わせビジネスロジック／スマートコントラクトをサポートします。

　BitsharesとEosはステートレスなビジネスロジックもサポートしています。

　ステートフルロジックはステートレスロジックのスーパーセットであるため、ステートフルロジックをサポートするシステムは（複雑さと検証の難しさを犠牲にして）ステートレスロジックもサポートします。

　BigchainDB、BitsharesとEosはイベントもサポートしています（例）。このためステートフルなビジネスロジックに近いレベルの永続性を与えます。

ステートフル（シーケンシャル）ビジネスロジック

　内部的にステートを保持する任意のロジックです。つまりメモリーを保持します。または少なくとも1つのフィードバックループ（およびクロック）を備えた組み合わせ論理回路です。たとえばマイクロプロセッサには内部レジスタがあり、それに送られるマシンコード命令に従って更新されます。より一般的にはステートフルなビジネスロジックは、一連の入力を受け取り、一連の出力を返すチューリングマシンです。このようなシステムはチューリング完全システムと呼ばれています*3。

　Ethereumはステートフルなビジネスロジック／スマートコントラクトを直接チェーン上で実行する最も有名なブロックチェーンシステムです。 Lisk、RChain、DFINITY、Aeternity、Tezos、Fabric、Sawtoothなど多くががこれを実装しています。実行コードが「ちょうどそこに、どこかに」というのは多くのユースケースを適用することのできる強力なコンセプトです。これこそがEthereumが立ち上がった理由です。そして、そのエコシステムが成長して、それ自身がプラットフォームである理由です。このビルディングブロックに多くの強豪が参入してくる理由でもあります。

　シーケンシャルロジックは組み合わせロジックのスーパーセットであるため、これらのシステムは組み合わせロジックもサポートします。

　The DAOのハッキング事件でも示されたとおり、コードの小さな間違いは重大な結果を招く可能性があります。正式な検証はチップ業界を助けたように役立ちます。 Ethereum Foundationはこれに取り組んでいます。しかしスケールには限界があります。内部変数がすべてブール値であると仮定して、組み合わせ回路の場合可能なマッピングの数は2 ^（入力数）です。シーケンシャルの場合、内部状態の数は2 ^（内部ステート変数の数）です。たとえば、3入力の組み合わせ回路を使用している場合、²³ =8のsステートの可能性を検証する必要があります。これが32ビットレジスタを持つ順序回路であれば、²²= 42億のステートを検証する必要があることになります。このように順序回路の複雑さが制限されます（仮に信頼したい場合）。 Rchainがrho calculusで行ったように、ステートフルなスマートコントラクトを信頼するもう1つのアプローチは「Correct-by-construction」です。

　分散処理が必要な場合はより簡単なアプローチがあります。プロセッシングをJavaScriptやSwiftでブラウザやモバイルデバイスなどクライアントで行うのです。この方法ではクライアントでの処理を信頼する必要がありますが、手元のデバイスにおいてそれは許容されることが多いです。これを「ファットプロトコル」の代替としての「ファットクライアント」だと考えています。 このアーキテクチャはメインストリームのWeb開発者にとっては簡単です。多くのWebアプリケーションに必要なのはアプリケーションステートです。これを構築するにはJavaScriptとIPDB（js-bigchaindb-driverを使用）を使うだけです。また、アプリにブロブストレージとペイメントが必要な場合はJSクライアントバージョンのIPFS（ipfs.js）とEthereum（web3.js）を追加します。以下の図がその例となります。

ハイパフォーマンスコンピューティング（HPC）

　レンダリング、機械学習、回路シミュレーション、天気予報、タンパク質フォールディングなど「重い」計算を行う処理です。ここでの計算ジョブはマシンのクラスタ（CPU、GPU、場合によってはTPU）で数時間から数週間かかることがあります。

　HPCの分散処理にはいくつかのアプローチがあります：

• GolemとiEx.ecは分散型スーパーコンピュータとそれに関連するアプリの組み合わせとしてとらえています。
• Nyriadはストレージ処理としてとらえています。基本的に処理は分散ストレージ（Nyriadにも解決策があります）と隣接しています。
• TrueBitはサードパーティが計算。その計算後のチェックを行います（可能な場合は暗黙的にチェックし、質問が発生した場合は明示的にチェックします）。
• 一部の人々は単にVMまたはDockerコンテナで重い計算を実行し、その結果（最終的なVMステートまたは計算結果のみ）をアクセスが制限されたブロブストレージに格納します。次にトークン化された読み取り権限などを利用してコンテナへのアクセスを販売します。このアプローチはクライアントに結果検証をより多く要求しますが、今日使える技術で全てできることが利点です。これはTrueBitが成熟するにつれてTrueBitと自然に統合されます。

コミュニケーション

　ここでは第3の基本的なコンピューティング要素のコミュニケーションについて説明します。コミュニケーションをとらえるには多くの方法があります。ここではネットワークへの接続に焦点を当てます。データ、価値、ステートの3つのレベルがあります。

データ

　私たちは60年代にARPAnetを手に入れました。この成功はNPLやCYCLADESのようないくつかの同様のネットワークを生み出しました。そして新しい問題も生まれました。異なるネットワークはお互い会話ができませんでした。CerfとKahnは70年代にTCP/IPを開発して現在インターネットと呼ばれるネットワークのネットワークを作りました。 TCP/IPは現在ネットワークを接続する事実上の標準になっています。OSIは競合するプロトコルでしたが衰退していきました。しかし、皮肉なことに、そのモデルは有用であることが証明されています。したがって、長い年月が経っているにもかかわらず、TCP/IPはデータのネットワークをつなぐための分散ビルディングブロックです。

　Torプロジェクトはユーザーのプライバシーを保護するためのTCP/IPオーバーレイと見なすことができます。しかし、アメリカ国防総省からの資金提供はいうまでもないことですが、集中化の側面があります。トークン化されたTorのようなプロジェクトが出現しはじめています。今しばらくお待ちください[2]。

価値

　TCP/IPはネットワークをデータレベルでのみ接続します。TCP/IPではパケットを二重に使うことがあります（一度に複数の宛先に同じパケットを送ります）がそれは気にしません。しかし、ネットワークに接続して価値を送る場合はどうでしょうか？たとえばBitcoinやEthereum、あるいはSWIFT決済ネットワークからRippleのXRPネットワーク。トークンを一度に一つの宛先だけに送りたいはずです。交換機は二重支出を防ぎながらネットワークに接続する方法の一つです。しかし交換機の利用はかなり重いです。ただし暗号エスクローを使用することで、交換機の本質部分だけ抽出してスリム化し、仲介人の必要性を取り除くことができます。アリスはMalloryを介してボブに送金することができます。Malloryはファンドを送りますが、使うことはできません（そしてMalloryは永遠にファンドを留めることができないので、その場合はタイムアウトとなります）。これがインターレジャープロトコル（ILP）の本質です。双方向ペグ（サイドチェーン）とステートチャンネル（LightningとRaiden）とコンセプト的には同じです。しかし、価値のネットワーク接続に100％フォーカスしています。 ILPに加えてCosmosもあります。Cosmosはより利便性を高めるために複雑さを少し増しています。

ステート

　価値をネットワークにつなぐ先は何でしょうか？ あるネットワークから別のネットワークにジャンプすることができる独自のBitcoinウォレットを備えたコンピュータウイルスを想像してみてください。またEthereumメインネット内のスマートコントラクトがその状態を別のEthereumネットうあ別の互換性のあるネットに移すことができたら？またはAI DAOを1つのネットに制限するのはなぜですか？

　Polkadotはこのためにあります。ステートをネットワークでつなぐ。Aeternityは価値のネットワークとステートのネットワークの間のどこかにあてはまります。

ビルディングブロックを組み合わせた事例

　ここまでコンピューティングの3つの要素（ストレージ、プロセッシング、コミュニケーション）と、それぞれのビルディングブロックおよびサンプルプロジェクトを紹介してきました。

　人々は組み合わせながらシステムを構築しはじめています。二つのブロックの多くの組み合わせるプロジェクトはたくさんあります。通常はIPFSとEthereumまたはIPFSとIPDBの組み合わせです。そして三つ以上のブロックを組み合わせる事例もあります。ここでいくつかの最先端の事例を紹介します。

Ujoの事例

UjoではIPFS|Swarm + IPDB + Ethereumの組み合わせで分散型音楽サービスを実現しています。IPFSまたはSwarmはファイルシステムとブロブストレージとして、IPDBとBigchainDBはメタデータの格納とクエリに、Ethereumはトークンの格納とステートフルなビジネスロジックに使用されます。

Innogyの事例

Innogyではサプライチェーン／IoTアプリケーションにIPFS + IPDB + IOTAを使用しています。IPFSはファイルシステムとブロブストレージとして、IPDBとBigchainDBはメタデータの格納とクエリに、IOTAは時系列データに使用されます。

そのほかのフレーミング

　ブロックチェーンコミュニティにおける他の人たちによる他のフレーミングも紹介します。それぞれの人たちとの会話を私は大いに楽しみました。

　Joel Monegroの”Fat Protocols“は各ビルディングブロックをプロトコルとして位置づけています。なかなかクールなフレーミングの方法だと思っていますが、それはビルディングブロックがネットワークプロトコルを介してのみ会話をすることとなります。別の方法もあります。ブロックは単に1つの「インポート」ステートメントまたはライブラリ呼び出しとする。

　インポートを使用する理由は（a）レイテンシを短くすること：ネットワークコールに時間がかかりユーザビリティを損なう可能性がある（b）シンプルさ：ライブラリ（または埋め込みコード）の利用はネットワークでの接続、トークンの支払いなどより簡単（c）より成熟している：プロトコルスタックが誕生してきています。私たちは数十年にわたる素晴らしいUnixライブラリを持っています。PythonとJavaScriptのブロックも15年以上経過しています。

　Fred Ehrsamの “Dapp Developer Stack“はWebビジネスモデルに重点を置いています。 このフレーミングも非常に有益ですが、特定のコンピューティング要素（ファイルシステムとデータベースの違いなど）のブロックをさらに区別することを目的としていません。

　BigchainDBのホワイトペーパー[PDF]（2016年2月に公開）図1は、このポストのスタックの初期バージョンです。以下のチャートがそれです：

　この図ではプロセッシング、ファイルシステムおよびデータベースのビルディングブロックにフォーカスしています。「コンピューティングの要素」という観点からは枠組みを構成しておらず、分散処理の種類も区別していませんでした。私がこの記事はこのホワイトペーパーを書いた一年半からの私の考えの進化とも言えます。私の考えは段階的に進化していき5月22日のConcensus 2017でのトークはこの記事と非常によく似ています。そしてこの記事を書いた理由はこのトークをきちんと形にするリクエストをたくさん受けたからです 🙂

　この図は完全集中化（左）から完全分散化（右）までのスペクトラムがあることを示しています。このような表現は既存のシステムを徐々に分権化する上で、どこが最も分散化の恩恵を受けるのか理解するのに役立ちます。

　Stephan Tualの “Web 3.0 Revisited“はこの記事と精神的な部分で近いですが、よりEthereumに重点を置いています。多くのプロジェクトを類似のビルディングブロックにグループ化することでコミュニティに役立つ貢献をしています。自分の考え方ととても似ていることに喜んで驚いていました。しかしアプリケーション（メッセージング、ストレージ、コンセンサス、ガバナンスなどのブロック）を構成するブロックに「アプリ」「What」「How」の3つの要素が混ざり合っています。私にとってはブロックは「What」でなければなりません。したがって、メッセージングは​​アプリです（アプリケーションレベル）。ストレージはより細分化する必要があります。コンセンサスは「How」の一部です。ガバナンスも「How」です。また下位のブロックとして（ネットワーク）プロトコルがあります。私はライブラリの呼び出しと同様にブロックが互いに話すことができる方法の一つだと考えています。それにもかかわらず、私はこれが優れた記事とスタックだと思います 🙂

　Alexander Ruppertの“Mapping the decentralized world”には約20のグループに整理され、x軸はインフラストラクチャ層からアプリケーション層まで4つの上位レベルのグループを表していて、ミドルウェアと流動性を中間レベルに位置づけています。これも素晴らしいやり方です。私はAlexのマップを手伝うことができてうれしいです。コアインフラストラクチャーに重点を置いておらず、より幅広いトレンドに焦点を当てています。これもコアインフラストラクチャに関する第一原則フレーミングです。

将来

　UjoのプロジェクトではIPFSとSwarm（ブロブ）+ Ethereum（トークンとビジネスロジック）+ IPDBとBigchainDB（データベースと高速クエリ）を組み合わせて全てのメリットを享受しています。

　この傾向はビルディングブロックの関係性の理解が進むにつれて増えていくと考えます。「ブロックチェーン」という大きなモノリスにすべてを詰め込むより生産的です。

　このスタック自体も分散型エコシステムとともに絶えず進化するでしょう。AWSはブロブストレージ用のS3というたった一つのサービスからはじまりました。 それからプロセッシングのためのEC2が追加され、AWSのサービスは増え続けています。ここにAWSのリリースタイムラインがあります。現在AWSには50以上のブロックがあります。以下はすべてのAWSサービスの現在のスナップショットです。

　AWSで起きたことが分散化の分野でも起きると予想しています。おそらく現在ある全てのAWSブロックは分散化されるでしょう。もちろんクラウド、モバイル、分散システムにはそれぞれ独自のブロックがあります。分散システムであればトークンストレージなどです。これからの将来はとても楽しみです。

 

　ここ数年、このスタックについて私にフィードバックをくれた無数の人々に感謝します。Carly Sheridan、Troy McConaghy、Dimi de Jongheの編集協力に感謝します。最後にビルディングブロックを改善し続け、さらに興味深いアプリケーションを開発し続けている宇宙の皆様に感謝します:)

翻訳：カタパルト式スープレックスなかむらかずや

関連記事

 

原文：“The E-krona project – First interim report”k by Riksban

　スウェーデン国立銀行（Riksbank）は法定通貨をeクローナとしてデジタルで補完することが可能かどうか調査しています。さらに、このデジタル化がスウェーデン国立銀行にとって安全かつ効率的な決済システムをもたらすことができるのかを調べています。このようなことはすでに数回経験しており、今回だけが特異ではありません。決済マーケットの変化に応じて、政府自身の役割を変える必要があります。eクローナは物理的な貨幣の使用が急速に減少している将来の決済マーケットで起きるであろういくつかの問題に対応できる可能性があります。

　eクローナにより現金の代替手段として国から保証されたデジタルな通貨が使えるようになります。そして、サプライヤーはeクローナのシステムにアクセスすることができます。現在はRIXデジタルペイメント（Riksbank’s payment system for financial transactions―中銀決済システム）の加入者のみが参加することができます。eクローナは商用銀行のシステム基盤から独立して機能することにより決済システムを非常時により堅固にすることができます。例えばカード決済システムなど。

現金利用の低下

　スウェーデンは21世紀に入りカード支払いと同時に現金の使用が減少しました。それに取って代わりSwishでの支払いがますます一般的になっています。小売業における現金支払いの割合は2010年では40％近くでしたが、2016年には約15％にまで低下しています。消費者の3分の2は100クローナ（約1300円）以下の決済であれば現金無しで支払いができると考えています。それほど遠くない将来にスウェーデンは現金が一般に受け入れられない社会になるかもしれません。このようなスウェーデンの決済市場の発展は国際的にもユニークと言えます。

デジタル化は好ましくない効果もある

　この発展はいくつかの要因が組み合わさっています。ひとつは社会におけるデジタル化への大きな傾向です。そして、スウェーデンにおける決済仲介は完全に民間が主体となり少数のビジネス、サービス、インフラに統合する可能性も要因の一つと言えます。長期的には、この集中は市場における競争力を抑制し、社会を脆弱にするリスクがあります。キャッシュレスに向かう社会への発展により中央銀行によるリスクの少ない貯蓄に振り分ける機会が少なくなる可能性もあります。その結果として決済システムの弾力性が低下する可能性があります。

　更に現時点においてデジタルペイメントを利用できない人たちや、現金での支払いを好む人たちがいることも認識しています。これらのデジタルペイメントを使わない、使えないグループに代替手段を提供できることも重要です。郵政局（The Swedish Post and Telecom Authority）および郡管理委員会（County Administrative Boards）は基本的な決済サービスが一般の人々のニーズにマッチすることを確実にする必要があります。

　金融危機など何かが起こると現金の需要が増加が想定されいます。そのような場合、中央銀行が最終的に準備ができるとしても、必要な機関に現金を配分するのに時間がかかります。またシステム的な問題が発生した場合、現在の現金のように自律して存在できる代替案がないリスクもあります。

レジスターベースのeクローナをバリューベースのeクローナで補完

　仮想法定通貨「eクローナ」のモデルとしてレジスターベースとバリューベースの2つのモデルが考えられます。レジスタベースのeクローナの場合、残高は中央のデータベースの口座に保存されます。バリューベースのeクローナは現在の現金のようにアプリまたはカードにローカルに保存されます。

　現在の評価では、単純なバリューベースのモデルはレジスターベースと比べ発展性が限られていますが、より早く導入される可能性があります。レジスターベースはより複雑ですが、段階的に拡張できるため将来の需要に対応できる大きな可能性があります。このプロジェクトでは2つのモデルの組み合わせが提案されています。レジスターベースのモデルを小額決済をメインとし、なおかつオフラインでも使えるバリューベースのeクローナが補完する形です。バリューベースのソリューションにより、eクローナ口座を持つことができない、または望まないグループにもeクローナが使えるようになります。これにより特別なグループのニーズを満たす決済サービスソリューションをさらに開発することができます。

利用する技術はさらなる検討が必要

　eクローナで使われる技術はさらにプロジェクトで検討する必要があります。新しい技術も枯れた技術も可能性がありますし、公共機関と企業などの協力体制も考えられます。

金融政策や財務の安定性への影響は限定的

　eクローナの導入における金融政策、決済市場と財務の安定性に関して大きな障害は確認できていません。金融政策の枠組みはデジタル化の新しい現実に適応すると考えています。スウェーデン国立銀行は一般市民と市場が要求する紙幣と硬貨を供給しています。紙幣と硬貨の供給と同じ方法でeクローナの供給を決定すると想定しています。

法令の見直しは必要

　私たちが提起する質問は非常に大きく重要なため、議会での徹底的な審議が必要であると考えています。eクローナの導入によるスウェーデン国立銀行の金融政策における責任分野は現在の立法では対応できません。しかし、調査結果ではeクローナは安全で効率的な決済システムを促進するという法定の役割を果たすことができます。スウェーデン国立銀行がデジタル決済手段を発行する場合、Sveriges Riksbank Act（中央銀行は金融政策について完全独立していることを定めた規定）を適用する必要があるとプロジェクトは考えます。eクローナ発行をスウェーデン国立銀行に委任するか、法的に入札されるべきかは立法の判断となります。

eクローナのコンセプト

　このプロジェクトはスウェーデン国立銀行の理事会が中央銀行のデジタル通貨を一般に公開する必要があると判断した場合、次のようなeクローナのデザインを提案しています。

• eクローナは主に消費者、企業、および当局間における小額決済を目的としています
• eクローナはスウェーデン国立銀行が発行しスウェーデンクローナに対応します。一般市民、金融機関および企業が保有することができます。1日24時間、週7日、365日、リアルタイムでアクセスできます。
• eクローナは利息は発生しませんが、将来的に利息が発生するようにするための機能を組み込むことが可能である必要があります
• レジスターベースのeクローナはバリューベースのソリューションと組み合わせることにより小額のオフライン支払いを可能にし、eクローナ口座を必要としないグループへのアクセスを広げます
• スウェーデン国立銀行はeクローナの基本機能を提供しますが、既存のデジタル基盤を使用する可能性を調査し、外部のプレーヤーからもにエンドユーザとのやりとりのデザイン提案を受け入れます

　この報告書はプロジェクトの初期の暫定的な結論です。分析と調査を継続します。プロジェクトが社会の利害関係者と対話した後に修正される可能性があります。

関係者との議論

　決済市場の発展は社会全体に影響を及ぼします。スウェーデン国立銀行はこの報告書様々な疑問や問題についてグループとの幅広い対話の道を開くことを望んでいます。eクローナに関する調査するこのプロジェクトの次のステップは関係者からの意見と質問を集めることです。スウェーデン国立銀行はまだeクローナの発行について決断をいません。

関連記事