jakiro
Suaveは、Flashbotsによって開発された分散型プロジェクトです。これは、MEVプロセスで遭遇する主要な保護とマルチパーティの相互信頼の問題を解決するためのネットワークを確立します。同時に、SuaveプロジェクトにTEEを追加することで、MEVの問題を解決する以外に、Suaveがより多くの可能性を持つことができます。
上品に関連するコードライブラリ
SuaveプロジェクトはEthereumに基づいているため、EVMと自然に互換性があります。現在GitHubに関連する関連プロジェクトには、Suave-Geth、Suave-STD、Suave-Examplesなどが含まれます。
その中で、Suave-GethはGethに基づいた拡張実行レイヤーコードです。標準のHTTPSリクエストを追加するプレパイルが、開発者がTEE環境を使用して他のネットワークにアクセスする機能をユーザーに提供できることに特に言及する価値があります。さらに、暗号化パラメーターの取得、ストレージ、暗号化情報の取得、信頼できる環境に基づいて開発インフラストラクチャを形成する暗号化情報の取得など、Tシャツ使用関数に基づく一連のプレコンパイルが含まれています。
Suave-STDは、開発者が使用を促進するために確立されたプロジェクトであり、開発ツールライブラリとして理解できます。たとえば、HTTPリクエストの使用方法をパッケージ化し、ChatGPTを使用してコードライブラリをパッケージ化したため、開発者はChATGPTリクエストメッセージを組み立てて、chatGPTのリターンメッセージを分析する必要がありますメッセージです。TEEセキュリティ環境は、TEE環境ですべてが実行されるため、APIキーのセキュリティを保証します。当初、このChatGPT標準ライブラリは、デフォルトでGPT-3.5ターボモデルを使用し、デフォルトは0.7になりました。柔軟なインターフェイスを追加すると、パラメーターとしてモデルを渡すこともできます。
Suave-Examplesプロジェクトは、主にアプリケーション開発のいくつかのケースを示すため、または初心者のチュートリアルにより適しています。Suaveアプリケーションに連絡したばかりの開発者の場合、このプロジェクトのケースを通じてそれらを学び、比較できます。
不安定な開発の実践
SuaveはEthereumによって拡張されているため（その実行可能環境はMEVM、つまり修正されたEthereum Virtual Machineと呼ばれます）、Smart Contractsの開発はEVMと互換性があり、公式開発文書はSolidityによって導入されます。したがって、開発者にとって、Solidityの開発体験は完全に利用可能です。Suaveアプリケーション開発では、TEE環境で暗号化されたコンピューティング機能を備えたスマートコントラクトの開発は、堅実性開発として理解できます。
いくつかの重要なSuave Mevmプレパイルがあります。1つ目は、このプリコンパイルがアプリケーションリクエストから暗号化パラメーターを受け入れる必要があります。このインターフェイスによって取得されます。その送信プロセスは完全に暗号化され、安全で信頼性が高く、後で原則について説明します。2つ目は、その役割を担当することです。3番目は、計算に参加するために個人情報が必要な場合に、TEEコンテキストを要求する必要がある場合に使用されます。
Suaveの個人情報の安全なストレージにより、開発者はそのようなシーンを達成できます。「ユーザーはプライベートキーをアップロードし、サードパーティはビジネスを計算します。条件が満たされたら、サードパーティは署名にユーザーのプライベートキーを直接使用できます。サードパーティは、ユーザーの秘密鍵を使用して、特定のルールでユーザーに署名することができますが、サードパーティは秘密鍵を取得することはできません。」
Suaveは、クロス鎖操作にHTTPSリクエストを使用します。ツールには、クロス鎖情報を直接読み取るライブラリがあります。電話する必要がある場合は、HTTPを対応するノードに直接使用します。クロスチェーンに関する情報を作成する必要がある場合、TOOLSセットにトランザクションパッケージがあり、開発者がEIP1559などのパケットで有効になり、最後にETH_SENDRAWTRANSACTIONインターフェイスを介してトランザクションを取引するのに役立ちます。
別の使用シナリオは、堅牢性によってコンパイルされたバイトコードがアップロードされ、条件を満たしている場合に、それを形成し、それを形成し、それを形成することに言及する価値があります。この使用シナリオは、次のように拡張できます。プライベートキー +プライベートバイトコードライブラリ。この場合、3番目のパーティ委員会が呼び出されると、完全にプライバシートランザクションを達成できます。
不安定な特徴
Suaveの最後の状態はチェーンで、これをSuaveチェーンと呼んでいます。Suaveチェーンは、MEVMのチェーンを達成するためにそれを考慮することができます。EVM互換のブロックチェーンであるため、SuaveでERC20やERC721などの資産を構築することもできます。ただし、他のチェーンの操作結果または使用条件の操作など、チェーンの動作が追加されますストレージが保証されています。このようにして、チェーン上の計算と状態の一貫性を達成できます。たとえば、開発者はスマートコントラクトを作成し、チェーンにいくつかの条件を記録できます（チェーンネットワークノードにアクセスすると、返された結果が要件を満たし、ERC20の前の資産転送が実行されます。
上記は、スーブチェーンの信頼できるコンピューティングの特性です。SuaveはFlashbotsチームによって開発され、SuaveはFlashbotsチームによって「MEVの未来」と見なされているため、Bundleのトランザクションの処理は、MEV関連の原則の原則に基づいていなければなりません。非常にシンプル：アセンブリ：アセンブリ：アセンブリ：アセンブリバンドルトレーディング、フラッシュボットのリレーノードに送信されます。秘密鍵は密かに保存することができ、コードも大丈夫です。これは使用する大きな可能性を形成します。たとえば、ビルダーは、ターゲットチェーンのガス報酬に加えて、スーブチェーンにいくつかのデジタル資産を取得できます。MEV市場では、現在MEVで利用できないセキュリティ保証の場合（現在は従来の信託、契約、のれんなど）。
Suave Development Toolとインフラストラクチャ
開発者にとって、チェーン上のスマートコントラクトの開発に加えて、DAPP開発は、フロントエンド開発のEther.jsなどのツールセットの重要な部分でもあります。Suave ChainはEVM、Ether.js、Web3.js、およびその他のツールに基づいているため、Suave Contractとのスマートコントラクトとの相互作用とは異なります。 。スーブチェーンスマートコントラクトは、チェーン（スーブチェーンを参照）に分けられ、チェーン（クロスチェーン操作もこのカテゴリ）操作が操作を行います。Confidential Environment Computingの場合、Flashbotsチームは2つの言語でSDK（GOとTypeScript）を提供し、使用方法はSuaveドキュメントで紹介されています。FlashbotsチームをConfidential Compute Requestを呼び出すと、FlashbotsチームがPramertial ParameterであるConfidential Compute Requestと呼ばれる場合、ConfidentialInputsになります。
最後に、スマートコントラクトの展開に関しては、Suave Chain Test Networkの名前はレジルと呼ばれますが、今ではTolimanにアップグレードされています。展開の方法、展開方法などは、Ethereumスマートコントラクトの展開と違いはありません。
留めた
インテリジェントな契約展開の後、その実際の操作方法はイーサリアムとは異なります。Suaveの最も重要な実行ユニットの1つはKettleと呼ばれます。ケトルは、suaveのティーオペレーティング環境です（MEVMノードと派生データストアが含まれています）。開発者がスマートコントラクトを作成して展開すると、ユーザーはConfidential Compute Request（以下CCRと呼ばれる）を送信し、スマート契約は実際にケトルであるConfidential Computeを使用する必要があります。
ケトルの構成は次のとおりです。
>
開発者は、最終的にMEVMによって処理されたため、硬化言語開発と展開アプリケーションを使用できます。さらに、Suaveチェーンの状態（変更と検索を含む）も処理します。
Kettleの主な作業は、プライベートコンピューティングを受け取り、処理するだけでなく、プライベートデータストレージと検索を処理することです。プライベートデータを例にとると、ユーザーのフロントエンドはSDKまたはSuave Gethツールを使用して、このデータキーのスマートコントラクトを開始しますKettleの環境に表示され、SuaveのRPCノードには暗号テキストのみが表示されます。ケトルと1つの関係との関係であり、これはSuave文書からは見られません。同様に、ケトル自体、ノード、およびキー交換の詳細な原則は、ドキュメントに導入されていません。ただし、既知の復号化プロセスに基づいて、開発者はユーザーのフロントエンドからユーザーのフロントエンドからケトルの内部ティー環境まで、プライベートデータを保証できると信じる理由があります。
Private Data Kettleは、Smart Contractsを開発する場合、データのデータストレージを介して送信する必要があるため、開発者は訪問者とモディファーを指定します。ケトルはグローバルではありません。開発者がスマートコントラクトを展開すると、ユーザーは対応するケトルにアクセスし（CCRリクエストにパラメーターがあり、ケトルアドレスを指定する必要があります）、そのプライベートデータにアクセスできます。ユーザーがCCRを送信し、スマートコントラクトでプライベートデータを要求すると、対応するデータが保存されたときに確立された場合、プライベートデータアクセスがアクセスされ、キー値を介して使用されます。
HTTPリクエストなどについては、Kettleによって処理されます。明らかに、これらはスーブチェーンに属するジョブです。つまり、これらのタスクは単一のノードで実行されていますが、そのブロックチェーン属性はCCRリクエストを実行する場合です。多くのノードが実行され、その後検証されています。理由は非常に単純です。したがって、Suaveチェーンに属するこれらのジョブは、実際には従属ノードです。したがって、開発者は展開時にケトルアドレスに注意を払う必要があります（この時点で、ケトルは特別なスマートコントラクトと見なすことができます）。
さらに、開発者の注意に値する問題があります。現在のテストネットワークTolimanでは、KettleはTシャツ環境で実行されることを保証しません。したがって、オンラインでテストでスマートコントラクトを開発する場合は、プライベートデータの保護に注意を払い、実際のプライベートデータを漏らしません。
要約します
Suaveチェーンは、TEE環境を導入することにより、アプリケーション開発に十分な機能をもたらしました。その潜在的なアプリケーションシナリオは非常に多くあります。その簡潔で便利なクロスチェーン操作は、Dappデザインに十分な想像力をもたらします。
Suaveチェーンのケトルデザインは、チェーン外のリソースを処理でき、検証とコンセンサスの問題をもたらします。ケトルの欠点はネットワークに破壊されます。やかんが悪をしないこと、または悪をしないことを確実にする方法、または悪を確保するためのコストが十分に高いことを確実にする方法は、解決する必要がある問題です。Suaveチェーンのコンセンサスによって採用されたPOAモードは、それが実践の考慮に耐えることができるかどうかにかかわらず、まだ見られるのを待っています。
