Sparksterが開発している技術スタックと開発計画について

0
287 views

この記事を読むのに必要な時間は約 40 分です。

 

前回ご紹介したSparkster プロジェクトですが、今回は技術的な部分について詳しく触れてみたいと思います。

主に白書が情報ソースです。

テクノロジースタックの構成要素

上記に示すSparksterテクノロジスタックは、分散型クラウドコンピューティングを促進するために特別に設計された一連の技術を表しています。

特にコア技術となるスマートソフトウェアは、スマートコントラクトの進化であり、ソフトウェア開発に関する事前知識がなく、根本的な分散アーキテクチャを構築できます。

技術要素は大きく4つに分けられるかと思います。

  1. シャーディング
  2. 連合コンセンサスアルゴリズム
  3. 分散型取引所
  4. Sparksterプラットフォーム

 

詳しく見ていきます。

シャーディング/Sharding

シャーディングは、簡単にいうと、複数のノードにデータを分散化させることです。

複数のノードに渡って異なるデータを保存することで、読み取りや書き込みのパフォーマンスのための水平方向のスケーラビリティが実現します。

この技術によって、スケーラビリティを改善するためのブロックチェーンプロジェクトも増えてきました。

  • Ethereum 
  • Ziliqa
  • QuarkChain 
  • Usechain 

などなど。シャーディング技術を利用するプロジェクトもかなり増えてきましたね。しかし、この手のアイデアはユーザーに興味を持たれやすく、注目度は比較的高くなっています。

Sparkster のシャーディングの特徴

では、Sparkster のシャーディングの特徴はいくつか見てみましょう。

一貫したハッシング

ハッシュ関数 あるいは要約関数とは、あるデータが与えられた場合にそのデータを代表する数値を得る操作、または、その様な数値を得るための関数のこと。ハッシュ関数から得られた数値のことを要約値やハッシュ値または単にハッシュという。 

集中型コーディネーターがなく、グローバルな状態がない場合、ノードの計算は、クライアントのデータがどのセルに格納されているかを認識するのは困難です。

その解決策が一貫したハッシングというスマートなアルゴリズムです。

流れは以下です。

  1. このアルゴリズムは、クライアントのIDをハッシュし、境界のある番号を抽出する
  2. 円上の点を表す境界を想像し、すべてのセル(ノードのクラスタ)がこの円を等距離で分割する
  3. これで、一貫したハッシングリズムを使用して、クライアントにセルを割り当て、そのセルを簡単に識別できるようになります。

最も重要なことは、どのコンピューティングノードでも、中央の機関とのやりとりや中央データベースの必要なしに、クライアントのデータがどこにあるかを個別に判断できます。

したがって、完全に分散されたネットワークを構築できます。

クラスタの分離

スパークスターのシャーディングはクラスタ分離によるハッシュの分割に基づいています。

クライアントグループごとに分散ハッシュテーブルを分割できるため、重要です。

そのうち最も重要なことは、Sparkster分散クラウドが特化したブロックチェーンであるため、1つのシャードが他のシャードを意識する必要がないことです。

実際にどのように機能するのか白書の例を参照します。

具体例-顧客が2人の場合 例えば、GE(エンジニア)GM(マネージャー)がSparkster 分散型クラウドでソフトウェアを構築して実行したかったとします。 

GEは従業員だけでなく、自身の顧客でも、GEのデータにアクセスすることは決して望まないため、GEのソフトウェアアプリケーションは自分のデータと対話する必要があります。

しかし、セルを分離することで、GEのデータに関係する分散ハッシュテーブルには、GMのデータが必要なくなり、

GE(赤いノード)の分散ハッシュテーブル(DHT)のデータを複製するピアを、GM®(黄色のノード)のデータを複製するピアから完全に分離することができるため、

結果的にGEとGMのデータを平行で処理できます。

 

これが、基本的にブロックチェーンのパフォーマンスが大幅に向上する方法です。

結果的に以下のようなメリットが生まれます。

  • 並行して2つの異なるセル(この場合は2倍のスループット –  1秒あたりのトランザクション)でトランザクションを受信して​​処理できる
  • 各セルが他のすべてのセルから隔離されているため、通信のオーバーヘッドがなくなり、セル間で一貫した分散型ハッシュテーブルを維持できる
  • 1つのセルのパフォーマンスに影響を与えることなく、必要な数のセルを追加できる
  • 各セルが追加されるたびにシステム全体のスループットが向上する

この例は2人の顧客しかいませんが、実際には1台のセルは数千の顧客で構成されます。UberAirbnbなどの数百万の顧客ケースがそうですね。

そのような企業は、顧客をセルに分散させることを選択し、毎秒数百万回のトランザクションでスループットの恩恵を受ける必要性が出てきます。

Sparksterの白書では、理論的には、作成できるセルの数に制限はなく、実現可能なTPSには制限がないものとしています。

ただし、制限要因として、Sparkster分散クラウドに参加できる鉱業参加者の数があります。これは、マイニングの項目で説明します。

これが、高スループットを可能にするための必須技術であり、テストネットでは高いパフォーマンスを見せました。

コンセンサスの連合/Federated Consensus

コンセンサスに関しては、ビザンチン将軍問題があります。

ビザンチン将軍問題(ビザンチンしょうぐんもんだい、英語: Byzantine Generals Problem)とは、相互に通信しあう何らかのオブジェクト群において、通信および個々のオブジェクトが故障または故意によって偽の情報を伝達する可能性がある場合に、全体として正しい合意を形成できるかを問う問題である。フォールトトレラントシステムでの多数決の妥当性や分散コンピューティングの処理の妥当性に関わる問題と言え、二人の将軍問題を一般化したものと言える。

引用元

このビザンチン将軍問題を解決し、最終的に信頼できない当事者間のコンセンサスに到達するための多くの異なるアプローチが存在します。

BitcoinやEthereumの異なるコンセンサスアプローチの解決例

Bitcoinは最大のハッシング能力を持つ者を信頼しますが、EthereumはStake Proof Proofプロトコル(PoS)に依存して最もお金を持っている人を信頼します。

しかし、両者は現時点ではオフチェーン取引を使用せずに、商用アプリケーションでは実用的でないことになる大きな確認時間に苦しんでいます。

Stellar Networkが提案したFederated Byzantine Agreement System(FBAS)連合ビザンチン合意システムは、1,000回/秒のトランザクションを容易に実行できることが証明されています。

バークレイズ・アフリカのケースでは、毎秒10,000トランザクションを達成し、1時間に3,600万トランザクションを処理できると主張しています。

これは、ネットワーク全体ではなく、クォーラムスライスとして知られているネットワーク内の全参加者の一部の間でコンセンサスを形成することによって達成されます。

SparksterはStellarプロトコルのSCPを実装する

コンセンサスは連合することで、パーティAはパーティBを信頼し、パーティBがトランザクションを承認すると、パーティAは必ずトランザクションを承認するため、コンセンサスに非常に早く到着します。

したがって、分散型ソフトウェア実行ネットワークのスループットとレイテンシのニーズを満たすコンセンサスアルゴリズムの作成に力を注ぐのではなく、FBASの商用実装であるステラコンセンサスプロトコル(SCP)を実装することを選択しています。

しかし注意点として、ステラールコンセンサス議定書(SCP)には、欠点があります。

  • 良好な行動のためのインセンティブの欠如
  • コンセンサススライスを形成する際に信頼する人を決定するための正式な方法論の欠如

そこで、SCPのこれらの2つの制限を解決し、すべてのユーザーを正直に保つインセンティブを持つ自治ネットワークを作り、ソフトウェアの実行のための分散クラウドを生み出すことが大きな視点です。

我々は、ネットワーク上の当事者間のコンセンサスに達するためのStellar Consensus Protocol(SCP)を使用することを提案し、タスクがどのように割り当てられるかを決定するための追加のレイヤーを提案する。このレイヤーは、各参加者の収益を管理します。そうすることで、すべての関係者を誠実に保ち、ネットワーク上の攻撃のリスクを最小限に抑え、ネットワーク上の参加者が行う無駄な作業を最小限に抑えるインセンティブシステムを構築することを目指しています。

このように述べられています。

プライバシーとセキュリティ

法人顧客に代わって取引を処理するには、プライバシーとセキュリティが絶対に必要です。

プライバシーや顧客データで重要な視点としてヨーロッパが定めたデータ保護規制のGDPRがあります

スパークスターはもう1つの視点を指摘しています。

企業は、EUの一般データ保護規制(GDPR)などの管轄および法的規制に拘束されることがあります。しかし、公的なブロックチェーンを採用する場合、企業がデータのプライバシーを要求する唯一の理由は法的な制限ではありません。

もう1つの理由が顧客またはサプライヤーのデータが競合他社から盗まれるのを防ぐことにあります。

そこでスパークスターは次のソリューションを採用します。

ゼロ知識証明(ZKP)

本質的に、パブリックなブロックチェーンインフラストラクチャを企業が採用するのを見るとすれば、パブリッククラウドを採用しているので、データのプライバシーが重要視されます。

プライバシーを提供するために、ゼロ知識証明(ZKP)を使用し、Sparkster分散クラウド上に保存されたすべてのデータを暗号化することを提案しています。

ゼロ知識証明(ZPK)とは

ゼロ・ナレッジ・プルーフは、機密情報または特権データと相互作用している当事者の数を、検証者に特権または機密データを明らかにする必要がないトランザクションを実行することによって可能にすることによって制限するものです。

ZPKを使用すると、公開されているすべてのデータを常に暗号化した状態に保つことができます。

現在使用されているZKPのいくつかの例があります。その例の1つは、ゼロ知識暗号の一形態であるzk-SNARKを実装したZCashです。

 

ZCashが開発した「zk-SNARK」と呼ばれるゼロ知識証明技術によって支えられています。ZCashは、このzk-SNARKsを用いて、トランザクションのアドレスや送金額といったプライバシーにかかわる重要な情報を隠したまま、トランザクションの正当性を証明することができます。

引用元

具体例-パスフレーズの証明と確認

ペギー(紫色)ビクター(緑色)に洞窟内のドアへのパスフレーズを知っていることを証明する場合、ペギーはパスフレーズを知っていることを証明したいが、パスフレーズを明らかにしたくはありません。

ペギーはAかBのどちらかを選択する場合、この実験を20回繰り返し、ペギーが成功裏に出現するたびに、 ペギーがパスフレーズを知らなくてもこれをうまく引き出すことができる確率は、100万分の1です。

上記の例では、ペギーとビクターは、ペギーが実際にパスフレーズを知っているという十分な確信を得るために、何度も前後にやり取りする必要がありました。

しかし、ZK-SNARKは、それらが簡潔で非対話的であるという点で進化しており、証明者が証明者から検証者に送信されたただ1つのメッセージで構成されていることを意味します。さらに、これらのメッセージは非常に軽量で、通常は数百バイトにすぎず、ミリ秒単位で確認できます。

 

顧客の機密データがSparkster分散クラウド上で実行されたときに安全であることを保証するために、Sparksterモバイルアプリの改ざんから保護するための対策を講じなければなりません。

以下のような不正行為防止と改ざん検出のアプローチを採用しています。

  1. アプリに署名するために使用された公開鍵を比較:実際にSparksterの開発秘密鍵で署名されたことを確認します。この比較が失敗すると、アプリが改ざんされたことがわかり、Sparkster分散クラウドに参加できなくなります。
  2. デジタル署名と確認:ファイルの改ざんを検出できます。改ざんが検出されると、メモリ内のすべてのものが保護の問題としてアプリケーションによって直ちに削除されます。
  3. アプリケーションファイル、ライブラリなどの暗号化:これは改ざんのリスクを大幅に制限するためです。
  4. 攻撃のリスクを制限する入力検証
  5. サードパーティツールによる検出:サードパーティツールを使用して、メモリ、スレッド内で実行されている悪意のあるインジェクションペイロードを検出する
  6. トークンの使用:XSRFトークンを使用した安全なPOSTを使用して、すべてのデータがデバイスに送信されるようにします。
  7. キャッシュしない:アプリケーションデータはキャッシュされません。すべてのトランザクションは完全にメモリ内で実行されます。
  8. データ削除:安全にデータを削除し、各トランザクションの完了後にメモリを無効にします。さらに、各トランザクション後に強制的にゴミ収集を実行します。
  9. データの暗号化:デバイスとの間でやりとりされるすべてのデータは暗号化されます
  10. SSL/TLS保護:デバイス間のすべての通信がSSL / TLSで保護されるようにします。
  11. インセンティブ:取引がどの顧客に属しているかの知識をなくし、アプリケーションをハッキングしてデータを掘り起こすインセンティブ

マイニングインセンティブ

インセンティブ制度は重要な要素であり、従来のクラウドコンピューティングよりも大幅に安価な分散型クラウドを提供するには、参加者に支払う必要があります。

SCPコンセンサスには適切なインセンティブ制度がない

スパークスターが採用しているステラーコンセンサス議定書(SCP)には、広い範囲で使用するためには取り組まなければならない限界があります。

SCPは参加者を正直に保つインセンティブ制度がなく、合意形成の際に誰を信頼するかを決定する解決策を提示していない

ためです。

したがって、十分なネットワーク参加を確保するためには、インセンティブのシステムが必要です。Sparksterのインセンティブシステムは独特です。

  • スパークスターでは、参加者が自らのリソースの使用料金をどれくらい支払うべきかを独立して決定する自由市場を設計している(Sparksterマーケットプレイス)
  • 参加者にネットワーク上の参加者を適切に行動させる仕組みを提供する(付加的な正の副作用)

具体的には以下の機能があります。

Compute(計算)ノードとStorage(ストレージ)ノードによる貢献度評価

ComputeノードとStorageノードは、SPARKトークンでネットワークへの貢献度を評価します。

  • ノードを計算することで、有料クライアントの代わりにソフトウェアコンポーネントをリモートで実行する目的で、モバイル、タブレット、ノートブックのCPUとメモリが提供される
  • ストレージノードは、有料クライアントに代わって暗号化されたデータを格納および検索する目的で、ストレージスペースとネットワーク帯域幅を提供する

このような形で、クライアントは、ソフトウェアの実行とデータの格納のためにネットワーク参加者にインセンティブを支払います。

Sparkster分散クラウドのComputeノードでは、動作あたりの限界コストはごくわずかですが、AmazonやMicrosoftなどの従来のクラウドコンピューティングよりも大幅に安価なクライアントのコストをすばやく収束させます。

これにより、クライアントはSparkster分散クラウドを採用する大きなインセンティブとなり、ネットワーク負荷の増大に伴いネットワーク参加者に利益をもたらします。

その他の機能です。 

デバイス使用のための機能ごとの価格操作設定

デバイス所有者は、デバイスの使用のために、「機能ごとの価格操作」を設定することができます。

各ステートメントまたはアクションには、デバイス所有者によって設定されたこの「機能ごとの価格操作」が請求されます。

したがって、多くの操作で定義された関数は、ほんの少数の操作しかないものよりも実行にコストがかかります。

このシステムが必要な理由は、クライアントによって定義された機能の中で、永遠に実行される操作、つまり無限ループとも呼ばれる操作を作成するための阻害要因を提供することです。

ガス制限と関数

最大「ガス制限」が設定されており、これは、機能が合法的に実行できる操作の最大数です。

関数がこの制限に達すると、関数の実行は自動的に終了します。

これは、関数が正しく設計されていること、すなわち小さな実行単位を保証し、無限ループがネットワークの可用性に影響を与えないことを保証するために必要です。

この価格は、クライアントまたは顧客に代わって機能を実行するためにノードが選択されるたびに、機能ごとにデバイスがどれだけ報酬を受け取るかを管理します。

鉱山者は自由に自らの価格を設定することができ、顧客はどれくらいの支払いを自由に選ぶことができます。

インセンティブの配分方法

執行への作業の配分は、ステークの確率分布によって支配されます。

 

Stakeの証明は、ComputeノードとStorageノードがネットワーク上で正直に動作するようにインセンティブを与えるために使用されます。

不正行為は、そのような誤動作を検出する検証ノードによってこのステークが押収される結果になります。

具体例ー検証ノード

例えば、ノードがタスクを実行したと主張し、実際にはそうではないと主張する場合、それらのステークは検証ノードによって取得される。したがって、コンピューティングノードとストレージノードの両方が正直に動作するように強いインセンティブがあります。

ここでは、検証ノードに対する自然なインセンティブが存在する。彼らは、悪意のある行動をする人々からステークを奪い取ろうと、ネットワークを監査する。

コンピューティングノードとストレージノードはステークに比例した収入を得ていますが、検証ノードは実行している作業、つまりトランザクションの検証に比例した収入を得ます。

ここでは、Bitcoinの場合のように無駄な努力の代わりに、Sparkster分散クラウドの検証ノードが有用な作業証明を実行します。

検出ノードがその報酬を受け取るためには、検証ノードの定足数が必要であり、これらの参加者は、共謀のリスクを避けるためにランダムに選択されます。トークンを持たない人にとっては、CPUとメモリの使用から利益を得て、検証ノードとしてSparkster分散クラウドに参加することができます。

 

保存期間の選択

クライアントは、データをSparkster分散クラウドに保存する期間を選択することができます。この時間枠が経過すると、検証ノードはデータの永続性を検証しなくなり、ストレージノードは自由にステークを失うことなくこのデータを削除することができます。価格設定は、ストレージノードの所有者がレコードを月単位で個別に設定します。

ストレージノード参加者の信頼性をさらに高めるために、これらの参加者はストレージ契約のために一括して支払われません。むしろ、彼らはパフォーマンスベースで支払われます。

すなわち、彼らは1週間前のデータの保管のために毎週報酬を受けることができます。

分散型の取引/Decentralized Exchange

分散型取引としての機能は、3つあります。

Oracles(オラクル)

統合は外界とのインターフェースですが、それらは、外部パーティによってホストされ、提供されるAPIまたはWebサービスへの単純で効率的な抽象化を提供します。

分散環境では、そのような統合はしばしばオラクルと呼ばれます。

しかしながら、Oraclesには外部性があり、分散型ネットワークでは処理が困難です。たとえば、

具体例-IoTデバイス統合の問題点

私たちがIOT電球(デバイス)とやり取りするインテグレーションを使用しているとします。従来のスマートコントラクトでは、契約はネットワーク上のすべてのノードではないにしても多くのノードによって実行されます。ネットワーク上の1,000ノードがライトをオフにしようとするとどうなるでしょうか?

発生する可能性のあるフラッディング問題を踏まえて、ネットワークがコンセンサスに到達しようとするとき、「ターンオフ」メッセージが異なる時間に到着し、このプロセス中にノードが光をオフにし続けることは、非常に厄介なことになります。

したがって、今日のoraclesは、データのソースを信頼することを要求する中央的な方法で処理されます。

計算ノードが必要なタスクを実行したことを確認するために、IOTデバイスからの応答は別のノードに送信されます。

成功した回答を受け取った場合にのみ、最初のノードに報酬が与えられます。

デバイス

デバイスは、現実世界の物理デバイスのことです。

同社の仮想表現は物理デバイスをアプリケーションに統合することを可能にします。

これらのデバイスは、コマンドとフィールドの2つのコアコンセプトで構成されています。

フィールドとコマンド

フィールドは、双方向データ転送を容易にします。例として、IOT温度プローブを持つ温室を想像すると、実際の温度測定値は「温度」フィールドを経てSparksterプラットフォームに返されます。

コマンドは、Sparksterプラットフォームがどのようにデバイスが行動を起こす。例えば、「ターンオン」コマンドは、LEDライトを点灯させるか、または「オープン」コマンドによってウィンドウを制御するリレーがそれを開くよう指示することができる。これらの2つの機能は、私たちのプラットフォームの他のすべての側面で利用可能な特定のデバイスブロック、すなわち機能、ドキュメント、フローなどを介して公開されます。

ゲートウェイ

ゲートウェイは、すべて1つのゲートウェイに接続されているデバイスのグループを表します。

そのゲートウェイはインターネット接続を提供するため、すべてのデバイスが1つのインターネット接続を共有し、展開コストを削減できます。

ゲートウェイを介して、スパークスターのプラットフォームは個々のデバイスと個別にやりとりしたり、すべてのデバイスを1つのグループとして扱うことができます。

具体例-車のドアロックのケース

たとえば、ドアロックをインターネット経由で解除したい場合、Apple TVをデバイスのゲートウェイとして使用できます。

ここでは、個々のデバイス(ドアロック)の場合を話していますが、私たちは直接的ではなく、Apple TVを通じてゲートウェイとして話しています。

ゲートウェイを介して集約されたデバイスのグループと対話する例は、すべての駐車スペースデバイスがインターネットに直接接続されているわけではない可能性があります。したがって、Xbeeなどの適切なプロトコルを介してゲートウェイに接続し、ゲートウェイは当社のプラットフォームに接続されます。

スパークスターはパートナーでもあるLibeliumでこのシステムを実装しており、独自の機能をいくつか提供することができます。

Sparkster のゲートウェイの特徴

  • データが当社のプラットフォームに送信される前に、ゲートウェイでローカル前処理を実行できる
  • そのため、ステータスが変化した場合にインターネット経由でデータを送信するだけで消費する帯域幅を大幅に削減できる
  • 個々のデバイス間のやりとりの心配がなくなる

Sparkster分散クラウドのこれらのデバイスとゲートウェイとの対話は、計算ノードでの関数実行の特殊なケースです。

Sparksterプラットフォーム

Sparksterプラットフォームは、ソフトウェアをドラッグアンドドロップ方式で設計でき、ビジネスロジックを簡単な英語で定義できる環境です。

Sparksterプラットフォームでは、フローはスマートソフトウェアの定義を構成します。

これらのフローは、機能、ドキュメント、デバイス、インテグレーション、AIなど、Sparksterプラットフォームの他のコアコンポーネントの集まりです。

スマート契約

プラットフォームを動かす中心となる技術です。

 スマート契約により、プラットフォームは財務的な取引を構築、実行、裁決することができます

 現在、スマート契約の2つのバージョンをサポートしています:

  • Ethereum スマートコントラクト
  •  IOTAフラッシュチャネルを介した契約およびIOTAスマート取引

紛争が発生した場合、伝統的な契約は、少なくとも理論的には、契約条項の実施を求めている。しかし実際には、紛争の解決は法律裁判所の契約自体の外で行われ、訴訟費用が高く、決議を引き出すために何年もかかる(これまであったとしても)費用がかかり、時間のかかる作業になる可能性があります。

スマート契約は、サードパーティの仲介者を必要とせずに、取引先間のトレーサブルな契約のデジタル強制、検証、および円滑化を可能にします。

スマート契約は、契約の必要条件が満たされるとすぐに自動的に実行されます。これが実際に意味することは、各当事者が契約の条件に従って実行した後に資金が解放されるということです。

資金の解放は、公平なエンティティ(契約自体)によって管理されます。

 裁決取引は、スマート契約の中核的な強みの1つです。

 条件に従って義務を履行しなかった当事者のために定義され、自律的に実行される

 スマート契約のこのような場合、スマート契約は公平な裁決を行い、それが作成された特定の明白な論理に従って、両当事者によって定義されたペナルティ句。これにより、当事者が法的に関与しない場合に法的関与の必要性が減ります

 合意された契約に関連して実行する。

スマートコントラクトの課題

現在の課題は、スマートコントラクトでは、開発者によるロジックやプログラミングのエラーを作り出すために高度なプログラミングスキルが必要であり、資産の喪失や脆弱性につながる可能性があります。

Sparksterプラットフォームにより、コードを書くことなく誰でもスマート契約をシームレスに作成することができます。

Sparkster のスマート契約のメリット

  • 開発者を雇う必要はなし
  • 数回のクリックだけで達成できる
  • コードを一列にすることなく簡単に英語で作成することができる
  • ボタンをクリックするだけで簡単Ethereumネットワークに導入できる
  • 特定のユースケースでは、テンプレートも使用できる
  • マーケットプレイスが存在する
  • バグをなくして無駄な時間を短縮できる

 

同社は、これがビジネスにとって革新的であり、安全かつ確実なピアツーピア取引を促進する上での欠けている要素であると考えています。

後に説明しますが、プラットフォームの他のコアコンポーネント(関数、ドキュメント、ワークフロー、デバイスなど)は、適切な英語のブロックでスマートコントラクトと簡単に対話できます。

分散型の観点から見ると、スマート契約はMeta Mask経由でクライアント側で実行されるため、Sparkster分散クラウドとは関係ありません。

ただし、Sparksterプラットフォームを使用して構築されたソフトウェアは、ブロックチェーンと相互作用する可能性があります。

EthereumとIOTAに限定されません。将来的にはNeo、Cardano、Stellar、Rippleとの交流を促進します。

AI (人工知能)とIoT

Sparksterプラットフォームは、アイデアを現実にもたらす能力を人類に与えることを目指しており、AIやIOTなどの新興テクノロジーがプラットフォームの必須構成要素です。

しかし、AIを支える複雑な数学はもちろんのこと、プログラミングをすることなく、人々がこれらの技術を利用できるようにすることを目標としています。

これまで、AIベースの顔認識を完全にコードレス化し、Sparkster プラットフォームに自然言語処理、音声認識などの他の形式の人工知能をアクセス可能な形で提供しています。

IoTに関しては、

Sparksterは現在、ARMおよびLibeliumとの産業IOTパートナーシップを持ち、AppleHomekit、AmazonAlexa、Arduino、RaspberryPiとのネイティブな統合性を備えています。 

Sparksterプラットフォームは、IOTの高いスループット要件に合わせて設計された環境であり、これらのすべてのテクノロジをコードなしで利用できるようにすることができます。

関数

関数は、作業単位を実行する単一のビルディングブロックです。

ビジネスロジックは、単純な英語を使用して関数内で定義することができ、完全にカスタマイズ可能なユーザーインターフェイスを伴います。

関数を組み合わせて(合成可能)、特定のビジネスプロセスをもたらす一連の関数を作成することができます。

これの例は、特定の数量レベルに達したときにアイテムの特定の割引を計算する関数です。アイテムのバスケット全体の売上税を計算する別の関数とペアにすることができます。これは、機能を有意義なアプリケーションを作成するために簡単につなぎ合わせることができるレゴブロックと考えることができる方法を示しています。

さらに、ユーザーインターフェイスとビジネスロジックに加えて、関数も自動的にAPIを生成します。これは、アプリケーション内の特定の関数を他の場所で使用する場合に重要になります。

ドキュメント(文書)

ドキュメントは、Sparksterプラットフォームの基本的なデータエントリーです。インタフェース、英語ビジネスロジックとAPIインターフェイスを提供します。

機能の違いは、データベースからのデータの永続性、検索、更新、削除を容易にすることです。

データを定義する必要はなく、これのデータエントリー(ドキュメント)間の関係はPlain English(英語環境)で容易にできます。

現実世界での文書の良い例は、患者レコードまたはエントリー項目です。

インターフェイス

HTML対応のインターフェイスはデフォルトではデスクトップとモバイルに準拠しています。

次に説明するREST APIを提供するスマートソフトウェアです。

REST API

これは、自動オラクルレイヤーを通して、任意の外部APIを呼び出して、決定的な方法で応答を処理する能力があります。

既存のビジネスプロセスと従来のビジネスプロセスへの統合を容易にします。

計算ノード

計算ノードは、Sparkster分散クラウドの携帯電話、タブレット、ノートブックで構成され、これらの機能を実行します。関数は、多くの操作またはアクションで構成されます。

例えば、1つの機能操作は、「2つの既存の数字を追加することによってフィールドを更新する」ことができる。

ネットワークに参加するためにすることは、装置にアプリケーションをインストールし、機能操作の実行ごとに所望の価格を設定するだけです。

デバイスの所有者は、クライアントに代わって機能を実行するようにデバイスが選択されると、報酬を受け取ります。

ストレージノード

スパークス分散クラウド上のストレージノートは、データの格納と検索に報酬を与えます。

ストレージノードは、企業のコミュニティが運営するデスクトップとサーバーで構成されます。

分散型ネットワークではデータが不変であるため、分散クラウド上でドキュメントを使用している場合は、レコード作成のために編集や削除もできません。レッドワードの新しいバージョンまたは新しいインスタンスとして更新を使用できるように、レコードのバージョン管理システムを維持します。

Multi chain (マルチチェーン)相互運用性

Sparkster分散クラウドはクラウドコンピューティングに特化したブロックチェーンであるため、支払いはネイティブに実行されません。

したがって、支払いを容易にするために他のブロックチェーンと暗号通貨とを統合する必要があります。

本質的に、他の当事者に支払いを行うソフトウェアを作成したい場合、Sparksterプラットフォームで定義されたソフトウェアは他のネットワークと対話する必要があります。

Sparksterプラットフォームでエンタープライズ・グレードのソフトウェアを生成する能力があれば、これらのスマート・コントラクトとトランザクションを既存のビジネス・プロセスに容易に簡単に統合できます。

また、重要なビジネス上の問題を解決するソフトウェアを構築し、実際に使用している通貨で顧客に支払うこともできます。スパークスターでは、制限はありません。

現在、SparksterプラットフォームはEthereumとIOTAとのネイティブな統合を行っています。 

  • EthereumスマートコントラクトをPlain Englishで生成する
  • Ethereumスマートコントラクトと簡単に英語でやり取りする

この相互作用に必要なのが先に説明した、スマートソフトウェアです。

これによって、スマートソフト契約と相互作用して利用できる迅速かつ簡単に開発することができます。

さらに、IOTAフラッシュチャネルによって促進されるIOTAスマートトランザクションを通じてIOTAネットワークと対話します。

将来、NEO、Cardano、Stellarといった他のチェーンのサポートを追加する予定です。詳細は最終項目のロードマップを参照してください。

技術ロードマップの進捗具合は?

現段階はテストネットであり、デモは公開されています。

2018Q3

  • 当社のARMパートナーシップに従って、ARMデバイス用の当社プラットフォームの一般公開。 
  • 最初に認定されたARM mbed IOTプラットフォームの1つになる
  • 携帯電話からの感覚入力(GPS、ジャイロスコープ、加速度計など)をサポートするモバイルアプリの一般公開。 

2018Q4

  • Sparkster分散型クラウドのパブリックアルファリリース
  • コンピュータビジョンだけでなく、Alパワードアプリケーションの構築を本格的にサポートする

2019

  • NEO、Cardano、Stellarなどの主要ネットワークを統合して支払い取引を容易にする。 
  • エンタープライズ顧客のためのコードレスのデータウェアハウジングおよび分析プラットフォームの発売。

 

 

まとめ

今回は技術的な面を説明しましたが、技術ソリューションは比較的ビジョンに沿っていると考えられます。しかしやはり気になるのがセキュリティの面とスケーラビリティの面がどこまで実現できるかということですかね。

懸念点としてはやはり1000万TPSはやや誇張し過ぎではないかという点です。目標を高く持つことは全然問題ないですが、実現性に欠けます。

仮に1000万TPSが目標であるとして、ロードマップが同時期のプロジェクトと同等だとすると、テストネットの段階でももう少しTPSが達成されていないと現時点では信憑性に欠けます。

Quarkchainでさえ、最近100万TPSから10万TPSに目標変更していますし、こちらの方がどうしても現実味があり、好感が持てますよね。

あとはチームがインド系であることに不信感を抱くユーザーが多いように感じますがデモをコミュニティに積極的に公開したり、チームの情報はとれますので、私は特には気にしていません。

今後に期待したいと思います。

関連リンク

公式サイト

白書

TWITTER

FACEBOOK

TELEGRAM

返事を書く

Please enter your comment!
Please enter your name here