Oracle Problem

Qu'est-ce que l'Oracle Problem ?

L'Oracle Problem est le casse-tête qui survient lorsqu'une blockchain a besoin de données extérieures mais ne peut pas les récupérer seule. Vous avez du code sans besoin de confiance, et pourtant il doit faire confiance à quelque chose pour connaître le prix de l'ETH ou la météo du jour. Imaginez une cuisine verrouillée qui demande par la fenêtre s'il pleut avant de commencer une soupe.

Comment fonctionne l'Oracle Problem

L'Oracle Problem apparaît chaque fois que du code sur une chaîne veut des informations qui vivent en dehors de la chaîne. Petit tour :

• Étape 1 : Un appel de contrats intelligents a besoin de données, comme le prix du BTC ou le score d'un match.
• Étape 2 : Un oracle récupère ces données depuis des sources, par exemple plusieurs bourses, puis les agrège.
• Étape 3 : L'oracle publie les données sur la chaîne pour que le contrat puisse les lire.
• Étape 4 : Le contrat agit, par exemple en liquidant un prêt ou en déclenchant un versement.
• Étape 5 : Si le flux est erroné, en retard ou manipulé, les résultats sont faussés et la valeur se déplace dans la mauvaise direction.

C'est pourquoi l'Oracle Problem concerne l'apport de vérité externe sans compromettre la confiance. Vous voyez l'idée.

Pourquoi l'Oracle Problem compte

Si vous tenez à ce que la crypto fonctionne pour des cas réels, ce point est important.

• Avantage : Un meilleur design d'oracles maintient la logique financière honnête, donc les liquidations, paiements et échanges se basent sur des données justes.
• Perspective : C'est le souci discret derrière les flux de prix, les paris sportifs et les attributs NFT qui se mettent à jour ; si cela échoue, l'ambiance tourne vite au vinaigre.
• Pertinence : Vous le verrez dans la finance décentralisée (DeFi), les jeux, les marchés de prédiction et même les assurances sur chaîne.

Caractéristiques clés de l'Oracle Problem

Ce qui donne sa forme à ce sujet :

• Confiance : Vous cherchez à minimiser la confiance même quand les données proviennent de parties externes.
• Finalité : Une fois que les données sont sur la chaîne, elles sont en pratique immutables, donc les mauvaises entrées restent.
• Latence : Les flux doivent être assez récents pour éviter des actions obsolètes tout en n'encombrant pas la chaîne.
• Diversité : Plusieurs sources et rapporteurs indépendants réduisent les points de défaillance uniques.
• Incitations : Les rapporteurs doivent avoir des intérêts alignés avec la vérité, via récompenses et pénalités.

Variantes

L'Oracle Problem prend des formes différentes selon les données et le flux souhaités :

1. Entrant : Données du monde réel entrant dans une chaîne, comme des prix ou la météo.
2. Sortant : Une décision du contrat envoyée à un réseau de paiement ou à un serveur de jeu.
3. Push : Des flux mettent à jour la chaîne à intervalle régulier sans qu'on les demande.
4. Pull : Les contrats demandent les données seulement quand nécessaire pour réduire les coûts.
5. Signé : Les fournisseurs de données signent les valeurs hors chaîne pour que chacun puisse vérifier la source.
6. Comité : Un groupe de rapporteurs se met d'accord avant de publier une valeur.

Exemple

Un protocole de prêt lit un flux de prix, l'ETH baisse de 1 %, des prêts sont liquidés, et des heures plus tard tout le monde apprend que le flux était erroné parce qu'une seule bourse a eu un comportement étrange : classique Oracle Problem.

Fait amusant

« Oracle » vient des anciens devins qui parlaient pour les dieux ; en crypto, on leur demande des prix et des confirmations météo, ce qui est moins poétique mais beaucoup plus vérifiable.

Conclusion

L'Oracle Problem en une ligne : apporter la vérité extérieure sur la chaîne sans demander aux utilisateurs de simplement vous croire. Si c'est bien fait, le reste commence à bien fonctionner, Rolex rencontre les threads Reddit.