ウォレットはキーレスを失わずに STON.fi のスワップを統合するには?

TON ウォレットは、STON.fi API によりシミュレーションデータを取得し、STON.fi SDK を使ってトランザクションを構築し、ネイティブのエンジンで署名することで、自身のインターフェース内で STON.fi スワップを実行できます。ユーザーはウォレットから離れることがなく、STON.fi も秘密鍵を受け取りません。

🔥 ユーザーにとっての変更点

- スワップの UI が、通常の送信・受信アクションの横に配置されます。
- ウォレットは、署名が要求される前に明確な条件を表示します。
- 実行は、ウォレットが既に持つ管理(カストディ)モデルの範囲内に完全に留まります。

🚀 推奨する本番向けの進め方

1. STON.fi API を通じて、資産アドレス、金額、スリッページでスワップをシミュレートします。
2. そのシミュレーションで返された router オブジェクトを取得します。
3. router を dexFactory() に渡し、適切なコントラクトヘルパーを開きます。
4. TON のトランザクションパラメータ(宛先、送金額、ボディ)を作成します。
5. 条件を提示し、その後にのみ署名を要求します。
6. ブロードキャストし、オンチェーン結果が分かるまで監視を続けます。

🧠 ルーターをハードコードするのは悪いアイデア

DEX v2 に関する現在の STON.fi の案内は明確です。各シミュレーションで API に router を選ばせてください。こうすることで、ユーザーが確認したルートと保護が、署名されるトランザクションと結び付いた状態を保てます。

💬 確認画面で必須の項目

- 支払う正確な金額
- 期待される出力資産と金額
- スリッページ後の最低受取額
- ネットワークおよびトランザクションコスト

署名はメッセージの許可(認可)だけを行います。実際の完了には、非同期の TON 実行を追跡し、結果が確定してから残高を更新する必要があります。

要点はシンプルです。STON.fi は見積もりとメッセージの構築を担当し、ウォレットは署名・ブロードキャスト・ステータス追跡を自分の管理下で行います。

ウォレット内での STON.fi スワップは、外部 dApp を開くよりも使いやすいと感じますか?👇

コメントで、ウォレットチームにとって一番大変そうなステップはどれか教えてください。

投資助言ではありません。自分で調べてください! 🚀

$GRAM @STONfi DEX