Oracles envoient des données hors chaîne (prix des crypto-monnaies, météo, etc.) sur la blockchain. Cela semble simple, mais en réalité, il existe deux approches complètement différentes : l'une consiste à pousser activement les données, l'autre à les tirer selon les besoins via un contrat.

**Oracles push — Mode broadcast**

C'est la méthode la plus populaire actuellement, similaire au système Data Feeds de Chainlink. Les nœuds oracle fonctionnent automatiquement selon des conditions prédéfinies, par exemple en poussant toutes les 5 minutes, ou dès que la volatilité dépasse 0,5 %, ils envoient immédiatement de nouvelles données sur la blockchain.

Ça a l'air bien ? En effet, cela présente deux avantages — les développeurs de DApp n'ont pas à gérer la logique de requête, ils peuvent simplement lire les données déjà présentes sur la chaîne ; la vitesse d'accès pour l'utilisateur est également rapide, car les données sont déjà là.

Mais il n'y a pas de repas gratuit. Le problème réside dans le coût : chaque mise à jour, dès que les conditions sont remplies, nécessite de payer du Gas, peu importe si quelqu'un utilise réellement ces données. Imaginez supporter 1000 actifs RWA, avec une mise à jour toutes les quelques minutes — le coût en Gas devient astronomique. Pour des paires de trading à faible volume, ce mode est particulièrement inefficace.

**Oracles pull — Mode à la demande**

Des projets comme Tellor(TRB) explorent une autre voie : le contrat ne tire les données que lorsque c'est nécessaire. L'avantage est évident — si personne n'utilise, il ne dépense pas d'argent, c'est une facturation à l'usage, beaucoup plus scalable.

Les deux modes ont leurs avantages et inconvénients, tout dépend du scénario d'application.