原作者：YBB Capital 研究員 Zeke
TLDR
ZK コプロセッサは、モジュラー概念から派生したオフチェーン コンピューティング プラグインとみなすことができます。その機能は、CPU のグラフィックス コンピューティング タスクを共有する、つまり特定のシナリオでコンピューティングを共有する従来のコンピューターの GPU に似ています。タスクプロセッサ。
複雑な計算や重いデータの処理、ガス料金の削減、スマートコントラクト機能の拡張に使用できます。
Rollup との違い: ZK コプロセッサはステートレスであり、チェーン全体で使用でき、複雑なコンピューティング シナリオに適しています。
ZK コプロセッサは開発が難しく、パフォーマンスのオーバーヘッドが高く、標準化が不足しています。ハードウェアには多大な費用がかかりますが、トラックは 1 年前よりもはるかに成熟していますが、まだ初期段階にあります。
インフラストラクチャがフラクタル拡張のモジュール時代に入った後、ブロックチェーンは流動性の欠如、ユーザーの分散、イノベーションの欠如、クロスチェーンの相互運用性などのさまざまな問題に陥り、垂直拡張のL1とのパラドックスを形成しました。 ZK コプロセッサは将来的にこの 2 つを適切に強化し、問題から抜け出し、古いアプリケーションと新しい重要なアプリケーションのパフォーマンス サポートを提供し、より新鮮な物語をもたらすことができるかもしれません。
1. モジュラーインフラストラクチャーの別のブランチ、ZK コプロセッサー
1.1 ZKコプロセッサの概要
ZK コプロセッサは、モジュラー概念から派生したオフチェーン コンピューティング プラグインとみなすことができます。その機能は、CPU のグラフィックス コンピューティング タスクを共有する、つまり特定のシナリオでコンピューティングを共有する従来のコンピューターの GPU に似ています。タスクのプロセッサ。この設計フレームワークでは、パブリックチェーンが苦手とする「重いデータ」や「複雑な計算ロジック」タスクをZKコプロセッサを通じて計算することができ、チェーンは返された計算結果を受け取るだけで済み、その正確性はZK証明によって保証されます。 、複雑なタスクのための信頼できるオフチェーン計算がついに実現しました。
現在、AI、SocialFi、DEX、GameFi などの人気のあるアプリケーションには、高いパフォーマンスとコスト管理が急務となっており、従来のソリューションでは、高いパフォーマンスを必要とするこれらの「重いアプリケーション」は、アセット オンチェーン + オフチェーンの形式を選択することがよくあります。アプリケーション、またはアプリケーション用にアプリケーション チェーンを個別に設計します。しかし、前者にはブラックボックスが存在し、後者には開発コストの高さ、本来のチェーンエコロジーからの乖離、流動性の断片化など、どちらも固有の問題を抱えています。さらに、メインチェーンの仮想マシンには、そのようなアプリケーションの開発と運用に関して大きな制限があります (アプリケーション層の標準の欠如や複雑な開発言語など)。
ZKコプロセッサの存在は、このような問題を解決するためのものです。より具体的に言えば、ブロックチェーンをインターネットに接続できない端末（携帯電話、コンピュータなど）とみなすことができます。 Uniswap などの DeFi アプリケーションなど、一部の Simpler アプリケーションは完全にオンチェーンで実行できます。しかし、ChatGPT のようなアプリケーションを実行するなど、より複雑なアプリケーションが登場すると、パブリック チェーンのパフォーマンスとストレージが完全に不足し、Gas が爆発的に発生します。 Web2 の場合も、ChatGPT を実行するときも同様です。一般的な端末自体は GPT-4 を処理できません。サーバーが推論結果を計算した後、問題を OpenAI サーバーに伝える必要があります。 、私たちは直接答えを受け取ります。 ZK コプロセッサはブロックチェーンのリモート サーバーに似ていますが、プロジェクトの種類が異なると、異なるコプロセッサ プロジェクトの設計に若干の差異が生じる可能性がありますが、基本的なロジックはすべてオフチェーンを通じて検証されます。計算 + ZK 証明またはストレージ証明。 Rise Zero の Bonsai 展開を例にとると、このアーキテクチャのロジックは非常にシンプルであり、開発者が Bonsai をコプロセッサとして使用するには、次の 2 つの簡単な手順だけが必要であることがわかります。
アプリケーション ロジックを処理するための zkVM アプリケーションを作成します。
Bonsai に zkVM アプリケーションを実行して結果を処理するよう依頼する Solidity コントラクトを作成します。
1.2 とロールアップの違いは何ですか?
上記の定義では、実装ロジックや目標に関係なく、Rollup は ZK コプロセッサと高度に重複しているように見えることがわかります。しかし実際には、Rollup はメイン チェーンのマルチコア バージョンに似ています。2 つの具体的な違いは次のとおりです。
1.主な目的:
ロールアップ: ブロックチェーン トランザクションのスループットを向上させ、トランザクション手数料を削減します。
ZK コプロセッサ: スマート コントラクトのコンピューティング能力を拡張し、より複雑なロジックと大量のデータを処理できるようにします。
2.動作原理:
ロールアップ: チェーン上のトランザクションを要約し、不正証明または ZK 証明を通じてメイン チェーンに転送します。
ZK コプロセッサ: ZK ロールアップに似ていますが、ZK ロールアップのアプリケーション シナリオはチェーンの形状とルールによって制限され、ZK コプロセッサの動作には適していません。
3. ステータス管理:
ロールアップ: 独自の状態を維持し、メイン チェーンと定期的に同期する必要があります。
ZK コプロセッサ: 永続的な状態は維持されず、各計算はステートレスです。
4. アプリケーションシナリオ:
ロールアップ: 主に C サイド向けで、高頻度の取引に適しています。
ZK コプロセッサ: 主に B サイド用で、高度な財務モデル、ビッグ データ分析など、複雑な計算を必要とするシナリオに適しています。
5. メインチェーンとの関係:
ロールアップ: メイン チェーンの拡張と見なすことができ、通常は特定のブロックチェーン ネットワークに焦点を当てます。
ZK コプロセッサ: 特定のメイン チェーンに限定されず、複数のブロックチェーンにサービスを提供できるため、ロールアップのサービスも提供できます。
したがって、この 2 つは本質的に相互に排他的ではなく、ロールアップがアプリケーション チェーンの形式で存在する場合でも、ZK コプロセッサはサービスを提供できます。
1.3 使用例
理論的に言えば、ZK コプロセッサは非常に幅広い応用範囲を持ち、基本的にさまざまなブロックチェーン トラックのプロジェクトをカバーできます。 ZK コプロセッサの存在により、Dapp の機能を Web2 集中型アプリの機能に近づけることができます。以下に、インターネットから収集したデモの使用例をいくつか示します。
データドリブンなDApp開発
ZK コプロセッサを使用すると、開発者はチェーン全体の履歴データを活用し、追加の信頼を前提とせずに複雑な計算を実行するデータ駆動型 DApp を作成できます。これにより、DApp 開発に次のような前例のない可能性がもたらされます。
高度なデータ分析: Dune Analytics と同様のオンチェーン データ分析機能。
複雑なビジネス ロジック: 従来の集中型アプリケーションに複雑なアルゴリズムとビジネス ロジックを実装します。
クロスチェーン アプリケーション: マルチチェーン データに基づいてクロスチェーン DApp を構築します。
DEX の VIP トレーダー プログラム
典型的な適用シナリオは、分散型取引所 (DEX) の取引高に基づく手数料割引プログラム、つまり「VIP トレーダー ロイヤルティ プログラム」を実装することです。このタイプのスキームは集中型取引所 (CEX) では一般的ですが、DEX ではまれです。
ZK コプロセッサを使用すると、DEX は次のことが可能になります。
ユーザーの過去の取引量を追跡する
ユーザーのVIPレベルを計算する
レベルに基づいて取引手数料を動的に調整する
この機能は、DEX がユーザー維持率を向上させ、流動性を高め、最終的に収益を増加させるのに役立ちます。
スマートコントラクトのデータ強化
ZK コプロセッサは、スマート コントラクトのデータ キャプチャ、計算、検証サービスを提供する強力なミドルウェアとして機能するため、コストが削減され、効率が向上します。これにより、スマート コントラクトでは次のことが可能になります。
大量の履歴データにアクセスして処理する
複雑なオフチェーン計算を実行する
より高度なビジネス ロジックを実装する
クロスチェーンブリッジ技術
Herodotus や Lagrange などの一部の ZK ベースのクロスチェーン ブリッジ テクノロジも、ZK コプロセッサのアプリケーションとみなすことができます。これらのテクノロジーは主にデータの抽出と検証に焦点を当てており、クロスチェーン通信に信頼できるデータ基盤を提供します。
1.4 ZK コプロセッサは完璧ではありません
多くの利点を列挙しましたが、ZK コプロセッサの現在の段階は完璧ではなく、まだ多くの問題に直面する必要があります。私なりに以下の点をまとめてみました。
1. 開発: ZK の概念は、多くの開発者にとって理解が困難です。開発には、関連する暗号化の知識と、特定の開発言語とツールの習熟も必要です。
2. ハードウェアのコストが高い: オフチェーン コンピューティングに使用される ZK ハードウェアはプロジェクト自体が全額負担する必要があり、ZK ハードウェアは高価であり、現在も急速な開発と反復が行われており、いつでも廃止される可能性があります。これがビジネス ロジックの閉ループを形成できるかどうかも検討に値する問題です。
3. トラックが混雑している: 実際、技術的な実装には大きな違いはありません。最終的には、未解決のプロジェクトがいくつかありますが、そのほとんどは無視されます。 ;
4.zk 回路: zk コプロセッサーでオフチェーン計算を実行するには、従来のコンピューター プログラムを zk 回路に変換する必要があり、アプリケーションごとにカスタマイズされた回路を作成するのは非常に複雑で、zkvm を使用して仮想マシンに回路を作成するには、さまざまなコンピューティング モデルが必要になります。 。
2. 大規模なアプリケーションにつながる重要なパズルのピース
(この章は非常に主観的なものであり、著者の個人的な見解のみを示しています)
このサイクルはモジュール式インフラストラクチャによって支配されます。モジュール化の道筋が正しければ、このサイクルは大規模アプリケーションへの最後のステップになる可能性があります。しかし、現段階では、なぜ新しいアプリケーションを持つ古いワインしか見られないのか、なぜ碑文などの新しいトークン規格が最大のイノベーションと言えるのか、という共通の思いがあります。ラウンド？
新鮮な物語がこれほど欠けている理由は、現在のモジュール式インフラストラクチャがスーパー アプリケーションをサポートするには十分ではないためであり、特にいくつかの前提条件 (フルチェーンの相互運用性、ユーザーのしきい値など) が欠如していることが最大の原因となっています。分離を装ったブロックチェーンの歴史の発展。ロールアップはモジュラー時代の中核として高速ですが、多くの問題ももたらします。つまり、上で繰り返し強調したように、流動性の断片化、ユーザーの分散、チェーンまたは仮想マシン自体が依然としてアプリケーションの革新を制限します。一方、モジュラリティのもう 1 つの「キーマン」である Celestia は、DA がイーサリアム上にある必要はないというアイデアを先駆的に開発しました。このアイデアは断片化をさらに強化します。それがイデオロギーから始まったのか、DA のコストから始まったのか、その結果として、BTC は DA を行うことを余儀なくされ、他のパブリック チェーンはよりコスト効率の高い DA を行う必要があるのが現状です。各パブリック チェーンには 1 つまたは 2 つしか DA がありません。数十ものレイヤー 2 プロジェクト。最後に、すべてのインフラストラクチャおよび環境プロジェクトの関係者は、Blur (Tieshun) が開拓したポイントを奪うドラゴン (OpenSea) ゲームプレイを深く研究しており、ユーザーはプロジェクトにトークンを誓約する必要があります。この種の一石三鳥 (金利、ETH) です。クジラの場合、または BTC と無料トークンの台頭) モデルは、チェーン上の流動性をさらに圧縮しました。
過去の強気相場では、資金は数から十数のパブリックチェーンにしか流れず、イーサリアムだけに資金が集中しているとも言えます。しかし、今日の資金は何百ものパブリックチェーンに分散しており、すべて同じである何千ものプロジェクトに誓約されており、チェーン上の繁栄はもはや存在せず、イーサリアムでさえオンチェーンでの活動はありません。したがって、BTCエコシステムでの東部プレーヤーのPVPと、ソラナでの西洋プレーヤーのPVPは無力です。したがって、私個人が現在最も関心を持っているのは、チェーン全体の流動性の集約をどのように促進し、新しいゲームプレイやスーパーアプリケーションの誕生をどのようにサポートするかということです。フルチェーンの相互運用性トラックでは、いくつかの従来の主要プロジェクトは実際にはパフォーマンスが低く、依然として従来のクロスチェーンブリッジに似ています。新しい相互運用性ソリューションについては、以前の調査レポートでも説明しましたが、主に複数のチェーンを 1 つのチェーンに集約することで、現在、AggLayer、Superchain、Elastic Chain、JAM などに取り組んでいますが、ここでは説明しません。
全体として、チェーン全体を集約することはモジュール構造の下で克服しなければならないハードルですが、このハードルにはまだ長い時間がかかります。 ZK コプロセッサは、現段階ではより重要なパズルのピースであり、レイヤー 2 を強化するだけでなく、レイヤー 1 も強化できます。将来的には、フル チェーンとトライアングル パラドックスの 2 つの問題から一時的に逃れることは可能でしょうか。幅広い流動性を備えた現在のアプリケーションをレイヤー 1 またはレイヤー 2 に実装しますか?結局のところ、現在のブロックチェーンアプリケーションの物語には本当に欠けています。一方で、ゲームプレイの多様化、ガス制御、大規模アプリケーションの出現、さらにはクロスチェーンを実現してユーザーの敷居を下げるには、集中化に依存するよりもコプロセッサーソリューションを統合する方が理想的なソリューションになります。
3. プロジェクト一覧
ZK コプロセッサトラックは基本的に 2023 年頃に出現し、現段階では比較的成熟しています。メッサーリの分類によれば、このトラックの現在の既存プロジェクトは 3 つの主要な垂直領域 (一般的なコンピューティング、相互運用性とクロスチェーン、AI とマシン トレーニング) に分けられ、18 のプロジェクトがあります。これらのプロジェクトのほとんどは、主要な VC によってサポートされています。以下では、さまざまな分野のプロジェクトをいくつか取り上げて説明します。
3.1 ギザ
Giza は、Starknet に展開され、StarkWare によって公式にサポートされている zkML (ゼロ知識機械学習) プロトコルであり、ブロックチェーン スマート コントラクトで人工知能モデルを検証可能に使用できるようにすることに重点を置いています。開発者は AI モデルを Giza ネットワークにデプロイでき、Giza はゼロ知識証明を通じてモデルの推論の正しさを検証し、トラストレスな方法で結果をスマート コントラクトに提供します。これにより、開発者はブロックチェーンの分散化と検証可能性を維持しながら、AI 機能を組み込んだオンチェーン アプリケーションを構築できるようになります。
Giza は、次の 3 つの手順を実行してワークフローを完了します。
モデル変換: Giza は、一般的に使用される ONNX 形式の AI モデルを、ゼロ知識証明システムで実行できる形式に変換します。これにより、開発者は使い慣れたツールを使用してモデルをトレーニングし、ギザのネットワークにデプロイすることができます。
オフチェーン推論: スマート コントラクトが AI モデル推論を要求すると、Giza は実際の計算をオフチェーンで実行します。これにより、複雑な AI モデルをブロックチェーン上で直接実行するための高コストが回避されます。
ゼロ知識検証: Giza は、計算が正しく実行されたことを証明するために、モデル推論ごとに ZK 証明を生成します。これらの証明はオンチェーンで検証され、計算プロセス全体をオンチェーンで繰り返すことなく、推論結果の正確性が保証されます。
Giza のアプローチにより、集中型のオラクルや信頼できる実行環境に依存することなく、AI モデルがスマート コントラクトの信頼できる入力ソースとして機能できるようになります。これにより、AI ベースの資産管理、不正行為検出、動的価格設定など、ブロックチェーン アプリケーションの新たな可能性が開かれます。これは、現在の Web3 x AI における数少ない論理的なクローズド ループ プロジェクトの 1 つであり、AI 分野における共処理の素晴らしい使用法でもあります。
3.2 リスクゼロ
Risc Zero は、複数の大手 VC によってサポートされているコプロセッサ プロジェクトであり、この分野で最高のものの 1 つです。このプロジェクトは、ブロックチェーン スマート コントラクト内で任意の計算を検証可能に実行できるようにすることに焦点を当てています。開発者は、Rust を使用してプログラムを作成し、RISC Zero ネットワークに展開し、ゼロ知識証明を通じてプログラムの実行が正しいことを検証し、その結果をトラストレスな方法でスマート コントラクトに提供します。これにより、開発者はブロックチェーンの分散化と検証可能性を維持しながら、複雑なオンチェーン アプリケーションを構築できるようになります。
上記では展開と作業プロセスについて簡単に説明しましたが、ここでは 2 つの主要なコンポーネントについて詳しく説明します。
Bonsai: RISC Zero の Bonsai は、RISC-V 命令セット アーキテクチャの zkVM にシームレスに統合されており、開発者が高性能のゼロ知識証明を Ethereum および L1 内に迅速に統合できるようになります。ブロックチェーン、Cosmos アプリケーション チェーン、L2 ロールアップ、および dApps では、スマート コントラクトへの直接呼び出し、検証可能なオフチェーン計算、クロスチェーンの相互運用性、およびユニバーサル ロールアップ機能も提供されます。また、分散型ファーストの分散アーキテクチャ設計も採用されています。再帰的証明、カスタム回路コンパイラ、状態継続、および継続的に改善される証明アルゴリズムを備えており、誰でもさまざまなアプリケーション向けに高性能のゼロ知識証明を生成できます。
zKVM: zkVM は、実際の組み込み RISC-V マイクロプロセッサのように動作する検証可能なコンピュータです。この仮想マシンは RISC-V 命令セット アーキテクチャに基づいており、開発者は Rust、C++、Solidity、Go、その他の高レベル プログラミング言語などのさまざまなプログラミング言語を使用して、ゼロを生成できるプログラムを作成できます。 -知識証明。一般的な Rust クレートの 70% 以上をサポートし、一般的なコンピューティングとゼロ知識証明のシームレスな組み合わせを実現し、計算のプライバシーを維持しながら、あらゆる複雑な計算に対して効率的なゼロ知識証明を生成できます。 zkVM は、オフチェーン実行モードとオンチェーン検証モードをサポートする Recursion Prover や STARK-to-SNARK Prover などのコンポーネントを通じて効率的な証明の生成と検証を実現する ZK テクノロジーを含む STARK と SNARK を使用します。
Risc Zero は複数の ETH ベースのレイヤー 2 と統合し、複数の Bonsai の使用例を実証しましたが、その中でより興味深いのは Bonsai Pay です。このデモでは、RISC Zero の zkVM と Bonsai のサービス実証を使用して、ユーザーが Google アカウントを使用してイーサリアム上で ETH とトークンを送金または引き出しできるようにします。これは、RISC Zero がオンチェーン アプリケーションを OAuth 2.0 (Google などの主要な ID プロバイダーが使用する標準) とシームレスに統合する方法を示しています。これは、とりわけ、従来の Web2 アプリケーションに比べて Web3 ユーザーの参入障壁を下げる統合ユース ケースです。 DAO などのアプリケーションに基づく例。
3.3 = なし;
=nil; これは、Mina、Polychain、Starkware、Blockchain Capital などの有名なプロジェクトや機関によって投資されており、Mina や Starkware などの最先端の zk テクノロジーを備えたプロジェクト当事者も含まれていることは注目に値します。このプロジェクトの技術的な認知度は依然として高い。 =nil; これは、当社の調査レポート「コンピューティングパワー市場」でも言及されているプロジェクトです。当時、このプロジェクトは主に =nil; の Proof Market (分散型プルーフ生成マーケット) に焦点を当てていましたが、実際には、このプロジェクトには zkLLVM というサブ製品もありました。
zkLLVM は =nil; Foundation によって開発された革新的な回路コンパイラーであり、C++ や Rust などの主流の開発言語で書かれたアプリケーション コードを、特殊なゼロ知識フィールドを使用せずに Ethereum 上の効率的な証明可能な回路に自動的に変換できます。 (DSL) により、開発プロセスが大幅に簡素化され、開発の敷居が下がると同時に、zkVM (ゼロ知識仮想マシン) を使用しないことでパフォーマンスが向上し、プルーフ生成を高速化するのに適しています。ロールアップ、クロスチェーン ブリッジ、オラクル、機械学習、ゲームなどのさまざまな ZK アプリケーション シナリオは、=nil Foundation の Proof Market と緊密に統合されており、開発者に回路の作成から証明の生成までのエンドツーエンドのサポートを提供します。
3.4 ブレビス
このプロジェクトは Celer Network のサブプロジェクトです。Bervis は、dApp が完全にトラストレスな方法で複数のブロックチェーンにアクセスし、計算し、利用できるようにするブロックチェーン用のインテリジェントなゼロ知識 (ZK) コプロセッサーです。他のコプロセッサーと同様に、Brevis にも、データ駆動型 DeFi、zkBridge、オンチェーン ユーザー獲得、zkDID、ソーシャル アカウントの抽象化など、幅広いユースケースがあります。
Brevis のアーキテクチャは主に 3 つの部分で構成されます。
zkFabric: zkFabric は、Brevis アーキテクチャのリピーターです。その主なタスクは、接続されているすべてのブロックチェーンからブロック ヘッダー情報を収集して同期し、最終的に ZK light クライアント回路を通じて収集された各ブロック ヘッダーのコンセンサス証明を生成することです。
zkQueryNet: zkQueryNet はオープンな ZK クエリ エンジン マーケットであり、チェーン上のスマート コントラクトからデータ クエリを直接受け入れることができ、ZK クエリ エンジン回路を通じてクエリ結果と対応する ZK クエリ証明書を生成することもできます。これらのエンジンは、高度に専門化されたもの (特定の期間における DEX の取引量の計算など) から、非常に一般的なデータ インデックスの抽象化および高レベルのクエリ言語まで多岐にわたり、アプリケーションのさまざまなニーズに対応します。
zkAggregatorRollup: zkFabric および zkQueryNet の集約およびストレージ層として機能します。両方のコンポーネントの証明を検証し、証明されたデータを保存し、その ZK プルーフ状態ルートを接続されているすべてのブロックチェーンにコミットすることで、dApp がオンチェーン スマート コントラクトの検索結果のビジネス ロジックで証明されたものに直接アクセスできるようになります。
このモジュラー アーキテクチャを通じて、Brevis は、サポートされているすべてのパブリック チェーン上のスマート コントラクトへのトラストレスで効率的かつ柔軟なアクセスを提供できます。このプロジェクトは UNI の V4 バージョンでも採用されており、プロトコルのフック (さまざまなユーザー向けのカスタム ロジックを統合するシステム) と統合されており、過去のブロックチェーン データの読み取りを容易にし、ガス料金を削減し、集中化されたプロパティを確保します。これは、DEX を駆動する zk コプロセッサーの例です。
3.5 ラグランジュ
Lagrange は、1kx と Founders Fund が主導する相互運用可能な zk コプロセッサ プロトコルです。このプロトコルの主な目的は、トラストレスなクロスチェーンの相互運用性を提供し、ビッグ データの複雑な計算を必要とするアプリケーションの革新をサポートすることです。従来のノード ブリッジとは異なり、ラグランジュのクロスチェーンの相互運用性は、主に革新的な ZK ビッグ データと州委員会のメカニズムを通じて実現されます。
ZK ビッグ データ: この製品は Langrange の中核であり、主にクロスチェーン データの処理と検証、および関連する ZK 証明書の生成を担当します。このコンポーネントには、複雑なオフチェーン計算を実行し、ゼロ知識証明を生成するための高度な並列 ZK コプロセッサが含まれています。特別に設計された検証可能なデータベースは、無制限のストレージ スロットとスマート コントラクトの直接 SQL クエリをサポートし、動的更新メカニズムは変更されたデータ ポイントのみを更新します。証明までの時間と、開発者が複雑な回路を書かずにスマート コントラクトから直接 SQL クエリを使用して履歴データにアクセスできるようにする統合機能が組み合わさって、大規模なブロックチェーン データ処理および検証システムを形成します。
州委員会: このコンポーネントは複数の独立したノードで構成される分散型検証ネットワークであり、各ノードはETHを担保として差し入れます。これらのノードは ZK ライト クライアントとして機能し、特定の最適化ロールアップの状態を確認することに専念します。 State Committee は、EigenLayer の AVS と統合し、重い誓約メカニズムを使用してセキュリティを強化し、無制限の数のノードの参加をサポートし、超線形なセキュリティの成長を実現します。また、ユーザーがチャレンジウィンドウを待たずにクロスチェーン操作を実行できる「クイックモード」も提供され、ユーザーエクスペリエンスが大幅に向上します。これら 2 つのテクノロジーを組み合わせることで、Lagrange は大規模なデータを効率的に処理し、複雑な計算を実行し、異なるブロックチェーン間で結果を安全に送信および検証できるようになり、複雑なクロスチェーン アプリケーションの開発をサポートします。
Lagrange は現在、EigenLayer、Mantle、Base、Frax、Polymer、LayerZero、Omni、AltLayer などと統合されており、最初の ZK AVS としてイーサリアム エコシステムにもリンクされる予定です。
参考文献
1.ABCDE: ZK コプロセッサとその将来についての詳細: https://medium.com/@ABCDE.com/en-abcde-a-deep-dive-into-zk-coprocessor-and-its-future-1d1b3f33f946
2. 必要なのは「ZK」だけ: https://medium.com/@gate_ventures/zk-is-all-you-need-238886062c 52
3.リスクゼロ： https://www.risczero.com/bonsai
4.ラグランジュ: https://www.lagrange.dev/blog/interoperability-for-modular-blockchains-the-lagrange-thesis
5.Axiomブログ: https://blog.axiom.xyz/
6.窒素が加速する！ ZK コプロセッサがどのようにスマート コントラクト データ障壁を突破するか: https://foresightnews.pro/article/detail/48239
