zkRelayer:チェーン間通信における革新的なブレークスルー

クロスチェーン通信の新たな章:zkRelayerの台頭

近年、ブロックチェーンエコシステムは多くの独立したパブリックチェーンとイーサリアムのLayer 2の台頭を目撃しました。異なるチェーンはセキュリティ、コスト効率、取引速度、そして開発者やユーザーコミュニティなどの面でそれぞれ特徴を持ち、ユーザーはしばしばマルチチェーン間を切り替えています。イーサリアムのメインネットと比べて、Layer 2や他の独立したパブリックチェーンは通常、より低い手数料とより迅速な取引処理速度を提供します。そのため、取引コストを削減したり、他のチェーン上の優れたアプリケーションを利用するために、ユーザーはクロスチェーンブリッジを利用せざるを得ません。

もしクロスチェーンブリッジを「現金輸送車」に例えるなら、脅威に直面するかどうかに関係なく、この「現金輸送車」自体は強力な防御能力を備えていなければならず、何の安全上のリスクも存在してはならない。設計、製造から実際の運用に至るすべての段階で厳格に管理し、万全を期す必要がある。しかし、現在市場に出回っているクロスチェーンブリッジのソリューションには、アーキテクチャ設計の欠陥やコードの脆弱性が多かれ少なかれ存在し、ある段階では信頼の仮定に依存しているため、これらの要因がクロスチェーンブリッジの安全性を大幅に低下させている。

各公链をつなぐ橋として、クロスチェーンブリッジは流動性の分断問題を解決するだけでなく、資産のクロスチェーン移転の重要な解決策です。しかし、ユーザーのクロスチェーン技術に対するニーズは資産移転に限られておらず、これはクロスチェーンプロトコルのDeFi分野における一つの応用に過ぎません。クロスチェーンプロトコルを通じて、二つの全く異なるネットワークが相互運用性を得て、独立したプラットフォーム間でのトークン移転だけでなく、大きなファイルやデータパケットのチェーン間通信も実現できます。

Web3.0のマルチチェーンエコシステムにおいて、ユーザーは単一のアプリで全ての主流パブリックチェーンと資産やデータのやり取りができることを期待しており、頻繁にウォレットやネットワークを切り替える必要はありません。現在のパブリックチェーンの状況では、ユーザーが本当に必要としているのは、より安全で、より汎用的で、より使いやすいクロスチェーン通信プロトコルです。

! なぜゼロ知識証明を使用してクロスチェーンプロトコルを開発するのですか?

主流クロスチェーン通信モード

ネイティブ検証モード

ネイティブ検証は、ソースチェーンとターゲットチェーンの仮想マシンで軽量クライアントを実行し、リレーを利用してチェーン間通信を実現します。このモードでは、独立した中間チェーンを運営する必要はありません。一部のプロジェクトはゼロ知識証明技術を採用しており、他のソリューションに存在する信頼仮定の問題を回避できます。

###外部認証モード

外部検証は、1つまたは複数の検証者がソースチェーン上の特定のアドレスを監視することに依存しています。ユーザーがそのアドレスに資産を送信すると、資産は一時的にロックされます。第三者の検証者が情報を検証し、合意に達した後、対応する資産はターゲットチェーン上に生成されます。このモデルの主な欠陥は「信頼の仮定」が存在し、「単一障害」や「部分的障害」によって資産が盗まれる可能性が高いことです。

ローカル検証モード

ローカル検証は、各ノードが「ルーター」となり、派生資産ではなく対象チェーンのネイティブ資産を提供するピアツーピアの流動性ネットワークです。しかし、このモデルは「汎用性」を実現することが難しく、資産のクロスチェーン転送にのみ適しており、一般的な情報やデータのチェーン間転送を処理することはできません。

上流チェーンモデル

上流のチェーンは、メッセージをコピーして他のLayer 1パブリックチェーンに送信し、状態を更新するために、アプリケーションをそのチェーン上にデプロイすることを要求します。このモデルの主な欠点はビジネスの面にあり、上流のチェーンはすべてのLayer 1チェーンとのアプリケーションデプロイメントで競争する必要があり、協力してウィンウィンの関係を築くことができません。

! なぜゼロ知識証明を使用してクロスチェーンプロトコルを開発するのですか?

zkRelayer:チェーン間通信の革新者

優れたクロスチェーン通信ソリューションは、以下の特徴を備えているべきです:

  • 信頼のない仮定、安全で信頼性があります
  • パーミッションレス、分散型 -万芸 -スケーラブル
  • 効率的で低コスト

これらの特徴はすべてのクロスチェーンソリューションが完全に満たすことができるわけではありませんが、その中で「無信任仮定」が最も緊急かつ重要です。初期の外部検証モデルは、中間チェーンを導入することでパブリックチェーン間の通信問題を解決しましたが、この方法は重く、EVMと非EVM、PoWとPoSチェーン間の通信の難題を解決するには難しいです。同時に、中間チェーン自体は中央集権的なツールであり、自らの潔白を証明することが困難であり、非中央集権的な安全性も持たず、無信任安全性も欠いています。

ネイティブ検証モデルのいくつかのソリューションは、送信者と受信者の二つのクライアントの役割を強調し、中継器とオラクルの重要性を弱めています。これによりいくつかの問題が生じます。まず、ユーザーは中継器とオラクルが共謀して悪事を働かないことを信頼しなければなりません。次に、ユーザーはプロトコル自体が中継段階で問題を起こさないことを信じる必要があります。言い換えれば、既存のソリューションは真の無信任の安全を実現することができません。単一障害点や局所的な故障は、天然の欠陥を持つクロスチェーン通信ソリューションの中でいつでも爆発する可能性のある時限爆弾のようです。

zkRelayerは革新的なチェーン間通信のゼロ知識証明リレーであり、その最大の利点は、ユーザーが外部の第三者を信頼する必要がなく、さらにはプロトコル自体を信頼する必要すらないことです。数学と暗号学の証明過程が完全かつ正確であれば、このシステムは一般の認識を得ることができます。ここで本質的な変化が起こっています:ユーザーが信頼するのは「真実」であり、特定の人や組織ではありません。人や組織は間違いや悪事を犯す可能性がありますが、真実は決してそうなりません。

! なぜゼロ知識証明を使用してクロスチェーンプロトコルを開発するのですか?

通信リンク全体において(Chain A → 送信者 → zkRelayer → ZKバリデーター → 受信者 → Chain B)、zkRelayerの地位は送信者と受信者という2つのライトクライアントを超え、全体のソリューションのコアとなる。

! なぜゼロ知識証明を使用してクロスチェーンプロトコルを開発するのですか?

zkRelayerのコアコンポーネントにはZK証明器とメッセージアグリゲーターが含まれています。採用されているゼロ知識証明方式は、迅速、再帰、非信頼性などの特性を持ち、線形証明時間と亜線形検証時間の両方で理論的下限に達しています。この技術はクロスチェーン通信の中継部分に応用され、通信プロセス全体が信頼不要で高効率かつ低コストであることを保証します。

zkRelayerの登場は、チェーン間通信に新たな章を開き、クロスチェーン技術の構図を根本的に変えることが期待され、ブロックチェーンエコシステムにより安全で、より効率的な相互運用性ソリューションをもたらします。

! なぜゼロ知識証明を使用してクロスチェーンプロトコルを開発するのですか?

原文表示
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
  • 報酬
  • 5
  • 共有
コメント
0/400
FancyResearchLabvip
· 07-04 12:52
また一つ持ち上げられたもの?まずはテスト契約をデプロイして試してみる
原文表示返信0
SoliditySlayervip
· 07-02 07:13
クロスチェーンで完了だ 誰が橋の有無を気にするんだ
原文表示返信0
FlyingLeekvip
· 07-01 13:22
つまり、エーテルに頼る必要があるということですね。
原文表示返信0
MysteryBoxOpenervip
· 07-01 13:22
zkは手数料を救うことができますか
原文表示返信0
TheShibaWhisperervip
· 07-01 13:16
安全性に重点が置かれていると聞きました。穴を掘ってみましょう。
原文表示返信0
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)