Two thousand years of the oracle problem. Insights from Ancient Delphi on the future of blockchain oracles
Ce papier fait le lien entre les oracles delphiques antiques et les oracles blockchain modernes en élaborant un cadre comparatif et en analysant les requêtes delphiques pour proposer des stratégies visant à améliorer la fiabilité et la sécurité des oracles blockchain décentralisés.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez que vous avez un robot ultra-intelligent (une blockchain) capable de faire des promesses et de les tenir automatiquement. Mais il y a un piège : ce robot vit dans une pièce scellée et n'a ni yeux ni oreilles. Il ne peut pas voir la météo, vérifier la bourse ou savoir si une équipe de sport a gagné. Pour fonctionner, il a besoin d'un messager pour lui apporter des informations du monde extérieur. En informatique, ce messager s'appelle un Oracle.
Le problème ? Comment savoir que le messager ne ment pas, ne se trompe pas ou n'est pas corrompu ? C'est le « problème de l'Oracle ».
Ce document soutient que nous avons essayé de résoudre ce problème avec de nouvelles technologies sophistiquées, mais que nous devrions en réalité remonter à 2 000 ans en arrière, vers l'Oracle de Delphes dans la Grèce antique. Les auteurs, un historien et un informaticien, ont décidé de comparer les messagers grecs anciens avec leurs équivalents numériques modernes pour voir si les anciennes méthodes peuvent nous enseigner quelque chose de nouveau.
Voici la synthèse de leurs découvertes, illustrée par des analogies simples :
1. Les Deux Messagers : Une Prêtresse vs Un Flux de Données
- Le Messager Ancien (Delphes) : Une prêtresse nommée la Pythie s'asseyait dans un temple. Les gens lui posaient des questions sur l'avenir ou des décisions majeures. Elle entrait en transe (peut-être à cause de vapeurs gazeuses) et parlait par énigmes. Un prêtre traduisait ses paroles pour la personne qui interrogeait.
- Le Messager Moderne (Oracle de Blockchain) : Un programme informatique qui récupère des données (comme le prix du Bitcoin) et les injecte dans un contrat intelligent.
- Le Lien : Les deux ne sont que des ponts. La Pythie reliait les humains aux dieux ; l'Oracle relie l'ordinateur au monde réel. Si le pont est fragile, tout le système échoue.
2. Les Grands Problèmes (et les Solutions Antiques)
Le document compare des défis spécifiques rencontrés par les deux systèmes :
- Qui est la source ? (Attributabilité)
- Ancien : Tout le monde savait que la source était Apollon (le dieu). Vous n'aviez pas besoin de vérifier son identité ; vous faisiez simplement confiance au système.
- Moderne : Les blockchains tentent d'être « sans confiance » (personne n'est fait confiance). Mais les auteurs suggèrent que nous serions peut-être mieux lotis si nous savions exactement qui était le rapporteur de données, tout comme nous savions qui était la prêtresse.
- Qui est responsable en cas d'erreur ? (Responsabilité)
- Ancien : Si la Pythie disait « Vous gagnerez la guerre » et que vous perdiez, ce n'était pas la faute du dieu. C'était votre faute d'avoir mal interprété l'énigme ou posé la mauvaise question. L'oracle ne se faisait pas licencier ; c'est votre réputation qui en prenait un coup.
- Moderne : Si un oracle de blockchain fournit de mauvaises données, les personnes utilisant ces données perdent généralement de l'argent. Le document suggère que nous devrions adopter l'état d'esprit antique : l'utilisateur est responsable de choisir un bon oracle et de comprendre la réponse.
- Le message est-il réel ? (Authenticité)
- Ancien : Vous ne pouviez pas vérifier le message immédiatement. Vous deviez attendre et voir si la prédiction se réalisait. Le temps était le seul test.
- Moderne : Certaines blockchains modernes font déjà cela ! Elles attendent quelques jours avant de finaliser un résultat pour s'assurer qu'il ne s'agit pas d'un bug ou d'un mensonge. Le document indique que ce « jeu de l'attente » est en fait une idée très intelligente et ancienne.
- Le message a-t-il été modifié ? (Intégrité)
- Ancien : La prêtresse parlait à voix haute. Il n'y avait pas de signature. Pour empêcher les gens de modifier le message en cours de route, les Athéniens ont un jour placé leurs questions dans des jarres scellées. Le dieu désignait la bonne jarre sans l'ouvrir.
- Moderne : Les auteurs proposent une nouvelle idée numérique basée sur cette méthode de la « jarre scellée ». Vous pourriez verrouiller vos données dans une boîte numérique, faire en sorte qu'un générateur de nombres aléatoires choisisse quelle boîte ouvrir, puis révéler la réponse. Cela empêche quiconque d'espionner ou de tricher avant que la décision ne soit prise.
3. Le Facteur « Énigme » (Types de Requêtes)
Les auteurs ont analysé 167 questions anciennes et ont trouvé un motif :
- Questions Simples : Lorsque les gens posaient des questions claires et factuelles (par exemple, « Pleut-il ? »), les réponses étaient courtes, directes et très fiables.
- Questions Vagues : Lorsque les gens posaient des questions complexes, philosophiques ou du type « et si » (par exemple, « Quel est le meilleur chemin pour ma vie ? »), les réponses étaient longues, confuses et pleines d'énigmes.
- La Leçon pour les Ordinateurs : Les blockchains modernes fonctionnent mieux lorsqu'elles posent des questions simples et claires sur des données publiques (comme « Quel est le prix de l'or ? »). Si vous posez à un oracle informatique une question vague et philosophique, il vous donnera probablement une réponse confuse ou peu fiable, tout comme la Pythie.
4. La Conclusion Principale
Le document conclut que la technologie seule n'a pas résolu le problème de l'Oracle. Nous essayons de construire des systèmes parfaits, décentralisés et anonymes, mais les Grecs anciens avaient une approche plus simple et plus humaine :
- Faire confiance à une source connue (comme un réseau d'oracle spécifique) plutôt que de tenter d'être anonyme.
- Rendre l'utilisateur responsable du choix du bon messager et de la compréhension du message.
- Utiliser le temps pour vérifier la vérité.
- Garder les questions simples. Si la question est claire, la réponse est fiable. Si la question est une énigme, la réponse sera une énigme.
Les auteurs suggèrent qu'en mélangeant la « sagesse des anciens » avec le code moderne, nous pouvons construire des blockchains moins sujettes au piratage et plus fiables. Ils proposent même une nouvelle façon de gérer les nombres aléatoires dans les ordinateurs (comme pour les loteries) en utilisant la méthode de la « jarre scellée » de l'Athènes antique.
En résumé : Nous n'avons pas besoin de réinventer la roue ; nous devons simplement nous rappeler comment les Grecs anciens géraient leurs messagers, car les problèmes de confiance et de vérité n'ont pas vraiment changé en 2 000 ans.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.