Penjelasan STON.fi V2 Forwarding: Receiver, Custom Payload, dan fwd_gas
STON.fi V2 meneruskan swap ke Router lain dengan cara mengarahkan receiver_address ke Router berikutnya, memasukkan swap Router tersebut di dalam custom_payload, dan memberikan pendanaan fwd_gas di atas nol. Dari sisi wallet terlihat seperti satu aksi. Di blockchain, itu adalah rangkaian pesan internal.
🔥 Apa yang Berubah Dibanding Swap Sederhana
- Swap satu-hop dapat mengirim output langsung ke pengguna.
- Hop multi-router mengarahkan output menuju Router berikutnya.
- Payload internal memberi tahu Router itu swap apa yang harus dijalankan selanjutnya.
🚀 Alur Pesan Antar Router
1. Wallet mengeluarkan transfer Jetton dengan Swap A.
2. Router A memproses Pool A/B dan mendapatkan TOKEN B.
3. TOKEN B berpindah dengan Swap B terpasang dan TON dari fwd_gas.
4. Router B memulai Pool B/C dan, jika valid, mengirimkan TOKEN C.
🧠 Mengapa Ini Masalah Gas
fwd_gas adalah anggaran payload DEX untuk meneruskan transfer_notification saat custom_payload ada. Ini tidak sama dengan nilai transaksi awal atau TON forward Jetton secara umum. Jika hop kedua kurang dana, rute bisa macet meskipun TOKEN B sudah ada. Payload bersarang juga menambah ukuran pesan, sehingga menyalin nilai gas dari skenario single-hop adalah model yang lemah.
⚡ Keunggulan dan Keterbatasan Utama
- cross_swap tetap pada satu Router dan mengabaikan fwd_gas.
- Forwarding multi-router melewati batas (boundary) wallet Jetton.
- Setiap swap bersarang mempertahankan min_out, deadline, dan refund_address masing-masing.
- Kegagalan di kemudian hari dapat meninggalkan token perantara, bukan aset aslinya.
- Konfirmasi wallet tidak membuktikan Router B telah menyelesaikan rute.
Mau debug batas forwarding atau min_out kedua terlebih dulu? 👇
Bagikan field STON.fi V2 yang masih terasa paling mudah salah set.
Bukan nasihat investasi — lakukan riset sendiri! 🚀
$GRAM @STONfi DEX
STON.fi V2 meneruskan swap ke Router lain dengan cara mengarahkan receiver_address ke Router berikutnya, memasukkan swap Router tersebut di dalam custom_payload, dan memberikan pendanaan fwd_gas di atas nol. Dari sisi wallet terlihat seperti satu aksi. Di blockchain, itu adalah rangkaian pesan internal.
🔥 Apa yang Berubah Dibanding Swap Sederhana
- Swap satu-hop dapat mengirim output langsung ke pengguna.
- Hop multi-router mengarahkan output menuju Router berikutnya.
- Payload internal memberi tahu Router itu swap apa yang harus dijalankan selanjutnya.
🚀 Alur Pesan Antar Router
1. Wallet mengeluarkan transfer Jetton dengan Swap A.
2. Router A memproses Pool A/B dan mendapatkan TOKEN B.
3. TOKEN B berpindah dengan Swap B terpasang dan TON dari fwd_gas.
4. Router B memulai Pool B/C dan, jika valid, mengirimkan TOKEN C.
🧠 Mengapa Ini Masalah Gas
fwd_gas adalah anggaran payload DEX untuk meneruskan transfer_notification saat custom_payload ada. Ini tidak sama dengan nilai transaksi awal atau TON forward Jetton secara umum. Jika hop kedua kurang dana, rute bisa macet meskipun TOKEN B sudah ada. Payload bersarang juga menambah ukuran pesan, sehingga menyalin nilai gas dari skenario single-hop adalah model yang lemah.
⚡ Keunggulan dan Keterbatasan Utama
- cross_swap tetap pada satu Router dan mengabaikan fwd_gas.
- Forwarding multi-router melewati batas (boundary) wallet Jetton.
- Setiap swap bersarang mempertahankan min_out, deadline, dan refund_address masing-masing.
- Kegagalan di kemudian hari dapat meninggalkan token perantara, bukan aset aslinya.
- Konfirmasi wallet tidak membuktikan Router B telah menyelesaikan rute.
Mau debug batas forwarding atau min_out kedua terlebih dulu? 👇
Bagikan field STON.fi V2 yang masih terasa paling mudah salah set.
Bukan nasihat investasi — lakukan riset sendiri! 🚀
$GRAM @STONfi DEX
