jakiro
まとめ：
-
分散型アプリケーションは複数の部品で構成されていますが、現在、EthereumなどのコアバックエンドロジックのみがEthereumから展開されています。同時に、チェーンされていない多くのデータも含まれているため、ほとんどのDAPPは理想的な状態に到達するにはほど遠い、イーサリアムのセキュリティを完全に継承することはできません。
-
上記の問題には2つの主な理由があります。1つは、Ethereumが開発者に対応するフロントエンドの標準とツールを提供しないことであり、もう1つはチェーンに保存されたデータのコストが高すぎることです。
-
分散型のフロントエンド基準を提供するために、EthstorageチームはWeb3：//アクセスプロトコルを提案しました。開発者に、スマートコントラクトを介してフロントエンドコードを展開およびアクセスするための完全な標準とツールを提供します。
-
Ethereumチェーン上のデータの保管コストを削減するために、Ethstorageチームは2番目のレベルのストレージプロトコルEthstorageを開発しました。Pora（ランダムアクセスの証明）とゼロ知識を使用すると、イーサリアムの安全性を継承しながら、ストレージオーバーヘッドが大幅に削減されます。
ありがとう：Geek Web3のFaust、チェーンフィードのZhixiongパン、LxdaoのBruce、Qi Zhou、Lun Deng of Ethstorageに感謝します。
分散型DAPPの背景と問題
イーサリアムのビジョンは世界のコンピューターになることであり、その上に構築されたアプリケーションはそのセキュリティを継承します。開発者は一度展開する必要があり、アプリケーションは常にイーサリアムで実行され、エンティティがそれをレビューしたり悪意を持って操作したりすることはできません。
しかし、現在の分散型アプリケーションDAPPは上記の目標に到達していますか？この質問に明確に答えるために、DAPPアプリケーションを分解して、どの部分に含まれるかを確認し、各パートの信頼度を分析する必要があります。最終的な結論に至ります。
通常の状況では、分散型DAPPには、フロントエンドインターフェイス、バックエンドサーバー、およびデータベースが含まれます。ユーザーがフロントエンドインターフェイスにアクセスすると、フロントエンドコンテンツはブラウザおよびドメイン名サービスを介してロードされます。で：
-
フロントエンドとドメイン名サービス：それらのほとんどは、ブロックチェーンによって提供される特性を展開して訪問していません。
-
バックエンドサーバー：それらのいくつかはスマートコントラクトによって実装されており、一部のコンピューティング集中タスクは完全にチェーンできません。
-
データベース：それらのいくつかは、チェーンのストレージコストが高いため、スマートコントラクトによって実装されていますが、DAPPは大量のデータの下でチェーンストレージソリューションを使用しています。
>
上記の分析を通して、あなたは見ることができます現在の分散DAPPは、スマートコントラクトを通じてイーサリアムの保護のみを取得しますEthereumシステムは、元の「分散型世界コンピューター」ビジョンを実現するにはほど遠いです。
2023年の終わりに、VitalikはEthereumの開発をレビューし、「Make Ethereum Cypherpunk Again」という記事を書きました。テキストでは、彼はイーサリアムまたはより大きなWeb3コミュニティが順守すべき価値を要約し、非常に重要なポイントに言及しました。
分散型アプリケーションは、DAPPのコア開発者が永久に消えている場合でも、単一の主題に依存するように削減する必要があります。
>
Vitalikは、分散型アプリケーションを構築する方法について同様の期待を持っていることがわかります。しましょう分散型DAPPの各コンポーネントが直面する問題は、詳細に分析されます、それを改善する方法について話し合ってください。
フロントエンドおよびドメイン名サービス
分散型アプリケーションのいくつかのコンポーネントの中で、フロントエンドおよびドメイン名サービスのレベルが最も深刻です。現在、Front -End Dappは中央のサーバーを使用しています。
ハッカーはサーバーに侵入してフロントエンドコードを変更でき、DAPPユーザーは悪意のあるフロントエンドを使用するためにアセットを失います。この問題は、昨年の夏に繰り返し登場しました私たちは尋ねるのを助けることはできません：なぜフロントエンドはバックエンドのようにイーサリアムに展開できないのですか、それにより、変更の動作はコミュニティガバナンスとタイムロックを通じて有効になりますか？
>
それについて考えてください、Uniswapの開発チームがいつかフロントエンドサーバーとドメイン名サービスの代金を支払わない場合、UnisWapユーザーとLPはUnisWapをどのように使用しますか交差点
ほとんどのユーザーは、フロントエンドとスマートの契約の相互作用をバイパスする方法を知りませんが、UNISWAPはフロントエンドをIPFにアップロードしようとしましたが、IPFとイーサリアムは異なるネットワークであり、信頼性と信頼がまったく異なります。言及する価値があります、IPFSのコンテンツアクセス速度は非常に遅いです。エッセンス
さらに、なぜならUNISWAPのフロントエンドの主な主題は、監督に対応するためにUNISWAPラボです。これは、彼らがイーサリアムに展開したスマートコントラクトとは対照的です。なぜなら、誰も自由にスマート契約を変更できないからです。したがって、フロントエンドでレビューされているトークンは、契約レベルでインタラクティブである可能性があります。これは、キャンペーンのチェーン上のコードチェーン上のコードの重要性を示しています。
バックエンドサーバー
EVMはチューリングの完全な実行環境を提供できるため、バックエンドロジックのほとんどは、スマートコントラクトの適用がイーサリアムのセキュリティを完全に継承できると言えます。コストのために、一部密なタスクの計算は、チェーン上で直接実行することはできませんエッセンス
この問題では、より多くの調査がZKまたはOPを使用しています。計算は、計算レベルで容量を拡大するために、計算結果を確認するためにチェーンに転送されます。エッセンス一部のAI関連プロジェクトは、この方法を極端に押し上げています。
データベース
データベースの場合、EVMは元々 /kvストレージ（キー値ストア）のキー値をサポートしていました。これは多くの使用シナリオをカバーできますが、中心的な問題は、チェーンのストレージのコストが高すぎることです。
どの程度？10GWEIのガス価格の場合、チェーン上の1GBの1GBのデータには6,200 ETH、2000万米ドル以上が必要です！明らかに、保管コストはデータベース分散化の中心的な問題になりました。
上記の計算に似た方法を使用して容量を拡大する能力を拡大できるかどうかを考えるかもしれません。つまり、チェーンストレージの下で、チェーンのストレージ効果が確認されますエッセンスこのアイデアに詳細に従います。
上記のDAPPコンポーネントを分析した後、DAPPの各部分を安全で信頼できるようにすることによってのみ、全体として信頼できるようにすることによってのみ、私たちは本当に分散型DAPPになることができます。Dappの操作およびホスティングプラットフォームとして、Ethereumは、イーサリアムビジョンに準拠するアプリケーションエコシステムを飼育するために、開発者に対応するソリューションを提供する必要があります。
Dapp’s Trustソリューション
その周りEthstorageチームは、Ethereumに基づいてDappを完全に展開およびアクセスする方法を2セットのソリューションを提案しました。
-
Web3：//アクセスプロトコル：スマートコントラクトを使用してフロントエンドコード、さらにはファイルシステムシステムを展開およびアクセスする方法の問題を解決します。
-
Ethstorage 2番目の層ストレージプロトコル：イーサリアムのセキュリティを継承している間、ストレージオーバーヘッドは大幅に減少しています。
Web3：//アクセスプロトコル
Web3：//は、設計されたサーバーIPアドレスまたはドメイン名と同様に、HTTPのURLにアクセスしてください。
Webサイトのすべてのフロントエンドをスマートコントラクトに展開し、Web3：//を介してアクセスできます！2つの違いを比較できます。
>
現在のところWeb3：//はイーサリアムの正式な基準になりました（ERC-4804）Web3：//プロトコルにアクセスすることについて詳しく知りたい場合は、公式Webサイトにアクセスできます。スマートコントラクトのファイル管理を改善するために、SMARTコントラクトのファイルシステムインターフェイスのセットをシミュレートしたERC-5018を提案しました。 。
興味がある場合は、チュートリアルに従って、単純な分散型アプリケーションの展開とアクセスを完了することができます。
Web3：//アクセスプロトコルを使用すると、Dapp Front Endに「Code Is Law」の属性も実際に作成できます。エッセンス開発者の場合、展開すると、このフロントエンドは永久に実行されます。Uniswap Labsがフロントエンドをイーサリアムに展開した場合、チームがフロントエンドのレイヤーでユーザーをレビューして制限したい場合でも、イーサリアムに展開されたフロントエンドを使用することを防ぐことはできません。
もちろん、実現可能性の問題を解決した後、チェーンに大量のデータを保存するコストが非常に高くなるため、チェーンのフロントエンドを展開するときに開発者がトラブルに直面することも認識しました。さらに、Ethstorage 2層のストレージプロトコルを開発しましたが、イーサリアムのセキュリティを継承しながら、ストレージのオーバーヘッドを大幅に削減します。
Ethstorage 2番目の層ストレージプロトコル
Ethstorage Protocolは、その中にEthereumに展開されたスマートコントラクトとストレージノードで構成されていますスマートコントラクトはキー値ストレージを提供し、2階のストレージノードはデータ自体の保存を担当しますエッセンス
ユーザーは、EIP-4844のBLOBを介してイーサリアムに保存するデータをアップロードします。
同時に、2階のストレージノードは、対応するBLOBデータをローカルディスクにダウンロードし、Pora（ランダムアクセスの証明）とZKを使用して、検証のためにEthereumの契約にストレージ証明書を送信します。契約は、ストレージノードによってアップロードされたZK認証が前のレコードでBLOBハッシュを介して上部数に確認できるかどうかを確認する必要があります。
特定のプロセスは次のとおりです。
>
開発者にとって、データのアップロードとデータの取得のインターフェイスは非常に簡単です。
>
アプリケーション開発者は、執筆コストが提供する契約インターフェイスを介して大きなブロックデータを読み書きできます。したがって、Ethstorageは、チェーンの展開の前面をサポートするだけでなく、より広い範囲のキー価値ストレージデータベース操作に対して低コストソリューションを提供します。
現在、EthstorageはEthereumの公式助成金を獲得しており、Sepoliaに公開テストネットワークを展開しています。
概要と見通し
フロントエンドやデータベースなどのDAPPSの重要なコンポーネントのほとんどは、イーサリアムで展開されず、イーサリアムのセキュリティを継承することができないため、アプリケーション全体を永続的に施行することはできません。統治されます。
Ethstorageは、この問題の2つのソリューションを提案します。Web3：//アクセスプロトコルは、スマートコントラージを使用して展開とフロントエンドへのアクセスの問題を解決します。
Ethereumの元のビジョンを実現するために、エコロジーの分散型アプリケーションは、すべてのコンポーネントを展開します。 、コードを永続的に実行でき、データに永続的にアクセスして、実際の止められないDAPPになることができます。
Ethstorage Public Test Networkは、Guideによると、2番目のインセンティブアクティビティを実施しています。
