Ce que KITE veut faire est assez ambitieux - connecter l'IA et le monde réel. Mais pour être honnête, le plus difficile ne se trouve pas du côté de la Blockchain, mais plutôt de savoir comment transférer en toute sécurité les éléments du monde réel sur la chaîne. Cela implique trois problèmes d'interface fondamentaux.

Tout d'abord, il y a le problème de l'entrée des données et des événements. Les contrats intelligents ont besoin de données du monde réel pour prendre des décisions, comme « déclencher un paiement d'assurance lorsque la température d'un endroit atteint 40 degrés » ou « vérifier si un nœud de validation a terminé la tâche de rendu ». Cela semble simple, mais en réalité, il y a beaucoup d'embûches. La source des données est-elle vraiment fiable ? S'agit-il d'un serveur centralisé ou de capteurs distribués ? Que faire si les données ont été altérées ? Plus compliqué encore, certains jugements d'événements ne se limitent pas à un simple oui ou non — un jugement tel que « tâche terminée et qualité conforme » nécessite un oracle de calcul, pas un simple oracle de données.

Il y a aussi des pièges en matière de confidentialité et de conformité. Les données sensibles comme celles de la santé et de la finance sont protégées par la loi, et mettre ces données en clair sur la Blockchain est problématique. Il existe plusieurs pistes possibles pour KITE. Premièrement, créer un réseau d'oracles diversifié, avec plusieurs oracles indépendants se défiant mutuellement et contestant ainsi les données anormales. Deuxièmement, introduire des TEE (environnements d'exécution de confiance), permettant de traiter les données sensibles à l'intérieur de cette "boîte noire", et de n'en sortir que des preuves ou des hachages de résultats vérifiables. Troisièmement, construire tout simplement un écosystème d'oracles de données dédiés sur le réseau KITE - en incitant la communauté à gérer des nœuds de collecte et de validation de données spécialisés.

Deuxièmement, il y a le problème de la sortie de l'exécution physique.