Comment envoyer un échange STON.fi depuis un wallet TON avec TON Connect
Vous ne donnez jamais de clé privée au dApp. Simulez l’échange STON.fi, laissez le SDK construire le message de contrat exact, puis transmettez-le à TON Connect afin que le wallet connecté puisse signer et diffuser.
🔥 Idée centrale derrière le flux
- Le SDK STON.fi crée le message interne (à, valeur, contenu).
- TON Connect ne demande que l’autorisation.
- Le wallet reste en charge de la signature et de la diffusion sur le réseau.
🚀 Parcours d’envoi étape par étape
1. Connectez le wallet via TonConnectUIProvider et le bouton.
2. Lancez simulateSwap pour obtenir les informations du routeur et les unités.
3. Ouvrez le routeur depuis les métadonnées de simulation avec dexFactory.
4. Appelez la méthode getSwap*TxParams correspondante.
5. Transmettez le résultat directement à tonConnectUI.sendTransaction.
6. Confirmez que le message externe a été soumis, puis vérifiez sur la chaîne.
⚡ Détails qui font trébucher les gens
- validUntil doit être en secondes Unix, pas en millisecondes.
- network est défini sur « -239 » pour le mainnet.
- Reconstruisez toujours à partir de la dernière simulation avant d’envoyer.
💬 Pourquoi ce modèle fonctionne
La séparation est nette : STON.fi connaît l’appel au contrat, TON Connect connaît la demande au wallet. Votre application ne fait que coordonner. Cela garde les clés en sécurité et permet au même flux wallet de fonctionner pour les échanges TON-vers-jetton, jetton-vers-TON et jetton-vers-jetton.
Prêt à brancher la simulation dans le gestionnaire d’envoi en premier ? 👇
Dites-nous quelle partie de la requête TON Connect vous semblait floue lorsque vous l’avez essayé.
Ce n’est pas un conseil en investissement — faites vos propres recherches ! 🚀
$GRAM @STONfi DEX
Vous ne donnez jamais de clé privée au dApp. Simulez l’échange STON.fi, laissez le SDK construire le message de contrat exact, puis transmettez-le à TON Connect afin que le wallet connecté puisse signer et diffuser.
🔥 Idée centrale derrière le flux
- Le SDK STON.fi crée le message interne (à, valeur, contenu).
- TON Connect ne demande que l’autorisation.
- Le wallet reste en charge de la signature et de la diffusion sur le réseau.
🚀 Parcours d’envoi étape par étape
1. Connectez le wallet via TonConnectUIProvider et le bouton.
2. Lancez simulateSwap pour obtenir les informations du routeur et les unités.
3. Ouvrez le routeur depuis les métadonnées de simulation avec dexFactory.
4. Appelez la méthode getSwap*TxParams correspondante.
5. Transmettez le résultat directement à tonConnectUI.sendTransaction.
6. Confirmez que le message externe a été soumis, puis vérifiez sur la chaîne.
⚡ Détails qui font trébucher les gens
- validUntil doit être en secondes Unix, pas en millisecondes.
- network est défini sur « -239 » pour le mainnet.
- Reconstruisez toujours à partir de la dernière simulation avant d’envoyer.
💬 Pourquoi ce modèle fonctionne
La séparation est nette : STON.fi connaît l’appel au contrat, TON Connect connaît la demande au wallet. Votre application ne fait que coordonner. Cela garde les clés en sécurité et permet au même flux wallet de fonctionner pour les échanges TON-vers-jetton, jetton-vers-TON et jetton-vers-jetton.
Prêt à brancher la simulation dans le gestionnaire d’envoi en premier ? 👇
Dites-nous quelle partie de la requête TON Connect vous semblait floue lorsque vous l’avez essayé.
Ce n’est pas un conseil en investissement — faites vos propres recherches ! 🚀
$GRAM @STONfi DEX