Aktivlarni blokcheyn tarmoqlari o‘rtasida ko‘chirish bir tarmoqdagi ikki tokenni almashtirishdan murakkabroq. Har bir blokcheyn o‘z reyestrini yuritadi, o‘z tranzaksiyalarini amalga oshiradi va o‘z qoidalariga amal qiladi.
Natijada, bir tarmoqdagi tranzaksiya boshqa tarmoqdagi mos tranzaksiyani avtomatik ravishda yakunlamaydi.
Kross-tarmoq ijro infratuzilmasi aynan shu muammoni hal qilishga qaratilgan.
STON.fi bu muammoni qo‘llab-quvvatlanadigan blokcheyn tarmoqlari bo‘ylab aktivlar almashinuvini muvofiqlashtirish uchun yaratilgan Omniston — kross-tarmoq ijro qatlamidan foydalanib hal qiladi.
Foydalanuvchilardan alohida tranzaksiyalarni qo‘lda muvofiqlashtirishni talab qilish o‘rniga, Omniston kotirovkalarni topish, likvidlik provayderlari, tranzaksiyalarni bajarish va hisob-kitobni yagona muvofiqlashtirilgan jarayonga birlashtiradi.
Bu komponentlar qanday hamkorlikda ishlashini tushunish tarmoqlararo svoplarning afzalliklari va xatarlarini izohlashga yordam beradi.
1. Kotirovka so‘rovi: bajariladigan marshrutni topish
Jarayon foydalanuvchi manba aktivni, qabul qiluvchi aktivni va almashtiriladigan miqdorni tanlaganida boshlanadi.
Masalan, TON’dagi USDT’ni Robinhood Chain’dagi USDG’ga almashtirmoqchi bo‘lgan foydalanuvchini olaylik.
Ilova rejalashtirilgan tranzaksiya uchun kotirovka so‘raydi.
Omniston ishtirokchi likvidlik provayderlaridan, ya’ni rezolverlardan, bajariladigan takliflarni olish uchun kotirovka so‘rovi (RFQ) mexanizmidan foydalanadi.
Rezolverlar so‘ralgan svopni baholaydi va mavjud likvidligi, narxlari hamda bajarilish shartlariga asoslangan kotirovkalarni qaytarishi mumkin.
Foydalanuvchi ilova orqali mavjud taklifni ko‘rib chiqishi mumkin.
Bu muhim, chunki ko‘rsatilgan narx shunchaki taxminiy bozor narxi emas, balki bajarish taklifi bilan bog‘liq.
Mavjud kotirovkalar va marshrutlar ishtirokchi rezolverlar, qo‘llab-quvvatlanadigan aktivlar va joriy bozor sharoitlariga bog‘liq.
2. Rezolverlar raqobati: qabul qiluvchi tomonni likvidlik bilan ta’minlash
Rezolverlar — mos svop so‘rovlarini bajarish uchun o‘zaro raqobat qiladigan mustaqil likvidlik provayderlari.
Har bir rezolver o‘z zaxiralari, operatsion xarajatlari va so‘ralgan aktivlar juftligi kabi omillarga asoslanib, taklif qilishi mumkin bo‘lgan narx va shartlarni belgilaydi. Tarmoqlararo tranzaksiyada rezolver buyurtmani bajarish uchun zarur qabul qiluvchi tomon aktivlarini taqdim etishi mumkin.
Demak, ilova qo‘llab-quvvatlanadigan har bir aktivning zaxirasini har bir blokcheynda o‘zi saqlab turishi shart emas.
Buning o‘rniga, mos buyurtma paydo bo‘lganda ishtirokchi rezolverlar qabul qiluvchi tomon likvidligini taqdim etishi mumkin.
Rezolverlar o‘rtasidagi raqobat narxlar va bajarish imkoniyatlarini yaxshilashi mumkin, biroq eng yaxshi mavjud taklif amalda olingan kotirovkalarga bog‘liq.
Agar hech bir rezolver maqbul shartlarda marshrutni bajarishga tayyor yoki qodir bo‘lmasa, u ham mavjud bo‘lmasligi mumkin.
3. Bajarilishni muvofiqlashtirish: tarmoqlararo tranzaksiyalarni bog‘lash
Kotirovkani topish jarayonning faqat bir qismidir. Tranzaksiya manba va qabul qiluvchi tarmoqlarda ham bajarilishi kerak.
STON.fi Omnistonning tarmoqlararo hisob-kitob arxitekturasini o‘zaro bog‘langan Hashed Timelock Contract (HTLC) shartnomalari orqali ta’riflaydi.
HTLC — kriptografik shart va vaqt cheklovini birlashtiradigan smart-kontrakt mexanizmi.
Soddalashtirib aytganda, shartnomalar tomonlar tegishli aktivlarini talab qilib olishi mumkin bo‘lgan shartlarni belgilaydi.
Qo‘llab-quvvatlanadigan tarmoqlararo svopda jarayon o‘zaro bog‘langan ikkita shartnomani o‘z ichiga olishi mumkin:
- Foydalanuvchi aktivi bilan bog‘liq manba tomondagi shartnoma.
- Rezolver aktivi bilan bog‘liq qabul qiluvchi tomondagi shartnoma.
Ikkala shartnomada ham umumiy kriptografik xesh sharti va o‘zaro mos vaqt cheklovlari qo‘llaniladi.
Bu blokcheynlardan yagona reyestrdan foydalanishni talab qilmasdan, almashinuvning ikki tomonini bog‘laydi.
Shartnomalar tegishli tarmoqlarda belgilangan hisob-kitob shartlarining bajarilishini ta’minlaydi.
Muhim farq shundaki: Omniston almashinuvni muvofiqlashtiradi, tegishli bajarilish va hisob-kitob shartlarini esa asosiy blokcheyn tranzaksiyalari va smart-kontraktlar ta’minlaydi.
4. Atomar hisob-kitob: svop yakunlanganda nima sodir bo‘ladi?
Atomar hisob-kitob Omnistonning ta’riflangan tarmoqlararo dizaynida markaziy o‘rin tutadi.
Bu kontekstda atomarlik almashinuv o‘zaro bog‘langan shartlar asosida tuzilishini anglatadi: ko‘zlangan aktiv o‘tkazmasi har ikki tomonda yakunlanishi yoki qulflangan tegishli aktivlarni qaytarib olish mumkin bo‘lishi kerak.
Jarayonda xeshi o‘zaro bog‘langan shartnomalarga kiritilgan kriptografik maxfiy qiymatdan foydalaniladi.
Kerakli maxfiy qiymat oshkor etilib, shartnomaviy shartlar bajarilganda, tegishli talablarni amalga oshirish mumkin bo‘ladi.
Foydalanuvchi qabul qiluvchi aktivni talab qilib olishi, rezolver esa oshkor qilingan maxfiy qiymatdan foydalanib manba aktivni talab qilishi mumkin.
Umumiy kriptografik shart ikki talabni o‘zaro bog‘laydi.
Agar tegishli vaqt oralig‘ida talab qilingan hisob-kitob sharti bajarilmasa, shartnomalar o‘z qoidalariga muvofiq mablag‘ni qaytarish imkonini beradi.
Bu dizayn svop natijasida bir tomon aktivni berib, kelishilgan qarshi aktivni ololmay qolish xavfini kamaytirishga mo‘ljallangan.
Biroq atomar hisob-kitobni har qanday ehtimoliy yo‘qotishdan kafolatli himoya deb tushunmaslik kerak. Smart-kontraktlardagi zaifliklar, joriy etishdagi xatolar, tarmoq uzilishlari va boshqa texnik xatarlar baribir ta’sir qilishi mumkin.
Foydalanuvchilar faqat «atomar» so‘ziga tayanmasdan, protokolning amaldagi joriy etilishi va tranzaksiya holatini tushunib olishlari kerak.
5. Amaliy misol: TON’dagi USDT’ni Robinhood Chain’dagi USDG’ga almashtirish
TON’da USDT saqlayotgan va Robinhood Chain’da USDG olishni istayotgan foydalanuvchini ko‘rib chiqaylik.
Ko‘zlangan ish jarayoni turli komponentlar qanday birgalikda ishlashini ko‘rsatadi.
1-qadam: Aktivlarni tanlang.
Aniq marshrut joriy ilovada qo‘llab-quvvatlansa, foydalanuvchi manba sifatida TON’dagi USDT’ni, qabul qiluvchi aktiv sifatida esa Robinhood Chain’dagi USDG’ni tanlaydi.
2-qadam: Kotirovka so‘rang.
Ilova tanlangan aktivlar va miqdor uchun bajarilishi mumkin bo‘lgan taklifni so‘raydi.
3-qadam: Taklifni ko‘rib chiqing.
Tranzaksiyani tasdiqlashdan oldin foydalanuvchi olinishi kutilayotgan miqdor, tegishli to‘lovlar va bajarilish shartlarini ko‘rib chiqadi.
4-qadam: Bajarilishni muvofiqlashtiring.
Foydalanuvchi davom etishga qaror qilsa va marshrut qabul qilinsa, tegishli bajarilish jarayoni protokolning hisob-kitob mexanizmiga muvofiq manba va qabul qiluvchi tomonlarni muvofiqlashtiradi.
5-qadam: Yakunlang yoki mablag‘ni qaytarib oling.
Svop muvaffaqiyatli hisob-kitob qilinsa, foydalanuvchi kelishilgan shartlarga muvofiq qabul qiluvchi aktivni oladi. Bajarilish yakunlanmasa, qulflangan aktivlarni qaytarib olish tartibini protokolning tegishli mablag‘ni qaytarish mexanizmi belgilaydi.
Aniq ish jarayoni tanlangan marshrut va uni joriy etish usuliga bog‘liq.
USDT’ni USDG’ga almashtirish misoli faqat tushuntirish uchun keltirilgan: foydalanuvchilar svopni amalga oshirishdan oldin ushbu aktivlar juftligi STON.fi’ning amaldagi interfeysida hozir mavjudligini tekshirishlari kerak.
6. Bu arxitektura nima uchun muhim?
Omniston yondashuvi odatda turli tizimlar zimmasiga yuklatiladigan bir nechta vazifani ajratadi.
Kotirovkalarni topish mavjud bajariladigan takliflarni aniqlashga yordam beradi.
Rezolverlar o‘rtasidagi raqobat likvidlik provayderlarini jarayonga jalb qiladi.
Bajarilishni muvofiqlashtirish tranzaksiyaning manba va qabul qiluvchi tomonlarini bog‘laydi.
Smart-kontrakt orqali hisob-kitob aktivlarni qaysi shartlarda talab qilish yoki qaytarib olish mumkinligini ta’minlaydi.
Bu funksiyalarni birlashtirish foydalanuvchilar uchun jarayonni soddalashtirishi va ilovalarga qo‘llab-quvvatlanadigan har bir marshrut uchun alohida infratuzilma qurish zaruratini kamaytirishi mumkin.
Shuningdek, bu integratorlarga har bir tranzaksiya uchun qabul qiluvchi tomonda likvidlikni mustaqil ravishda saqlab turmasdan tarmoqlararo funksiyalarni taklif qilishga yordam beradi.
Foyda marshrutning amalda qo‘llab-quvvatlanishi, rezolverlarning ishtiroki va asosiy shartnomalarning ishonchliligiga bog‘liq.
7. Xatarlar va cheklovlar
Omniston tarmoqlararo bajarilishni muvofiqlashtirish uchun yaratilgan bo‘lsa-da, foydalanuvchilar xatarlarni tushunishlari kerak.
Likvidlik va narx: Rezolverlar o‘rtasidagi raqobat har qanday vaziyatda eng yaxshi bozor narxini kafolatlamaydi. Mavjud takliflar ishtirokchi provayderlar va joriy sharoitlarga bog‘liq.
Marshrut mavjudligi: Har bir aktiv juftligi yoki tarmoq kombinatsiyasi ham qo‘llab-quvvatlanishi shart emas. Likvidlik yoki bajarish imkoniyati yetarli bo‘lmaganda marshrut mavjud bo‘lmasligi mumkin.
Smart-kontrakt xavfi: O‘zaro bog‘langan shartnomalar hisob-kitob bilan bog‘liq ayrim xatarlarni kamaytirishi mumkin, ammo zaifliklar yoki joriy etishdagi nosozliklarni bartaraf etmaydi.
Tarmoq sharoitlari: Tirbandlik, uzilishlar va tranzaksiya kechikishlari bajarilishga hamda yakunlanmagan svopni hal qilish uchun zarur vaqtga ta’sir qilishi mumkin.
Kotirovka shartlari: Foydalanuvchilar imzolashdan oldin amaldagi kotirovka, to‘lovlar va tegishli bajarilish shartlarini ko‘rib chiqishlari kerak.
Mablag‘ni qaytarish shartlari: Mablag‘ning qaytarilishi shartnoma qoidalari, vaqt cheklovlari va tranzaksiya holatiga bog‘liq.
Foydalanuvchilar har qanday muvaffaqiyatsizlik darhol mablag‘ qaytarilishiga olib keladi deb taxmin qilmasdan, ushbu shartlarni tushunishlari kerak.
Har qanday tarmoqlararo bajarish tizimini baholashda bu cheklovlarni tushunish muhim.
Omniston kotirovkalarni topish, rezolverlar taqdim etadigan likvidlik, bajarilishni muvofiqlashtirish va smart-kontrakt orqali hisob-kitobni birlashtirib, tarmoqlararo svoplarni muvofiqlashtiradi.
Uning RFQ mexanizmi ishtirokchi rezolverlarga bajariladigan takliflarni taqdim etish imkonini beradi. Tarmoqlararo arxitekturasi ishtirokchi tarmoqlarda hisob-kitob yoki mablag‘ni qaytarish shartlarini belgilash uchun o‘zaro bog‘langan HTLC’lardan foydalanadi. Foydalanuvchilar uchun maqsad oddiy: har bir asosiy amalni qo‘lda muvofiqlashtirmasdan, qo‘llab-quvvatlanadigan blokcheyndagi aktivni boshqa blokcheyndagi aktivga almashtirish. Dasturchilar uchun esa bu arxitektura marshrutlash va hisob-kitob jarayonining har bir komponentini mustaqil qurmasdan tarmoqlararo bajarilishni integratsiya qilish imkonini beradi.
Kengroq xulosa shuki, tarmoqlararo infratuzilma tokenlarni tarmoqlar o‘rtasida ko‘chirish bilangina cheklanmaydi. U mustaqil ishlaydigan tizimlar o‘rtasida likvidlik, narx belgilash, tranzaksiyalarni bajarish va mablag‘ni qaytarish shartlarini muvofiqlashtirishni talab qiladi.
Batafsil: https://ston.fi/cross-chain-swap-from-ton-to-base
Mexanizmni o‘rganing.
Marshrutni tekshiring.
Tranzaksiya qilishdan oldin xatarlarni tushunib oling.
Rasmiy manbalar:
Omnistonning «tarmoqlararo bajarilish haqida umumiy ma’lumot» sahifasi (https://ston.fi/omniston)
STON.fi’ning «Omniston texnik hujjatlari» (https://docs.ston.fi/developer-section/omniston)
STON.fi’ning «tarmoqlararo bajarilish izohi» (https://blog.ston.fi/omniston-explained-how-cross-chain-swaps-on-ton-work-without-a-bridge/)