STON.fi V2 Cross-Swap Dijelaskan: Payload Bersarang untuk Rute dalam Router yang Sama
Payload cross-swap STON.fi V2 mengubah satu swap bertanda tangan menjadi rute multi-hop pada Router yang sama. Output perantara tidak perlu mendarat di dompet Anda sebelum pool berikutnya dimulai.
š„ Apa yang Berubah dengan Cross-Swap
- Kolom custom_payload dapat memuat operasi DEX lain yang terstruktur.
- Opcode khusus adalah cross_swap: 0x69cf1a5b.
- Hop berikutnya juga dapat berisi custom payload opsional lainnya.
š Cara Jalannya Rute A ke B ke C
1. Token A ditransfer ke dompet Token A milik Router.
2. Pool A/B dieksekusi dan mengirim Token B kembali melalui Router.
3. Alih-alih mengirimkan B, Router menjalankan swap terenkode B/C.
4. Token C dikirim ke penerima setelah pool kedua selesai.
š§ Mengapa Pengguna dan Builder Perlu Peduli
STON.fi dapat menjelaskan B ke C sebelum A ke B bahkan dimulai. Ini berguna ketika tidak ada pool A/C langsung, tetapi ada pool A/B dan B/C. Dompet menandatangani sekali, sementara jetton wallets, Router, dan beberapa pool menjaga rute tetap bergerak melalui pesan TON.
ā” Hal yang Masih Perlu Kehati-hatian
- Output minimum diperiksa per hop, bukan hanya pada token terakhir.
- Jika B ke C gagal setelah A ke B berhasil, pengembalian dana (refund) bisa berupa B.
- Rantai dalam Router yang sama mengabaikan fwd_gas di dalam cross_swap; Router lain memerlukan payload swap normal, Router lainnya sebagai penerima, dan forward gas yang cukup.
š¬ Pendapat Saya
Bagian pintar dari routing STON.fi V2 adalah mengenkode operasi berikutnya di dalam operasi yang sedang berjalan. Mulai dari simulasi API, masukkan metadata Router ke dexFactory(), dan gunakan createCrossSwapBody hanya dengan alamat pool dan dompet saat ini.
Anda lebih suka merangkai pool pada satu Router STON.fi atau meneruskan ke Router lain? š
Bagikan jumlah hop yang benar-benar ingin Anda enkode dalam rute langsung.
Bukan nasihat investasi - lakukan riset sendiri! š
$GRAM @STONfi DEX
Payload cross-swap STON.fi V2 mengubah satu swap bertanda tangan menjadi rute multi-hop pada Router yang sama. Output perantara tidak perlu mendarat di dompet Anda sebelum pool berikutnya dimulai.
š„ Apa yang Berubah dengan Cross-Swap
- Kolom custom_payload dapat memuat operasi DEX lain yang terstruktur.
- Opcode khusus adalah cross_swap: 0x69cf1a5b.
- Hop berikutnya juga dapat berisi custom payload opsional lainnya.
š Cara Jalannya Rute A ke B ke C
1. Token A ditransfer ke dompet Token A milik Router.
2. Pool A/B dieksekusi dan mengirim Token B kembali melalui Router.
3. Alih-alih mengirimkan B, Router menjalankan swap terenkode B/C.
4. Token C dikirim ke penerima setelah pool kedua selesai.
š§ Mengapa Pengguna dan Builder Perlu Peduli
STON.fi dapat menjelaskan B ke C sebelum A ke B bahkan dimulai. Ini berguna ketika tidak ada pool A/C langsung, tetapi ada pool A/B dan B/C. Dompet menandatangani sekali, sementara jetton wallets, Router, dan beberapa pool menjaga rute tetap bergerak melalui pesan TON.
ā” Hal yang Masih Perlu Kehati-hatian
- Output minimum diperiksa per hop, bukan hanya pada token terakhir.
- Jika B ke C gagal setelah A ke B berhasil, pengembalian dana (refund) bisa berupa B.
- Rantai dalam Router yang sama mengabaikan fwd_gas di dalam cross_swap; Router lain memerlukan payload swap normal, Router lainnya sebagai penerima, dan forward gas yang cukup.
š¬ Pendapat Saya
Bagian pintar dari routing STON.fi V2 adalah mengenkode operasi berikutnya di dalam operasi yang sedang berjalan. Mulai dari simulasi API, masukkan metadata Router ke dexFactory(), dan gunakan createCrossSwapBody hanya dengan alamat pool dan dompet saat ini.
Anda lebih suka merangkai pool pada satu Router STON.fi atau meneruskan ke Router lain? š
Bagikan jumlah hop yang benar-benar ingin Anda enkode dalam rute langsung.
Bukan nasihat investasi - lakukan riset sendiri! š
$GRAM @STONfi DEX
