Lecture recommandée par Golden丨Quels sont les goulots d'étranglement et les seuils de développement de Dapp sur Ethereum ?

Les applications décentralisées (Dapps) sont largement considérées comme des innovations perturbatrices dans des domaines tels que la banque (Di-Fi) et les jeux. Mais même les solutions les plus innovantes ne seront pas reconnues si elles ne répondent pas aux attentes des consommateurs. Ce que les consommateurs veulent, c'est une expérience utilisateur fluide et mature, et atteindre cet objectif est un autre défi majeur pour les développeurs d'Ethereum Dapp. Cet article fournira un aperçu d'une architecture Dapp typique et soulignera certaines des limitations inhérentes à la pile Ethereum standard actuelle qui rendent difficile pour les développeurs de créer une expérience utilisateur convaincante. Ensuite, je présenterai quelques innovations dans le domaine de l'infrastructure Ethereum qui peuvent aider les développeurs à surmonter ces défis. Architecture Dapp Ethereum classique De manière générale, une Dapp sur Ethereum se compose de trois parties principales : des contrats intelligents, généralement écrits en Solidity, construits à l'aide de frameworks tels que Truffle Suite et déployés sur la blockchain Ethereum. Code frontal, écrit en Java. Backend - généralement un nœud blockchain Ethereum standard. La communication entre le frontend et le backend utilise généralement l'API JSON-RPC ou GraphQL fournie par le nœud. Diffusion des données minières de Jinse Finance | La puissance de calcul du réseau d'ETH a augmenté de 3,11 % aujourd'hui : Jinse Finance a rapporté que, selon les données du pool d'extraction d'araignées : la puissance de calcul totale du réseau d'ETH est de 175,993 TH/s, la difficulté d'extraction est de 2 261,85 T et le courant la hauteur du bloc est de 9731136. Le revenu théorique est de 0,00811581/100MH/jour. La puissance de calcul du réseau BTC est de 95,708EH/s, la difficulté de minage est de 16,55T, la hauteur de bloc actuelle est de 622711 et le revenu théorique est de 0,00001519/T/jour. La puissance de calcul du réseau BSV est de 2,879EH/s, la difficulté de minage est de 0,39T, la hauteur de bloc actuelle est de 627543 et le revenu théorique est de 0,000627543/T/jour. [2020/3/24] Il existe également diverses bibliothèques qui facilitent la communication frontale avec les nœuds Eth, dont les plus populaires sont web3.js et ethers.js. Il existe également des bibliothèques web3 pour de nombreux autres langages (Java, Python, Rust…). Nœuds back-end auto-construits Au début d'Ethereum, les développeurs devaient exploiter leurs propres nœuds Ethereum. Une fois le Dapp publié, ils doivent également exploiter des nœuds de niveau de production (ou des clusters de nœuds). L'exploitation des nœuds de blockchain est une lourde charge de travail et alourdira également l'efficacité des développeurs. Ce défi susmentionné pour les fournisseurs de nœuds en tant que service (NaaS) a conduit à la montée en puissance de plates-formes de « nœuds en tant que service » d'entreprises telles qu'Infura et d'entreprises relativement plus récentes telles que Nodesmith, Quiknode, Blockdaemon, Ethernode, Chainstack, Alchemy, CloudFlare et autres. Golden Morning News | 20 janvier Mises à jour importantes du jour au lendemain : 21h00-7h00 Mots-clés : NBA, Balance, Académie chinoise des sciences, UnionPay 1. Les NBA Kings mettront aux enchères des maillots de basket-ball sur la blockchain Ethereum ; les industries de l'investissement, des services financiers et des actifs numériques pensent que Libra ne sera pas lancée cette année ; 3. Wang Xiaoyun de l'Académie chinoise des sciences : mon pays a un besoin urgent de formuler des normes de protocole cryptographique et des spécifications techniques telles que la blockchain ; 4. UnionPay va postuler pour couvrir les chaînes de blocs en 2019 5. Gouvernement municipal de Zhengzhou : D'ici 2022, la blockchain entraînera le développement rapide de l'intégration transfrontalière de nouveaux formats et de nouveaux modèles 6. Tian Shihong : En 2019, mon pays préparera et établira 41 7. BTC est maintenant à 8 655 dollars, en baisse de 3,02 % au cours des dernières 24 heures, avec une valeur marchande de 157,422 milliards de dollars. [2020/1/20] Ces plates-formes fournissent aux développeurs des nœuds Ethereum basés sur le cloud, leur permettant ainsi d'économiser l'énergie des nœuds d'exploitation. Solutions pour le développement et la production. Ces plates-formes peuvent décharger la gestion du système, comme les correctifs et les mises à jour, du système d'exploitation sous-jacent et du logiciel de nœud lui-même aux développeurs. Limitations inhérentes au nœud Ethereum Même si le service de nœud peut remplacer avec succès le développeur en tant qu'administrateur système, il ne peut pas aider les développeurs à obtenir une meilleure expérience utilisateur pour construire une meilleure Dapp, ce qui est dû à l'architecture du service de nœud et à l'Ethereum Inherent limitations des interfaces JSON-RPC et GraphQL prises en charge par Node. Jinse Finance rapporte que le nombre de transactions non confirmées sur l'ensemble du réseau Bitcoin est inférieur à 1 000 : Selon BTC.COM, le nombre de transactions non confirmées sur l'ensemble du réseau Bitcoin est actuellement inférieur à 1 000, la puissance de calcul totale du réseau est de 33,62EH/ S, et le taux de transaction sur 24 heures est de 2,38 transactions/seconde. [30/05/2018] Les principales limitations incluent : 1. Les informations d'état observées sont incohérentes. Afin d'étendre la capacité d'un seul nœud et de fournir une plus grande fiabilité, le nœud en tant que plate-forme de service prend en charge l'accès au pool de nœuds. . Étant donné que ces nœuds fonctionnent tous de manière autonome en tant que nœuds pairs dans le réseau Ethereum, lorsque des informations sont transmises via le réseau à un certain moment, différents nœuds peuvent se trouver à différentes hauteurs de bloc, voire à différentes fourches. Cela signifie que le Dapp peut recevoir des informations incohérentes sur l'état de la blockchain, car les résultats de ses requêtes sont fournis par différents nœuds derrière l'équilibreur de charge. Les plates-formes de service de nœud essaient généralement de résoudre ce problème grâce à la permanence de la session sur l'équilibreur de charge, qui essaiera toujours d'envoyer la requête du frontend spécifié au même nœud backend, mais cette méthode échouera dans de nombreux cas : la fin actuelle Lorsque plus de demandes sont générées qu'un seul nœud principal ne peut gérer ; lorsque des problèmes de réseau entraînent la déconnexion du serveur frontal du serveur principal et doivent être reconnectés ; plusieurs plates-formes de service de nœud enverront différents types de requêtes frontales (par exemple, l'envoi de l'historique des transactions ou de la chaîne de recherche) à un ensemble différent de nœuds principaux optimisés pour ce type de requête. Ensuite, il est difficile pour Dapp de gérer la réorganisation de la chaîne car le front-end accède souvent à plusieurs nœuds back-end, et les états de la blockchain obtenus par ces nœuds back-end sont incohérents les uns avec les autres. Lors du suivi de l'historique de la chaîne en arrière, un Dapp peut soudainement découvrir que le bloc parent qu'il cherchait n'existe plus (car il interagit maintenant avec un autre nœud sur un fork différent). Ensuite, les développeurs Dapp doivent écrire du code pour résoudre ce problème (généralement en se reconnectant à plusieurs reprises jusqu'à ce qu'il trouve un nœud). Cela ajoute une complexité inutile à la Dapp et peut entraîner des divergences dans les informations présentées à l'utilisateur. Rapport en direct de Golden Finance selon lequel Veridium utilisera la technologie blockchain d'IBM pour émettre et gérer des jetons sur le réseau Stellar : rapport en direct de Golden Finance, aujourd'hui lors de la conférence de consensus Coindesk 2018, Tod Lemons de Veridium a déclaré qu'il travaillait avec IBM pour créer un nouveau type du mode de protection, prévoit d'utiliser la technologie blockchain d'IBM pour émettre et gérer des jetons sur le réseau Stellar. [2018/5/15] 2. La recherche d'informations sur la blockchain est très lente et limitée. La capacité de Dapp à rechercher des transactions ou un historique sur la chaîne est limitée, car les nœuds Ethereum standard ne sont pas adaptés pour prendre en charge des recherches précises ou effectuer surveillance du filtrage des données en temps réel. Pour ce faire de manière performante, nous devons faire beaucoup d'indexation de millions de blocs et de transactions, mais : les nœuds Ethereum n'indexent que certains champs dans les journaux envoyés par les exécutions de transactions (les champs à indexer doivent être dans le Marqué par le développeur lors du déploiement du contrat) le nœud Ethereum n'indexe pas les données des transactions internes (survenant lorsqu'un contrat intelligent appelle la méthode d'un autre contrat) les développeurs hésitent à ajouter des champs d'index supplémentaires, car chaque champ d'index supplémentaire par transaction Le coût sera relativement augmenté, ce qui entraînera des frais supplémentaires pour les utilisateurs du contrat.Le nœud Ethereum utilise le filtre Bloom pour effectuer la recherche, il s'agit donc toujours d'une recherche floue et produira de fausses correspondances positives. La correspondance exacte nécessite un traitement supplémentaire sur le frontal. Le frontal doit obtenir l'intégralité du bloc ou de la transaction de la correspondance approximative, puis l'extraire à nouveau pour trouver le résultat correspondant exact. Non seulement cela nécessite des efforts de développement, mais cela gaspille de la bande passante entre le front-end et les nœuds. La syntaxe de recherche disponible est très limitée - seules les sélections de base et les remplacements simples sont pris en charge. Chain Industrial Park : Jinse Finance a signalé sur place qu'au 2018 Première exposition internationale sur la technologie de la blockchain au monde, des représentants de la zone de développement économique de Yangzhou ont participé à la table ronde sur "l'interprétation gouvernementale de la blockchain du gouvernement local". Il a souligné : "Par rapport à plusieurs autres régions, Yangzhou est vraiment au stade initial de la blockchain. Nous fournissons des espaces de bureau pour les entreprises, permettant aux entreprises traditionnelles de se connecter avec les entreprises de la blockchain, leur permettant de communiquer et d'intégrer la blockchain La technologie de la blockchain est appliquée à la économie réelle. On espère que Yangzhou pourra progressivement étendre le parc industriel de la blockchain. [2018/4/21] La récupération des résultats de recherche est lente - effectuer une recherche dans une large gamme de blocs peut prendre des heures JSON-RPC est un gaspillage de bande passante - renvoie beaucoup plus de données que vous n'en avez réellement besoin. L'interface GraphQL utilise moins de bande passante, mais ne fournit pas de fonctionnalité de streaming (le frontal doit interroger les mises à jour) 3. Manque d'atomicité Dans la plupart des environnements modernes, tels que les bases de données relationnelles, les transactions sont généralement des opérations atomiques, mais dans Ethereum (ou d'autres blockchains ) n'est pas. Chaque transaction passera par une série de transitions d'état, et divers problèmes ou échecs peuvent être rencontrés au cours de ce processus. Les Dapps doivent appeler plusieurs API, interrogeant de nombreuses sources de données différentes (blocs, mempool, état du réseau) afin de suivre le cycle de vie d'une transaction jusqu'à son achèvement. Encore une fois, le fardeau incombe au code frontal d'interroger à plusieurs reprises pour comprendre exactement ce qui s'est passé, tandis que les utilisateurs de Dapp subissent des retards et doivent se rafraîchir pendant que Dapp effectue tout ce travail supplémentaire. 4. Les nœuds sont passifs Les nœuds Ethereum sont passifs, ce qui signifie qu'ils ne peuvent pas générer d'événements ou de rappels et invoquer des Webhooks. Toutes les opérations doivent être lancées par le frontend, qui à son tour doit interroger les nœuds pour obtenir des informations mises à jour. La fonction de lecture de flux d'événements des nœuds Ethereum est trop limitée pour répondre aux besoins de la plupart des Dapps, et elle n'est disponible que dans l'interface JSON-RPC, non disponible sur l'interface GraphQL. Repenser l'infrastructure de Dapp dfuse fournit une plate-forme pour les API blockchain de niveau supérieur, qui peuvent accomplir plus de travail plus facilement que les API natives fournies par les nœuds blockchain. Il est conçu sur la base de donner aux développeurs Dapp les fonctions dont ils ont besoin pour créer des applications blockchain modernes via une interface rapide et fluide, offrant ainsi une excellente expérience utilisateur. On espère que grâce à la plate-forme, toutes les limitations mentionnées ci-dessus pourront être résolues et que les limitations des nœuds Ethereum traditionnels pourront être brisées. 1. Une vue cohérente dfuse est une plate-forme de données intégrée à très grande échelle, plutôt qu'une collection de plusieurs nœuds Ethereum sur un équilibreur de charge. La plate-forme dfuse fournit des informations sur l'état de la chaîne sur toutes les connexions et à tout moment. Soit voir un bloc (détectant à la fois une fourche de chaîne et une réorganisation), soit ne pas signaler le bloc du tout (dans le cas d'un bloc subissant une réorganisation rapide et ne voyageant pas loin). De cette façon, le Dapp ne sera jamais confronté à une vue incohérente de l'état de la chaîne et pourra se concentrer sur sa fonction principale au lieu de vérifier les détails de la blockchain. 2. La recherche à grande vitesse et à grain fin permet aux développeurs Dapp de rechercher les enregistrements historiques de la blockchain avec une granularité extrêmement fine, une vitesse et une efficacité extraordinaires, et peut également réaliser un filtrage en temps réel via les interfaces GraphQL, gRPC et Websocket, lire le flux de chaînes . Indexation complète de tous les champs du journal - toutes les données émises par chaque transaction dans le journal sont directement applicables aux recherches de haute précision. Indexez entièrement toutes les transactions internes (expéditeur, destinataire, valeur, méthode, paramètres d'entrée), afin que le fonctionnement du contrat soit entièrement suivi dans toute la structure de l'arborescence des appels L'indexation n'entraînera aucun coût de gaz supplémentaire pour vos utilisateurs - L'index dfuse est une fonction intégrée de la plate-forme dfuse, qui n'augmentera pas le coût des ressources d'exécution du contrat.La recherche trouve une correspondance exacte, pas une recherche floue. Il n'est pas nécessaire d'écrire du code frontal supplémentaire pour vérifier à plusieurs reprises les résultats de la recherche, et il n'est pas nécessaire de gaspiller de la bande passante pour obtenir des données inutiles par lots Fournit un langage de requête structuré, similaire à celui de Kibana ou GitHub, avec des opérations booléennes complètes et exploration directe La possibilité de trouver la transaction ou la commande spécifique que vous souhaitez offre d'excellentes performances - vous pouvez rechercher l'historique de la chaîne entière en fonction des critères de recherche spécifiés en moins d'une seconde et trouver un ensemble d'éléments correspondants exacts via GraphQL peut fournir une réactivité concise, mais sans sacrifier les capacités de streaming, le meilleur des deux mondes - notre interface GraphQL fournit une recherche filtrée en temps réel complète pour fournir efficacement des mises à jour dynamiques aux utilisateurs avec des performances cohérentes quel que soit le trafic sur le réseau Ethereum3, les opérations atomiques fournissent un point de terminaison de lecture de flux qui comprend tous les états complexes qu'une transaction peut entrer et vous avertit lorsqu'elle satisfait la finalité. Au lieu de parcourir des sondages répétés ou de vérifier plusieurs sources de données pour suivre l'état d'une transaction, vous pouvez simplement pousser la transaction et rester connecté pour recevoir des mises à jour d'état en temps réel, fournissant ainsi également l'état en temps réel de la transaction à vos utilisateurs. . 4. Backend proactif Une bonne plateforme vous fournira un backend actif qui peut initier des événements. Par exemple, une fonction lambda (ou fonction cloud) de votre choix peut être appelée en fonction de critères précis que vous spécifiez (via la recherche susmentionnée et d'autres fonctionnalités). Cela permet à Dapp de mettre en œuvre une architecture asynchrone, où les mises à jour des données peuvent être communiquées aux utilisateurs de manière fluide et en temps réel via plusieurs canaux de communication. 5. Une plate-forme moderne pour Dapp Dfuse de pointe fournit une couche d'infrastructure moderne pour votre Dapp, à savoir : Rapide et évolutive Fournir un accès en temps réel de haute précision et à grain fin aux événements de la blockchain Prendre en charge la forme Webhook active-kibw Le rappel prend en charge les opérations atomiques et a la plus grande fiabilité de l'industrie. Par conséquent, lorsque vous développez des Dapps sur Ethereum et que vous rencontrez les problèmes ci-dessus, vous pouvez essayer d'utiliser différents outils pour résoudre les problèmes. Ce n'est qu'après le polissage du produit et la formation des utilisateurs que vous pouvez promouvoir des Dapps plus raffinés, pratiques et matures sont disponibles

Tags：

Ethereum