Vérifiez la source des données, le mode d’agrégation, le délai de mise à jour, les contrôles en cas de panne et les pouvoirs de modification. Un contrat automatisé reste dépendant de ses entrées.
Traçable et diversifiée
Horodatage et seuils
Règles de panne explicites
Comprendre le trajet
Une donnée naît hors chaîne, est collectée et parfois agrégée, puis publiée pour les contrats. Chaque étape peut introduire erreur, retard ou manipulation.
Examiner les garanties
Identifiez sources indépendantes, règles d’agrégation, fréquence, seuils d’écart et transparence historique. Plusieurs nœuds utilisant la même source ne créent pas une indépendance réelle.
Prévoir les anomalies
Cherchez les règles de pause, limites, données périmées et réponses aux marchés extrêmes. Une valeur exacte mais trop ancienne peut déclencher une décision dangereuse.
Relier au risque économique
Pour un prêt ou un échange, simulez une donnée erronée : liquidation, mauvaise tarification et perte peuvent survenir avant correction.
Examiner la donnée externe
Un contrat de prêt ou de dérivé peut exécuter parfaitement une règle fondée sur un prix erroné. Étudiez sources, agrégation, fréquence, garde-fous et comportement lors d’une panne.
- Vérifiez ce qui arrive si la donnée devient obsolète.
- Un oracle décentralisé peut encore dépendre de marchés peu liquides.
Cas pratique : décision et limites
Un protocole utilise un prix exact à sa publication, mais devenu ancien lors de votre opération. Relevez timestamp, fréquence de mise à jour, seuils de déclenchement et comportement en cas d’absence de donnée. Sur une Layer 2, une panne du séquenceur peut aussi imposer des protections particulières. Multiplier les sources ne suffit pas si elles partagent le même marché peu liquide ou la même infrastructure. Vérifiez la règle effectivement utilisée par le contrat.
Une vérification concrète
Relevez l’horodatage du prix et la règle de péremption : une valeur plausible peut être trop ancienne.
Repères à vérifier
| Point | Contrôle |
|---|---|
| Source | Traçable et diversifiée |
| Fraîcheur | Horodatage et seuils |
| Secours | Règles de panne explicites |
Questions fréquentes
Un oracle prouve-t-il qu’une donnée est vraie ?
Non. Il transmet une donnée selon un modèle de confiance.
Plusieurs nœuds suffisent-ils ?
Pas si tous dépendent de la même source défaillante.
Pourquoi vérifier les décimales et la paire d’un prix ?
Un oracle publie une valeur avec une unité, une précision et une date. Une réponse entière doit être interprétée selon ses décimales. Un flux actif/USD n’est pas un flux actif/ETH ; une mauvaise échelle ou paire peut fausser un ratio de garantie malgré une réponse récente.
Sources vérifiables
Ethereum.org — Oracles- Ethereum.org — Smart contract security
Chainlink — Data feed units and timestamps
Contenu pédagogique indépendant, relu à partir de documentation primaire. Aucune recommandation personnalisée ni promesse de rendement. Mis à jour le 6 octobre 2026
