Il y a une chose qui pourrait toucher du doigt la douleur de nombreux développeurs DeFi — un protocole bien géré dont la dépense fixe mensuelle n’est pas le recrutement, mais les frais de données.

Cela semble un peu absurde ? Mais c’est la réalité. Pour garantir la précision et la rapidité des données de prix sur la chaîne, le protocole doit continuer à payer pour le service d’oracle. Peu importe si le marché est actif ou non, ou le nombre d’utilisateurs, cette "location de données" doit être payée. Le mode "push" fonctionne selon une logique simple : l’oracle pousse continuellement des données au protocole, et celui-ci paie selon un cycle temporel.

Le problème est le suivant — en a-t-on vraiment besoin ?

En réalité, il existe une autre possibilité. Le modèle de récupération de données ("pull") bouleverse complètement cette logique. Le concept est simple : vous ne récupérez des données que lorsque vous en avez besoin, en payant à l’usage, selon la quantité utilisée. Ainsi, le coût des données passe du "dépense fixe" à une "dépense flexible". Pour les protocoles en phase initiale ou les projets avec une activité utilisateur fluctuante, cela libère instantanément la pression sur la trésorerie. Surtout en marché baissier, ce n’est pas seulement une optimisation, c’est une question de survie.

Techniquement, ce mode repose sur un pool de données suffisamment grand et stable pour supporter cette approche — en utilisant un mécanisme de validation hybride et un algorithme de pondération des prix pour assurer la résilience des données. Le protocole n’a pas besoin de supporter des coûts fixes à long terme, il ne paie que lorsque la donnée est réellement sollicitée, en fonction de la fraîcheur requise.

Ce changement dans la structure des coûts implique souvent une reconstruction complète de la logique opérationnelle de l’écosystème.