ソラミツ
平成29年2月28日
www.soramitsu.co.jp

About Soramitsu

2

ソラミツ株式会社は平成２８年２月に創立した日本のフィンテック会社である。

飛躍

Accepted to incubation

dMayPresentedJoinedhrcea
essr
ic
t
in om
Jo onec
Joint
KYC
systemdevelopment

sy W
st ea
em thede rdve elo riv
pm ativ
en et

October

Acc
epted
201
7

neFebruary

AprilJoi

2016

February
Company FoundedMay© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

ハイパーレジャーとは3© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

ハイパーレジャーに採用された分散型台帳

4

ハイパーレジャーはソフトではなく、プロジェクトガバナンス機構である。現在いくつかのプロジェクトがあり、その中で以下の分散型台帳プラットフォームの開発が行なわれている。

プラットフォーム

最初の開発者

主な言語

ステータス

FabricIBM

Go

incubation

Sawtooth LakeIntel

Pythonincubation

いろは

ソラミツ

C++

incubation

Corda

R3

Kotlin❓❓

© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

分散型合意形成の基礎（1/2）

5

分散型台帳技術では複数技術の組み合わせに特徴があり、特に利用される分散型合意形成のアルゴリズ
ムによってシステム運用に大きな影響を及ぼす。

アルゴリズムの種類アルゴリズムの名称

確率ビザチン合意 Proof of Work、形成
Proof-of-Elapsed
Time（中本合意形成）

採用している
プロジェクト
ビットコイン、
Hyperledger
Sawtooth Lake

Broadcast-based
BFT

PBFT

Hyperledger
FabricChain-based
BFT

スメラギ

Hyperledger Iroha

取引のFinality

所用時間

いいえ

数１０秒、数分

はい数秒、数１０秒

はい数秒© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

分散型合意形成の基礎（2/2）

6

サーバー停止、虚偽の処理、ランダムに応答がない等の状態はビザンチンfaultといい、分散型システムにとっては大きな課題であるが、分散型合意形成システムの利用により現実的に解決される。

中本合意形成Byzantine Fault Tolerance

各サーバーはそれぞれブロックを作成する権利を獲得しようと競争する為、参加する台数の制限がない。但し、確率的にブロックが作成される為、常に台帳が一時的に分岐する可能性があり、取引の確定が困難。

f := ビザンチンfaultyサーバーの数最先端のアルゴリズムにおいては、3f+1台のサーバーが必要なため、参加するサーバーのアイデンティティを認証する必要がある。
例：f = 23f+1台 サーバーが必要

例：

Height X

Height X+1

Height X+2

prev block header hashprev block header hashprev block header hashtimestamptransaction merkle roottimestamptransaction merkle roottimestamptransaction merkle root

(diﬃculty)(diﬃculty)(diﬃculty)(none)(none)(none)

その中、2f+1台が認証することが必要

prev block header hashtimestamptransaction merkle root
(diﬃculty)(none)© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

Hyperledgerいろはの特徴

7

日本初で唯一「Hyperledgerプロジェクト」に採用されているブロックチェーン。また、IBM、Intelに続いて世界で3番目のプロジェクト。
※日本のブロックチェーンスタートアップ企業である、ソラミツ株式会社は、ブロックチェーン技術の発展に寄与するために、Linux Foundationのオープン・ソース「Hyperledgerプロジェクト」にプロジェクトネーム「いろは（Iroha）」としてコードを提供しました。
平成28年9月26日：Hyperledgerプロジェクトに提案。
平成28年10月13日：Incubation Statusとして正式に受諾されました。

・シンプル開発API
・デジタルアセットツール
・モバイルアプリ開発
ライブラリー© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

Hyperledgerいろはの特徴（Fabric/Sawtooth Lakeとの違い）

・高パーフォマンス構造
システム構造はユーザー向けのアプリに基づいており、低レテンシーのシンプルな構造

・新しい合意形成アルゴリズム
Chain-based BFT algorithm: スメラギ・モバイルアプリ開発向けのライブラリー
安価かつ安全にアプリを開発する事ができる・アセット発行可能な取引種類

チェーンコードを実装せずにデジタルアセットを発行することが可能© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

8

Hyperledgerいろはの特徴（バーション1.0の目的）

・高スループット
秒間数千件
・低レイテンシー
取引finality２秒以内を目標とする・スケール可能ビッグデータ対応
・モジュール化
コアな機能は他のプロジェクトでも利用可能な構造を作る© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

9Hyperledgerいろはの構造

10---+-----------------------------| * User programable (Provide SDK / default grpc api)+-┼-------------------+|
API Layer|+-┼--------------┼----+---┼--------------┼---------------||
ハイパーレジャーいろはのシステム構造は、|Transaction|Query|builder| repository
特にモバイルアプリ等をサポートする為に┌--┼----------┐|
高速度と低レテンシーが重要であり、高パー| |sumeragi ||* User programable|┌-V---------┐|(2)|┌-------------┐
フォマンスなシステム構造が一番の特徴。
|| stateless ┼┼---┼---┼->||├-----------┤|(3)|| chain code ||| stateful <┼┼---┼---┼-(optional) ||└-|-------|-┘||└-┼----┼------┘└--┼-------┼--┘|||||└-----┼----┼-----------┐|└------------┼----┼------┐|||||||consensus building |||(4) |┌--┼---------┐| ┌-┼------V----v-┐┌-------┐| connection || |repository |-----| model |└-----┼------┘| └--------┼------┘└-------┘|||
infrastructure（C++）
Infra=┼=================┼===========┼===========|implement|implement |implement
SHA-3,┌--┼---┐┌--┼---┐┌--┼--┐
grpc
flatbuffers| grpc || JAVA || D B |
Ed25519└------┘└------┘└-----┘

Hyperledger IrohaArchitecture© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

合意形成アルゴリズム（スメラギ）

11Hyperledgerいろはの合意形成アルゴリズムはchain-based BFTのスメラギを採用しており、モバイルアプリに対応する為に取引を一件ごとに捌く。
ClientSubmits}Phase IBroadcast}

Phase II
Verify andSign

Verify, sign, and broadcast
transaction to 2f+1 validating peer}

Phase III
CommitClient(e.g., APIServer)

Leader verifies, orders,and signs transactions
and then broadcasts
to validating peers

Server 1Server 2Server 3(2f+1)

Commit after Receiving
2f+1 Signatures

Server 4(3f+1)© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

Hyperledgerいろはのユースケース

12

アイデンティティ サプライチェーン

・支払い・決済（対面型決済含む）
・契約管理・証券取引・金融商品管理・サプライチェーンマネージメント・スマートグリッド

通貨管理

・貿易金融

・本人確認（KYC）

・公証・タイムスタンプ機能
・シェアリングエコノミーサービス
・医療・IoT、その他© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

パーミッション・パーミッションレス分散型台帳

13

分散型台帳ではネットワークに参加するサーバーを制限する場合はパーミッションと呼び、制限がないシステムはパーミッションレスと呼ぶ。ユースケースに応じて、パーミッション・パーミッションレスはそれぞれ向き・不向きな点がある。
運用者への信用度

特徴

パーミッションレ パーミッション 従来データベース
ユースケースの例
ス DLT
DLTシステム

信用性が大事公証◯△✖

低Latency

対面支払い

✖

◯

◯

多量取引

株のHFT

✖

△

◯

ビッグデータ

IoT

✖

△

◯

モバイル対応

発展途上国の✖

◯△高セキュリティ

CBDC等© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

ユースケースの例（KYC; 1/2）

14

弊社はHyperledgerいろは上でいくつかのサービスを開発しており、全てのサービスの基盤となるデジタ
ルアイデンティティシステムの開発を進めている。特に犯罪収益移転防止法の特定事業者向けのアイデンティティのシェアリングプラットフォームの開発を行なっている。

金融機関は電子署名を含めた証明書を作成して、他の金融機関と共有するユーザーが個人情報を金融機関に共有する© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

ユースケースの例（KYC; 2/2）

15

http://www.coindesk.com/press-releases/first-japan-announcement-know-customer-kyc-personal-identity-systemco-development-regtech-high-technology-meets-fintech/© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

ユースケースの例（契約管理）

http://www.coindesk.com/pc-insurer-trials-blockchain-catastrophe-coverage/© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

16

ユースケースの例（デジタルアセット; 1/2）

http://www.u-aizu.ac.jp/en/information/moeka2016.html© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

17

ユースケースの例（デジタルアセット; 2/2）

© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

18

その他のユースケースの例

19

証券決済

Central Bank Digital
Currency (CBDC)
中央銀行が電子通貨を発行し、台帳へのAPIアクセス手段を提供した場合、デジタル世界で生成され流通する日本円等を実現可能。

中央銀行の電子通貨（CBDC）が実現すれば、即時証券決済の実現も可能となり、証券業界における効率が向上する。

上記のユースケースについて：
ブロックチェーンが向いている点
・透明性 （不正行為防止）・Security（改竄困難・不正取引困難）
ブロックチェーンが向いてない点

・プライバシー（透明性によって全ての取引を見える可能性あり）

将来的に解決する可能性
・匿名取引（準同型暗号やOblivious Transfer）

・合意形成のバリデーションと合意形成を分けて行う© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

いろはのハッカソン

20

日時：平成29年3月11日（土）〜3月12日（日）10：00〜18：00
場所：東京大学

工学部２号館

92Bおよび93B教室

http://www.gcl.i.u-tokyo.ac.jp/events/20170311-0312-global-design-hackathon/© 2017 SORAMITSU All Rights Reserved.

本資料は、本セミナーのために作成されたものであり、その他の如何なる目的を持つものではありません。本資料の内容の無断転記・転載はご遠慮ください。

https://github.com/hyperledger/iroha