Saat menukar token, salah satu hal pertama yang ingin Anda ketahui adalah berapa banyak yang akan Anda terima sebagai gantinya. Di STON.fi, pratinjau swap membantu Anda memahami jumlah yang diperkirakan akan diterima sebelum mengonfirmasi transaksi. Salah satu detail penting yang perlu dipahami adalah perbedaan antara Jumlah Perkiraan dan Jumlah Minimum yang Diterima. Keduanya mungkin terlihat mirip, tetapi memiliki fungsi yang berbeda. Apa Itu Jumlah Perkiraan? Jumlah Perkiraan adalah jumlah token tujuan yang menurut kutipan swap saat ini akan Anda terima jika transaksi dilanjutkan.
Apa yang Terjadi Saat Anda Menghubungkan Dompet ke DEX?
Saat pertama kali menggunakan bursa terdesentralisasi, menghubungkan dompet bisa terasa seperti memberi situs web akses ke uang Anda. Namun, cara kerjanya tidak persis seperti itu. Menghubungkan dompet dan menyetujui transaksi adalah dua hal yang berbeda. Memahami perbedaannya penting, terutama saat menggunakan platform DeFi seperti STON.fi. Mari kita bahas dengan contoh praktis menggunakan TON Connect. 1. Menghubungkan Dompet Tidak Berarti Mengirim Uang Bayangkan Anda membuka STON.fi karena ingin menukar TON dengan token lain.
Dulu saya mengira perdagangan kecil seharusnya tidak terlalu memengaruhi harga.
Lalu saya paham apa yang terjadi di dalam pool AMM.
Harga bergantung pada rasio token di dalam pool.
Jadi jika sebuah pool dangkal, bahkan swap yang relatif kecil bisa mengubah rasio itu secara signifikan.
Contoh:
Pool berisi 50 TON + 50 USDT → swap 5 TON mengambil porsi cadangan TON yang cukup besar.
Pool yang lebih dalam dengan 1.000 TON + 1.000 USDT → swap 5 TON yang sama hampir tidak mengubah rasionya.
Ukuran perdagangan sama. Dampak harga benar-benar berbeda.
Itulah sebabnya saya tidak hanya melihat jumlah yang saya perdagangkan. Saya juga melihat likuiditas yang menjadi “bahan bakar” di balik pool.
Dan satu hal lagi yang sering tercampur oleh orang-orang:
Price impact ≠ slippage.
Price impact berasal dari perdagangan yang mengubah harga pool. Slippage adalah selisih antara harga yang diperkirakan dan harga eksekusi akhirnya, yang juga bisa dipengaruhi oleh kondisi pasar atau jaringan.
Di @ston_fi, cek Price Impact dan Minimum Received sebelum mengonfirmasi swap.
Perdagangan kecil ≠ dampak kecil saat pool-nya kecil.
Saya berhenti mempercayai angka besar di bagian atas layar DEX.
Yang penting bagi saya sekarang adalah apa yang benar-benar bisa dieksekusi oleh trade saya sendiri.
Saat saya menggunakan @ston_fi, saya memeriksa Estimasi jumlah, Price Impact, Minimum received, slippage, dan biaya sebelum saya menyetujui.
Sebuah token bisa terlihat murah atau mahal berdasarkan harga pasarnya, tetapi likuiditas dan ukuran trade dapat mengubah hasil begitu swap saya masuk ke pool.
Itulah sebabnya saya lebih memilih menghabiskan beberapa detik membaca kuotasinya daripada menganggap harga utama adalah yang akan saya terima.
Dan untuk swap lintas-chain, Omniston mengambil pendekatan berbeda dengan kuota, penyelesaian all-or-nothing.
Token yang punya harga tidak berarti kamu bisa benar-benar memperdagangkannya dengan benar.
Saat saya memeriksa token TON yang baru, saya melihat lebih dari sekadar grafik.
Pertama, saya memverifikasi kontraknya.
Lalu saya cek apakah ada liquidity pool yang benar-benar ada dan melihat TVL, volume, serta saldo pool-nya.
Setelah itu, saya memasukkan jumlah yang sedang saya pertimbangkan di @ston_fi dan mengecek kuotasinya serta Price Impact.
Bagian terakhir ini penting.
Pool yang kecil bisa membuat swap berukuran normal sekalipun menggerakkan harga secara signifikan. STON.fi menampilkan output yang diharapkan dan price impact sebelum kamu mengonfirmasi.
Saya juga mengecek peringatan untuk token. Token palsu dan Honeypot, misalnya, bisa dibatasi di antarmuka STON.fi.
Saya telah belajar untuk tidak mempercayai sebuah token hanya karena nama dan logonya terlihat familiar. Saat saya memeriksa token TON yang baru, hal pertama yang ingin saya temukan adalah alamat kontraknya. Itu karena nama, ticker, dan logo bisa disalin. Alamat memberi saya sesuatu yang spesifik untuk diverifikasi sebelum saya berinteraksi dengan aset tersebut. Ini menjadi bahkan lebih penting ketika sebuah token baru atau telah ditandai oleh antarmuka DEX. Berikut proses sederhana yang saya ikuti, dengan STON.fi sebagai contohnya. 1. JANGAN HANYA BERGANTUNG PADA NAMA ATAU LOGO
Dulu saya mengira menukar token itu hanya soal memilih dua aset lalu menekan tombol swap. Lalu saya mulai lebih memperhatikan apa yang terjadi di antara dua klik itu. Saat saya menggunakan DEX self-custodial di TON, saya tidak hanya melihat harga token. Saya ingin tahu dari mana dana saya berasal, ke mana dana saya pergi, apa yang akan saya terima, dan berapa biaya transaksi tersebut. Karena itu saya memeriksa alur swap di STON.fi. MULAI DENGAN DOMPET ANDA Perbedaan pertama adalah soal kustodi. Alih-alih menyetor dana ke bursa terpusat, saya bisa menghubungkan dompet saya sendiri ke bursa terdesentralisasi dan berinteraksi langsung dengan proses swap.
Satu hal yang saya pelajari dari menggunakan TON adalah bahwa menukar aset tidak harus berarti meninggalkan dompet Anda atau melalui proses yang rumit.
Jika saya ingin menukar GRAM dengan TON Jetton lain, alurnya cukup mudah.
GRAM adalah mata uang asli (native) TON, sedangkan Jetton adalah token yang diterbitkan di blockchain TON.
Jadi saat saya melakukan swap, pertama-tama saya menghubungkan dompet TON saya ke sebuah DEX, lalu memilih GRAM sebagai token yang saya jual dan memilih Jetton yang ingin saya terima.
Sebelum mengonfirmasi apa pun, saya tidak hanya melihat jumlah akhirnya.
Saya memeriksa rutenya, price impact, estimasi jumlah, minimum yang akan diterima, dan biaya-biaya blockchain.
Langkah kecil itu penting, terutama ketika pasar bergerak cepat.
Untuk eksekusi yang praktis, STON.fi memberi saya cara yang sederhana untuk menghubungkan dompet TON saya, memilih GRAM dan Jetton tujuan, meninjau detail swap, lalu mengonfirmasi transaksi langsung dari dompet saya.
Prosesnya pada dasarnya:
GRAM → Pilih Jetton → Tinjau kuotasi → Cek biaya & minimum yang diterima → Konfirmasi.
Cukup mudah, tapi selalu luangkan beberapa detik untuk meninjau transaksi sebelum menandatangani.
Apa yang Terjadi pada Liquidity Pool STON.fi Saat Terjadi Guncangan Pasar?
Hal pertama yang saya pelajari tentang liquidity pool adalah bahwa mereka tidak mengalami crash pasar dengan cara yang sama seperti pemegang token biasa. Ketika pasar tiba-tiba bergerak, Anda tidak hanya melihat angka merah atau hijau di bagan. Di dalam liquidity pool, keseimbangan antara dua aset terus berubah saat para trader menukarkannya terhadap pool tersebut. Perbedaan itu mudah diabaikan sampai pasar menjadi volatil. Sebuah liquidity pool tidak berhenti saat pasar menjadi kacau Liquidity pool STON.fi pada dasarnya adalah pool berbasis smart contract yang berisi sepasang token.
Memindahkan dana antar-chain dapat mengubah rebalance sederhana menjadi labirin transaksi.
Saya menemukan bahwa bagian tersulit bukanlah memutuskan ke mana dana harus dikirim. Tetapi mengelola semuanya di antaranya.
Rute manual bisa berarti:
Bridge → tunggu → menerima aset → swap → membayar biaya gas lain → pindah lagi.
Itu menciptakan lebih banyak langkah dan lebih banyak tempat untuk membuat kesalahan.
Dengan Omniston oleh @ston_fi, swap lintas-chain yang didukung dapat menyederhanakan proses tersebut menjadi alur eksekusi yang lebih ringkas.
Sebelum mengonfirmasi, saya tetap memeriksa dasar-dasarnya:
• Jaringan sumber dan tujuan • Aset yang dikirim dan diterima • Rute • Total biaya • Jumlah akhir yang diterima • Kebutuhan gas
Saya tidak memilih chain atau aset berdasarkan ini.
Saya hanya memastikan bahwa ketika saya memindahkan dana yang sudah ada antar jaringan, saya memahami persis apa yang terjadi dan apa yang akan saya terima.
Rebalancing lintas-chain seharusnya tentang eksekusi, bukan kompleksitas yang tidak perlu.
Saya sedang menelusuri bagaimana @ston_fi mengatasinya melalui Omniston, dan alurnya dimulai dari RFQ: Anda meminta penawaran (quote), lalu seorang resolver membantu mengoordinasikan eksekusi di berbagai chain.
Bagian yang menarik adalah apa yang terjadi di balik layar.
HTLC berpasangan menggunakan kondisi rahasia bersama untuk menghubungkan kedua sisi transaksi. Tujuannya adalah agar pertukaran diselesaikan sesuai kesepakatan, atau mekanisme timelock memungkinkan dana terkait untuk dipulihkan.
Jadi, sementara saya hanya memilih jaringan, memeriksa penawaran, dan mengonfirmasi pertukaran, ada keseluruhan mekanisme penyelesaian yang bekerja di bawahnya.
Itulah yang membuat routing lintas-rantai lebih dari sekadar memindahkan token dari A ke B.
Biaya terendah tidak selalu berarti rute termurah.
Saat saya membandingkan rute lintas-chain, saya mulai dengan satu pertanyaan:
Berapa yang benar-benar masuk ke dompet saya?
Saya akan memasukkan jumlah yang sama ke dua rute live dan membandingkan jumlah tujuan akhir setelah:
→ Gas pada chain sumber → Gas pada chain tujuan → Biaya protokol/provider → Swap tambahan setelah bridging → Wrapped vs native assets
Saya juga memeriksa rutenya sendiri, bukan hanya biaya yang ditampilkan di awal.
Misalnya, sebuah bridge mungkin terlihat lebih murah di awal, tetapi mengharuskan swap lain sebelum saya mendapatkan aset yang benar-benar saya inginkan.
Karena itu, saya mengecek output akhir di @ston_fi dibandingkan dengan alternatifnya, bukan menganggap satu rute pasti lebih murah.
Biaya sesungguhnya adalah apa yang Anda keluarkan vs apa yang akhirnya Anda dapatkan.
Hal pertama yang saya pelajari tentang swap lintas-chain adalah bahwa “gagal” tidak otomatis berarti “hilang.” Saat sesuatu berjalan salah, pertanyaan pentingnya adalah apa yang dilakukan arsitektur yang mendasarinya setelah itu. Transfer dari bridge dan swap lintas-chain atomik bisa gagal dengan cara yang benar-benar berbeda. Mungkin Anda akan dibiarkan mencoba mencari tahu apakah relai, transaksi di sisi tujuan, atau langkah refund masih tertunda. Yang lainnya bisa didesain sehingga jika swap tidak selesai, kontrak secara otomatis bergerak menuju unwind.
USDT yang sama. Ticker yang sama. Blockchain yang benar-benar berbeda.
Detail kecil itu bisa mengubah segalanya saat kamu memindahkan aset.
USDT di TON tidak otomatis berada di jaringan yang sama dengan USDT di Base.
Setiap chain punya ledger, aturan, dan alamatnya sendiri.
Jadi, daripada menganggap transfer lintas-chain seperti pengiriman biasa, kamu perlu rute yang benar-benar mengoordinasikan dua jaringan tersebut.
Di sinilah STON.fi menjadi menarik.
Kamu bisa berpindah dari USDT di TON → USDC di Base melalui rute cross-chain swap, alih-alih mencoba mengirim aset secara langsung ke jaringan yang tidak kompatibel.
Aturan saya sederhana:
Cek asetnya. Cek jaringannya. Cek tujuannya.
Di Web3, ticker memberi tahu kamu aset apa itu.
Jaringan memberi tahu kamu di mana aset itu benar-benar berada.
Aku tidak menyadari betapa berbeda jembatan dan swap lintas-chain sampai aku melihat apa yang sebenarnya terjadi pada aset.
Keduanya bisa memindahkan nilai dari satu chain ke chain lain.
Tapi keduanya tidak selalu memecahkan masalah yang sama.
Sebuah jembatan (bridge) utamanya berfokus pada memindahkan sebuah aset melintasi jaringan.
Bergantung pada desainnya, kamu bisa mengunci aset aslinya dan menerima representasi yang dibungkus (wrapped) atau versi yang di-bridge-kan di chain tujuan.
Swap lintas-chain mengambil pendekatan yang berbeda.
Alih-alih bertanya:
“Bisakah aku mendapatkan aset ini di chain lain?”
yang kamu tanyakan adalah:
“Bisakah aku menukar yang kumiliki dengan yang benar-benar aku butuhkan di chain lain?”
Misalnya:
Polygon / USDC → TON / USDT
Ini bukan sekadar memindahkan USDC.
Aku sedang mengganti jaringan dan aset.
Di sinilah Omniston dari STON.fi masuk.
Omniston menggunakan model eksekusi berbasis resolver dengan HTLC yang saling terhubung untuk mengoordinasikan sisi sumber dan tujuan dari sebuah swap lintas-chain.
Bagian yang penting bukanlah bahwa satu model otomatis “lebih baik” dan yang lain “lebih buruk.”
Bridge tetap masuk akal ketika aku memang perlu memindahkan aset atau representasi bridged-nya ke chain lain.
Swap lintas-chain bisa jadi lebih masuk akal ketika aset tujuanku berbeda dan aku ingin menghindari langkah-langkah yang tidak perlu.
Jadi sebelum memilih rute, sekarang aku melihat:
• Dengan aset apa aku mulai? • Aset apa yang aku butuhkan di akhirnya? • Apakah aset tujuan bersifat native atau wrapped? • Berapa banyak langkah yang terlibat? • Biaya apa saja yang aku bayar? • Bagaimana asumsi kustodi dan kepercayaan (trust)? • Apa yang terjadi jika transaksi tidak selesai?
Bagiku, inilah perbedaannya yang sesungguhnya.
**Bukan bridge vs swap.
Ini tentang memilih arsitektur yang sesuai dengan pekerjaannya.**
Swap lintas-chain juga mengubah tempat token tersebut berada.
Itulah perbedaan yang saya perhatikan saat melihat:
Base / USDC → Ethereum / USDT
DEX biasa di Base bisa menukar USDC saya, tetapi tidak bisa secara ajaib mengirim USDT ke wallet Ethereum saya.
Biasanya saya harus:
1. Tukar USDC → USDT di Base 2. Bridge USDT ke Ethereum 3. Menunggu proses bridge 4. Membayar biaya terkait 5. Memastikan aset yang tepat tiba di Ethereum
STON.fi mengambil pendekatan yang berbeda dengan alur cross-chain EVM-to-EVM.
Saya bisa memilih USDC di Base sebagai sumber dan USDT di Ethereum sebagai tujuan, lalu meninjau kuotasi lintas-chain sebelum mengonfirmasi.
Di balik layar, Omniston mengoordinasikan eksekusi melalui jaringan resolver-nya dan mekanisme settlement yang terhubung.
Tapi saya tetap memeriksa hal-hal penting sebelum menandatangani:
→ Jumlah USDT yang tepat → Biaya → Jaringan sumber + tujuan → Wallet penerima → Kondisi kuotasi
Dan saya tidak akan otomatis menganggap ini lebih murah daripada melakukan semuanya secara manual.
Bridge + swap kedua kadang bisa lebih masuk akal tergantung biaya real-time, likuiditas, dan rute.
Keunggulan utamanya adalah pekerjaan dua chain disajikan sebagai satu alur, bukan merangkai bagiannya secara manual.
USDC Base masuk. USDT Ethereum keluar.
Itulah jenis UX lintas-chain yang ingin saya lihat lebih banyak.
Cara Menukar USDT di TON menjadi USDG di Robinhood Chain
Memindahkan USDT dari TON ke jaringan lain biasanya terdengar lebih rumit daripada yang seharusnya. Anda harus memikirkan chain sumber, chain tujuan, aset, dompet, dan rute eksekusi. Saat tujuan adalah jaringan yang lebih baru seperti Robinhood Chain, ada pertanyaan lain yang ingin saya jawab terlebih dahulu: Aset apa yang sebenarnya akan saya terima di sana? Untuk alur lintas-chain STON.fi saat ini yang masuk ke Robinhood Chain, aset tujuan itu adalah USDG di Robinhood Chain. Jadi rute yang sedang kita lihat adalah: TON / USDT → Robinhood Chain / USDG
Saya ingin memindahkan sebagian USDC dari Ethereum ke TON, tetapi kali ini ada detail tambahan: saya tidak ingin menerima USDC di sisi lain. Saya ingin USDT di TON. Jadi rute yang saya cari adalah: Ethereum / USDC → TON / USDT Artinya, saya mengubah baik jaringan maupun stablecoin dalam satu transaksi lintas rantai. Dan itu membuat rutenya sedikit berbeda dibandingkan sekadar memindahkan aset yang sama antar dua jaringan. Masalah sebenarnya Jika saya sudah memiliki USDC di Ethereum dan butuh USDT di TON, pendekatan tradisional mungkin terlihat seperti:
Cara Menukar USDT TRC20 menjadi USDT di TON dengan STON.fi
Saya ingin menguji bagaimana rasanya benar-benar memindahkan USDT dari TRON ke TON tanpa harus berpindah-pindah melalui jembatan, bursa lain, dan beberapa antarmuka dompet. Jadi saya memilih rute yang langsung dan sederhana: TRON / USDT → TON / USDT Sekilas, ini terlihat sederhana karena asetnya sama-sama bernama USDT di kedua sisi. Tetapi ada perbedaan penting: USDT di TRON dan USDT di TON adalah aset on-chain yang terpisah. TRC20 merujuk pada standar token yang digunakan oleh USDT di jaringan TRON. USDT di TON ada di The Open Network. Merek stablecoin yang sama, tetapi blockchain yang berbeda.