Récemment, j’ai découvert un phénomène déchirant : lorsqu’un groupe de développeurs de contrats intelligents accède à des oracles de premier plan comme Apro, leur esprit est rempli de pensées du genre « il suffit de le brancher » – comme si quelque chose tournait mal avec la source de données.

Quel rêve. La vérité est en réalité bien cruelle : dès que vous vous connectez à une source de données, vous devenez le dernier pare-feu. L’oracle fournit des « faits vérifiés sur la chaîne », mais la manière et la manière dont ce fait est utilisé appartiennent à vous.

Pour le dire autrement : l’hôpital a acheté un jeu de scalpels stériles importés, et le couteau lui-même était correct, mais le patient est mort sur la table d’opération, peut-on blâmer le couteau ? Évidemment non. Le problème, c’est le savoir-faire du médecin, pas les outils.

Les promoteurs doivent garder à l’esprit ces quatre lois de fer :

**Article 1 : Les données ne sont que des matières premières, et les développeurs sont les véritables timoneurs**

Apro fournit des matières premières de haute qualité qui ont été vérifiées de manière décentralisée. Mais si vous rendez le plat salé, que vous faites une erreur ou que vous avez un problème avec l’utilisateur, c’est votre affaire. Vous devez construire votre propre système de surveillance de la qualité des données.

Par exemple, si le prix saute soudainement et chute, dépassant la fourchette théorique de fluctuation, y a-t-il un mécanisme de disjoncteur dans votre contrat ? Ou laisser ce prix anormal déclencher des liquidations massives ? Lorsqu’il y a un problème réseau et un retard de données, votre application attend-elle bêtement, ou bascule-t-elle automatiquement vers une solution de sécurité de sauvegarde ? Ces éléments ne peuvent pas être couverts par les sources de données.

**Article 2 : La qualité du code détermine tout**

Les données les plus puissantes rencontrent un code vulnérable, et le résultat est un désastre. Vous ne pouvez pas utiliser une fonction qui n’a pas été rigoureusement testée et présente un risque de débordement de mémoire pour traiter des informations de prix impliquant de l’argent réel.

Pour être franc, votre niveau de code doit être comparable à la source de données que vous choisissez. Ce n’est pas optionnel, c’est basique.