(白衣を着た女の子、ゴッホ)はいつも青い狐のノートを持っている読者から、現在のスマート契約のプラットフォーム(例えばエーテル坊)はいいですが、全体的にスマート契約のプラットフォームの拡張性は大規模な採用を制限しています。これはいい問題です。
一方、エーテル坊やEOSなどの先発者はすでに一定の開発者生態を持っています。
例えばエーテル坊のDeFiとEOSのゲームと社交、特にエーテル坊のDeFiは10億ドル以上の資産をロックして、この方面の探求はお茶のようです。
担当研究員:一説
エーテル坊に基づくdAppの日活ユーザーは現在2万人に満たず、他のユーザー数の比較的多いプラットフォームはEOSのようで、このレベルを超えられなかった。
現在のところ、すべてのスマート契約プラットフォームは、まだ100万人を突破するアクティブユーザーのdAppが現れていません。もしその日が来たら、暗号化領域全体の真のマイルストーンになります。
誰が先に100万人のアクティブユーザーのdAppを実現することができますか?
これが暗号化された世界のネットスケープ時刻であるというなら、この時点に達するには、二つの条件が必要です。
一つはdAppシーンの引き続き発掘であり、製品と市場の整合性を求めています。この面では現在のエーテル坊やEOSなどの公的チェーンは努力しています。主流の人々のニーズを爆発させる場面と応用を探そうとしています。
二は本当に中心化に行く必要があり、拡張可能なブロックチェーンである。
したがって、次の数年間において、暗号化分野で最も重要な命題の一つは依然として「安全と拡張性を兼ね備えたスマート契約プラットフォーム」をどのように実現するか?エーテル坊やEOSなどの共通チェーンは先行者であるが、Tezos、Nevos、Solaa、Polkadot、Hamoyなどのプラットフォームは異なる技術路線とシーンの方向から探索する。
先駆者はすでにリードしていますが、視野をもっと拡大すれば、今日の市場規模はまだ小さいです。ユーザー数はまだ少ないです。
このような状況では、もはや市場の終局とは言い難い。
技術の発展とビジネスの発展の角度から見れば、今日も初期の開拓段階にあります。
出世一・一説・有朋如来・無経論・不倫・覚如来・・・・
担当研究員:丸山士郎
中臣如是智慧之事
しかし、確かに今日の構造は終局ではないです。
- 1 - 1
今日はブルー狐のメモを紹介したいのですが、新しく来た人です。スマート契約プラットフォームのCaspeLabsです。
みんなが覚えやすいように、CaspeLabs以下をCaspeといいます。
他の公開チェーンと同じように、開発者に人気のあるプラットフォームになりたいです。大規模なユーザーにセンターサービスを提供するプラットフォームです。
では、何が違っていますか?Caspeはどのように安身立命しますか?Highway契約はまず、Caspeは知能契約プラットフォームで、他の知能契約プラットフォームと同じに、開発者のために運行契約と応用のインフラを提供します。
一方、単なる高tpsではなく、安全性と拡張性を両立させることを強調しています。
今はもうこんなに多くの知能契約プラットフォームがありますが、Caspeはどうやって身を落ち着けますか?何か切り札がありますか?その最も核心的な技術選択はCBC Caspe PoSのコンセンサスアルゴリズムに基づいており、それに基づいてHighwayコンセンサスプロトコルを拡張している。
Caspeは自分が本当に安全と拡張性を兼ねることができると主張していますが、その技術路線の選択から大きく源を発しています。
この技術路線の核心の一つはCBC Caspe PoSです。
CBCは英語で「coect-by-costructio」という意味であり、構造の正確性を検証するプロセスであり、数学モデルを構築して推演することにより、最終的に正しい配信を確保する。
CBC Caspeは「coect-by-cotuctio」コンセンサス・プロトコルシリーズであり、これらのコンセンサス・プロトコルは同じ非同期証明及びビザンチン・フォーメーションを共有する。
この一連のプロトコルは、プロトコル状態とプロトコル状態の遷移を定義することによって説明される。
Caspeの計算モデルは、並列契約がいつ実行されるかを検出することをサポートし、ブロック・メッセージ・フォーマットは、チェーン内の「マージ」分岐を可能にし、不要な孤立ブロックを回避することができる。
CBC Caspe PoSはエーテル坊のCaspe-FGと違って、エーテル坊はPoWからPoSへの移行を考慮する必要があります。CBC Caspeは純粋なPoS機構で、どんなPoWも含まれません。ブロックとブロックの最終性を提案する検証者だけが奨励を受けられます。
CaspeのHighway合意はCBC Caspe PoSの拡大に基づくものである。
Highway合意は、Daiel Kae、Vlad Zamfi、Adeas Fackleの3人の研究成果です。
その中で、Vlad Zamfiはエーテル坊で有名なコア研究者です。
Highway合意の最もユニークなところは、安全と活性を兼ね備えていることです。
それはPoWとは違って、Highwayは部分的に同期したプロトコルであり、より高い周波数帯域でブロックを出すことができます。つまり、より良いスループットと拡張性があります。
安全と活性を兼ね備えているものは何ですか?安全とは、Highway合意の決定は前後の矛盾がないということです。活性とは、合意のノードがいつまでも意思決定を維持し、ブロックがどんどん増えていくということです。
まとめて言うと、HighwayプロトコルはCBC Caspeに対して2つの態様の拡張を行った。1つは、効率的な方法によって、異なるしきい値の下で安全性の検出を実現する。2つは、CBC Caspeの枠組みの下での活性戦略を提案する。つまり、ネットワーク参加者に対していつプロトコルメッセージを作成するかによって制定された戦略規範である。
簡単に言えば、CaspeのHighway協議はどうやって運営しますか?1.summit構造Highway契約は最終的に実現するために、新たなsummit構造を提供しています。
同時に、活性を実現するために、擬似ランダムに生成された指導者シーケンス制限メッセージの生成を使用して実現され、これはブロックdagの予測可能な構造を生成することをもたらす。
Caspeのコンセンサス合意はblockdagのデータ構造を採用しています。上の図のように、メッセージは関連の「レーン」に配置されています。また、各「レーン」上のメッセージの作成者も見られます。
創世ブロックはブロックチェーンの初期化によって生まれたので、「レーン」の外にあります。
すべての一般ブロックは主な親ブロックを指します。上の図は赤い矢印で表しています。
これらのブロックは、メインツリーと呼ばれるツリー構造を形成しています。
任意の通常ブロックは、図中の青い矢印で示すように、二次親ブロックとして任意の数のブロックを指すことができる。
ブロック+赤い矢印+青い矢印と一緒に、矢印の方向と方向があります。つまり、Caspeプロトコルのp-dagです。
すべての矢印はすべての頂点と一緒に無環図を形成しています。これはCaspeのJ-dagというものです。
SummitとはJ-dagの中のある共通認識値が最終的に確定した場合を指します。
なぜこの概念がありますか?多くの層があるので、異なる層は異なる共通認識の程度を表しています。最後のSummitはある範囲ですべてのノードが共通認識を達成することを意味しています。つまり、最高点はピークを形成しています。
この最高のレベルでは、最大のコンセンサスを持っています。
逆に考えれば、Highwayは安全弁値を持っているということです。
各順番に指導者がいます。まず指導者からメッセージを送ります。
他の検証者は、リーダーメッセージを受け取ったら、すぐに他の人にメッセージを送ります。
いくつかの順番を経て、各ベリファイアは再度すべての人にメッセージを送ります。
このように、第一条メッセージ確認の投票は、level-0のメッセージとなり、第二条十分な数を確認する第一条メッセージは、level-1メッセージとなり、これに類推してsummit(ピーク)となる。
検証者がそのローカルプロトコル状態でピークレベルに達すると、最終的には各正直な検証者がすべての状態を見ることができることを知っています。
下図は最終的なイメージです。summit(ピーク)の理解を助けてくれます。
上の図の左側の長方形は検証者を表し、円点はメッセージを表します。
これは、J-daglevelの配列に対応する検証者0のローカルj-dagを示している(メッセージのX座標はj-daglevelに対応している)。
「レーン」に表示されているメッセージのY座標は作成者と同じです。
円の色はこのメッセージが投票でサポートされている共通認識の値を表します。
誠実な検証者の「レーン」内で、0-levelニュースは前回の同検証者の投票による合意値の変更以来のすべてのニュースです。
メッセージの第1層の投票は同じブロックをサポートし、他の層は第1層のメッセージとハッシュを参照し、「ピーク」に参加する検証者が多いほど、階層が多く、これらのメッセージの投票ブロックは安全である。
2.弾力性のある車輪の時間は大多数のPoS機構と同じで、Caspeも時間を順番に分けます。
順番ごとに、まず擬似ランダム選択の指導者がメッセージを生成し、他のリーダーのメッセージを待っています。このメッセージを受け取ってから、自分のメッセージを生成します。
今回のラウンドが終わると、一人ずつメッセージを送ります。
つまり、検証者はブロックのために2回の検証メッセージを送信した。
各ラウンドの時間は固定されていません。すべての検証者が同じサイクルを採用しているわけではありません。
活性化のため、Highwayプロトコルは非固定車輪時間が長い仕組みを採用しています。
高速道路を例にとると、これも契約の名称Highwayの由来です。
Highwayは「デジタル高速道路」に似ています。多くの車道があります。各車道の車のスピードは一定です。
異なる車線の車同士でメッセージを送ります。
メッセージは車両間の伝達速度が違っています。合意の度合いも違います。
任意の指定された車線の中で、車は1メートルの距離で2回のジャンプを行い、情報は異なる車線の自動車間で動的に行われます。
ジャンプ頻度が違いますので、メッセージ伝達頻度も違います。
例えば、左の車線にメッセージが届くと、頻度が倍になり、右の車線に行くと頻度が半減されます。
このようにジャンプするたびに左側の車線の車に出会うことができます。右側は二回のジャンプが必要です。
このような方法によって、一定の安全性を保証し、同時に共通認識のスピードを高めることができます。
Highwayの弾力性のある車輪の時間を理解するには、時間の「応答」、ブロックを生成する指導者及びホイールの概念を理解する必要があります。
Highway合意では、時間は「答える」に分けられており、それぞれの「答える」は一ミリ秒に相当する。
指導者は現在の検証者の中から選んで、指導者のシステムに基づいて、順番が必要です。これも安全の考えに基づいて、ブロックを生成する指導者は固定できません。
そのため、順番によって指導者が違ってきます。
この場合、多くのPoSチェーンは、車輪を固定する時間が長い方法を採用している。
Highway契約は他のものとは違って、調整可能な車輪時間が長いです。
各ベリファイアは順番の指数値を選択します。
時間が経つにつれて、順番の指数値は自動的に調整され、最適な性能を実現します。
例えば、巡回指数の値を仮定して、検証者が操作に使う順番は長くて2^「答え」です。
同じ順番の指数を持つすべての検証者は同じ順番のスケジュールを持っています。
ただし、順番の指数が違っていれば、ベリファイアは順番の時間にも違います。
Aで使用される順番の指数は、Bで使用される順番の指数はmであり、そのうち5、mは7であると仮定する。
これはAのホイールは32時間の「カチューシャ」(2^5)であり、Bのホイールは128時間の「カチューシャ」(2^7)であることを意味する。
これは、Aのホイールの長さは32ミリ秒で、Bのホイールの長さは128ミリ秒であることを意味する。
つまり、Aの速度はBより速いです。だから、AはBの理解する全ラウンドに参加できます。BはAの知っている部分の順番しか分かりません。
ホイールインデックスを調整することにより、ホイールの長さを増加または減少させ、最適な性能を実現することができます。
また、Highwayプロトコルは、「ea」(時代)の概念も提示しており、ea時間もブロックチェーンの時間「垂答」で表されています。例えば、一週間(604800万個回答)のように、主な目的はより長い間(一週間のように)検証者の重みを一定に保つことで、すべての検証者が同意できる任意の疑似指導者シーケンスを実現することです。攻撃者は指導者を選択して攻撃します。
Highwayプロトコルは従来のBFTプロトコルとは違って、一般的には、ビザンチンフォールトプロトコルは主に取引の順序で合意されていますが、Highwayプロトコルはブロックの有効性とブロックの重みだけで合意しています。ブロック投票の検証者が多ければ多いほど、重みが大きくなります。
この場合、システムは取引の順序が重要ではないので、同時に発生するイベントを処理することができる。
Highwayもブロック合併をサポートしています。合併の過程で競合があるかどうかを検査できます。
これらが実現できるのは、Highwayプロトコルには二つのコアの設計選択があります。*特定のノードにのみ送信されたターゲットメッセージがなく、すべてのメッセージは最終的にすべての人に送信され、以前のメッセージを検証することができます。
すべてのノードが見ているのは同じで、これは継続的に増加するメッセージ図と見なされ、少しはハッシュ図と類似している。
*政策決定の方式は簡単である:投票
メッセージマップにおいて、硬直状態を防止する特定の構造を実行することにより、ネットワークの活性を確保することができる。
ここで、メッセージは共通認識値に対する投票と見なされ、検証者は複数の明確な検証者の最新投票に従う。
まとめていうと、Highwayプロトコルの特徴は以下のように注目されています。許可なしに、誰でも必要なソフトウェアをインストールして、新しい検証者としてネットワークに参加することができます。
弾力性があります:自動的に順番を調整することができます。ネットワーク全体の性能が最適になります。
部分同期:ブロックリーダーは、発生したすべてのメッセージを受信することなくブロックを生成し、受信していないブロック取引記録は下流で調整することができる。
ブロードキャストメッセージ:プロトコルは、任意のメッセージをブロックチェーンネットワーク内の他のすべての検証者にブロードキャストできると仮定し、直接的なポイント通信を必要とせずにメッセージの遅延を処理することができる。
証明できる最終性:協議は「最終的な検出器」という形式的な計算を提供し、それは総利益の大きな比重によってサポートされる取引を発見することができる。
検証者がその「最終的な検出器」を使って、いくつかの取引が最終的であることを発見した場合、他の検証者もこれを最終的な取引と見なすことができる。
証明できる活性:悪意のある検証者の総権益が13を超えないため、ネットワークは最終的なブロックを生成し続け、共通認識の収束が止まることはない。
つまり、Highwayの特色は安全と活性を兼ね備えていることです。
そのブロックの作成は疑似ランダムに生成された指導者のシーケンスをめぐって行われ、リーダーはブロックの生成を担当しています。
それと同時に、それはまた、可変のラウンドタイムの長い機構を採用して、これはCaspeに弾力性を持たせて、ネットワークを自己調整して、最適な性能を得ることができます。
Caspeの開発者の友好的な全体戦略は、任意のスマート契約プラットフォームにとって、最終的な価値はその利用者の数と頻度に由来します。
ユーザーを呼び込むには、まずdApp開発者がユーザーのニーズに合った製品とサービスを構築する必要があります。
これはCaspeにとっても同様で、その技術路線の選択以外に、Caspeの最も核心的な策略の一つは開発者に友好的な全体戦略です。
策略はフォーカスと取捨選択を重視する。
この点はCaspeのSlogaからも分かるように、Slogaは「夢を築く人のブロックチェーン」です。
言い換えれば、Caspeは開発者になりたいと思います。様々な優れた製品とサービスの堅固なプラットフォームを構築します。
その現在の技術の基礎と運営の方面から見て、Caspeの開発者の友好的な全体の策略は注目に値します。
1.業務上のオーバーヘッドはブロックチェーン上で取引を行うにはコストが必要であり、ユーザーの操作には費用が発生すると予測できます。
Caspeでは、選択された検証者は取引池から取引を収集し、一定の順序で実行し、最後に新区ブロックに発表する必要がある。
ユーザーが提出した費用は比例してすべての検証者に分配されます。
Caspeでは、dAppの体験をよくするために、業務上のオーバーヘッドの予測ができるようにしようとしています。
監督されていない費用市場は取引費用の高さが変動します。
2017年の暗号化猫時代に、エーテル坊の振替費用は恐ろしく高くなりました。
Caspeプロトコルに内蔵されているgas価格の下限は十分に高く設定されており、この変動性を軽減することができます。
gasがある特定の価格に下がることを防止して、価格をある値の上で自由に浮動させます。
CaspeのトークンCLXトークンはgas費用を支払うことができますが、CLXトークンの価値は変動していますので、Caspeは価格の下限を設定しました。消費はCLXですが、設定された値は仏貨値で、その基準は単一CLX口座間の振替費用は0.05ドルかかります。
これを実現するために、Caspeはセンター化予言機を使って価格データを提供しています。
業務上のオーバーヘッドを実現するための予測は、dApp開発者が自分のビジネスモデルを構築することに有利であり、例えばdApp開発者がユーザの取引費用を負担し、dAppは他の方法でユーザーに課金する。
取引費用の比較的予測可能なので、持続可能なビジネスモデルを構築し、より良いユーザー体験を実現するためには、直接的な助けがある。
2.ほとんどの開発者はトレーニングなしでCaspeブロックチェーンの応用を編纂することができます。知能契約プラットフォームにとって、開発者が入る敷居を下げることが重要です。
これもCaspeの重要な競争戦略です。
まず、RustをCaspeスマート契約の主なプログラミング言語としてサポートします。スマート契約用のRust開発セットはテスト環境、契約運行環境などが含まれています。
また、Caspeはwasmに対してとても良い支持があります。
プラットフォームは他のプログラミング言語によるスマート契約の開発もサポートしています。
このように開発者にとっては、多くの学習コストを必要とせず、自分の熟知した言語でdAppを開発することができます。
3.開発者が必要とする様々な機能は開発のハードルの低下以外に、開発者のより良い構築にも役立つ機能があります。
例えば、GaphQLインターフェース、アカウント構造、無限多重署名、カスタマイズ可能な支払い方法、読み取り可能性の高いアカウント名などです。
CaspeはGaphQLインターフェースを内蔵しています。状態照会に使えます。開発者がいつでも契約の内部状態を把握して、dAppの開発と運営のハードルを下げることができます。
Caspeの口座構造は比較的柔軟で、多級口座構造があり、サブアカウントから損失資金を回収できます。
開発者が必要とする様々な授権をサポートします。この中には失われた鍵の回復に対するアカウント権限モデル、アカウントと契約の間で安全に共有されている状態の権限モデルなどが含まれています。
重み付けされた鍵機能と閾値は、無限多重署名機能を実現することができる。
Caspeは開発者が取引の支払方法を制定することを支持します。
通常ブロックチェーンは「送信者有料」モードを採用していますが、Caspeの開発者は受取人の有料化をサポートするモードを設定できます。
Caspeのユーザー名は可読性の良いアカウント名で、アプリケーションを構築しやすく、より良いユーザー体験もあります。
Caspeノードは遠隔測定と監視機能を内蔵しており、ノード運営者と検証者がシステム性能をテストするのに便利である。
4.アップグレード可能なインフラストラクチャのCaspeブロックチェーンは契約を可変でない住所に保存し、契約のバージョンコントロールとアップグレードをサポートする。
これは開発者にとって有用です。契約の更新はほとんど避けられないからです。
また、Caspeは、合併実行、サイドチェーン、セグメントのサポートを実現するために、プロトコルと仮想マシンを設計しています。
結語はCaspeの全体から見て、他のプロジェクトと比べて、以上の2点には独特なところがあります。
Caspeは拡張性に関心がありますが、安全性とセンター化を重視しています。これは拡張性を実現する前提です。
CaspeのHighwayプロトコルは、この目標を実現するためのキーであり、「summit」やblockdag構造、疑似ランダムリーダーシーケンス、弾力性のあるホイールタイムなど様々な設計により、安全性と活性化を実現しています。
生態を構築するために、Caspeの開発者フレンドリーな全体戦略が印象的です。
開発者のハードルを低くし、開発者のツールを豊かにしたり、施設をアップグレードしたりする工夫をしました。
では、多くのスマート契約プラットフォームの中で、Caspeは才能がありますか?今はまだ定説ができませんが、コンセンサス機構の設計上の特色と開発者に友好的な策略のため、その探求は持続的に関心を持つべきです。