STON.fi’da Single Hop va Multi Hop swap’lar: Nega eng qisqa marshrut har doim ham eng yaxshi emas
Markazlashmagan savdoda eng qisqa yo‘l ham eng samarali bo‘lishi kerak, deb taxmin qilish oson. Avval Token B orqali o‘tish o‘rniga Token A dan Token C ga to‘g‘ridan-to‘g‘ri almashish sodaroqdek ko‘rinadi. Kamroq konvertatsiyalar kamroq komissiya, kamroq murakkablik va yaxshiroq ijroni anglatadigandek tuyuladi.
Lekin DeFi’da soddalik har doim ham samaradorlikni anglatmaydi.
STON.fi’da bitta “single-hop” marshrut ba’zan eng yaxshi variant bo‘lishi mumkin, notekis taqsimlangan likvidlik sababli esa “multi-hop” marshrut oxirgi natijani yaxshiroq qilishi mumkin. Shuning uchun eng muhim savol: bu swap nechta hop ishlatadi emas, balki “barcha tegishli xarajatlardan keyin men amalda nechta destination token olaman?”
Ushbu farqni tushunish foydalanuvchilarga marshrutlarni yanada aqlliroq baholash va faqat qisqaroq ko‘ringani uchun yo‘l tanlab qo‘yishdan qochishga yordam beradi.

Hop nima?
Hop swap marshruti ichidagi aktivdan aktivga bitta konversiyani anglatadi.
Bitta hopli swap Token A dan Token C’ga to‘g‘ridan-to‘g‘ri o‘tadi:
Token A → Token C
Multi-hop swap bir yoki bir nechta oraliq aktivlar orqali bir xil manzilga yetadi:
Token A → Token B → Token C
Agar u kuchliroq bajariladigan (executable) narxni bersa, marshrut yanada ko‘proq konversiyalarni o‘z ichiga olishi mumkin.
Muhim tomoni shundaki, hop soni aktiv konversiyalarining sonini anglatadi. Bu esa hamyon (wallet) ruxsatlarining sonini yoki alohida foydalanuvchi o‘zaro ta’sirlarini anglatmaydi. Foydalanuvchi ulangan hamyon interfeysi orqali bitta tranzaksiyani imzolashi mumkin, protokol esa on-chain’da ko‘p bosqichli marshrutni bajara oladi.
Bu farq muhim, chunki savdo nuqtayi nazaridan murakkab ko‘rinadigan marshrut baribir bitta integratsiyalashgan swap tajribasi sifatida taqdim etilishi mumkin.
Nega to‘g‘ri marshrut yomonroq bo‘lishi mumkin
Multi-hop marshrut bitta hop marshrutdan o‘zib ketishi mumkinligining asosiy sababi — likvidlik.
Faqat bitta hop bo‘lsa ham, likvidligi cheklangan A/C pul (pool)ni tasavvur qiling. Shu pulga nisbatan nisbatan katta savdo narxni sezilarli siljitishi va katta narx ta’sirini keltirib chiqarishi mumkin. Marshrutda faqat bitta hop bo‘lsa-da, foydalanuvchi kutilgandan kamroq yetib boradigan (destination) token olishi mumkin.
Endi A/B va B/C pul’lari ancha chuqurroq ekanini tasavvur qiling.
Marshrut:
A → B → C
qo‘shimcha konversiya talab qilishi mumkin, lekin har bir bosqichdagi kuchliroq likvidlik savdo sababli yuzaga keladigan narx harakatining miqdorini kamaytirishi mumkin. To‘lovlar va ikkala pool’ning bajarish xarajatlarini hisobga olgandan so‘ng, multi-hop yo‘l baribir Token C’ning yakuniy miqdori kattaroq bo‘lishiga olib kelishi mumkin.
Bu markaziy tamoyil:
Kamroq hoplar avtomatik ravishda umumiy xarajatning ham pastligini anglatmaydi.
Marshrutning iqtisodiy sifati uning to‘liq bajarilishi bilan belgilanadi, faqat uzunligi bilan emas.
Likvidlik va narx ta’sirining roli
Likvidlik pool savdoni qanchalik samarali yuta olishini aniqlaydi.
Likvidlik swap hajmiga nisbatan chuqur bo‘lsa, odatda savdolar narxning kamroq siljishi bilan bajariladi. Likvidlik yupqa bo‘lsa, hatto nisbatan o‘rtacha tranzaksiya ham samarali ayirboshlash kursiga sezilarli ta’sir qilishi mumkin.
Bu muhim kompromiss (savdo-off) yaratadi.
To‘g‘ri marshrutda quyidagilar bo‘lishi mumkin:
Bitta hop
Bitta pool
Kamroq alohida swap to‘lovlari
Lekin unda yana:
Likvidlik past
Narx ta’siri kattaroq
Katta buyurtmalar uchun bajarish sifati yomonroq
Multi-hop marshrut boshqa pool to‘lovini kiritishi mumkin, ammo har bir bosqichda kuchliroq likvidlik va yaxshiroq narxlash hisobiga buni qoplab beradi.
Shuning uchun tegishli taqqoslash har bir pool tomonidan olinadigan to‘lovlar bilan cheklanmaydi. Marshrut bajarilgandan keyingi yakuniy chiqishni (final output) ko‘rib chiqish kerak.
Nega faqat to‘lovlar yetarli emas
Ko‘p konversiyalar va ehtimol ko‘proq pool to‘lovlari borligi sababli multi-hop marshrutni rad etish jozibali. Bu yondashuv adashtirishi mumkin.
Agar to‘g‘ridan-to‘g‘ri swap ozroq to‘lovni tejasa, lekin narx ta’siri sezilarli bo‘lsa-chi. Multi-hop marshrut qo‘shimcha to‘lovlarni talab qilishi mumkin, biroq shunga qaramay manzil aktivining kattaroq miqdorini yetkazib berishi mumkin.
Masalan, to‘g‘ri marshrut nazariy jihatdan kamroq to‘lov olishi mumkin, lekin manzil aktivining 98.5 birligini berishi mumkin; ikki hopli marshrut esa to‘lovlarda biroz ko‘proq xarajatlashi mumkin, ammo 99.2 birlikni yetkazib berishi mumkin.
Foydalanuvchi nuqtayi nazaridan ikkinchi marshrut iqtisodiy jihatdan yaxshiroq.
Routing maqsadi bitta alohida xarajatni minimallashtirish emas. U to‘liq savdo bajarilishining sifatini maksimal darajaga yetkazishdir.
Bunga likvidlik, to‘lovlar, narx ta’siri va boshqa bajarish xarajatlari kiradi.

STON.fi marshrut tanlashni qanday bajaradi
STON.fi faqat ikki aktiv o‘rtasida to‘g‘ridan-to‘g‘ri pool topishdan ko‘proq narsani qo‘llab-quvvatlaydi.
DEX v2 arxitekturasi zanjirli swap’larni qo‘llab-quvvatlaydi: yo‘llar oraliq aktivlar orqali o‘tishi va amaliy bo‘lsa turli v2 Routerlar bilan ishlashi mumkin.
Mana shunda Omniston muhim bo‘ladi.
Omniston STON.fi dApp’da sukut bo‘yicha yoqilgan va bajarilishi mumkin bo‘lgan imkoniyatlarni aniqlash uchun mavjud likvidlik manbalarini baholaydi. A/C, A/B/C yoki boshqa marshrut qaysi biri yaxshiroq ekanini foydalanuvchidan qo‘lda majburan aniqlatmasdan, marshrutlash tizimi mavjud yo‘llarni taqqoslab, kuchliroq natijani tanlashi mumkin.
Asosiy g‘oya shundaki, routing — bu optimallashtirish muammosi.
Tizim eng kam hop’li marshrutni qidirayotgani shart emas. U mavjud bozor sharoitlari ostida eng kuchli bajariladigan natijani bera oladigan marshrutni qidiradi.
Hop soni va likvidlik manbalari turlicha
Yana bir muhim nuqta: hop soni va likvidlik manbalarining soni — bir xil narsa emas.
Marshrut turli pool’lar yoki likvidlik manbalaridan likvidlikni chizishi (jalb qilishi) bilan birga bir nechta hop’ni o‘z ichiga olishi mumkin. Aksincha, hop soni kamroq bo‘lgan marshrut ham muayyan savdo hajmi uchun likvidligi yomon bo‘lgan pool’ga tayangan bo‘lishi mumkin.
Bu farq keng tarqalgan noto‘g‘ri tushunishni oldini oladi: qisqa marshrut avtomatik ravishda oddiy yoki samarali degani emas, va uzunroq marshrut avtomatik ravishda samarasiz degani emas.
Asosiy savol shundaki, mavjud likvidlikdan mo‘ljallangan savdoni bajarish uchun qanchalik samarali foydalanilayapti.
DEX v2 va zanjirli (chained) swap’lar
STON.fi DEX v2 bir Router ichida zanjirli (chained) swap’larni ham, shuningdek turli v2 Routerlar o‘rtasida routingni ham qo‘llab-quvvatlaydi.
Bu moslashuv muhim, chunki likvidlik deyarli hech qachon mumkin bo‘lgan har bir token juftligi bo‘yicha mukammal taqsimlanmagan.
Ba’zi aktivlar uchun to‘g‘ridan-to‘g‘ri bozor chuqur va raqobatbardosh bo‘lishi mumkin. Boshqalar uchun esa likvidlik umumiy oraliq aktiv atrofida jamlangan bo‘lishi mumkin.
Marshrutlash tizimi ushbu struktura (tuzilma)dan foydalana oladi.
Har bir juftlik to‘g‘ridan-to‘g‘ri savdo qilishi kerak, deb taxmin qilish o‘rniga, oraliq aktiv yakuniy manzilga yaxshiroq yo‘l yaratishini ko‘rib chiqishi mumkin.
Bu aqlli markazlashmagan birja (DEX) routing’ining fundamental afzalliklaridan biridir.
Foydalanuvchilar nimani haqiqatan tekshirishi kerak
STON.fi swap’ini baholaganda foydalanuvchilar marshrutning vizual sodda ko‘rinishiga qarabgina qolmasdan, yakuniy kotirovkaga (final quote) e’tibor berishlari kerak.
Bir nechta tafsilotlar ayniqsa muhim.
Kutilayotgan output
Kotirovka qilingan output sizga marshrut manzil aktivining qancha miqdorini kutilgan tarzda berishini aytadi.
Bu alternativalarni solishtirish uchun eng foydali sonlardan biridir.
Minimal qabul qilinadi
Minimal qabul qilinadigan miqdor muhim, chunki kotirovka va bajarilish orasida bozor sharoitlari o‘zgarishi mumkin. Bu tanlangan slippage sozlamalari bo‘yicha savdoga qo‘llanadigan himoyani aniqroq tasvirlab beradi.
Narx ta’siri
Narx ta’siri savdo o‘zi pool narxini qanchalik kuchli o‘zgartirishini ko‘rsatishga yordam beradi.
Yuqori narx ta’siri mavjud likvidlik hajmi tranzaksiyangiz hajmiga nisbatan nisbatan yupqa ekanini ko‘rsatishi mumkin.
Marshrut strukturası
Savat (swap) to‘g‘rimi yoki bir yoki bir nechta oraliq aktivlardan foydalanadimi, tekshiring.
Ko‘p hoplar borligi avtomatik tarzda ogohlantiruvchi belgini anglatmaydi. Muhimi — marshrut kuchliroq yakuniy natija bera oladimi.
Tarmoqni bajarish xarajatlari
Foydalanuvchilar, shuningdek, tranzaksiya bajarish talablarini qoplash uchun yetarli miqdorda mahalliy (native) tarmoq valyutasini ham saqlashlari kerak.
Agar tarmoq xarajatlari uchun yetarli balans bo‘lmasa, tranzaksiya muvaffaqiyatli bajarila olmasa, juda jozibali kotirovka foydali bo‘lmaydi.
Nega savdo hajmi muhim?
Marshrut sifati o‘zgarmas emas.
Bir xil token jufti turli savdo hajmlari uchun turli optimal marshrutlarni berishi mumkin.
Kichik swap minimal narx ta’siri bilan to‘g‘ridan-to‘g‘ri pul ichiga bemalol sig‘ishi mumkin. Ancha katta tranzaksiya esa o‘sha pul narxini sezilarli siljitib, multi-hop marshrutni yanada jozibadorroq qilishi mumkin.
Bu Token A har doim Token B orqali swap qilinishi kerak, degan umumiy qoida yo‘qligini anglatadi.
Optimal marshrut hozirgi likvidlik sharoitlari, mavjud pool’lar, to‘lovlar, bajarish talablari va buyurtma hajmiga bog‘liq.
Amaliy misol
Foydalanuvchi Token A ni Token C ga swap qilayotganini tasavvur qiling.
To‘g‘ri marshrut:
A → C
Muqobil marshrut:
A → B → C
Birinchi qarashda to‘g‘ri marshrut ustun ko‘rinadi, chunki u faqat bitta hopni o‘z ichiga oladi.
Biroq, A/C pool nisbatan sayoz (shallow) deb faraz qiling. Foydalanuvchining tranzaksiyasi sezilarli narx ta’sirini keltirib, Token C’ning olinadigan miqdorini kamaytiradi.
Ayni paytda A/B pool va B/C pool ikkalasi ham chuqurroq. Qo‘shimcha konversiya yana bir to‘lov kiritadi, ammo kuchliroq likvidlik tranzaksiyaning yanada samaraliroq bajarilishiga imkon beradi.
Natija shunday bo‘lishi mumkin:
To‘g‘ri marshrut: kamroq hop, lekin yakuniy chiqish (output) pastroq.
Multi-hop marshrut: ko‘proq hop, lekin yakuniy output yuqoriroq.
Bunday vaziyatda to‘g‘ri marshrutni faqat u qisqaroq bo‘lgani uchun tanlash iqtisodiy xato bo‘ladi.
DeFi marshrutlash bo‘yicha kengroq saboq
Bu tushuncha STON.fi’dan ham kengroq.
Markazlashmagan bozorlar bo‘lingan. Likvidlik ko‘plab pool’larda, aktivlarda va routing strukturalarida mavjud bo‘lishi mumkin. Shuning uchun treyderga oddiy to‘g‘ridan-to‘g‘ri juftlik modeli yetarli emas.
Intelligent routing mavjud, chunki eng yaxshi bozor yo‘li konversiyalar sonidan doim ham aniq ko‘rinmaydi.
Marshrutlash motorining maqsadi mavjud likvidlikni izlab, savdo qanday qilib eng samarali tarzda bajarilishi mumkinligini aniqlashdir.
Foydalanuvchilar uchun bu marshrut uzunligi sifat darajasi (score) emas, balki ma’lumot ekanini anglatadi.
Ikki hop yoki uch hop marshrut bitta hop marshrutdan albatta yomonroq degani emas. To‘g‘ri baho marshrut butunligicha nima berishini hisobga olgan holda amalga oshiriladi.

Yakuniy xulosa
Single-hop swap’lar to‘g‘ridan-to‘g‘ri, tushunish oson va tegishli pool’da yetarli likvidlik bo‘lsa juda samarali bo‘lishi mumkin.
Multi-hop swap’lar qo‘shimcha konversiyalar kiritadi, ammo bu konversiyalar chuqurroq likvidlikni ochib berishi va narx ta’sirini yetarlicha kamaytirib, umumiy bajarishda yaxshiroq natija berishi mumkin.
STON.fi’da eng kuchli marshrut shuning uchun har doim ham eng qisqa marshrut bo‘lavermaydi. DEX v2 zanjirli swap’larni qo‘llab-quvvatlashi va Omniston mavjud likvidlik imkoniyatlarini baholashi sababli, marshrut tanlash faqat hop soniga emas, balki iqtisodiy natijaga yo‘naltirilishi mumkin.
Savdoni tasdiqlashdan oldin eng muhim raqamlarga e’tibor bering:
Kutilayotgan output. Minimal qabul qilinadi. Narx ta’siri. Marshrut strukturası. Tarmoqni bajarish xarajatlari.
Amaliy qoida oddiy:
Qaysi marshrut eng kam hop’ga ega ekanini so‘ramang. Barcha tegishli xarajatlar hisoblangandan keyin sizni eng ko‘p manzil tokenlari bilan qoldiradigan marshrut qaysi ekanini so‘rang.
Markazlashmagan savdoda eng qisqa yo‘l ekranda yaxshi ko‘rinishi mumkin. Eng yaxshi yo‘l — siz amalda qilayotgan savdo uchun yaxshiroq bajariladigan yo‘ldir.
STON.FI’DA KO‘PROQ O‘RGA N
