どうもフリーザDRGNです。

Dragon Net の紹介をします。
※この記事はDragonChainの記事をもとに書いています


CC176164632_TP_V


コンセンサスメカニズムとペアリングプロセスにより、無制限のスケーラビリティを利用する。


Dragon Net

Dragon Netは、Blockchain Seattle conferenceでの最も重要なリリースの一つであり
Dragonchainプラットフォームの中心的要素です。


ダウンロード


Dragon Netは、Dragonchainユーザーが提供する独立した検証ノードを使用するコンセンサスへのスケールされたアプローチです。
これは、各ノードが独自のブロックチェーンを表し、ブロックチェーンのネットワークを利用し、単一のメインネットで見られる制約を排除することを意味します。

検証ノードは、DDSS(時間)の不足に基づいた市場で、ビジネスノード(レベル1 / L1ノード)からブロックを検証する目的を果たします。
各レベルの各ノードはそれ自身のブロックチェーンであり、非同種でもあり、ノードがすべて同じ情報を含むわけではありません。

Proof of Timeをコンセンサスの基盤とすることで、Dragon Netモデルは、ステーク・オブ・スタンバイ・システムと実績ベースのシステムの証明で明らかになっている問題を克服することができます。



5 Levels of Consensus

L1 Nodes : 機密データとビジネスロジック 
※ビジネスロジックとはデータベース上のデータに対する処理手順といったようなものを指す、ソフトウェア工学的な用語である。

トランザクションとビジネスロジックの形で「real world」価値を統合するための配置です。この情報は、ビジネスまたはブロックチェーンユーザによって設定され、ブロックチェーンノードによって実行されます。

L2 Nodes : ブロックのバリデーション、ヘッダー、および署名
※バリデーションとは検証、実証、認可、妥当性確認などの意味を持つ英単語。 ITの分野では、対象がその仕様や文法などに照らして適切に記述・構築されているか否かを検証するという意味で用いられることが多い。

実際のデータを公開することなくブロックおよび個々のトランザクションの有効性を信頼できるかチェックします。L2ノードのルールは企業レベルで定義されています。


L3 Nodes : L2バリデーションのネットワーク多様性
レベル3のノードは、トランザクションのレベル2検証の多様性をチェックします。このコンセンサスのレベルは、トランザクションが十分に多様な分散ソースの集合によって検証されることを保証する。


L4 Nodes : 公証機関機能
レベル4ノードは、コンセンサスプロセスに公証の機能を提供する。外部パートナーが主催するレベル4ノードは、レベル3から受け取った検証レコードに暗号で署名します。この機能により、レベル4ノードはレベル3検証に対する独立した証人として行動できます。


L5 Nodes : Public checkpoint
レベル5のノードは、Dragonchainプラットフォームとパブリックブロックチェーンの間のゲートウェイとして機能します。トランザクションが5番目のレベルを通過すると、ETH、ETC、NEO、またはBTCなどのパブリックチェーンでホストされます。



The Dragon Net Matchmaking Process

Dragonchainのチーム達はDragon Net Matchmaking Processも設計しました。
レベル、価格、速度、場所などのフィールドに基づいて検証ノードを検索することができます。
この手順は、次の7つの手順で構成されています。


0、登録(マッチメイキング前):レベル2-5のノードは、対応するノード・レベル、DDSS、および価格で操作可能な状態で登録されます。(DragonchainはDDSSを自動的に決定することに注意してください)


1、Transaction:レベル1ノードはトランザクションを受け取ります。5秒間のトランザクションを1つのブロックにまとめます。ブロックが固定されると(L1ノードはそのブロックでそのブロックチェーンにエントリを追加する)、ブロックはL2固定が必要なブロックのプールに追加されます。


2、Fixation Origination:レベル1ノードは、特定の時間(L1ノードのDDSSに依存する)で固定を開始することができ、固定が必要なブロックのプールを検索します。最初にL2固定が必要なブロックのプールを探し、L3固定を必要とするブロックのプールなどを探します。各レベルについて、L1ノードは、そのレベルで固定を必要とするブロックを識別する。


3、Matchmaking:所与のレベルで固定を必要とするブロックに対して、L1ノードは、マッチメイキングサービスからそのレベルのマッチ数を要求する。マッチメイキングサービスは、要求されたノードサイズのセット(ステップ0で登録)を返します。返されるノードは、DDSS / priceで加重された登録済みノードのセットからランダムに選択されます。


4、Match Validation:L1ノードは、その基準に合致する返された一致を評価する。これには、価格、DDSS、地域、その他の潜在的なフィットネス識別子が含まれます。適合しないマッチは破棄されます。


5、Block Fixation Submission:L1ノードは、(ステップ1)候補ブロックを検証のために上位ノードに提出し、ブロックが提出された上位ノードに関する情報を保持する。


6、Block Fixation Return (asynchronous):L1ブロックがサブミットされた上位レベルのノードは、L1ブロックが固定されている上位ブロックのL1ブロックに通知を返します。L1ノードは、L1ブロックのメタデータに、L1ブロックが固定されている上位ブロックに関する情報をアノテートする。ブロックが所与のレベルで必要とする固定のすべてを受け取った場合、ブロックは最高レベルにない限り、より高いレベルの固定を必要とするブロックのプールに昇格される。(L2プール - > L3プール - > L4プール - > L5プール)


7、Looping:その後、L1ノードは一定期間(DDSSに基づいて)待機し、ステップ2から再開します。





Dragonchainのサイト