Cet article comprend les 8 états que les transactions Ethereum peuvent rencontrer et comment Dapp doit les gérer

Dans cet article, nous nous concentrerons sur le cycle de vie complexe des transactions sur Ethereum ; les défis pour les développeurs essayant de faire en sorte que les dapps offrent une expérience utilisateur idéale dans ces situations ; et comment dfuse aide à surmonter ces défis. Chaque fois qu'une transaction est soumise au réseau Ethereum, elle passe par une série d'états assez complexes, et toutes les transitions d'état ne sont pas en avant - la transaction peut être annulée à un état antérieur, peut être remplacée par un autre remplacement de transaction et éventuellement terminée fourches. (Le cycle de vie d'une transaction est décrit plus en détail ci-dessous.) Suivre la progression d'une transaction dans une dapp et offrir une bonne expérience aux utilisateurs est un défi. Aujourd'hui, de nombreuses dapps basées sur Ethereum peuvent offrir une expérience utilisateur attrayante mais relativement statique : l'application peut afficher l'état de la transaction à un certain moment, mais doit être actualisée (cliquez pour actualiser ou l'interface utilisateur dapp actualise périodiquement la page) pour obtenir la mise à jour des informations. Il existe des interfaces relativement plus dynamiques sur le marché, mais la granularité des données fournies n'est toujours pas assez fine, ou/alors qu'au détriment d'un trafic réseau élevé, elle impose une charge élevée sur ses nœuds de blockchain sous-jacents. Nous expliquons ensuite pourquoi c'est le cas et comment des mises à jour précises de l'état des transactions d'une manière efficace sur le réseau et le serveur peuvent offrir une expérience utilisateur fluide dans les dapps qui répondent aux normes modernes. La société d'infrastructures cryptées Pine Street Labs réalise un financement de 6 millions de dollars : Le 14 octobre, la société d'infrastructures cryptées Pine Street Labs a annoncé la réalisation d'un financement de 6 millions de dollars, dirigé par Polychain Capital, Blockchain Capital, Coinbase Ventures, Genesis, CoinList, Figment et BECO Capital ont participé à l'investissement. [2022/10/14 14:27:08] L'interface Dapp d'aujourd'hui Chaque dapp doit afficher les informations sous-jacentes de la blockchain de la transaction en cours d'exécution à l'utilisateur, qu'il s'agisse d'un transfert Ether, d'un transfert de jeton ou d'un appel de contrat intelligent, et de nombreux dapp actuels les interfaces affichent l'état de la blockchain à un instant donné lors de l'affichage de ces informations. Les utilisateurs ont souvent besoin de mettre à jour les informations pendant la transaction (par exemple, pour savoir quand le transfert est terminé), donc le dapp mettra un bouton "rafraîchir" sur l'interface (ou actualisera automatiquement la page pour l'utilisateur périodiquement), ou l'utilisateur doit cliquer directement sur le bouton Actualiser du navigateur pour obtenir les mises à jour. Certaines dapps avec une expérience utilisateur plus mature afficheront des mises à jour en direct des transactions à l'utilisateur. Ils interrogent en arrière-plan avec des requêtes AJAX, revérifient leurs nœuds Ethereum pour les mises à jour, puis publient les mises à jour sur le frontend. Cela est complexe car le dapp doit effectuer de nombreux appels d'API interrogeant de nombreuses sources de données différentes (y compris les blocs, les mempools et les conditions du réseau) afin de suivre le cycle de vie d'une transaction du début à la fin. Apple publie des mises à jour des versions système de l'iPhone, de l'iPad et du Mac pour corriger les vulnérabilités du jour zéro : le 18 août, l'organisation de sécurité Web3 Wallet Guard a déclaré sur Twitter qu'Apple avait publié les mises à jour des versions macOS Monterey12.5.1, iOS15.6.1 et iPadOS15.6.1. vulnérabilité zero-day qui permettait l'exécution de code arbitraire dans WebKit utilisé par Safari et d'autres applications. [2022/8/18 12:33:44] Cette méthode de traitement aura des inconvénients : soit les mises à jour des transactions sont peu fréquentes et la granularité des informations est importante, ce qui amène les utilisateurs à vouloir cliquer sur "Actualiser" à plusieurs reprises pour obtenir les mises à jour plus rapidement ; soit la dapp La blockchain doit être interrogée fréquemment, ce qui entraîne une grande quantité de trafic réseau et impose une charge élevée sur les nœuds de blockchain sous-jacents. Pourquoi ne pas utiliser une interface basée sur les événements en chaîne ? Pour les développeurs dapp, faire des pages statiques ou interroger a été les deux seules options disponibles, ce qui reflète la nature de l'API fournie par les nœuds Ethereum. S'il existe une interface basée sur les événements de la chaîne, qui peut recevoir des mises à jour de l'état des transactions transmises à la chaîne et donner des commentaires en temps réel aux utilisateurs, les dapps peuvent offrir une meilleure expérience utilisateur, alors que les nœuds Ethereum standard ne fournissent pas de temps réel riche. données de transaction. Les nœuds Ethereum fournissent une lecture de flux des événements en chaîne, mais la fonctionnalité est limitée et uniquement disponible via la fonctionnalité PUB/SUB à l'aide de l'interface JSON-RPC d'Ethereum (non disponible lors de l'utilisation de GraphQL). L'interface PUB/SUB permet aux dapps de recevoir des notifications de certains types d'événements : Security Team : La discorde de la rare plateforme de trading NFT a été attaquée, et des liens de phishing circulent : actualité du 12 mai, système d'alarme BlockSec trouvé à 11h50 le 12 mai, la discorde de Rarible a été attaquée et des liens de phishing circulent dans la discorde. La partie du projet a déclaré qu'il n'y avait actuellement aucun airdrops ou activités de casting. Veuillez ne pas cliquer sur le lien et annuler l'autorisation à temps. Si vous avez vraiment perdre le NFT, vous pouvez établir un contact avec l'équipe Rarible par e-mail. [2022/5/12 3:09:32]newHeads——Chaque fois qu'un nouvel en-tête de bloc est attaché aux journaux de chaîne——Filtrer et faire correspondre les journaux contenus dans le bloc nouvellement importé en fonction des conditions spécifiées newPendingTransactions——Entrez le liste d'attente Hachage de toutes les transactions qui traitent l'état et sont signées par des clés disponibles dans le nœud (et c'est rare sur les nœuds publics) synchronisation - Indique quand un nœud démarre ou arrête la synchronisation La récupération des informations basées sur ces types d'événements est limitée, aucun moyen pour les dapps de suivre le cycle de vie complet d'une transaction à travers eux. Cycle de vie des transactions Ethereum Les transactions Ethereum ont un cycle de vie complexe. Chaque transaction passera par plusieurs états (états), subira divers changements d'état tout au long du processus et pourra avancer ou revenir en arrière. Vovo Finance, un accord de produit structuré à deux niveaux sur Ethereum, a reçu 2 millions de dollars en financement de tour de démarrage : Le 12 avril, Vovo Finance, un accord de produit structuré à deux niveaux sur Ethereum, a reçu 2 millions de dollars de financement de tour de démarrage, dirigé par IOSG Ventures et participé à l'investissement Les parties comprennent Matrixport, Ledger Prime, Zee Prime Capital, Pattern Research, Primitive Ventures, imToken, Kyber Network, Daedalus et CyberX. Vovo Finance vise à établir des produits structurés DeFi sur Arbitrum, et elle a lancé un PPP dans le domaine DeFi : Principal Protected Product (Produit Principal Protégé). Ce produit peut obtenir des revenus de Curve et effectuer des transactions à fort effet de levier sur GMX. De plus, Vovo Finance lancera bientôt des produits basés sur le jeton GMX GLP et une série de produits de suivi qui augmenteront les revenus. (cointelegraph) [2022/4/12 14:19:48] Statut de la transaction Les transactions Ethereum passeront par une série d'états comme suit : INCONNU (inconnu) : une transaction qui n'a pas été détectée ou traitée par le réseau est définie comme étant dans l'état INCONNU. Le pétrole brut WTI a atteint 71 $/baril, en hausse de plus de 4 % dans la journée : Selon les informations du 29 novembre, le pétrole brut WTI a atteint 71 $/baril, en hausse de plus de 4 % dans la journée. (Whip Bull) [2021/11/29 12:38:11] EN ATTENTE (à traiter) : La transaction attend que les mineurs la sélectionnent et la traitent, située dans ce que nous appelons mempool (pool de mémoire). Les mineurs choisissent généralement les transactions avec des prix du gaz plus élevés en premier, de sorte que les transactions avec des prix du gaz plus bas peuvent être dans l'état PENDING pendant une longue période. Les transactions avec le prix du gaz le plus bas peuvent ne jamais être sélectionnées, ce qui les amènerait à être dans l'état PENDING indéfiniment. IN_BLOCK (entrée de bloc): Lorsque les mineurs sélectionnent avec succès une transaction et la transforment en un bloc, la transaction entrera dans l'état IN_BLOCK. Si la transaction entre dans l'état IN_BLOCK, mais que le bloc est dans les fourches, la transaction peut revenir à l'état PENDING. REPLACED (remplacé) : Une transaction peut passer de l'état PENDING à l'état REPLACED dans les deux cas suivants : une autre transaction du même émetteur avec le même nonce entre dans l'état IN_BLOCK, ou une autre transaction du même émetteur avec le même nonce Autre transaction avec le même nonce mais un prix du gaz supérieur de 12 % passe à l'état PENDING. Le schéma ci-dessous montre ces états et les transitions entre eux. La transition des états (état) est illustrée dans la figure ci-dessus, et la transition entre les états est également définie par son nom. POOLED (dans le pool): Les transactions dans l'état UNKOWN (inconnu) entrent dans le pool de transactions en attendant que les mineurs choisissent, appelées POOLED et entrent dans l'état PENDING (à traiter). Une transaction dans l'état REPLACED, si la condition de remplacement n'est plus vraie (par exemple : dans de rares cas, une transaction avec un prix du gaz bas dans IN_BLOCK est bifurquée et la remplace par le même nonce et envoie Si la transaction du trader est toujours flottante sur le réseau), il est également possible de repasser à l'état POOLED. MINED (mined) : Une transaction minée est une transaction traitée par un mineur, qui crée un bloc. Une fois extraite, une transaction est considérée comme étant dans l'état IN_BLOCK. En raison de la nature point à point du réseau Ethereum, la surveillance du point de vue d'un nœud désigné, les transactions peuvent entrer directement dans l'état IN_BLOCK (bloc entrant) à partir de l'état UNKNOWN (inconnu), sans avoir à passer évidemment par le PENDING (en attente). Pour la même raison, du point de vue d'un nœud donné, une transaction peut également passer directement de l'état REPLACED à l'état IN_BLOCK sans passer par l'état PENDING. REMPLACE : Une transaction qui passe à l'état REMPLACE à partir de l'état EN ATTENTE est également appelée REMPLACE. Voir le statut REMPLACÉ répertorié dans Statut de la transaction dans le texte. FORKED (forké) : lorsque la transaction extraite se trouve dans un bloc qui a été révoqué par le réseau, il s'agit d'une transaction forkée. Toutes les transactions de ce bloc seront bifurquées les unes après les autres, de l'état IN_BLOCK (bloc entrant) à l'état PENDING (en attente). CONFIRMÉ : une transaction dans l'état IN_BLOCK sera confirmée chaque fois que son sous-bloc suivant sera extrait. Comme mentionné ci-dessus, le cycle de vie des transactions sur Ethereum est très complexe, ce qui rend difficile pour les dapps de le suivre avec précision et de fournir des mises à jour transparentes et fluides aux utilisateurs. Suivre sans effort l'état des transactions La plate-forme dfuse fournit une interface riche et compatible avec les flux qui prend en charge le suivi détaillé en temps réel du cycle de vie des transactions Ethereum. L'API dfuse Ethereum Transaction Status Tracker permet aux développeurs de soumettre des transactions Ethereum, puis d'obtenir instantanément des mises à jour de statut granulaires sur le même canal de données, en suivant la progression de la transaction tout au long de son cycle de vie. À l'aide de GraphQL, vous pouvez surveiller les modifications de types de transactions spécifiés en temps réel et, en même temps, vous pouvez spécifier avec précision les données que vous souhaitez recevoir à chaque fois qu'une transaction change. La plate-forme dfuse gère les complexités du suivi des transactions et de leur diffusion en temps réel sur les dapps au fur et à mesure que les événements se produisent. De cette façon, vous n'avez pas à écrire et à exécuter une logique d'arrière-plan complexe et à interroger à plusieurs reprises, et vous ne gaspillez pas de bande passante et n'exécutez pas la même requête plusieurs fois. Écoutez simplement les mises à jour dont vous avez besoin, puis renvoyez ces mises à jour à l'utilisateur dans l'interface. L'animation ci-dessous montre une transaction traversant ce cycle de vie complexe - elle passe par huit transitions d'état avant d'être incluse dans un bloc et confirmée. Si dfuse n'est pas utilisé, le dapp doit accéder à la blockchain encore et encore pour capturer toutes les transitions vécues par la transaction, puis le mettre à jour pour l'utilisateur, et le code backend doit être préparé pour gérer chaque transition d'état. Avec dfuse, les dapps n'ont besoin que d'obtenir des mises à jour en streaming sur une seule connexion, et dfuse suivra la transaction pour vous à travers les différents rebondissements jusqu'à ce que son sort soit finalisé. L'API Lifecycle de la plate-forme moderne pour les Dapps avancés n'est qu'une partie petite mais importante de la plate-forme dfuse. dfuse fournit une couche d'infrastructure moderne complète pour les dapps, à savoir : rapide, évolutive, fournit une surveillance en continu très détaillée des événements de la chaîne de blocs, prend en charge les rappels actifs sous la forme de Webhooks et possède la plus grande fiabilité du secteur

Tags：

MATIC