Comment aider Dapp à réaliser la vraie fiabilité

résumé:

• Une application décentralisée se compose de plusieurs parties, mais à l’heure actuelle, seule la logique de fond de base fonctionne sur Ethereum.Dans le même temps, il comprend également de nombreuses données qui n’ont pas été enchaînées, la plupart des DAP ne peuvent donc pas hériter pleinement de la sécurité d’Ethereum, loin d’atteindre un état idéalisé.

• Il y a deux raisons principales pour les problèmes ci-dessus: l’un est qu’Ethereum ne fournit pas aux développeurs des normes et des outils avant correspondants, et l’autre est que le coût des données stockées sur la chaîne est trop élevée.

• Afin de fournir des normes frontales décentralisées, l’équipe d’ethstorage a proposé un protocole d’accès web3: //,Fournir aux développeurs un ensemble complet de normes et d’outils pour le déploiement et l’accès au code avant via des contrats intelligents, et même les normes de systèmes de fichiers.

• Afin de réduire le coût de stockage des données sur la chaîne Ethereum, l’équipe d’ethstorage a développé l’ethstorage du protocole de stockage de deuxième niveau.En utilisant PORA (preuve d’accès aléatoire) et la connaissance zéro prouve, tout en héritant de la sécurité d’Ethereum, les frais généraux de stockage sont considérablement réduits.

Merci: Merci à Faust de Geek Web3, Zhixiong Pan of Chainfeeds, Bruce of Lxdao, Qi Zhou, Lun Deng de Ethstorage.

Le fond et le problème du DAPP décentralisé

La vision d’Ethereum est de devenir un ordinateur mondial, et les applications fondées sur elle hériteront de sa sécurité.Les développeurs n’ont besoin de se déployer qu’une seule fois, et l’application fonctionnera toujours sur Ethereum, et aucune entité ne peut l’examiner ou la manipuler avec malveillance.

Mais la DAPP de l’application décentralisée actuelle atteint-elle les objectifs ci-dessus?Pour répondre à cette question plus claire,Nous devons déconstruire une application DAPP pour voir quelles pièces il comprend, puis analyser le degré de confiance dans chaque partie.Venez à la conclusion finale.

Dans des circonstances normales, un DAPP décentralisé comprendra l’interface frontale, le serveur arrière-end et la base de données.Lorsque l’utilisateur visite l’interface avant -nd, le contenu avant-end sera chargé via le navigateur et le service de noms de domaine.dans:

• Service avant et nom de domaine:La plupart d’entre eux n’ont pas été déployés et visités par le biais de contrats intelligents.

• Serveur de dos: Certains d’entre eux sont mis en œuvre par des contrats intelligents, et certaines tâches à forte intensité informatique ne peuvent pas être entièrement en chaîne.

• base de données:Certains d’entre eux sont mis en œuvre par des contrats intelligents.

>

Grâce à l’analyse ci-dessus, vous pouvez voirLe DAPP décentralisé actuel obtient uniquement la protection d’Ethereum par le biais de contrats intelligentsLe système Ethereum est loin de réaliser la vision originale de «l’ordinateur mondial décentralisé».

À la fin de 2023, Vitalik a passé en revue le développement d’Ethereum et a écrit un article « Rendre à nouveau Ethereum cypherpunk », qui a expliqué comment la communauté Ethereum devrait revenir au concept de mot de passe punk.Dans le texte, il a résumé les valeurs auxquelles Ethereum ou même les plus grandes communautés Web3 devraient adhérer et mentionner un point très important:

Les applications décentralisées doivent être réduites à la dépendance à un seul sujet.

>

On peut voir que Vitalik a des attentes similaires sur la façon de créer des applications décentralisées.FaisonsLes problèmes rencontrés par chaque composant du DAPP décentralisé seront analysés en détail, Discutez de la façon de l’améliorer.

Service avant et nom de domaine

Parmi plusieurs composantes des applications décentralisées, le niveau des services avant et des noms de domaine est le plus grave.À l’heure actuelle, la majeure partie de la DAPP de Front-End utilise un serveur central. .

Les pirates peuvent envahir le serveur pour modifier le code frontal, et les utilisateurs de DAPP perdront des actifs en raison de l’utilisation du frontal malveillant.Ce problème est apparu à plusieurs reprises dans le dernier été de défiNous ne pouvons pas nous empêcher de demander: pourquoi le frontal ne peut-il pas se déployer sur Ethereum comme le back-end, afin que le comportement de modification puisse prendre effet par la gouvernance communautaire et le verrouillage du temps?

>

S’il vous plaît réfléchissez-y,Si l’équipe de développement d’UNISWAP ne paiera pas un jour ses serveurs avant et ses services de nom de domaine, alors comment les utilisateurs de l’UNISWAP et LP utiliseront uniswapIntersection

La plupart des utilisateurs ne savent pas comment contourner l’interaction frontale-end et intelligent.Il convient de mentionner,La vitesse d’accès au contenu de l’IPFS est très lente.Essence

De plus, parce queLe principal sujet opérationnel du frontal uniswap est les laboratoires uniswap.Cela contraste avec les contrats intelligents qu’ils ont déployés sur Ethereum, car personne ne peut modifier le contrat intelligent à volonté.Par conséquent, le jeton, qui est examiné à l’avant, peut toujours être interactif au niveau du contrat, ce qui montre que l’importance du code sur la chaîne du code sur la chaîne de la campagne.

Serveur de dos

Étant donné que EVM peut fournir un environnement d’exécution complet de Turing, la plupart de la logique du dos peut être exécutée sur la chaîne Ethereum.Juste à cause du coût, certainsLe calcul des tâches denses ne peut pas être effectuée directement sur la chaîneEssence

Pour ce problème, plus l’exploration utilise désormais ZK ou OP.Le calcul est transféré à la chaîne pour terminer.EssenceCertains projets liés à l’IA ont poussé cette méthode à l’extrême.

base de données

Pour les bases de données, EVM a initialement pris en charge les valeurs de clés vers le stockage / KV (Key Value Store), qui peut couvrir de nombreux scénarios d’utilisation, mais le problème central est que le coût du stockage sur la chaîne est trop élevé.

Dans quelle mesure?Dans le cas du prix du gaz pour 10 gwei, les données de 1 Go de 1 Go sur la chaîne nécessitent plus de 6 200 ETH, plus de 20 millions de dollars américains!De toute évidence, le coût de stockage est devenu la question centrale de la décentralisation de la base de données.

Nous pourrions penser si nous pouvons utiliser une méthode similaire aux calculs ci-dessus pour augmenter la capacité d’élargir la capacité.C’est-à-dire que, sous le stockage de la chaîne, l’effet de stockage sur la chaîne est vérifiéEssenceNous suivrons cette idée en détail.

Après avoir analysé les composants DAPP mentionnés ci-dessus, nous avons constaté que ce n’est qu’en permettant à chaque partie du DAPP d’être sûr et digne de confiance, dans son ensemble de faire confiance, pouvons-nous vraiment devenir un DAPP décentralisé.En tant que plate-forme de fonctionnement et d’hébergement d’un DAPP, Ethereum doit fournir aux développeurs des solutions correspondantes afin d’élever un écosystème d’application conforme à la vision Ethereum.

Solution de confiance de Dapp

AutourComment faire en sorte que DAPP déploie et accédez complètement à Ethereum, l’équipe d’ethstorage a proposé deux ensembles de solutions:

• web3: // Protocole d’accès:Résolvez le problème de la façon d’utiliser des contrats intelligents pour déployer et accéder au code avant, et même le système de système de fichiers.

• Protocole de stockage de la deuxième place ethstorage:Tout en héritant de la sécurité d’Ethereum, les frais généraux de stockage ont été considérablement réduits.

web3: // Protocole d’accès

Web3: // peut être compris comme une version décentralisée de http: //, similaire à l’adresse IP ou au nom de domaine du serveur conçu pour accéder à la ressource centralisée dans l’URL de HTTP.

Nous pouvons déployer tout le frontal d’un site Web dans un contrat intelligent et y accéder via web3: //!Vous pouvez comparer la différence entre les deux:

>

à présentWeb3: // est devenu la norme formelle d’Ethereum (ERC-4804)Si vous souhaitez en savoir plus sur le contenu du web3: // accéder au protocole, vous pouvez accéder à son site officiel.Afin de mieux effectuer la gestion des fichiers dans des contrats intelligents, nous avons proposé ERC-5018, qui a simulé un ensemble d’interfaces de système de fichiers dans le contrat intelligent, afin que, via Ethfs-Cli, accédez à un contrat intelligent et visitez ce site Web via web3: // .

Si vous êtes intéressé, vous pouvez effectuer un simple déploiement d’application décentralisé et accéder en fonction du tutoriel.

Avec le protocole Web3: // Access, nous pouvons vraiment faire en sorte que le frontal DAPP ait également l’attribut de « Code Is Law »EssencePour les développeurs, une fois le déploiement, cet extrémité frontale sera exécutée en permanence.Imaginez que les laboratoires uniswap déployaient également son frontal vers Ethereum, alors même si l’équipe souhaite réexaminer et restreindre les utilisateurs à la couche frontale, il ne peut pas empêcher les gens d’utiliser son frontal déployé sur Ethereum.

Bien sûr, après avoir résolu le problème de la faisabilité, nous avons également réalisé que le coût de stockage d’une grande quantité de données sur la chaîne sera très élevé, de sorte que les développeurs sont confrontés à des problèmes lors du déploiement de l’extrémité avant de la chaîne.Nous avons développé le protocole de stockage de la couche ethstorage 2, tout en héritant de la sécurité d’Ethereum, il réduit considérablement les frais généraux de stockage.

Protocole de stockage de la deuxième place ethstorage

Le protocole d’ethstorage se compose d’un contrat intelligent déployé sur Ethereum et d’un nœud de stockage dans le réseau Layer2.Le contrat intelligent fournit un stockage de valeur clé et le nœud de stockage au deuxième étage est responsable du stockage des données elle-mêmeEssence

L’utilisateur télécharge les données à stocker sur Ethereum via le blob de EIP-4844.

en même temps,Le nœud de stockage au deuxième étage téléchargera les données BLOB correspondantes sur le disque local et utilisera PORA (preuve d’accès aléatoire) et ZK pour soumettre le certificat de stockage au contrat sur Ethereum pour vérification.Le contrat doit confirmer si la certification ZK téléchargée par le nœud de stockage peut être confirmée au numéro supérieur via le hachage Blob à l’enregistrement précédent pour confirmer que les nœuds de stockage de la deuxième couche du réseau stockent vraiment ces données.

Le processus spécifique est le suivant:

>

Pour les développeurs, l’interface de ses données de téléchargement et l’obtention de données est très simple:

>

Les développeurs d’applications peuvent lire et écrire de grandes données de bloc via l’interface contractuelle fournie par Ethstorage.Par conséquent, Ethstorage prend non seulement la fin du déploiement de la chaîne, mais fournit également une solution à moindre coût pour une gamme plus large d’opérations de base de données de stockage de valeurs clés.

À l’heure actuelle, Ethstorage a obtenu les subventions officielles d’Ethereum et a déployé un réseau de test public à Sepolia.

Résumé et perspective

La plupart des composants importants des DAPP, tels que le front-end et la base de données, ne sont pas déployés à Ethereum, et ne peuvent pas hériter de la sécurité d’Ethereum, ce qui entraîne l’application dans son ensemble qui ne peut pas être appliquée en permanence, anti-révision et peut être gouverné.

Ethstorage propose deux solutions à ce problème: web3: // Le protocole d’accès résout le problème du déploiement et de l’accès à la fin de contrat intelligent;

Afin de réaliser la vision originale d’Ethereum, nous pensons qu’elle évoluera en un serveur Web décentralisé. , le code peut être exécuté en permanence et les données peuvent être accessibles en permanence, devenant un véritable DAPP imparable.

Le réseau de tests public ethstorage mène la deuxième activité incitative.