Lorsque le Gas d'Ethereum grimpe à 100 gwei, les utilisateurs doivent non seulement supporter la pression des coûts de transfert, mais aussi faire face à des frais d'interaction élevés avec certains DEX et protocoles de prêt grand public. Le coupable derrière cela est souvent ignoré : le mode Push des oracles traditionnels.
Dans ce mode, dès que le prix fluctue légèrement, des dizaines de nœuds envoient simultanément des données sur la chaîne, même en l'absence de transaction. Cela constitue sans aucun doute un énorme gaspillage d'espace de bloc.
Existe-t-il une solution plus efficace ? Le mode Pull propose une autre approche :
Tout d'abord, les données sont stockées hors chaîne. Au moment où une transaction est initiée, seules les données de prix nécessaires sont « tirées » sur la chaîne. Cela évite l'accumulation de données redondantes et la congestion du réseau. Ensuite, en termes de vitesse de réponse, le mode Pull va directement de la mémoire du nœud à la logique du contrat, évitant ainsi le délai inhérent au mode Push. Cela est particulièrement crucial pour les traders à haute fréquence — car la courte fenêtre de latence est une opportunité pour le frontrunning(MEV).
Mais comment résoudre le problème concret du besoin de surveillance en temps réel des prix dans les protocoles de prêt ? La solution hybride a vu le jour : conserver le Push pour le secteur du prêt afin d'assurer la sécurité, tout en déplaçant le trading de dérivés à haute fréquence vers le mode Pull. Cela maintient la stabilité du système de prêt tout en réduisant les coûts pour les traders.
La prochaine fois que vous rencontrerez un projet utilisant encore des oracles traditionnels, n'hésitez pas à demander : pourquoi ne pas adopter une solution optimisée qui est sous nos yeux ?
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
12 J'aime
Récompense
12
7
Reposter
Partager
Commentaire
0/400
PumpAnalyst
· Il y a 8h
Les projets qui utilisent encore Push comme oracle doivent vraiment réfléchir. À 100gwei de gas, ils gaspillent encore de l'espace dans le bloc, ce n'est pas une question de choix technique, c'est une question d'attitude.
Voir l'originalRépondre0
Layer2Observer
· Il y a 8h
Ce plan mixte semble intéressant, mais il faut demander à des géants comme Chainlink pourquoi ils ne promeuvent pas activement cette solution... Est-ce une difficulté technique ou une incompatibilité avec leur modèle commercial ?
Voir l'originalRépondre0
WalletManager
· Il y a 8h
Je l'ai déjà dit, ces projets qui utilisent encore le mode Push ne méritent pas ma clé privée. La fenêtre de quelques millisecondes pour le MEV夹单, érode directement les profits des transactions, sans optimisation c'est vraiment inutile. La solution hybride est la voie à suivre.
Voir l'originalRépondre0
BlockchainTalker
· Il y a 8h
en fait, cette histoire d'oracle hybride commence enfin à avoir du sens pour moi... tirer pour le dex, pousser pour le prêt. pourquoi plus de protocoles n'y ont-ils pas pensé plus tôt lol
Voir l'originalRépondre0
PerpetualLonger
· Il y a 9h
Encore une histoire de frais de gas, ça devient insupportable, à force de vouloir acheter au plus bas tous les jours, on finit par faire faillite... le mode pull semble pas mal, mais on ne saura vraiment combien ça coûtera une fois mis en pratique.
Voir l'originalRépondre0
ImpermanentLossFan
· Il y a 9h
Ironiquement, il existe vraiment des projets qui ne sont pas utilisés, ils aiment simplement accumuler des frais de gas
Voir l'originalRépondre0
YieldWhisperer
· Il y a 9h
C'est bon, le mode push doit vraiment être abandonné, les frais de gas sont tous consommés par la consommation de données.
Lorsque le Gas d'Ethereum grimpe à 100 gwei, les utilisateurs doivent non seulement supporter la pression des coûts de transfert, mais aussi faire face à des frais d'interaction élevés avec certains DEX et protocoles de prêt grand public. Le coupable derrière cela est souvent ignoré : le mode Push des oracles traditionnels.
Dans ce mode, dès que le prix fluctue légèrement, des dizaines de nœuds envoient simultanément des données sur la chaîne, même en l'absence de transaction. Cela constitue sans aucun doute un énorme gaspillage d'espace de bloc.
Existe-t-il une solution plus efficace ? Le mode Pull propose une autre approche :
Tout d'abord, les données sont stockées hors chaîne. Au moment où une transaction est initiée, seules les données de prix nécessaires sont « tirées » sur la chaîne. Cela évite l'accumulation de données redondantes et la congestion du réseau. Ensuite, en termes de vitesse de réponse, le mode Pull va directement de la mémoire du nœud à la logique du contrat, évitant ainsi le délai inhérent au mode Push. Cela est particulièrement crucial pour les traders à haute fréquence — car la courte fenêtre de latence est une opportunité pour le frontrunning(MEV).
Mais comment résoudre le problème concret du besoin de surveillance en temps réel des prix dans les protocoles de prêt ? La solution hybride a vu le jour : conserver le Push pour le secteur du prêt afin d'assurer la sécurité, tout en déplaçant le trading de dérivés à haute fréquence vers le mode Pull. Cela maintient la stabilité du système de prêt tout en réduisant les coûts pour les traders.
La prochaine fois que vous rencontrerez un projet utilisant encore des oracles traditionnels, n'hésitez pas à demander : pourquoi ne pas adopter une solution optimisée qui est sous nos yeux ?