Beaucoup de gens évoquent les oracles, et dans leur esprit, cela évoque une image de tube — les données entrent, le résultat sort, le rituel est terminé. Mais après tant d'années dans ce milieu, je dois avouer que cette imagination n'a jamais été fiable.

Les données réelles ne sont pas aussi propres. Les informations sont mélangées de manière chaotique, et les besoins des différentes applications varient énormément. Certains projets sont pressés par la vitesse, d'autres par la précision ; chaque blockchain a ses propres règles, et l'incompatibilité entre elles se produit presque tous les jours. En fin de compte, peu importe le problème, toutes les critiques pointent vers l'oracle — le bouc émissaire idéal.

La première fois que j'ai approfondi APRO, j'ai été touché par sa sincérité. Ce projet ne considère pas les données comme une livraison à oublier après réception, mais comme un objet nécessitant un "traitement minutieux" — il faut traduire et adapter le format entre différentes chaînes, ajouter suffisamment de contexte pour que l'application puisse comprendre, et parfois effectuer des jugements de base (principalement par des algorithmes). Ils appellent cela "la tisserande d'oracles", ce qui sonne un peu poétique, mais l'imagination est correcte : ce n'est pas une simple bouée de sauvetage, mais un tissu entier, chaque fil soutenant les autres.

Cette métaphore est vraiment pertinente. Les protocoles de prêt craignent le plus des données de prix imprécises ou mises à jour en retard ; les jeux vidéo valorisent la véracité de la randomisation ; les protocoles dérivés surveillent en permanence les marchés extrêmes. La même source de données, utilisée dans différentes applications, voit ses besoins changer immédiatement. La plupart des oracles se contentent de balancer les données sans se soucier de ces différences, ce qui est une erreur. APRO adopte une stratégie différente.

Ce qui me plaît le plus, c'est qu'il ne saute pas directement l'étape cruciale de la vérification intermédiaire. La crédibilité des données, leur adaptation, et les besoins réels de l'application — tout cela doit être pris au sérieux.