ハードコア分析: 次世代ブロックチェーンの「スマート」アーキテクチャ

著者: HAOTIAN-CRYPTOINSIGHT、出典: Haotian-CryptoInsight のサブスタック

「意図中心主義」は、表面的には結果だけを重視し、プロセスを重視しませんが、実際にはプロセスは高度なテクノロジーによって「ブラックボックス」に隠されています。今日は、分散型インテント アーキテクチャを例に挙げて説明します。皆さんのために一生懸命分解していきます。このブラック ボックス内のワークフローの内容は非常に無味乾燥なものになります。最初に「いいね」を押してから読むことをお勧めします。

これは、次世代のブロックチェーンの「スマート」アーキテクチャを表す可能性があります。

インターネット開発の初期にはブラック ボックスもありました。たとえば、HTTP、TCP/IP、CDN、IPV6 などのインターネット技術プロトコルの通信原理を理解している人はほとんどいませんでしたが、誰もが上位層のアプリケーションで泳いでいました。 Web3 時代には、バックエンド プロトコルを隠すプロセスを経る必要もありますが、これはまさに Intent-centric が行っていることです。そうすることでこそ、本当にWeb3の敷居が下がり、一般家庭にもWeb3アプリケーションが飛び込むかもしれません。

**それでは、この「ブラックボックス」をどのように分解するのでしょうか? **

まず第一に、ブラック ボックスが集中プラットフォームによって提供されている場合、それはこの記事の範囲内ではありません。集中サーバーは理論的には、人気のあるソーシャル プラットフォームのボット プログラムやフレンドなど、さまざまな複雑なバックグラウンド パラメーターや命令を事前に設定できるからです。 .tech はホスティングを前提としたアプリ エクスペリエンスです。しかし、これは非常にアンパラダイムです。将来的に分散型インテントマーケットを組織し、運営する方法についてご案内したいと思います。

**重要な点は、ユーザーの複雑で抽象的な要件を、プログラムによって視覚化できる命令に変換する方法であり、フォールト トレラント性の低い実行も自動化することができます。 **

**例:**Xiao Wang は UniswapX に注文を出しました。その意図には、価格指値注文、無料のガス料金、アンチ MEV、最もスリッページの低いルート、プライバシー保護のための zk-SNARKization などが必要でした。リクエスト発行後「ブラック ボックス」内の多数の Maker (専門機関、マーケット メーカー) が、Xiao Wang の注文を実行するための戦略ソルバーの構築を開始しました。最終的に、オークション競争のラウンドの後、A 社が実行権を獲得し、最終的に ute が完成しました。プラットフォームは、Xiao Wang が A 社に支払った手数料を決済すると同時に、一定のプラットフォーム報酬を付与します。

Xiao Wang の意図を受け取った後、ブラック ボックスがそれを分類します。たとえば、指値注文 = 条件付き取引、条件が満たされると自動的に契約がトリガーされます。反 MEV = オフライン拡張ルーター、レイヤー 2 チャネルを使用します。プライバシー。 protection = core データは ZK-SNARKs 検証チャネルを実行する必要があります。これらのインテントは Layer1 と Layer2 に割り当てられるか、さまざまなモジュラー テクノロジーが同時に処理できるようになり、最終的にユーザー クライアントに収集されて最終的な検証が完了します。出力結果。

**基本的な分散型インテント アーキテクチャには、ユーザー User—ソルバー Solver—実行者 utor—結果結果が含まれます。 **

  1. 既存の EVM スマート コントラクト フレームワークにモジュール式にネストできます。これには、スマート コントラクトやプロキシ コントラクト、またはチェーン上のオフライン拡張メソッドやさまざまな DeFi プロトコルによってスムーズに呼び出されるように意図をプログラムする必要があります。

  2. 新しいパブリック チェーン アーキテクチャで独立して実行され、チェーンの分散運用を実現するには、Solver と Excutor に加えて、Proposer や Validator などの対応する役割も必要です。

ソルバーは、抽象インテントのプログラミングを担当するソルバーです。例: ユーザー A は、トランザクション送信時に、透過的インテント + セキュリティ インテント + プライバシー インテントという 3 つのインテントを持っています。単純なトランザクションはレイヤー 1 によって直接処理されますが、複雑なトランザクションはレイヤー 2 ソルバーに渡されます。ソルバーは、ZK Proof が提供するゼロ知識証明テクノロジーと、ciphertext が提供するランダム暗号化アルゴリズム暗号文を通じて 2 つの意図を渡します。最後に、処理された tx は Mempool に送信され、パッケージ化されてチェーンにアップロードされるのを待ちます。

utor は実行者であり、ソルバーによって送信された txs を最終的な実行状態に変更し、検証を完了する責任を負います。最終的にユーザーの意図を実現することに成功したマイナーとして理解でき、検証を担当します。最終的なオンチェーンの簿記動作を完了するために、インテントの実行中にエラーが発生しないこと。より一般的に理解されるように、ソルバーはイーサリアムのサーチャーに相当し、トランザクションの収集とソートを担当し、utor はイーサリアムのビルダーに相当します。 、最終的なパッケージ化とブロック生成を担当します。

もちろん、Node、Relay、Validatorの役割もあり、既存のパブリックチェーンと変わらないので、説明は省略します。ソルバーとユーターはどちらも、システムの透明性と分散化を確保するために、オークション形式でパーミッションレスの組織や機関が参加できます。

おおよそのワークフローは次のとおりです (以下に示すとおり):

ユーザーがインテント データを送信 - Gossip Node がデータを受信してブロードキャストします。

①単純なトランザクションは直接L1に進みます --> Layer1のProposer、Validator、utorなどを介してRecepitを生成します。

②複雑なトランザクションはL2に割り当てられる→ソルバーがzk、暗号文、その他技術プログラミングデータのモジュール統合を担当→提案者がデータを整理・分類してパッケージ化→バリデーターがデータの正当性を検証→ユーザーがブロック記録を完成アカウント --> ユーザーのレシートに戻ります。

ユーザークライアントはRecepitを収集し、最終的にVerifyを完了します。

読んだ後、これはまったく新しいブロックチェーン アーキテクチャであると感じましたか?そうですね。さまざまな既存のテクノロジーを統合した、高度にモジュール化された新しいパブリック チェーン構造。

ビットコイン時代のスクリプト可能からイーサリアム時代のプログラマブル、そしてインテント時代のプログラマブル++へ。次世代のブロックチェーン「スマート」アーキテクチャは、理想的には、トランザクション (AI を含む) を実行するためにさまざまな最先端のテクノロジーを最大限に活用し、ユーザーはインテント層を通じてより複雑な要件を渡すこともでき、実行プロセス全体が高度に自動化されます。そしてモジュラー。ブロックチェーンがより使いやすく「スマート」になって初めて、最終的に大量導入が実現できます。

原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • 共有
コメント
0/400
コメントなし
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)