Avant qu’un échange sur STONfi n’atteigne la chaîne, il passe par un cycle complet de préparation et de validation hors chaîne. L’interface ou l’application intégrée demande au backend et au SDK de STONfi un itinéraire précis, un résultat attendu et un résultat minimum acceptable en fonction des paramètres de l’utilisateur. Cette étape filtre déjà les itinéraires qui ne respectent pas les contraintes de base telles que la profondeur du pool ou le nombre maximum de sauts.

La transaction préparée inclut tous ces paramètres directement dans l’appel du contrat. Lors de l’exécution, les contrats STONfi et les itinéraires Omniston doivent correspondre ou dépasser les attentes citées. Si l’état du pool change de manière à invalider la cotation, la transaction échoue au lieu de livrer silencieusement un résultat pire.
Ce flux de travail garantit que la partie de l’échange sur la chaîne est une reproduction contrôlée de la décision préparée plutôt qu’un calcul neuf. Les intégrateurs utilisant le SDK STONfi n’ont pas besoin de réimplémenter ces vérifications, ils se contentent de transmettre la charge utile et de se fier aux garanties du protocole. $TON $DOGS