whitepaper_sep_jp

Transcription

1 WHITE PAPER MoFAS BLOCKCHAIN Sep, 2018

2 CONTENTS Introduction Abstract Architecture MoFAS Core MoFAS Framework Application Service : S-DAPP サポート MoFAS Core S-DAPP 防御システム VPOS(Vaccine is Proof of security) コンセンサスアルゴニズム (Hyper-DPOS) ブロック構造 2-4.Fork Issue トランザクションメッセージ Token Model DGO (Decentralized Governance Organization) MoFAS Ecosystem サポート Security KCE Ecosystem 結論 7.Fund Token Distribution Fund Operation Token Sale 9.Roadmap Appendix 免責事項 Member

3 Speed is Trust Introduction 今日の産業環境は21世紀初めに起きた情報革命と称される第３次産業革命を越え 人工知能とビッグデー タとしてよく知られている第４次産業革命へと移っている このようなデジタル技術の発展は産業環境がデー タ中心へと迅速に変化していることを暗示している これによって より強化されたセキュリティ体系の必要性 が 大切なデータを取り扱うすべての産業分野において増している しかし 従来のセキュリティ体系では セ キュリティの脆弱点を攻撃するハッカーに対して敏捷に対応することができないという構造的な問題点をか かえている ブロックチェーンのセキュリティ問題も安全なブロックチェーンの生態系造成のために重要視されなければ ならない 今までのブロックチェーンは ハッキングと偽造 変造に対して安全であるとは言えない それ故 こ のようなセキュリティ構造の限界を克服して より速く安全な取引が可能となるよう進化したブロックチェー ンの技術が求められている MoFASは 市場のニーズに直ちに反応する新しいブロックチェーンのプラットフォームとシステムの提供を試 みる また 市場において実際に適用して使えるセキュリティ型ビジネスモデルを提示し 安全なサービスを 提供する すなわち MoFASはセキュリティ型ブロックチェーンのプラットフォームとシステムを通して さらに 強化された安全性と信頼性が確保されたブロックチェーンの生態系を造成する MoFASは 地域法規およびマネーロンダリング防止法を遵守し徹底した法律の検証過程を提示する 3

4 Abstract ブロックチェーンは 2008 年にナカモト サトシ ( 仮名 ) によって Bitcoin : A Peer to Peer Electronic Cash System という 10ページにも満たない短い論文が発表されて以降 現在まで進化と発展を重ねてきた 当初 分散台帳技術と暗号化されたデータ概念から始まったブロックチェーン技術は スマートコンラクトによって取引だけでなく取引に関する契約や様々な内容を扱うことができるようになった. 初期のブロックチェーンは コンピューティングパワーを活用した POW (POW Proof of Work) 方式を用いた しかし この方式には過度な電気使用と高性能ハードウエアが求められ ハッカーの特定グループに独占されるという問題を引き起こした 加えて データの処理速度が遅く日常生活において活用するには限界があった そこで新たに出てきたのが持分証明 (POS, Proof of stake) 方式である POS 方式は資源の浪費と特定グループに対する避難をサケ データの処理速度を改善するという効果がある しかし POS 方式にも持分の偏り問題とコンセンサス速度の遅れなどといった問題が浮き彫りになり その代案として委任された持分証明 (DPOS, Delegated Proof of Stake) 方式が登場した DPOSはブロックチェーンの脱中央化の哲学にやや反する方式ではあるが 現在までに知られている作業証明方式の中で最も合理的で効率的な方法である このようにブロックチェーン技術は瞬く間に進化している また 当初 決済目的として使われていたブロックチェーンの技術は セキュリティ 金融 物流 取引所 医療といった様々な分野で適用される段階まで達している しかし今なおブロックチェーンにとって解決すべきいくつかの問題が残っている 最も重要な課題の一つ目は 日常生活においてサービスとなるには極めて不足しているトランザクションの処理速度である 次に 急激に増えるデータを処理するストレージ問題とスマートコントラクトに対するセキュリティ問題が挙げられる MoFASはセキュリティを志向し その基盤によって処理速度を実際に使えるようになるまで改善することに重点を置いた また 分散ストレージへの参与と汎用性を広げてセキュリティを強化し ブロックチェーンにおけるストレージ問題を解決を試みる 伝統的なネットワークを利用する構造よりブロックチェーンがさらに速い速度をもつということは現実的に 難しいことであり その限界に対しては皆が共感している しかし 市場ではすでにサービスを運用するにあ たって適切なレベルまでトランザクション速度を高めることが求められている ブロックチェーンの生態系において 公共財産はまさにネットワークインフラである MoFASはこのようなネットワークインフラを利用して 分散台帳の記録と管理 しして運営を迅速で容易に かつ効率的に処理できるブロックチェーンを提供する また セキュリティ市場における根本的な価値を基本として提供することにより ブロックチェーン技術を革新し 参加者すべてに利益を共有できる生態系を築き 最も早い速度が求められる実際の金融市場取引にも適用可能な新たなブロックチェーンを提供する 4

5 1. Architecture Core. Mikkschain. Double Linked Blockchain. Hyper DPOS VPOS Framework. Variable Interface Stack. Security Interface Stack. Smart Security Contract Interface Stack. Mikkschain Connector Application Service. S-DAPP MoFAS は上記のような構造設計となっている 1-1 MoFAS Core ハードウエアとネットワークの活用性 応答性 反応性 相互運用性といった 4 大要素を指定し 信頼性を改善する PRR( 速度に対する信頼の比率 ) の条件を満たす Consensus Nodeとなる この Consensus Nodeのうち Key NodeはConsensus Nodeの保有 リスクを受けたトークンを含めた全体量と PRR 点数の合算によって決められる こうして算出された Key Nodeは1 秒で一つのブロックを生成する 5

6 HYPER-DPOS (P2P) ノードウエブやアプリにおいてトランザクションが同時並列的に発生する この時 ウエブやアプリはトランザクションの分散処理を行うためにトランザクションを受ける応答 Cluster Nodeの反応性を調べなければならない しかし ウエブやアプリにおける応答 Cluster Nodeの反応性を調べるには限界がある 故にこの問題を解決するために 中間に分散スケジューラーを置いて 処理段階を分離させる必要がある ウエブやアプリで発生するトランザクションは分散スケジューラーに転送される 分散スケジューラーは この トランザクションを Timestamp に合わせて再配列した後 各 Cluster に分散させてブロードキャスティングを 行う Cluster 内のノードは受信した分散トランザクション情報を保存する 分散スケジューラーはウエブやアプリから入ってくるトランザクションを OSIの7 階層中 ユーザーインターフェイスと密接した関係がある転送階層 或いは応用表現階層にあるメッセージキューによってトランザクションの属性と性格によって順次論理的に再配列され これを下位階層に送る 下位階層はこの再配列されたトランザクション情報を伝播するために各 Clusterに分散させてブロードキャスティングを行う 6

7 各 Cluster 内のノードに分散トランザクションがブロードキャスティングされる際 ノードの応答性に対する遅れを防ぐためにはトランザクションを収容するノードの状況とアクセス性を効率的な方策により盛り込むことが重要である このノードはコンセンサスと検証を基に運用される信頼率モデルを構築する 故に ノードの応答性の遅れを防ぐためにノードの状態をリアルタイム または周期的に認知する過程が先だたなければならない このために各ノードの運用状態を知らせる信頼できるネットワークへのアクセスセッションを維持するようにする しかし これはハッカーに対して攻撃の口実を提供する手段として利用される可能性が大きい それ故 このようなセッションの維持は連なるデータ率 (sequential theta rate) を用いて 物理的な応答条件を満たしているのかに対する検証段階によって信頼を得るようにする また Cluster 内のすべてのノードがブロードキャスティングに反応しないという限界的なネットワークの状況を認知するために応答のレベルと反応によって Submitし 失敗の処理に対する条件を備える ノードの種類と役割 ブロックチェーンにおいてノードとは コンピューティングパワーを有する物理的な単位である ブロックチェーンは中央集中型サーバーに取引記録を補完 管理しないで 取引に参加する脱中央化 ( 分散 ) されたサーバーが集まってネットワークを維持することで取引記録を保管して管理する このように脱中央化 ( 分散 ) され Consensus Node トランザクションを分散収容トランザクションをブロードキャスティングトランザクション情報の検証ブロックの生成と検証のためのコンセンサス方針決定への参与 Consensus Node のうち 一定レベルのトークン保有量と反応に対する信頼の指標 (PRR) によって算出され ブロックを生成するノードを Key Node という Backup Node フルブロック情報 部分ブロック情報を記録および管理のための検証 方針決定への参与 Interchange Node クラスター間の通信役上記ノードの性格は独立ノードの性格であるだけでなく 併合された役割であるともいえる ただし 一部ノードの動作に傷害が生じることを考慮して運用のリソースが超過する場合 参加を制限したり その権限を同一条件の他のノードに移管するモデルを導入する 7

8 1-2 MoFAS Framework MoFAS Frameworkは誰でも素早く学習できることを目標としている 従来のサービスが脱中央化サービスに変わるために大きな修正なく MoFAS Frameworkを通して脱中央化サービスを作り出すことができるようにし 従来の開発者が別途プログラミング言語の習得を必要としなく 自身が可能なプログラミング言語によ MoFAS SDK Monitor Layer 3rd Party API Layer Block Scanner Transaction Tracer Certification Monitor Debugger Execute Code Simulator API Distributed Communication API Distributed Store Manage API Smart Contract Extension API Distributed Manage Layer Integrity Verification Distributed Call Path Manage Access Control Security Diagnostic Extension Filter Flow Control Encryption / Decryption Verification Control Distributed Repository Control Adaptative Detection Code Virtual Diagnostic Smart Contract Perceive Control MoFAS Connector Blockchain Interface Layer Session Manage Distributed Query Interpreter Block Sync Engine Distributed Block Connector Transaction Monitor Execute Code Simulator Distributed Timestamp メッセージの処理方法などの API MoFAS Frameworkが提供するすべての機能は開発者たちに親しみのあるプログラミング言語 C++ C# Python Perl JAVA Javascript PHP HTML5 基盤のSDKである REST APIで提供され 次のような環境で SDK をインストールして使用することができる 推奨プラットフォーム : JAVA Node.js HTML5 など 8

9 SDK MoFAS FrameworkがSDKを提供する目的は 開発者たちにとって MoFASを様々な言語とプラットフォームを素早く容易に適用することである MoFAS Frameworkは Java, C#/VB, C/C++, JavaScript, Python, Goを基本サポートし 追加でユーザーの便宜性のために様々な言語とプラットフォームをサポートする Security Smart Contract 最近 アメリカの一部州政府はブロックチェーン上のスマートコントラクトとブロックチェーンを活用した株主名簿の維持と取引記録に対して法律的な効力を認定し始めるようになった これは ブロックチェーン上にて契約を締結し財務証券と持分証券を生成してブロックチェーンネットワークを通して金融財産を移転できるようになることを意味する しかし 2016 年にイーサリアム基盤 DAO において再帰呼出バグを用いた無限払戻攻撃によって 243 万 ETHがハッキングされた 最近発表されたシンガポール国立大学の研究資料によると イーサリアムのスマートコントラクトの脆弱点が34,000 件発見されたとの報告があがるほど スマートコントラクトは最近のブロックチェーン技術のなかで最も重要な技術の一つであり セキュリティが最も脆弱な部分であるといえる MoFAS Frameworkは セキュリティが強化された独立的なスマートコントラクトを備えている これをセキュリティ スマートコントラクトと呼ぶ セキュリティ スマートコントラクトは イベント駆動型プログラミング ( EDP: Event-driven programming) と5GL(Fifth-generation programming language) を用いてユーザーからの様々な種類の契約命令による契約条件と内容を自動分析し 時間によって 契約の流れ が自動化され自然に成されるようにし 契約の種類による様々な契約条件を視覚的に表現および構成できるよう 視覚的ブロック型スマートコントラクトの流れ作成機 (Visual block type smart contract flow builder) を提供する これにより MoFASは様々な条件のスマートコントラクト客体を生成して配布する また セキュリティ スマートコントラクトは S-DAPPユーザーのためのテンプレート型スマートコントラクトを提供する DAPPの開発をさらに易しくし 別途コーディング技術がなくても容易にスマートコントラクトを作って適用するためだ このために MoFASはムーディー (MUDI: MoFAS User Driven Interface) を提供する このようにセキュリティ スマートコントラクトは 契約に対する内容 コンセンサス 修正 削除 ( 契約の廃棄 ) に対する情報を入れて 実際の契約の役割を果たすよう構成されている 9

10 1-3 Application Service : S-DAPP サポート MoFAS は セキュリティを高めた DAPP 用のフレームワークをサポートし 5GL 基盤のスマートコントラクトを 通して様々なサービスとの融合を成しえるように信頼のモデルを備えている MoFAS の DAPP は このように セキュリティをベースにしており Sequrity-DAPP(S-DAPP) と呼んでいる MoFAS のブロックチェーンにて運営される S-DAPP は 柔軟に構成されている この S-DAPP は多くのユーザ ーを使うことができなければならず このためには 順次処理能力と並列処理性能を備えていなければなら ない また MoFASのブロックチェーンにて運営される S-DAPPは反応型 SaaSプラットフォームで構成されている MoFAS S-DAPPはすべてのユーザーがトークンの寄付に参加し S-DAPPの開発 デザインおよびパブリッシングに貢献するようにできており 制限をかけるリーダーや中心ノードを必要としない MoFAS S-DAPPは自律的に動作し APPは独立的に動作する しかしセキュリティ スマートコントラクトと MoFASのコンセンサス方式によって決められた法則によって開発されなければならない MoFAS S-DAPPは 開発者がMoFASのブロックチェーンを基にして作れるように独自のSaaSプラットフォームを提供する 特に従来の中央化された APP を脱中央化させる APIとSDKを提供し 従来のAPP 開発者およびユーザーが特別に学ぶことなく MoFAS S-DAPPを適用できるよう使用と可用性を拡張させる 10

11 2. MoFAS Core 超越的なコンセンサス検証プロトコル 超高速コンセンサスノード Hyper DPOS Blazing Fast Controller Based MoFAS CoreはVPOSというセキュリティシステムと独創的な二重化ブロックチェーンで構成され 超高速のネットワーク運用および分散化技術を土台に速度中心のコンセンサスアルゴリズム 高頻度トランザクション技術を結合した Mikkschainを成している 2-1 S-DAPP 防御システム VPOS(Vaccine is Proof of security) 第 4 次産業の船出により 産業の融合と集合化技術によりセキュリティ事故の被害規模が日ごとに増していく勢いだ これに対する対応として社会的な費用もまた増している IT 分野専門の市場調査機関である Technavioによると 全世界におけるサーバーセキュリティ市場は 2016 年に1,003 億 6 千万ドル規模から 5 年間で年平均 12.9% と成長し 2021 年には 1,839 億 6 千万ドル規模に達すると予想されている このように情報セキュリティ市場が拡張する中で MoFASは全ての参加者たちに VPOSを提供する VPOSは MoFASのメインネット上にて S-DAPPを成そうとするサービス提供者に自動で付与される共有型セキュリティである すべての S-DAPPサービス開発者およびユーザーは この共有型セキュリティサービスを通して 安全なサービスを受けられるだけでなく ソフトウエアまたはハードウエアにおける様々なエラー トラブル イシューなどの情報を共有してソリューションの提供を受けることができる また VPOSは 不法アクセスを先制的 知能的 かつ能動的に遮断し 情報の保安にかかる社会的費用を減らしてくれる VPOSには 従来のワクチンが持っている機能が含まれており 分散ネットワークおよび情報の共有クラウド型セキュリティサービスを提供する これはパターン分析後 パッチする従来のワクチンとは異なり コミュニティを通して悪性マルウエアに対してリアルタイムの対応が可能なシステムである 故に MoFAS S-DAPPを用いて作られたサービスの開発者とユーザーすべてに安全なセキュリティの生態系を提供する 11

12 VPOS の主な機能 ネットワークの連結性をモニターパケットの流れをモニターシステムサポートをモニター能動的なホワイトリストの動作をモニター自己学習を通した情報加工および適用によるセキュリティ強化システム時間の流れごとにデータの動きの強弱をモニター 2-2 コンセンサスアルゴリズム (Hyper-DPOS) POSアルゴリズムは PeerCoinという暗号通貨によって初めて発表されたコンセンサスアルゴリズムである 従来のPOWアルゴニズムのエネルギー浪費問題および Nothing at stake 問題を解決するために考案されたコンセンサスアルゴニズムだ POSアルゴリズムは資源の浪費が小さく ハッシュ攻撃が困難で 作業証明に比べてトランザクションの処理速度が速い しかし 持分だけあれば 誰でもトランザクションの検証に参加してノードになることができる 一方で 低性能ノードが検証に参加すると トランザクションの処理速度が遅くなるという問題が発生する これを解決するために委任された代表はノードがブロックを生成して検証する DPOS 方式のアルゴリズムが登場した 代表的なものとして EOS Steemit Bitsharesなどがある このように持分証明方式の変化はブロックチェーンがさらに効率的でありながら効果的な方向へと変化していることを示している こうした変化に足並みを揃えて MoFAS は新たに改善されたコンセンサスアルゴリズムを提示する Hyper-DPOS 従来のブロックチェーンの根本的な問題である速度を改善し リアル世界にてブロックチェーンの活用性を高めるものである このために解決すべき最初の問題は ブロックチェーンのトランザクション速度とコンセンサス速度の改善である MoFASは 従来の様々なコンセンサス方式アルゴリズムの限界点を克服するために P2P(Peer to Peer) ネットワーク上において第 3 者が介入することなく 信頼を築く効率的なアルゴニズムを適用した これを Hyper-DPOSと呼ぶ Hyper-DPOSは持分の委任によって生じる問題点およびトランザクションの処理とコンセンサス速度の限界点を克服するためのコンセンサスアルゴニズムだ Hyper-DPOSは速度に対する信頼比である PRR(Peer Responsibility Rate) とビサンチン将軍問題を解決する速度中心に成されるコンセンサスプロトコルであるステガノハッシュから成っている コンセンサスを導き出すためにまず難読化された機密な関係解釈 (Steganohash Rate) を通して信頼できるノード間の関係を究明する これは制限されたコンセンサスへの参加モデルとしてブロックコンセンサスを行うために優先的に資源の連続的な活動性が確保されなければならない また 一定時間内に反応して応答できる反応性と応答性に対する速度が担保とされなければならない 12

13 この問題を解決する方法として 速度に対する信頼指標を考案した ハードウエアとネットワークの活用性 応答性 反応性 相互運用性といった 4 大要素を指定し 信頼性を計算するアルゴニズムを作った これを PRR(Peer Reliability Rate) という ハードウエアの反応速度とネットワーク上の応答速度に対する信頼区間を物理的な4 大要素に対して論理的に整理 (theorem) して PRRを算出する そして 信頼性を確保できない区間はコンセンサス過程に制限をおくことにより 従来のPublic 化されたブロックチェーンの速度遅延 コンセンサス遅れの限界を現実的な方法により解決を図る すなわち 一定の持分を有し 連続活動性があり PRRを通して信頼性が確保されるノードのみコンセンサスに参加できるという意味である 相違点 Div POW POS DPOS Hyper-DPOS Consensus Range Public Public Delegated public Limited Public (Peer Riliability Rate) Mining Reward Hash Rate Skate Rate Delegated Stake Rate Complexity Rate (steganohash) Physical Responsibility Low (No Limited) Low (No Limited) Low (No Limited) High (Limited) Network Responsibility Low Middle Middle High (Limited) Responsiveness Low Middle Middle High Network Overhead Capital O トランザクションの検証 Key Node がトランザクションの発生となった状態をブロックに入れた時 連結された Consensus Node が相 互監査を遂行する この早くて迅速に行われるこのような検証はノードの報償と密接な関係がある したがっ て この報償を通して検証のためのノードへの参与を誘導することができる 13

14 2-3 ブロック構造 トランザクションのコンセンサス速度を改善して 分散された情報を効率的に処理して管理するためにチェーンの構造を二重化とする ホワイトチェーン (Whitechain) は 二重化チェーンを構成する一つで トランザクションにおけるブロックのコンセンサス速度とスマートコントラクトのコンセンサスノード (consent node) の時間の信頼性に対する媒介的な連携モデルとして適用するためのブロック構造 (format) を有する このために block intermediary rootを適用する ブロックチェーン blockchain ブロックチェーンはトランザクションの情報処理を記録するチェーンである LUB(Lazy update B)Extension Treeとしてルート構造を成しジェネシスブロック (genesis block) を見つける ストレージの拡張と保存管理構造を効率的に設けるためのツリー構造として定立する ホワイトチェーン whitechain ホワイトチェーンはブロックチェーンを二重化するための構造で スマートコントラクト ( 契約 保証 ) 情報の価値などを保存して繋げるチェーンである ホワイトチェーンはスマートコントラクト (smart contract) とコンセンサスノード (consent node) 構造のために必要である また ブロックチェーンの連結ルートを検証してコンセンサスする過程において 結合チェーンを形成しチェーンの信頼性を高める役割を担う 14

15 block header blockchain whitechain block body transaction smart contract information 時間の流れ blockchain whitechain Consent rootはトランザクションを起こし そのトランザクションコンセンサス前にトランザクションの再配列を行う過程まで確定されない場合 ブロックにコンセンサスが失敗したということを知らせるために必要な連結経路 (root) であり Timerは再配列が行われるトランザクションのハッシュを繋げる過程として追跡するためのブロック独自のルートである Timestampはconfirmation timeがホワイトチェーンによって検証確定される時間である 15

16 2-4 Fork Issue 一般的にフォークは 2つの方式がある ソフトフォークとハードフォークに分けられるが ソフトフォークは以前のブロックとの互換性を備えたフォーク方式である この方式は従来のブロックチェーンをそのまま維持しながら 新たな機能を導入する際に用いられる 以前のブロックとの互換性を備えているため ブロックチェーン自体は以前のブロックチェーンをそのまま引き続くことができる ハードフォークは連続的につながったチェーンがある時点で分岐点を形成し分岐することである 従来のチェーンとハードフォークが行われた新たなチェーンの二股に分かれたチェーンが形成される ソフトフォークと違って以前のブロックとの互換性を備えていないフォーク方式である ハードフォークには非常に大きな盲点があり アップグレードには強制性がなく特定のユーザーが新しいチェーンを受け入れず従来のチェーンを引き続き使用すると ハードフォーク以降のものと互換性がないブロックチェーンを維持することになる MoFASは2つのフォークの問題点を最小化するために Decentralized Governance Organization(DGO) を通して合理的な方策を実施した DGOはシステムが正常に運用されることで発生する問題に対して有機的に対応するために 参加者たちの意志が参加者たちの投票を通して方針に反映されるプロトコルだ 報償 運用 コンセンサスなどの方針を参加者たちが能動的に決定するため フォークが発生する確率が非常に低くなる 2-5 トランザクションメッセージ トランザクションメッセージは暗号化されているため それ自体が隠匿されている 通貨的なTransaction 処理の流れ ( 成功と確定の流れ ) DAPPのトランザクションが発生すると 秒単位でトランザクションを分散スケジューラに括る 分散スケジューラでは 非同期的な方法によりトランザクションのブロードキャスティングを行う ブロードキャスティングが行われる間 CallBackスレッドが駆動し 決められた時間内に応答を受けるようにする トランザクションに対する Callbackの応答を受けた後 consensusアラームを受ける Setreg notificationが発生すると全ての取引が完結される 16

17 通貨的な Transaction の処理 ( 成功と確定 ) DAPP トランザクション分散スケジュラー SN #N asynchronous tcp sending asynchronous isochronous stream broadcasting of transaction (unsetreg) Transaction Callback notification SN トランザクション取引記録拡張に対する反応ブロードキャスティング (CallBack 応答 ) Consensus setreg notification Consensus setreg callback notification 通貨的な Transaction の処理 ( 失敗 ) DAPP トランザクション分散スケジュラー SN #N asynchronous tcp sending asynchronous isochronous stream broadcasting of transaction(unsetreg) Transaction Callback notification (unsetreg notification) SN トランザクション取引記録拡張に対する反応ブロードキャスティング (CallBack 応答 ) If Transaction Consensus Failed - retry or return fail 17

18 Smart Contract の Transaction 処理の流れ ( 成功と確定の流れ ) DAPP トランザクション分散スケジュラー CONSENT NODE SN #N asynchronous tcp sending Transaction Callback notification Consensus setreg notification asynchronous isochronous stream broadcasting of transaction (unsetreg) SN トランザクション取引記録拡張に対する反応ブロードキャスティング (CallBack 応答 ) Consensus setreg callback notification Consensus submit Consensus request Smart Contract の Transaction 処理の失敗 DAPP トランザクション分散スケジュラー CONSENT NODE SN #N asynchronous tcp sending Transaction Callback notification (unsetreg notification) asynchronous isochronous stream broadcasting of transaction (unsetreg) SN トランザクション取引記録拡張に対する反応ブロードキャスティング (CallBack 応答 ) If Transaction Consensus Failed - retry or return fail Consensus submit Consensus request 18

19 3. Token Model MoFAS は年間 5% の追加発行を通して ブロック生成ノードに報償を行う ユーザーに対する取引手数料の Free 方策とブロック報償の方針に対する部分的なPOS 方式のEOSトークンモデルに同意する トークンの委任トークンの保有者たちは MoFASのノードに対してトークンを委任することができる しかし 委任されたトークンは再度委任することができない また 委任されたトークンの機能と役割が喪失した場合は 自動的に委任機能も喪失し 反対に委任されたトークンの機能と役割が持続する場合は 自ら変更しない限り継続を維持することができる 例えば 自身のトークンを委任し 委任を受けた Consensus NodeがKey Nodeとして算出された場合 自己権限を喪失したり 支持を撤回した場合 算出された Nodeに対する投票効力は無効となる サービス利用に対する負担ユーザーはサービスを利用しながら取引手数料を支払うことがない サービス事業者はMoFASのトークンを保有している比率に対して帯域幅を利用することができる MoFASネットワークの帯域幅はMoFASトークンを持っているほど使用できる サービスの提供者はアプリケーションの使用容量によるトークンを保有しなければならない これはクラウドサービスを利用するのと似ている トランザクションとストレージ使用量によってクラウドサービスは課金を策定する クラウドサービスと MoFASの最も大きな差は S-DAPPがトランザクションの費用を支払わないで トークンを保有しているということだけで その対価を支払うことを意味する MoFAS S-DAPPサービスが増えるほど 各 S-DAPPがトランザクション ストレージ使用のために保有しなければならない MoFASトークンが増える 例えば 多くの取引が行われる S-DAPP の場合 それに比例してさらに多くのトークンを保有することを意味 する トークンの価値上昇によるトランザクション費用負担防止のためのリーストークンを所有しているだけ帯域幅を使用することができるが 究極なトークンの価値上昇により S-DAPPの事業者または開発者たちの負担が大きくなる トークンの保有者たちは事業者または開発者たちの負担を少なくするよう帯域幅の割り当てに必要なトークンを貸すことができる しかし リースを受け取った事業者または開発者はDGOの決められたルールにしたがってリースに対する手数料を支払わなければならず 支払われた手数料で DGOのルールによってトークンの保有者とネットワークを維持するノードに対して報償が与えられる トークン保有者の報償とは別にネットワークを維持するノードに対する報償は それだけノードの役割増えているため 寄与に対する報償であるとみることができる リースを行った場合であっても 従来のトークン保持者は投票 方針決定など従来の権利が維持される 19

20 ストレージコスト トークンを保有していることでその分だけ帯域幅を利用することができる点に反して ストレージは使用量によってトークンを支払わなければならない ストレージはトランザクションと違って 各アプリケーションの偏差が大きいためである 一般的にクラウドサービスよりもはるかに小さい割合でストレージを利用することができる ブロックの報償 各 Key Nodeによってブロックが生成される際に MoFASトークンが報償として与えられる このとき保有しているトークン量に比例して支給され こうして与えられたトークンは全トークン発行量の5% を超えることはない ただし 後にこの部分または DGO の自律的な意思決定に任せて適当な引き上げ または引き下げの幅 すなわち区間を設定して変更することができる バックアップノードの報償 フルノード (Full node) を構成しているバックアップノードは毎日フルノードの構成に対する報償として保有しているトークン量に比例して報償トークンを与え この報償トークン量は追加トークン発行量からブロック報償量を除いた量を受ける 参加報償 従来の保有者たちが Key Nodeの算出 DGO 内における方針の決定 提案などへの参加を通して 一定部分の報償が与えられ ブロックの報償量とバックアップノードの報償量を除いた量を受け取る ブロック生成に寄与した者だけではなくモーファスの生態系維持に寄与したすべての者に対して報償が与えられるということだ 結局 トークンの保有者たちのさらなる参加を誘導することにより健全で合理的なDGOを維持していくことができる 20

21 4. DGO (Decentralized Governance Organization) MoFAS のブロックチェーンは MoFAS 構成員の MoFAS 構成員による MoFAS 構成員のためのブロックチェー ン生態系である DGO はモーファスのブロックチェーン生態系を支える方針が寄与者たちの参加と投票によ って方針の発議 詳細内容を確定することである 投票権 MoFASの方針が確定されるには一定比率以上の構成員の賛成が必要である このような構成員たちを分ける要素はMoFASトークンの保有の有無である また 投票の権限を持ち分の量に比例させているが 多くの持ち分の所有者たちによる方針決定に対する独占を防ぐために 一定区間以上の持ち分は比率によって比例量が半減される コンセンサスの手順 DGOの方針に対するコンセンサスは次のように行われる 持分の保有者たちによる提議持分の保有者たちの検討および修正後 投票によって次の段階に進出 (Accept, Reject, Withdrawn) 分期ごとの最終方針決定に含めるための修正および Final 投票方針のテスト期間を経て適用 コンセンサス事項 MoFASの方針は次のように大きく 3つに分けられる システムの方針 ネットワークプロトコル ブロック コンセンサスの手順のようなシステム的な方針の決定経済方針 インフレーション比率 ブロック生成に対する報償率 帯域幅リースに関する手数料な直間接的な経済方針に対する変数を認めた引き上げ 引き下げを行う方針の決定ロセスの方針 DGO 方針の発議やコンセンサスの手続きといった MoFAS 生態系の外にある方針の決定 21

22 5. MoFAS Ecosystem 5-1 サポート MoFAS は効率的な Ecosystem 設計を通して 様々な産業分野にて多くのアプリケーションを開発しビジネス を広げられるようにする MoFAS は従来の情報生産者と消費者間における片方向的なパターンから脱して 全ての構成員がいか なる形でも情報の伝達に寄与することでビジネス生態系の価値を高める MoFAS は誰でも素早く学習することができ 別の言語習得やブロックチェーンに対する背景知識がなくて も モーファス内において皆がサービスの提供者になれるよう 柔軟なプラットフォームで構成されている MoFAS は日常生活においてリアルタイムに使用されるセキュリティ型ブロックチェーンのプラットフォームで実際のペイメント市場に適用可能な速度と認証 通信 インターフェイス モジュールなどといった様々な要素に対して 呼び出し関係とプロトコルにセキュリティ技術を適用して MoFAS 内におけるすべての S-DAPPが速くて安全に実現されるようにする ソフトウエアまたはハードウエアの様々な情報が動作する過程におけるエラー 障害など 発生情報の 解釈を通してビジネスを提供するところに伝達し 安全なサービスをサポートする 22

23 5-2 Security 3.0 MoFAS は進化したブロックチェーンの未来を提示し セキュリティ問題解決のために根源的なアクセス方法 により持続して価値の志向的な生態系環境になると信じる Security as a Service 2.0 Security as a Service 3.0 User-centric Security Human-centric Security Reputation-focused security AI-based security Behavior-based Inventory Entity-based Inventory Context-aware Security Analytics Trustworthy Information Context Adaptive Access Control Adaptive Event Control ユーザー中心から評判中心から行動的観点から画一的なコンテクスト観点から制御の観点から ヒューマニティーへ AI へ実態型観点へ信頼的情報へイベントの観点へ 23

24 5-3 KCE Ecosystem KCE は Kill Chain Ecosystem の略字として 6 段階からナル打撃循環体験を意味する軍事用語を借用したもの で 攻撃の各段階において識別し サーバー攻撃を最適条件で防御するモデルである Trusted Evalutation Priority Response Collaboration Inspection (include VPOS) ACTIVITY INVENTIVE & REWARD Cognitive Control Flow Control & Identification Distributed Control MoFAS は情報の保安に関して参加 防御 攻撃 共有などといった KCE を適用した様々な観点のコミュニティ S-DAPP を構築する コミュニティにおいて生成された情報を通して新たな価値を創出し ビジネスの価値と効用性を高める これによって生成される利益をすべての参加者に対して合理的に報償を行って 還元することにより MoFASの生態系拡張に寄与する 24

25 6. 結論 従来のブロックチェーンは取引速度 脱中央化による管理 コンセンサス方法と遅れ セキュリティ 拡張性の 限界といった多くの問題を解決することができないままであった MoFAS は次のように従来のブロックチェーンの限界を克服した ソフトウエアだけでなくハードウエアのアクセス方法を通して速い速度でトランザクションを処理し 独 創的なコンセンサスモデルを通して使用性と可用性を確保することで日常生活に適用できるプラットフ ォームを実現する 二重化ブロックチェーンによるトランザクションとスマートコントラクトおよび情報取引構造を分離して 拡張と管理運用に対して 効率的な設計を通して拡張性と管理運用性における不便さを解決する MoFAS のセキュリティシステムである VPOS をメインネットに搭載し 全てのユーザーにセキュリティの安 定性を最適化させることはもちろん 認証 通信 インターフェイス モジュールなどといった様々な要素 に対して 呼び出し関係とプロトコルにセキュリティ技術を適用して保安性を確保する 運用コンセンサス機構である DGO を通して 数学的な自己運用システムが内在された暗号貨幣の運用 技術を適用し 脱中央化による管理問題を解決する スマートコントラクトモデルを 5 世代の言語を通して易しく楽に早く利用できるよう構造化させ コンセン サスの方法と遅れに関する問題を解決する このように MoFAS は 独立的で二重化されたブロックチェーンを成し 最高速ネットワークの運用と分散化技術を土台に 速度中心のコンセンサスアルゴニズム 高頻度トランザクション技術 セキュリティ技術を結合して すべてのユーザーたちに完璧なブロックチェーンのシステムを提供する MoFASを使用するすべてのユーザーは安全で脱中央化された驚くべきビジネスを体験することになるだろう 25

26 7. Fund 7-1 Token Distribution 35% 18% 25% [Token Sales] [Founder & Team] [Ecosystem Activation] 13% 4% 5% [Advisors & Strategic Partners] [Marketing] [Reserve] [Token Sales] 35% - Private, Public Presale, ICOで運用 [Founder & Team] 18% - MoFASの創業者とチーム員のインテンシブ [Ecosystem Activation] 25% - MoFASエコシステムの構築 [Advisors & Strategic Partners] 13% - 戦略的な提携 共同開発など [Marketing] 4% - 諮問とマーケティング [Reserve] 5% - MoFASの安定的な運用のための対策 [Founder & Team] 物量はロック方針にしたがって1年で25% 2年で25% 3年で50%のロックを解除する 26

27 7-2 Fund Operation 25% 35% 18% [Operation] [Technical Development] [Global Expansion] 17% 5% [Strategic Alliance] [Marketing] [Operation] 25% - BEPの時点を3 年と予測し その間の会社運用 [Technical Development] 35% - メインネットとそれ以外のセキュリティ ゲームなどに対する S-DAPP 開発に使用 [Global Expansion] 18% - MoFASの海外拠点および海外プロジェクトの開発に使用 [Strategic Alliance] 17% - 良いコンテンツを有する DAPP 開発者 基礎技術保有者 戦略的提携や共同開発などに使用 [Marketing] 5% - トークンの分配に割り当てられた部分とは別にモーファスマーケティングに使用 8. Token Sale ハードキャップ : ETH 270,000 個 ソフトキャップ : ETH 50,000 個 市場不安定性のため改めて詳しい計画をお知らせします 27

28 9. Roadmap Date Roadmap March 2018 MoFAS Foundation May 2018 Presale Whitepaper 0.5 Release October 2018 ICO Main Sale December 2018 Main Net Alpha Version Release 1Q 2019 Present a Security Community 2Q 2019 Main Net Beta Version Release 4Q 2019 Main Net Release 1Q 2020 API for DAPP Open 4Q 2020 Security Community Release(DAPP) 詳しいスケジュールは変更になることがあります 28

29 Appendix POS(Proof-Of-Stake) プルーフ オブ ステーク ( 持分証明のコンセンサス方式 ) 作業ではないノードが有している持分に比例して ブロックに記録する加重値が与えられる方式 従来の POW とは根本的に異なる概念を持つ新しいブロック生成に対する報償を持分に比例して支払う方式である メリットは採掘に入る膨大なエネルギー浪費がないという点であるが 持分の偏り問題と進入障壁のないネットワークによるトランザクションの転送速度が遅いというデメリットがある Nothing at Stake POS 方式のブロックチェーンにおいてフォークが生じた際 検証ノードが二つのブロックすべてに検証投票を 行っても この検証ノードが全く損することがないということを意味する すなわち 二つのブロックすべてに 投票を行っても 損をしないため フォーク問題の解決が困難になる DPOS (Delegated-Proof-Of Stake) 委任持分証明のコンセンサス方式 基本的に POS 方式と似ているが ネットワークを構成するノードの投票 結果を決められたマスターノードに権限を委任してコンセンサスを行う 上位ノード数が少ないため コンセ ンサス時間を縮めることができるが 権限が少数に集中するため コンセンサスアルゴニズムが重要となる ビザンチン将軍問題 (The Byzantine Generals Problem) 敵軍の都市を攻撃しようとするビサンチン帝国のいくつかの部隊が 地理的に離れた状態で 各部隊の指揮官たちが伝令を通して交信しながら攻撃計画を一緒に練るという状況において その部隊の指揮官のうちの一部には裏切り者いる可能性がある この時 裏切り者の存在にもかからわず 忠直な指揮官たちが同じ攻撃計画を立てるためには 忠直な指揮官たちの数がどのくらいいなければならず 指揮官たちがどのような規則にしたがって交信しなければならないのかといった問題がビザンチン将軍問題である ブロックチェーンの場合 相互間におけるコンセンサスを行う場合 通信問題が発生したり 故意に情報を変更して偽情報を伝える可能性がある場合に どのような方法にすると全体が正しいコンセンサスを成すことができるかということを尋ねる問題である Soft Fork 以前のブロックとの互換性を有するフォーク方式 この方式は従来のブロックチェーンをそのまま維持しなが らも 新たな機能を導入する際に用いられ 以前のブロックとの互換性を持つためにブロックチェーン自体 は以前のブロックチェーンをそのまま引き継ぐ 29

30 Hard Fork チェーンがある時点における分岐点を形成して分かれること 従来のチェーンとハードフォークによって発生した新しいチェーンで 二股のチェーンを成す ソフトフォークとは異なって以前のブロックとの互換性を持たないフォーク方式である HD ウォレット (Hierarchy Deterministic Wallet) HDウォレットは一つのシード (Seed) からいくつかのウォレットアドレスに派生するシステム ユーザーは他の情報なしにプライベートキーだけでウォレットをバックアップしたり復元することができ プライベートキーなしにパブリックキーを生成することができる 連なるデータ率 (Sequential theta rate) MoFAS ブロックチェーンにおけるノード間のネットワーク的な連続された安全性を指標として示した値 ネッ トワークが最高の状態を維持しているのかを判断する指標として ノード間の信頼条件を満たす間の時間指 標をログにより示した値 ステガノハッシュ率 コードをイメージに挿入して難読化し ハッカーからデータを保護する技術をステガノグラフィーという ステ ガノハッシュ率はコンセンサスの主体となるノードが難読化されたコードを解析するコンピューティングパワ ーを識別してコンセンサスの変造を防ぐコンセンサスアルゴニズムである DAPP (Decentralized Application) DAPP は 多数のユーザーによって形成された脱中央化ネットワーク上で動作するアプリケーションである Transaction ブロックチェーンのブロックに保存される取引データ Block 一つの記憶単位として文字 ワード レコードの集合 30

31 ノード (Node) コンピューティングパワーを備えた物理的な単位でネットワークに合流して必要な作業を行う 5GL (Fifth-generation programming language) 数学的な問題をプログラマーが指定したアルゴニズムを通して解くのではなく 与えられた制約条件を満た す生態を探し出すプログラミング言語を称する スマートコントラクト (Smart Contract) スマートコントラクトとは ブロックチェーンの基盤として 金融取引 不動産契約 公証など様々な形式の契 約をコードとして締結し履行することである コンセンサス (Consensus) 特定のノードが悪意的に操作されたデータを保存したり ネットワークに伝播すると システム全体の信頼度 を危険にさらすことになるが このような状況においてネットワークを守ろうとする多数のノードが相互検証 を経て正しいブロックの生成を導くプロセスおよびアルゴニズム 31

32 免責事項 この白書はMoFASチームが準備している MoFASブロックチェーンの開発および DAPPに関心を抱かれた方々に MoFASの全般的な内容を説明するための用途として作成されました この白書は投資などを勧誘するための目的で作成されたものではなく そのような目的とは一切無関係であるということを明確にします また この白書をご覧になるすべての方がこの白書を参考にされ 損害 損失 財務などその他の財務的被害が生じたとされても MoFASはそれに対する賠償 報償 その他の責任を負いかねるという点に留意ください この白書は 作成当時の基準 (as-is) により作成され提供されるため 配所に含まれたいかなる内容も未来の時点まで正確であったり変更されないという点については保証しかねます MoFASチームはこの白書に関して この白書をご覧になられるすべての方々にいかなる事項も陳述 保証しかね それに対する法的な責任を負いかねます 例えば MoFASチームは 白書が合法の権利をもとに作成され 第 3 者の権利を侵害しなかったのか 白書が商業的に価値があったり有用なのか 白書がこの白書をご覧になられている方々がもつ特定目的の達成に適しているのか 白書の内容に誤りが無いか ご覧になる方々の国家の法律上適切に作成 配布されているのかについては保証できかねます 責任免除の範囲は言及された例示にのみに限定されません また MoFAS の運営に必要な方針と技術に関連した内容はメインネット (Main Net) がオープンされる前まで に修正 変更などのアップデートが行われる予定です 32

33 Member Tay Kim Founder & CEO Roy Kim Co-Founder & CTO 安全なサイバースペースを確保するために 30 年間情報保護分野で活動している 2017 年 9 月に世界中のセキュリティーマーケットをリードするためにブロックチェーンのセキュリティー研究開発のR&D センターを開設し 本格的 MoFASプラットフォームを構築している ネットワークのセキュリティーとデバイスドライバなどエンベデッドカーネル開発の専門家 アクティブホワイトリストベースのランサムウェアブロックソリューションを開発して公共機関に提供しており MoFAS ブロックチェーンメインコアの開発とブロックチェーンの開発を統括しています Kay Cheong CIO Jay Ryu CMO Junsun Ryu Blockchain Network Engineer Taewoo Kim Senior engineer Gwanglae Kim Senior engineer Kisu Min Software Engineer Junwhan Choi Software Engineer Jungmin Lee Software Engineer 33

34 Sungjeung Kim Senior Business Developer Moosub Kim Business Developer Leahyung Kim Service Developer Steve Jeong Service Developer Tommy Cho Security Engineer Jay Lee Developer Youngeun Lim MKT Manager Ashley Lee MKT Assistant Sera Lee Designer Bong Song Web Publisher Jaesang Lee Media Manger Kyungryong Park Media Assistant Manager 34

35 Advisor Yoo, Youngil Advisor Roger Ver Blockchain Advisor 現 ハッカー大学総長 韓国ホワイトハッカ ー養成に貢献しています Bitcoin Evangelist and Angel Investor CEO Bitcoin.com Partners LAW FIRM SEOPYEONG 35

36 Thank you Copyright 2018, MoFAS 36