Beaucoup de gens pensent dès le départ qu'APRO veut devenir le joueur numéro un dans le domaine des oracles, mais en réalité, cette compréhension est complètement erronée. En vérité, l'origine de cette affaire est très simple — c'est la colère d'un groupe de développeurs face à la dureté de la réalité.

Même le contrat intelligent le plus sophistiqué est tout perdu dès qu'une donnée sur la chaîne se comporte de manière inattendue. Par exemple, une crevaison soudaine sur l'autoroute, et c'est la catastrophe : on ne peut que regarder impuissant la voiture devenir inutilisable. La composition de l'équipe est assez ordinaire : programmeurs, architectes, ingénieurs en pipelines de données, certains venant de la finance traditionnelle, d'autres ayant travaillé dans l'infrastructure cloud, et certains ayant déjà échoué plusieurs fois dans la DeFi. Mais une chose que tout le monde a fini par comprendre : la blockchain est essentiellement une machine déterministe, alors que le monde réel est un système chaotique. Les prix peuvent s'effondrer brusquement par manipulation, les règles changent constamment, et les sources de données sont très limitées. APRO est né de cette contradiction.

Les premiers jours ont été extrêmement difficiles. Les solutions hors chaîne sont rapides, mais leur sécurité est douteuse ; celles sur chaîne sont infaillibles, mais leur coût est exorbitant. Répétitivement, la réalité leur a donné des claques, et APRO s’est façonné étape par étape à partir de ces échecs. Plus tard, la discussion sur les modes Data Push et Data Pull n’était pas simplement pour faire un discours conceptuel, mais parce que nous avons découvert que les besoins dans différents scénarios d’affaires sont extrêmement variés — certains protocoles nécessitent une latence zéro, d’autres ne s’intéressent qu’au résultat final. Alors, pourquoi utiliser une seule norme ? Il faut que le système s’adapte aux besoins des développeurs.

La conception de l’architecture est assez simple : la vitesse est gérée hors chaîne, tandis que la prise de décision finale revient à la chaîne. La blockchain ne devrait pas être forcée à comprendre ce monde complexe, elle doit simplement valider la décision finale. Le plus grand défi technique suivant est : comment garantir que les données n’ont pas été falsifiées avant d’être sur la chaîne ? C’est à ce moment-là qu’on introduit l’IA, mais l’IA n’est pas un arbitre autoritaire, c’est juste un vérificateur de données, qui compare plusieurs sources, détecte les anomalies, et réduit les manipulations humaines. Enfin, il faut aussi compter sur la conception de systèmes et sur des mécanismes d’incitation économique pour assurer la sécurité.

La gestion de la randomisation est particulièrement prudente. Les applications comme les jeux ou les tirages au sort…