PocketWPは、暗号資産(暗号通貨/仮想通貨)の情報を
整理・ストックするサービスです(β)
仮想通貨 | BlockNet (BLOCK) WP(1/2)
edit 編集

仮想通貨 | BlockNet (BLOCK) モバイルサイズ・ホワイトペーパー(1/2)

Blocknetは、現在のAPIエコシステムを分散型で本質的に収益化する「トークンエコシステム」に置き換えることを主な特徴とする、新興テクノロジー時代の「インターブロックチェーン時代」のインフラストラクチャです。

前書き

このドキュメントは、読者が少なくともブロックチェーン技術の基礎を理解していることを前提としています。ブロックネットの設計とアーキテクチャは、ダイアグラムの助けを借りて、またインターチェーンサービスが何であるかを段階的に説明し、チェーン間インフラストラクチャサービスが最低限提供しなければならないものを、ほとんど技術的ではない方法で導入しています。文書が進むにつれて周波数が増加すると、議論は、鎖間のサービスは何から変わるでしょう  Blocknetは何の仕様にようなものです。設計事項と実装および統合の問題を組み合わせることで、意図した結果はブロックネットの体系的な設計仕様になります。

なぜ  私たちは  ARE  RELEASING  THIS ドキュメントを 

私たちは、複数の視点からコミュニケーションし、私たちの仕事についての洞察を得るよりも、ソリューションを設計する良い方法はないと考えています。私たちはまた、私たちの仕事を非公開にすることによって、人々の関与と私たちのコードから大きく恩恵を受けると信じています。第三に、インフラストラクチャープロジェクトでは、当社の技術を使用して構築する人々に従事することが最も重要です。

競合他社が当社の仕事をコピーして利益を得ることができるという認識されたリスクが懸念されている場合があります。特に、当社の設計が市場投入されており、まだ大きな牽引力を達成していないためです。可能であれば、暗号アーキテクチャー・コミュニティとエンタープライズ・アーキテクチャー・コミュニティーの統合された洞察は、われわれが孤立する余裕がないリソースであるため、リスク報酬比は私たちを気にかけません。

寄稿者  歓迎

ブロックネットは企業でも専属チームでもなく、インフラストラクチャであり、インフラストラクチャはすべて公的に所有され、自由に利用可能でなければならないと考えています。

この文書は現在ドラフトであり、最終的なデザインではありません。実際、最終的なデザインの概念は、継続的な開発を実践するプロジェクトでは明確な場所を持っていません。この文書への寄稿と議論を歓迎します。

Blocknetのコードはオープンソースであり、誰もがBlocknetプロジェクトに貢献する可能性があります。

このようなプロジェクトは、さまざまな視点とスキルがその設計と実装に支配されるときに最大の恩恵を受ける立場にあります。あらゆる種類のコラボレーションを歓迎します。

ブロックネットに連絡するには、電子メール contact@blocknet.co

機会

ABOUT  BLOCKNET 

ブロックネットは、現在のAPIエコシステムを分散型で本質的に収益化する「トークンエコシステム」に置き換えたことを主な特徴とする新興テクノロジー時代の「インターブロックチェーン時代」のインフラです。これは、契約や「ダッペ」)は、実用的なブロック間相互運用性を持つ点まで成熟しています。執筆時点では、ブロックネットは、ダッピングやスマート契約で使用するためのチェーン間インフラストラクチャの提供における技術的リーダーです。

インターブロックチェーン時代の到来は、サービスとしてのソフトウェアと実用的なブロックチェーンのユーザビリティという2つの セクターに混乱をもたらします。

トークンエコシステムは、SaaS(Software-as-a-Service)の観点から、(a)デジタルサービスの比較的摩擦のない収益化、および(b)独自の堅牢性、分散化、およびセキュリティ特性の活用ブロックチェーンテクノロジー

ブロックチェーン技術の観点からは、ブロックチェーンが真の可能性を達成するためには、ブロックチェーンサービス間の幅広い一般的な相互運用性が必要です。チェーン間の相互運用性がなければ、ブロックチェーンベースのサービスは、(a)ノードを運営する限られた顧客基盤の範囲内でのみサービスを提供するか、または集中したエンティティに配信する際のブロックチェーンの独自のセキュリティ特性を犠牲にするか、チェーンの膨張に関連した問題、そして関連して、単一のチェーンにさらなる機能を組み込むという市場関連の圧力に耐えることができます。

ブロックネットは、「ブロックチェーンのインターネット」を構築することにより、APIの無摩擦な収益化を可能にし、数千の独立したチェーンをトークンエコシステムに変換することによってブロックチェーン技術を強化することができます。

痛み

伝統的なインターネットベースのサービスは、テクノロジスタックの永続的な不安に直面しています。さらに、一般的には、機能やデータの集中化が必要であり、顧客に高い信頼を置く必要があります。対照的に、ブロックチェーン技術を使用すると、各参加エンティティが特定の結果の確信を証明することができる「信頼できない」サービスを提供するために暗号プルーフを利用することが可能になり、よって他者とのビジネスに必要な信頼の量が大幅に削減されます。これにより、ビジネス方法の範囲が体系的に拡大され、多くの新しいビジネスモデルが可能になり、明確なセキュリティ保証が提供され、コストが削減され、ブランド価値がよりよく保護されます。

しかし、ブロックチェーンは、相互運用性がない主な理由から、真の可能性をすぐには達成できません。何千ものブロックチェーンが存在していますが、現在インターネットから切り離されたLANのように機能しており、インターネットが出現を可能にしたのと同様のスケールで汎用的な相互接続性がもたらしている時代を作り出していますFacebookとGoogleの

溶液

Blocknetはトークンエコシステムの基盤インフラストラクチャです。次のことを可能にするために、異なるブロックチェーン上のノード間で真のピアツーピア相互運用性を提供します。

  • 潜在的に任意の 種類のデジタルサービスを、ブロックチェーン上のノードから別のノードに配信すること。
  • 消耗品であることを、ない「appcoin」としてではなくである「プロトコルサービス」として機能する任意のblockchainサービスのための能力の任意  他の 代わりに、その唯一の目的のオープンエンドの目的のために、任意のblockchainにDAPP、クリエイターズ・ダップを提供し、サービスの市場規模と収益の流れを大幅に拡大します。
  • スマートコントラクトのトークンが単に「ダッペ」を収益化するだけでなく「プロトコルトークン」として機能し、潜在的な有用性がより高いレベルにあるテクノロジスタック内のレイヤーに論理的に配置する機能。さらに、サービスのコード品質は、さまざまなコミュニティの開発者の幅広い貢献者の恩恵を受けることができ、組み合わせ学習を活用し、チェーンの膨らみやコードの重複を防ぎ、労働時間を節約し、ブロックチェーンを消費する市場全体にサービスを提供します。そのブロックチェーンのユーザーのセットだけです。
  • dappsは、難しい手作業でコード化された作成ではなく、チェーン間サービスの単純なオーケストレーションであることが可能です。したがって、主要な開発タスクは、API統合となります。新しく「防弾」なスマート契約をコーディングするのは困難で高度に専門的な役割ではありません。
  • 各ブロックチェーンが単一のサービスを提供し、モジュール化された方法で他のものと統合され、より簡単なコンポーネント設計、より簡単なバグ修正、およびアップグレードの容易化を提供するマイクロサービスアーキテクチャを備えたdappsの構築。
  • さまざまなマイクロサービスが異なるブロックチェーン上でよりよく実装されるようになるときに、プロジェクトの開始時だけでなくライフサイクルの後の時点で、構築するブロックチェーンを選択する(現在は困難な)問題を効果的に回避する機能。
  • 本質的な価値のトークンを使用した、チェーン間およびマルチチェーンサービスの収益化。
  • 新しい、暗号経済的に駆動されるビジネスモデルを完全に活用し、ブロックチェーン技術を導入しました。たとえば、企業は、金融政策(ICO、取引手数料、デフレ経済学、ブロック報酬、スーパーブロック自己資金調達システム)や収益化APIの市場から「無償よりも良い」モデルから価値を引き出すことができます。

ブロックネットは、アーキテクチャーおよびプロトコルベースのアプローチによって上記を達成するものとし、その文書化がこの論文の主題です。

デザイン | 目的

デザインの目的

以下の特徴は、優先順位の高い順に設計されなければならない。

1.相互運用性

まず第一に、Blocknetはブロック間のインフラストラクチャです。したがって、その最も直接的な設計目的は、既存および将来のブロックチェーン実装の圧倒的多数との   相互運用性 です。さらに、トークンエコシステム内で従来のサーバーベースのサービスを利用できるようにするため、中央エンティティーと相互運用可能でなければなりません。

2.地方分権

分散化されるということは、本質的には、システム内の他のエンティティに対する制御誰も実行できないということです。例えば、Bitcoinの主な業績は、大まかに言えば、(a)通貨の価値、(b)資金の移転、(c)会計記録の保管、および(d)その金融政策。

しかしBitcoinは現在、大部分が集中化されているエコシステムに存在し、実際に多くのメリットを無効にしています。(a)これはすでにAPIエコシステムの形で存在し、(b)関心のある財産、すなわち地方分権化は大部分が失われてしまうため、分散型サービスの配信のための集中型エコシステムを提供することはほとんど価値がないサービス提供。たとえば、集中交換機を使用してBitcoinを購入した場合、交換は信頼されなければならず、従来の支払いインフラストラクチャ(銀行手数料や遅延、ビザやマスターカードの手数料、詐欺のリスク、KYCの要件、自分のお金や個人情報を持つ多くの仲介業者を信頼するための要件など)。したがって、エンティティがテクノロジーの破壊的なパワーに妥協することなくビジネスを行うことができるエコシステム が必要です。

3.セキュリティ

特徴的には、(a)一般的には、ネットワークの端にあるサービス、ユーザーのネットワーク上で実行されているサービスをオフラインで変更したり、オフラインにすることは不可能であるため、航空サービスと同等のレベルで高いセキュリティと高い決定性を必要とします。 (b)中央訂正の対象外のシステムで金銭が盗難可能であると判明した場合、その金額の大部分を失うことになります。これらの理由から、Blocknetは最高レベルのセキュリティと操作の確定性を必要とします。

4.トラストレス  サービス配信 

ブロックチェーンとの関連において、地方分権の頻繁で望ましい結果は、取引の過程でカウンターパーティが正直に行動することを信頼する必要はないということです。たとえば、Bitcoinでは、仲介人が関与しておらず、取引相手が独立して支払いを受けているかどうかを確認するために、仲介人を信用する必要はありません。非常に高い信頼度。

チェーン間サービス提供の場合、参加者に正直な行動を要求せずにサービスを提供し、支払いを受けるために、ブロックチェーン間でサービスの支払いが行われる場合、同程度の「信頼できない」ことが要求され、チェーン間の文脈におけるブロックチェーンベースの支払いの特徴。

5.単純な  統合  (  コーディングが不要) 

相互運用性を最大化し、摩擦を減らすために、ブロックネットへの統合とトークン・エコシステムへのアクセスでは、財布やノードの変更は必要ありません。Blocknetを利用するサードパーティのサービスを利用する場合、そのサービスを利用するに はコーディングが必要な場合がありますが、Blocknet自体を使用することはできません。

6.分散統合 

セキュリティを最大限にし、オープンなインターネットスタイルの生態系を育成するために、ブロックネットへの統合とトークンエコシステムへのアクセスでは、中央エンティティ(私たちでさえ)の調停は必要ありません。ブロックネットを介してサービスを配信または使用するには、(a)ブロックネットのブロックチェーンを使用する、(b)特定のサービスを使用する、(c)集中効果を持つサービスを使用する、(ここで「集中化」とは、中央エージェントによる制御から、ネットワーク上のネットワークのサイドチェーン型の集中化までの一連のシナリオを示すものであり、後者は「チェーン間の集中化」と呼ばれている)

ブロックネットを介して配信される第三者サービスの消費は、一部の中央パーティの仲介を必要とする場合がありますが、ブロックネット自体の使用は許されません。

7.合成性

可能な限り、ブロックネットは、チェーン間マイクロサービスが上記のように想定されているのと同じパターンで、合成性とモジュール性を念頭に置いて構築されるものとします。具体的には、マイクロサービス設計の重要な原則は、「分散モノリス」を構築するのを避けるために、どのサービスが常に消費されるかに留意しながら構成可能性を最大化することです。これらはトークン・エコシステムのコンテキストでは変更されません。

8.収益性

トークン・エコシステムでは、構成可能性の原則に追加の重要な原則が追加されます。つまり、サービスは本質的に収益化可能であるということです。そうでない場合は、収益化可能なサービスのAPIにバンドルされることをお勧めします。そうでない場合、サービスのノードを実行するユーザーは、そこから収益ストリームを派生できないため、理由がない可能性があります。

さらに、サービスの収入流は、信頼できないプロトコルや暗号経済的インセンティブを介して確保する必要があります 。そうでなければ、価値が捕捉されない可能性があります。収益性は、あなたのサービスの消費者が無償で無理に消費することができないかどうかという疑問であるため、あなたのサービスの消費者がそれを支払う意思があるかどうかという点で多くの質問です。

ブロックネットは、実現可能な場合はコアサービスを収益化し、他者に無料で提供し、ブロックネットを通じて配信されるサービスを安全に収益化するためのさまざまな手段を提供するものとします。

9.モビリティと 小型フットプリント 

モバイルアプリケーションから、保険、健康、サプライチェーン、農業、自動車テレマティクスおよびセキュリティ業界の組込みIoTデバイスに至るいくつかのシナリオは、トークンエコシステムを活用しています。1私たちが出現すると予想されるユースケースの多くは、非常に軽いフットプリントを持つdappsを必要とするため、単一のブロックチェーンをホストすることはできません。ブロックネットは、IoTサービスの攻撃面を軽減するためにミッションクリティカルなブロックチェーン固有のセキュリティ特性を利用できるように、そのようなデバイスのトークンエコシステムへのアクセスを提供するものとします。具体的には、ブロックネットは、小さなフットプリントを持つアプリケーションがブロックチェーンをローカルにホストすることなく 、チェーン間サービスを消費(および支払い)することを可能にするものとします。

デザイン | 建築

一般的な目的のブロック間相互運用性は、3つのコアコンポーネントを統合することによって達成され、コア  サービスを提供するとともに、任意の数のブロックチェーン  サービス ブロックチェーン  コンポーネントを伴います。これらは、無制限のブロック間サービス(トークンエコシステム)の構築を可能にします。これらのサービスのすべては、連鎖アプリケーションに編成されています  

この新しい領域に読者を援助するために、これらは構成要素とサービスとの関係を明確にする一連の図の助けを借りて導入されるものとする。図は次のように進んでいく。

構成要素が最初に導入され、続いてサービスが導入される。しかしこれに先立って、鎖間アーキテクチャの一般的性質が導入されなければならない。

チェーン間アーキテクチャ  は  どのように  見えるのですか? 

一般に、インターブロックチェーンアーキテクチャには、少なくとも2つのブロックチェーンネットワークと、それらの間の相互運用性を実現するためのいくつかの追加のエンティティまたは機能が常に必要となります。ブロックチェーンネットワークは分散化され分散されているため、相互運用性コンポーネントは中央に配置する必要はありません。分散化を維持するためには、各ネットワークのエッジにあるノード上で実行するか、またはローカルにインタフェースする必要があります。

さまざまなプロジェクトが、以下の種類のソリューションを提案しています。

  • 伝統的な  技術: 集中した仲介者(例えばPoloniex.com)
  • 最大主義者: 論理的に集中した仲介者として機能する分散ネットワーク (例えば、サイドチェーンのコンテキストにおけるBitcoin)
  • このコードを実行しているノード間でのみブロックチェーンの相互運用性を達成する独自の コード (つまり、財布、スマートコントラクト、またはボルトオンへのボルトオン)(つまり、BTCリレー) 
  • 壁に囲まれ た庭園: だけそれに建物の中に、開発者をロックいくつかのカスタムblockchain、(例えばアイオン)のインスタンス間の鎖間のプロトコル。

上記のチェーン間技術の種類は、一般的 で分散的でもありません。つまり、オープンエンドのさまざまなサービス(既存の ブロックチェーンを含む)をサポートしていないか、または、あるサービスが一点で分散化されていることに依存するような方法で制御を集中させずにそのようなサポートを提供することはできませんまたは別のもの。

ブロックネットの設計  目標に従えば、満足のいく解決策は汎用的で分散的でなければなりません。我々はこれを「第一原理」、すなわち鎖間シナリオそのものの性質に忠実にとどめてアプローチする。

1.分散ネットワークアーキテクチャ

第一に、明白な重要性を有するのは、それらが相互運用するネットワークのエッジ上にいかなる鎖間コンポーネントも存在しなければならないということである。これにより、サービスを配信または使用する各ブロックチェーンネットワークにサービスが分散されます。さらに、チェーン間のコンポーネントは、中央のアクションを必要とせずに、独自の ネットワークのエッジからサービスを提供する必要があります。そうでなければ、さらに別の中央仲介として機能します。

2.地方の俳優

第二に、関連して、連鎖サービスを提供したり消費したりする行為は、自己主権でなければならず、すなわち第三者による支配の対象ではない。アーキテクチャの観点から言えば(つまり、プロトコル設計とは別に)、これを達成するための最も直接的かつ安全な方法は、チェーン間サービスコンポーネントのノードと、それを消費するネットワークまたはその両方を同じ  ローカル  マシン上に存在  さ  せることです 。これが必要であり、チェーン間サービスのフットプリントに影響を与える範囲は、フルノードを実行する要件からSPVノードまで、トランザクションに署名するだけでなく、低セキュリティアプリケーションでは、ブロックチェーンエクスプローラのWebサイトやその他の集中Oracleを照会します。後者は、用語「鎖間」の適用可能性のための制限ケースとみなされるものとする。

したがって、ローカルアーキテクチャ要件の全範囲が明らかになります。制限ケース以外のすべてのケースでは、各アクターが分散型の方法で参加するためには、配送ネットワークと消費ネットワークの両方に直接参加する必要があります。これは、前の図を反復することによって図式的に示すことができる。

3.ブロックチェーンロックインなし

すべてのチェーン間サービスは、あるチェーン上のノードから配信されなければならないが、チェーン間インフラストラクチャは、特定のサービスが実行されるブロックチェーンを制限して はならない。そうでなければ、達成されるすべてのものは基本的に一種の分散クライアント -現時点では集中管理されたアプリケーションのデフォルトアーキテクチャです。たとえば、   Blockstreamのサイドチェーンの実装では、他のチェーンのサービスを使用するために、すべてのユーザーがBitcoinブロックチェーンと対話する必要があります。これを避けるには、ブロックチェーンとトークンエコシステムをサポートできる真のインターネットが、ブロックチェーンからサービスを提供または使用できるようにする必要があります。

この連鎖的な概念は、統合要件とアプリフットプリントを慎重に最小化する動機となります。例えば、ブロックネットが、チェーン間サービスのすべての消費者が、サービスプロバイダのブロックチェーンに加えてブロックネットのブロックチェーンのコピーを保持するように要求する場合、その有用性はかなり限定され、そのユーザ摩擦は非常に高い。

インターチェーン・インフラストラクチャ設計のこの側面は、主に、サービスの収益化を 主な目的としています。第一に、ピアツーピア・ネットワーク上では、アクターは信頼できず、支払いとサービス配信がアトミック。第2に、ノードはネイティブトークンで異なるネイティブトークンを持つノードによって支払われなければならないため、交換する必要があり、分散型交換には高度のセキュリティとコード品質が必要です。しかし、サービスを利用するために2つまたは3つのブロックチェーンがダウンロードされ、維持されることが必要な場合、普及が見込まれない可能性があります。したがって、ブロックネットはこれを回避する手段を提供するものとする。


概要

上記の考慮事項は、Blocknetのコンポーネントの設計のための3つの指針原則をもたらします。

  • 1.連鎖インフラストラクチャサービスは、 ネットワークとサービス配信および消費ネットワークの両方のエッジで実行する必要があります。
  • 2.アーキテクチャ的に言えば、サービスの分散化は、同じローカルマシン上のサービスの配信または消費に必要なコンポーネントを実行することで最も簡単に実現できます。
  • 3.連鎖的なインフラストラクチャサービスは、可能であれば統合要件とフットプリントを制限する必要があります。

デザイン | コアコンポーネント 

ブロックネットは3つのコアコンポーネントで構成され、汎用のインターチェーンサービスインフラストラクチャの基盤として機能します。

  • ①XBridge、チェーン間ネットワークオーバーレイ
  • ②XName、ブロックチェーンルーター
  • ③XChat、P2Pデータ転送

これら3つのコンポーネントが直感的に、ので、「コア」と定義されている任意の 鎖間の相互運用性溶液は、必ずしも異なる基礎となるネットワーク上のノード間のネットワークのいくつかの手段を必要とするノードには、ルートサービス要求を発見することができることにより、いくつかの手段が、、およびのためのいくつかのプロトコル適切なノードが見つかると、P2P通信を開始します。

読者がBlocknetのコンポーネントとサービスの複雑さを覚えて視覚化するのを助けるために、要素が導入されるにつれて図が徐々に構築されなければならない。次の図は、Blocknetの3つのコアコンポーネントを示しています。

①のXBridge:  INTER-CHAINの  ネットワークOVERLAY 

Blocknetには、サーバレスのDHTベースのピアツーピアネットワークであるXBridgeが搭載されています。所与のローカルマシン上で、このネットワーク上のノードは他のネットワーク上の ノードと統合され、ネットワークをチェーン間ネットワークオーバレイにする。これにより、ブロックチェーンネットワーク上のノード間でルックアップ、ロケーション、およびブロードキャストが可能になります。


技術文書については、「技術仕様」のセクションを参照してください。  

実装

  • 現在: ネットワークオーバーレイコードは、XBridgep2p.exeとBlocknet Walletの両方に実装されています。それは収益化されていません。
  • 将来: これはコードベースでモジュール化されているかもしれませんが、スタンドアロンアプリケーションとしてリリースされる可能性は低いです。他のコンポーネントと相互運用してコアサービスを提供するからです。 

②XNAME:  BLOCKCHAIN ROUTER 

チェーン間サービスのエコシステムには、適切なブロックチェーンにメッセージをルーティングする手段が必要です。ブロックチェーンでは、チェーン間アドレスシステムを使用してメッセージを送信します。ブロックチェーンのルーティングは初歩的な段階であり、広範な暗号コミュニティによる探索と合意が必要ですが、根本的には、UportのMNIDなどのブロックチェーンを指定するためのチェーン間標準が必要ですルーティングデータをレジストリにコミットする方法、ルックアップ機能などがあります。キーとなる顕著な問題は、ルーティング結果の最適な価格対真実性の比です。たとえば、サービスは無料のレジストリサービスから最大の利益を得て、ルックアップ後、支払と配送の直前に不正行為の可能性を排除することにより、ある程度の不正な検索結果を許容する可能性があります。また、サービスによっては、正当な検索結果が必要な場合があります。XNameはレジストリサービス設計に不可知論的なアプローチをとり、成熟したソリューションは、レジストリサービスのための競争的市場の出現の可能性を含め、必要に応じて多様なインテグレータのニーズを提供するものとする。

したがって、論理ルータの設計指針は、(a)ルックアップと(b)ルーティング・データを専用レジストリ・サービスにコミットすること(レジストリ・サービスのチェーンIDの検索を含む)の真実性とコストの問題を軽減することです。したがって、XNameの機能は、レジストリサービスのAPIを呼び出し、サービス配信が完了した後、ルーティング結果のキャッシュをローカルに格納することになります。

初期起動時に真円度(つまり1がサービスを検索することができます前に、レジストリサービスを検索すること、である)改善するために、ノードは、(a)は証明可能真実レジストリサービス用のハードコードさchainIdを照会、または(b)のいずれかによって自分自身をブートストラップします何でも真実性を悪用するため、専用のgetレジストリサービスコールでのXBridge以上の仲間を照会し、各レジストリサービスが返された照会は、各サービスは、レジストリサービス(および他の鎖間サービス)の真実のローカルリストを構築するために提供することが保証されます。チェーン間サービスをコミットして調べる方法の問題に戻るには、サービス参照レジストリサービスの両方のセクションを参照してください。    

技術文書については、「技術仕様」のセクションを参照してください。  

実装

  • 現在: ブロックチェインルーターは、XBridgep2p.exeとBlocknetウォレットの両方で、他のコアサービスと共に実装されています。
  • 将来: このコンポーネントは、コア  サービスを提供するために他のコンポーネントと常に相互運用する可能性が高いため、必ずしも独立して展開することはできません。しかし、ブロックチェーンのルーティングを収益化するために十分な進歩がなされれば、その収益化によってサービスが独自のランニングコストを反映し、ルーティングサービス間の競争を可能にし、サービスの技術的進歩を促進することができる。収益化すると、ルーターコンポーネントは、独自のブロックチェーンネットワーク上の他のコンポーネントとさらに統合することができます。

③XChatの:  ピア・ツー・ピア  のDATA TRANSPORT 

デジタルサービスの配信には、メッセージとサービスのペイロード自体の両方を送受信する手段が必要です。このように、Blocknetには、エンドツーエンドで暗号化されたピアツーピアメッセージングモジュールであるXChatがあり、これは1対1メッセージとグループメッセージの両方をサポートします。(ブロードキャストメッセージは、すでにによってサポートされているのXBridge:  鎖間  のネットワークオーバーレイを。)  

通信の要件とデジタルサービスの配信の要件は、サービスの性質によって異なります。プライバシー、帯域幅、待ち時間、永続性、および仲介者の不在または存在はすべて変数です。したがって、このサービスは、いくつかのデータ転送技術に成熟する可能性があります。しかし、この非常に早い段階で、非常にプライベートで、高速で、ピアツーピアのソリューションが適切と思われます。

技術文書は、技術仕様書のセクションで入手できます。  

実装

  • 現在: データ転送は、XBridgep2p.exeとBlocknetウォレットの両方で、他のコアサービスと共に実装されています。
  • 将来: これはコードベースでモジュール化され、スタンドアロンアプリケーションとして収益を上げることができるようになると、それ自体でリリースされる可能性があります。

コアサービス 

収益化可能なチェーン間サービスには、次の3つのコアインフラストラクチャサービスが必要です。

  • サービスルックアップ:ピアを発見してサービスを配信または消費する方法  
  • チェーン間メッセージング:デジタルサービスを提供する方法  
  • 分散型Exchange:サービスの配信を収益化する方法  

これらのサービスは、コアコンポーネントのオーケストレーション であり、前の図の三角形の頂点に次のように表すことができます。

サービス ルックアップ

チェーン間サービスの参照は、XBridge、XName、およびXChatコンポーネントのオーケストレーションであり、

レジストリ鎖間サービス Blocknetに。Blocknetが成熟すると、APIファサードに抽象化されることがあります。    

伝統的なインターネットと同様に、当事者は相互運用するために相互に検索して配置する必要があります。したがって、ドメインネームシステム(DNS)のアナログが必要です。しかし、従来のインターネットとは異なり、サービスは単一のIPアドレスからアドレス可能なサーバではなく、ネットワーク上の任意のノードによってピアツーピアで配信されるため、サービスを要求するためには、任意のブロックチェーンネットワーク上の任意の ノード。したがって、「チェーンコード」が第一の要件であり、他の二次的な特性もあります。

サービスは、一般に、特定のノードおよびそのノードにのみ配信 されるものとする。

信頼できないノードのピア・ツー・ピアネットワークを介してレジストリサービスの重要な特徴は、サービスプロバイダが合理的に信頼することが可能な状況とは異なり、ということである誰でも 任意の意図(悪意のある、またはその他)と、それを提供することができます。設計戦略に応じて、サービス検索から返されたデータの真偽は、

したがって、サービスの完全性についての保証が後の段階で提供されなければならない、またはサービスを提供するノードの意図にかかわらず、データの真偽を暗号的に保証するような方法でサービス検索が行われなければならない。ブロックネットの設計は、レジストリ設計に対するどのアプローチが採用されているかには無関心であることを意図しています。


メッセージステップ

以前の設計仮定では、サービスルックアップの一般的な手順は次のとおりです。

  • XBridgeでピアを見つける
  • XNameでサービスのchainIdとserviceListを取得する
  • chainIdによって指定されたチェーン上のピアを見つけるためにXBridgeでピアを照会する
  • XChatに切り替えます。特定のピアがサポートするサービスのリストを取得する
  • サービスを要求する(そしてサービスの真実性の証拠を構築する)

後者の設計仮定では、ブロックルックコンセンサスアルゴリズム(例:作業証明)を採用することによってサービスルックアップを自明に達成することができます(つまり、このプロジェクトの元の貢献なし)。 chainIdデータを含んでいるブロックチェーンで、単純に無料でクエリを実行します。しかし、これはユーザに重大なストレージとアップタイムの負担をかけるので、Blocknetを使用する典型的な方法であるとは考えられません。ユーザーがサービスレジストリブロックチェーンを維持するコンテキストの外では、元のBitcoinホワイトペーパーに記載されているSPVノードを使用することができます。執筆時点でスケーラビリティとアプリケーションフットプリントを小さくするために、代替証明システムが検討されています。参照の貿易の歴史を  デザインパターンのレジストリサービスセクション。  

コンテキスト図

上記の手順は、次の高レベルアーキテクチャを意味します。

技術文書は、技術仕様書のセクションで入手できます。  


実装

  • 現在: サービスルックアップは、現在XBridgep2p.exeの一部として実装されているか、Blocknetウォレットに組み込まれています。Blocknetの現在の開発段階では、実装されている唯一のアプリケーションは分散型交換であり、そのノードだけが通貨ペアでフィルタリングする必要があります。したがって、より汎用的なルックアップサービスが構築され続ける。
  • 未来: ブロックチェーンの生態系に適した探索とコンセンサスが行われると、ジェネリック検索サービスの開発が計画されています。さらに、消費者の基礎となるコンポーネントとの統合を簡素化するために、サービスのルックアップがAPIファサードに組み込まれるようになります。これがすべてのコアサービスの単一のファサードであろうと、ルックアップ専用の別個のファサードであろうとも、おそらく時間、成熟度、消費者の需要の関数です。

INTER-CHAIN MESSAGING 

チェーン間メッセージングは、XBridge XChatのオーケストレーションであり、サービスプロバイダーと消費者が互いに位置を定め、通信し、配信されるサービスの問題です。

このサービスは、消費者が積極的にサービスを見つけ、サービス提供者は受動的に場所を特定しなければならないという前提のもとに指定される。

パブリックピアツーピアネットワークでは、サービスプロバイダまたはコンシューマとして存在するすべてのエンティティが誠実に行動するとは想定できません。したがって、ほとんどのサービスでは、サービスのペイロードが正当なものであることを証明する必要があります消費者は支払いをしなくてもそれを受け取ることができないことを意味する。言い換えれば、サービスは、信頼できないと原子的に機能する必要があります。

この文脈で「信頼できない」ことを達成する計画された方法は、ゼロ知識証明システムの使用によるものです。BIP-0199の 注釈によれば、「ハッシュプリイメージ が貴重な情報を得ることを保証するために使用できる、実用的なゼロ知識の証明システムが存在する。一例として、ゼロ知識証明は、ハッシュプリ画像が暗号化されたスドクパズルソリューションの解読キーとして機能することを証明するために使用することができる。(pay-to-sudokuを 参照してくださいこのようなプロトコルの具体的な例として)。「明確にするために、サービスプロバイダーが実際に消費者がそれを誰が信じているかを証明するために設定された単純なデジタル署名方式は、サービスプロバイダの秘密鍵が明らかにされていないという感覚であるが、消費者はサービスプロバイダの身元を証明する可能性がある。1つのサービスまたは別のサービスで実装された実際のプルーフ・スキームは、「信頼できない」サービスのデリバリーのために証明する必要のある事項の詳細によって変わることが予想されます。

この文脈における原子性は、以下のセクションで分散交換によって達成される。 

メッセージステップ

チェーン間メッセージングサービスの一般的な手順は次のとおりです。

  • 1.ネットワークオーバーレイを介してサービスを検索し、前のセクションのようにサービスを要求する
  • サービスプロバイダは、ペイロードの合法性を十分に保証するいくつかのアサーションセットの証明を作成するために、ペイロードの正当性のゼロ知識証明のための資料を提供しています(基本例の貿易履歴セクションを参照   )  
  • 3.消費者がサービスを受け入れる
  • 4.サービス提供者は分散型交換サービスに進んでサービス提供を開始する

アプリのフットプリントを最小限に抑えるため、または消費を簡略化するため、チェーン間メッセージングでは別個のAPIファサードが必要になることがあります。これが関係していると思われるユースケースは、サービスが無料で、チェーン探索がハードコードされている場所(例えば、分散型チャットアプリ)です。

コンテキスト図

上記は、次のような高水準アーキテクチャを意味します。

実装

  • 現在: 開発者は、(a)XChat をアプリケーションに埋め込み、(b)XBridgeスタンドアロンアプリケーションまたはBlocknetウォレットの埋め込みフォームを使用して、ネットワークオーバーレイを利用することができます。
  • 将来: コンポーネントはモジュール化され、APIが記述され、さらに、潜在的にAPIファサードが抽象化され、明示的に定義されたサービスに2つのコンポーネントを統合する。

非公式交換 

分散型交換のための通貨を交換する原子手段trustlessであるいずれかの 他の通貨またはサービスのため。Noel Tiernanの原子交換プロトコルの一般化された実装では、XBridgeXChat 、少なくとも2つの財布またはブロックチェーンノードの   オーケストレーションです。このプロトコルは、資金の支出のために要求される知識を秘密の創出を利用、そして それは資金が費やされている時に開示されることに失敗することはできません。したがって、その作成者が取引相手の資金を費やした場合、取引相手はその秘密を保持し、その代償としてその資金を費やす可能性があります。

  • 注意:  分散型の  交換 サービスがある  の個別  の  分散型  交換 アプリケーション、  ブロック  DX、  消費  この  サービスを  に追加して  、いくつかの  blockchain サービス 

先行する仕事

プロトコルの最初のバージョンは、順応性に基づく強要攻撃に対して脆弱であることが示され、その後、Bitcoin-and- Clonesエコシステムで、オペコードOP_CHECKLOCKTIMEVERIFYの導入により修正されました。後者を利用したデザインはKay Kurokawaのブログで詳しく述べられています。最後に、cryptocurrenciesとトークンの原子スワップするだけでなく、任意のデジタルペイロードだけでなくサポートするために、我々は、このプロトコルに復号鍵またはセキュアハッシュ関数の使用の追加などを 秘密。そのようなものとして、秘密を明らかにすることで、以前に提供された暗号化されたデジタル・グッズを即座に消費したり、真実主張を検証したりすることができます。これは、消費者がそれを受信するに先立って、デジタルグッズの信頼性を検証することを可能にする前のセクションのゼロ知識証明の使用に関連して、達成trustlessの   消費の貨幣価値化 商品とサービスを。したがって、一般的な収益化サービスプロトコルです。     

プロトコルのステップ

概念的には、プロトコルのステップは次のとおりです。

  • 1.サービスプロバイダは、(デジタル商品の)解読キー、(真理請求証明のための)ファイルのデジタル署名または暗号ハッシュ、または(コイントレードの)乱数のいずれかを作成し、これをプロトコルの秘密として使用する。
  • 2.サービスプロバイダは、「このトランザクションは、秘密を提供した場合、または消費者とサービスプロバイダの両方がトランザクションに署名した場合、消費者がこのトランザクションを費やす可能性がある」というルールで「ベイルイン」トランザクションを作成します。コインではなくデジタル財が提供されている場合、ネットワーク料金をカバーするのに十分な量のコインのみが必要となる)。
  • 3.サービスプロバイダは、第2の「払い戻し」トランザクションの形でフォールバックメカニズムを作成します。ルールは「ベイルイントランザクションの出力をサービスプロバイダーのアドレスに送信しますが、今から(x) "
  • 4.サービス提供者は、消費者とサービス提供者の両方が署名した場合に償還される可能性のあるベイル・イン・トランザクションの第2要件を満たすために、消費者が払い戻し取引に署名することを要求する。
  • 5.消費者は、払い戻し取引に署名し、それをサービスプロバイダに返す。

    注意:  これは  可能  サービス  プロバイダを  するために  取り戻す  その  コインを  (もし  あれば)  の後に  指定した  、期間  中に  イベント  という消費者が放棄 交換  または他の要因が原因とそれがために失敗して完了します。            
  • 6.サービスプロバイダが交換トランザクションをブロードキャストします。 
  • 7.消費者は、ステップ2と同様に、自分のブロックチェーン上のコインについて、自分の「ベイルイン」取引を作成する。
  • 8.消費者はステップ3のように自分の「払い戻し」取引を作成する。
  • 9.消費者は、ステップ4のようにサービスプロバイダが払い戻し取引に署名することを要求する。
  • 10.サービスプロバイダは、払い戻し取引に署名し、それを消費者に返送する。
  • 11.消費者は、彼女の保釈-におけるトランザクションブロードキャスト
  • 12.サービスプロバイダは、消費者の交換取引を費やし、秘密を明らかにする。
  • 13. 消費者は、秘密を使用して、サービスプロバイダのベイルイン取引を行うか、ファイルを復号化するか、または事実を検証する。     

上記のプロトコルには、SPVノードとトランザクションやメッセージをリレーするピアに依存する「軽い」クライアントが確実にアトミックスワップの状態に関してサービスノードを更新する追加の補足ステップが含まれていることに注意してください更新しました。  

メッセージステップ

ブロックネットのコンポーネントに実装されているように、分散型交換には通常、次の手順が含まれます。

  • Inter-Chain Messagingセクションの手順に従ってコンシューマーがサービスを受け入れると、サービスプロバイダーはプロトコルステップ1〜3を受け取り、次にXChat、ステップ4  
  • 消費者はプロトコルステップ5をXChatよりも優先します
  • サービスプロバイダは、ネイティブのブロックチェーンネットワーク上でプロトコルステップ6を実行します
  • 消費者はプロトコルステップ7-8を受け取り、XChat、ステップ9
  • サービスプロバイダはプロトコルステップ10をXChatよりも優先します
  • 消費者およびサービスプロバイダは、プロトコルステップ11〜13をそれぞれのネイティブブロックチェーンネットワーク

これらの手順は、分散型Exchange サービスにのみ関係します。分散型Exchange アプリケーションであるBlock DXは、ほとんどのアプリケーションと同様に、エクスチェンジ、オーダー・マッチング、スパム対策、アンチ・DOS対策などの機能を果たすために、いくつかの追加の(つまり非コアの)サービスを必要とします。および貿易手数料の徴収。

コンテキスト図

上記の手順は、ローカルマシン上のコンポーネント間の次の関係を示しています。

実装

  • 現在: 分散型交換サービスは、BlocknetウォレットとスタンドアロンのXBridgep2p.exeに組み込まれています(ただし、開発は後の段階で再開されます)。分散された交換アプリケーションを同時にサポートするAPIが利用可能です。
  • 未来: このサービスは、ブロックDXが消費するさまざまなブロックチェーンサービス、およびXChatとブロックチェーンサービスを組織するために構築されたAPIファサードから抽象化されます。

ブロックチェーンコンポーネント 

特定のローカルマシン上で、前のセクションで紹介した3つのコアサービスは、以下のコンポーネントタイプのいずれか1つまたは複数のブロックチェーンにあるかもしれないコンポーネントタイプと相互作用します。

  • フル・ノード:「通常の」フル機能のノードとウォレット  
  • ライトノード: SPVノードとより軽いノード(例えば、トランザクションに単に署名するもの)  
  • サービスノード:通常のブロックチェーン作業以上のサービスを提供する特別な機能を持つノード  

これらのコンポーネントタイプは、通常、Blocknetによって構築されていないサードパーティ製の統合です。それにもかかわらず、それらはブロックネットに必要な機能を提供します。つまり、ネイティブのブロックチェーンとのやりとりが不可能でなければ、ブロックネットはそれ自体のコンポーネントで複製することなく相互運用性を達成できません。

3つのコアコンポーネントとサービスに加えて、チェーン間サービスを消費または提供する追加のノードタイプは、次のように表現できます。

次のページ

これにて本文は終わりです

BlockNet (BLOCK)に関連する他の情報に触れてみる

PocketWPについて

暗号資産(暗号通貨, 仮想通貨)やブロックチェーンは理解が難しく、また一次情報の多くはPCに最適化されている状況にあります。PocketWPでは、下記の3点のアプローチによってその問題を解決しようとしています。
  • ・SmartPhoneFirst - スマホで最適化したスライド/UI
  • ・Stockable - 流れてしまいがちな情報を蓄積し、共有できる
  • ・Followable - 追いかけるべき情報源がわかる
将来的には共同で編集できる仕組みなども設計中です。 暗号資産・暗号通貨の価値を広げるには、良質な情報を読みやすく噛み砕くことが必要だと思っています。 よろしければご意見をこちらからお寄せください (お問い合わせフォーム)
運営者情報① : IXTgorilla
IXTゴリラ
@IXTgorilla
Twitterにて #PocketWP #ゴリ学習メモ なるスマホに最適化した暗号資産の学習情報をスライド形式にて発信しているゴリラ。 これまではTwitterのみの発信を行なっていましたが、蓄積される場所が欲しいという声にお答えし、Web化を行なってみました。
運営者情報② : CryptoGorillaz
暗号通貨に関する情報を共有するコミュニティ。当初はコラ画像などをつくる集団だったが、暗号通貨の魅力や将来性にほだされ、日夜暗号通貨に関する情報共有を行なっている。(IXTゴリラもここに所属しています)

寄付/投げ銭はこちら

  • Ethereum(ETH) / ERC20トークンでの投げ銭
    0x77535cb08CF5Ba3B85A34A3B037766103226c783

森のお友達をご紹介 - PocketWPのオススメ

ゴリラが尊敬する森のお友達をご紹介するコーナー。 個人的に定期的に購読していただきたい!と思うメディアや事業者さまを勝手に紹介させていただいております。
StirLab | クリプト・ブロックチェーンを「深く」知る
StirLab
https://lab.stir.network/
クリプトアセット(仮想通貨・暗号通貨)に造詣が深い方々による寄稿型メディア「StirLab」。 クリプトが「好き」でその発展を純粋に「楽しむ」人たちが集まっており、ハイクオリティな記事が集まっています。 今話題のDeFiからSTOまでトピックは幅広く、知見を深めたい人にぜひとも定期的購読していただきたいサイトです。
StirLabさんのTwitterアカウントはこちら▶️ https://twitter.com/Stir_Lab
Stir | PoS系クリプトアセットのノード事業者
Stir
https://stir.network/
Tezos, Enigma, Cosmos, Ethereum, NEMといったPoS系クリプトアセットのマイニングやノード運用を代行する事業者。ブロックチェーン機構メディアで有名な「StirLab」の運営母体でもあります。
StirさんのTwitterアカウントはこちら▶️ https://twitter.com/stir_network