web3空投姐
218 Postlar
web3空投姐
Square VerifiedShikoyat qilish
Foydalanuvchini bloklash
看到机会会心动，规则不懂会停下。以前不懂不敢说，现在不会会去查。聊聊活动、收益、规则，少交学费。文章只限个人分享，不做投资建议。
16 Kuzatilmoqda
1.5K+ Kuzatuvchilar
452 Yoqdi
Postlar
Barchasi
Iqtiboslar
·
--
Bir daqiqa, Core muvaffaqiyatli ulandi-ku, nega umumiy vazifalarga moslashish uchun yana kutish kerak?
Men onboarding tugashi bilan vazifalarni kutib o‘tirsam bo‘ladi, deb o‘ylagandim.
Ammo rasmiy Cargo’ni ko‘rib, hali warmup ham borligini bildim.
Rasmiy ma’lumotga ko‘ra, yangi Core ulangandan so‘ng warmup jarayoni eng ko‘pi bilan 3 epochs, ya’ni taxminan 4,5 soat davom etadi.
Bu bosqichdan keyingina umumiy vazifalar uchun moslashtirishda qatnashish huquqi beriladi.
E’tibor bering: gap moslashtirishda qatnashish huquqi haqida, vaqt tugashi bilan albatta vazifa berilishi haqida emas.
Biroq kutish vaqtida umuman vazifa bajarib bo‘lmaydi, degani emas.
Acurast’da Instant Deploy (instantMatch) ham bor: ishlab chiquvchi joylashtirish uchun ma’lum bir Processor’ni tanlashi va umumiy moslashtirishni kutib o‘tirmasligi mumkin.
Bu ikki yo‘lni alohida ko‘rib chiqish kerak.
Aytgancha, telefon Acurast tarmog‘iga hisoblash quvvatini taqdim etishi va protokol qoidalariga muvofiq $ACU rag‘batlarida qatnashishi mumkin.
Ammo ulanish muvaffaqiyatli bo‘lishi, moslashtirish huquqiga ega bo‘lish, amalda vazifa olish va mukofot shartlariga javob berish — hozircha bularning barchasini bir xil narsa deb bo‘lmaydi.
Shuning uchun ishlatilmayotgan telefonini qatnashish uchun ishlatmoqchi bo‘lganlar avval ulanish vaqtini va rasmiy warmup qoidalarini tekshirib olsin.
Endigina ulandim, demak darhol umumiy vazifa olaman, deb o‘ylamang.
@Acurast
Rasmiy hujjatlar: https://docs.acurast.com/developers/getting-started/quickstart-cargo/
Shaxsiy ishtirok uchun: https://hub.acurast.com/rebellion?ref=ikgnqo
#Acurast #ACU #DePIN #手机算力
Bir daqiqa, Core muvaffaqiyatli ulandi-ku, nega umumiy vazifalarga moslashish uchun yana kutish kerak?
Men onboarding tugashi bilan vazifalarni kutib o‘tirsam bo‘ladi, deb o‘ylagandim.
Ammo rasmiy Cargo’ni ko‘rib, hali warmup ham borligini bildim.
Rasmiy ma’lumotga ko‘ra, yangi Core ulangandan so‘ng warmup jarayoni eng ko‘pi bilan 3 epochs, ya’ni taxminan 4,5 soat davom etadi.
Bu bosqichdan keyingina umumiy vazifalar uchun moslashtirishda qatnashish huquqi beriladi.
E’tibor bering: gap moslashtirishda qatnashish huquqi haqida, vaqt tugashi bilan albatta vazifa berilishi haqida emas.
Biroq kutish vaqtida umuman vazifa bajarib bo‘lmaydi, degani emas.
Acurast’da Instant Deploy (instantMatch) ham bor: ishlab chiquvchi joylashtirish uchun ma’lum bir Processor’ni tanlashi va umumiy moslashtirishni kutib o‘tirmasligi mumkin.
Bu ikki yo‘lni alohida ko‘rib chiqish kerak.
Aytgancha, telefon Acurast tarmog‘iga hisoblash quvvatini taqdim etishi va protokol qoidalariga muvofiq $ACU rag‘batlarida qatnashishi mumkin.
Ammo ulanish muvaffaqiyatli bo‘lishi, moslashtirish huquqiga ega bo‘lish, amalda vazifa olish va mukofot shartlariga javob berish — hozircha bularning barchasini bir xil narsa deb bo‘lmaydi.
Shuning uchun ishlatilmayotgan telefonini qatnashish uchun ishlatmoqchi bo‘lganlar avval ulanish vaqtini va rasmiy warmup qoidalarini tekshirib olsin.
Endigina ulandim, demak darhol umumiy vazifa olaman, deb o‘ylamang.
@Acurast
Rasmiy hujjatlar: https://docs.acurast.com/developers/getting-started/quickstart-cargo/
Shaxsiy ishtirok uchun: https://hub.acurast.com/rebellion?ref=ikgnqo
#Acurast #ACU #DePIN #手机算力
Men onboarding tugashi bilan vazifalarni kutib o‘tirsam bo‘ladi, deb o‘ylagandim.
Ammo rasmiy Cargo’ni ko‘rib, hali warmup ham borligini bildim.
Rasmiy ma’lumotga ko‘ra, yangi Core ulangandan so‘ng warmup jarayoni eng ko‘pi bilan 3 epochs, ya’ni taxminan 4,5 soat davom etadi.
Bu bosqichdan keyingina umumiy vazifalar uchun moslashtirishda qatnashish huquqi beriladi.
E’tibor bering: gap moslashtirishda qatnashish huquqi haqida, vaqt tugashi bilan albatta vazifa berilishi haqida emas.
Biroq kutish vaqtida umuman vazifa bajarib bo‘lmaydi, degani emas.
Acurast’da Instant Deploy (instantMatch) ham bor: ishlab chiquvchi joylashtirish uchun ma’lum bir Processor’ni tanlashi va umumiy moslashtirishni kutib o‘tirmasligi mumkin.
Bu ikki yo‘lni alohida ko‘rib chiqish kerak.
Aytgancha, telefon Acurast tarmog‘iga hisoblash quvvatini taqdim etishi va protokol qoidalariga muvofiq $ACU rag‘batlarida qatnashishi mumkin.
Ammo ulanish muvaffaqiyatli bo‘lishi, moslashtirish huquqiga ega bo‘lish, amalda vazifa olish va mukofot shartlariga javob berish — hozircha bularning barchasini bir xil narsa deb bo‘lmaydi.
Shuning uchun ishlatilmayotgan telefonini qatnashish uchun ishlatmoqchi bo‘lganlar avval ulanish vaqtini va rasmiy warmup qoidalarini tekshirib olsin.
Endigina ulandim, demak darhol umumiy vazifa olaman, deb o‘ylamang.
@Acurast
Rasmiy hujjatlar: https://docs.acurast.com/developers/getting-started/quickstart-cargo/
Shaxsiy ishtirok uchun: https://hub.acurast.com/rebellion?ref=ikgnqo
#Acurast #ACU #DePIN #手机算力
11
·
--
Xayrli kun, qizlar!
Hozir telefonlar shunchalik kuchayib ketdimi? Hatto AI Agent ham ishlay oladimi? Unda katta til modeli ham telefonga o‘rnatiladimi? 😂
@Acurast’ning Hermes misolini ko‘rganimda, bu savolga javob topgim keldi. Keyin rasmiy ma’lumotlarni ko‘rib, ular alohida ishlashini bildim.
Acurast telefoni Processor orqali Cargo’ga ish muhitini taqdim etadi, Hermes esa Agent vazifalari va ish jarayonlarini bajaradi. Katta til modeliga murojaat qilish kerak bo‘lganda, OpenRouter orqali tashqi model xizmatlaridan foydalaniladi. Rasmiy ko‘rsatmalarda hatto OPENROUTER_API_KEY’ni sozlash ham talab qilinadi.
Mana, endi tushunarli bo‘ldi.
Telefon haqiqatan ham AI Agent’ni ishga tushirish vazifasini bajaradi. Ammo hech bo‘lmaganda Hermes’ning ushbu rasmiy namunasida modelga murojaat qilish OpenRouter orqali amalga oshadi. Buni katta til modelining vaznlari ham shu telefonga o‘rnatilgan deb tushunmaslik kerak. Keyingi safar telefonda AI ishlayotganini ko‘rsangiz, Agent ishlayaptimi yoki modelning o‘zi telefonda mahalliy ravishda ishlayaptimi, deb o‘ylab ko‘ring.
#Acurast hub.acurast.com/rebellion?ref=ikgnqo
Xayrli kun, qizlar!
Hozir telefonlar shunchalik kuchayib ketdimi? Hatto AI Agent ham ishlay oladimi? Unda katta til modeli ham telefonga o‘rnatiladimi? 😂
@Acurast’ning Hermes misolini ko‘rganimda, bu savolga javob topgim keldi. Keyin rasmiy ma’lumotlarni ko‘rib, ular alohida ishlashini bildim.
Acurast telefoni Processor orqali Cargo’ga ish muhitini taqdim etadi, Hermes esa Agent vazifalari va ish jarayonlarini bajaradi. Katta til modeliga murojaat qilish kerak bo‘lganda, OpenRouter orqali tashqi model xizmatlaridan foydalaniladi. Rasmiy ko‘rsatmalarda hatto OPENROUTER_API_KEY’ni sozlash ham talab qilinadi.
Mana, endi tushunarli bo‘ldi.
Telefon haqiqatan ham AI Agent’ni ishga tushirish vazifasini bajaradi. Ammo hech bo‘lmaganda Hermes’ning ushbu rasmiy namunasida modelga murojaat qilish OpenRouter orqali amalga oshadi. Buni katta til modelining vaznlari ham shu telefonga o‘rnatilgan deb tushunmaslik kerak. Keyingi safar telefonda AI ishlayotganini ko‘rsangiz, Agent ishlayaptimi yoki modelning o‘zi telefonda mahalliy ravishda ishlayaptimi, deb o‘ylab ko‘ring.
#Acurast hub.acurast.com/rebellion?ref=ikgnqo
Hozir telefonlar shunchalik kuchayib ketdimi? Hatto AI Agent ham ishlay oladimi? Unda katta til modeli ham telefonga o‘rnatiladimi? 😂
@Acurast’ning Hermes misolini ko‘rganimda, bu savolga javob topgim keldi. Keyin rasmiy ma’lumotlarni ko‘rib, ular alohida ishlashini bildim.
Acurast telefoni Processor orqali Cargo’ga ish muhitini taqdim etadi, Hermes esa Agent vazifalari va ish jarayonlarini bajaradi. Katta til modeliga murojaat qilish kerak bo‘lganda, OpenRouter orqali tashqi model xizmatlaridan foydalaniladi. Rasmiy ko‘rsatmalarda hatto OPENROUTER_API_KEY’ni sozlash ham talab qilinadi.
Mana, endi tushunarli bo‘ldi.
Telefon haqiqatan ham AI Agent’ni ishga tushirish vazifasini bajaradi. Ammo hech bo‘lmaganda Hermes’ning ushbu rasmiy namunasida modelga murojaat qilish OpenRouter orqali amalga oshadi. Buni katta til modelining vaznlari ham shu telefonga o‘rnatilgan deb tushunmaslik kerak. Keyingi safar telefonda AI ishlayotganini ko‘rsangiz, Agent ishlayaptimi yoki modelning o‘zi telefonda mahalliy ravishda ishlayaptimi, deb o‘ylab ko‘ring.
#Acurast hub.acurast.com/rebellion?ref=ikgnqo
10
·
--
Xayrli kun, opa-singillar!
Ishlatilmayotgan telefonni @Acurast’ga ulab, internetga bog‘lab, ekranini qulflab yon tomonga qo‘yib qo‘ysam, u uzluksiz hisoblash quvvatini taqdim etaveradimi? Bir daqiqa, bu masalada taxmin bilan ish tutib bo‘lmaydi.
Rasmiy Processor 1.26.0 yangilanish izohlarini diqqat bilan ko‘rib chiqdim. O‘shanda Android’dagi Lite va Core versiyalari old fonda ishlash qoidasiga amal qilgan ekan. Ilova faqat old fonda bo‘lgandagina hisoblash quvvatini uzluksiz taqdim eta oladi. Orqa fonga o‘tkazilsa yoki ekran o‘chirilsa, yurak urishi signallarini yuborish va vazifalarni bajarish to‘xtaydi. Demak, ekran qulflashdek oddiy harakat ham telefonning ishlashiga ta’sir qilishi mumkin.
Acurast haqiqatdan ham telefonlarni hisoblash tarmog‘ida qatnashtiradi va protokol qoidalariga muvofiq $ACU mukofotlari olish imkonini beradi. Bunga asosiy Benchmark mukofoti hamda hisoblash quvvatini steykingga qo‘ygandan keyin olinishi mumkin bo‘lgan Staked Compute mukofoti kiradi. Ammo telefon muvaffaqiyatli ro‘yxatdan o‘tgani uning keyinchalik hamisha ishlash talablariga javob berishini anglatmaydi. Ekranini qulflab qo‘yishning o‘zi daromad keltiradi, deb ham bo‘lmaydi.
Biroq bu — Android Processor 1.26.0’da aniq bayon qilingan qoida. Keyingi 1.27.2 versiyasida ayrim vazifalarni bajarish vaqtida yurak urishi signallari bilan bog‘liq muammolar tuzatildi. Eng yangi versiyani tekshirib ko‘rsam, rasmiy versiya allaqachon 1.28.0 ga yetgan, lekin yangilanish izohlarida old fonda ishlash talabi bekor qilingani aniq aytilmagan. Men hozirgi versiyada ekran qulflangan holda sinab ko‘rmaganman, shuning uchun hamma telefonlarda bir xil ishlaydi, deb ayta olmayman.
Ishlatilmayotgan telefonini ulashni rejalashtirayotganlar avval o‘rnatilgan versiyasini va amaldagi ishlash talablarini tekshirib, keyin telefonni qanday qoldirishga qaror qilgani ma’qul. Mukofotni ham hisobga olish kerak, telefonning eskirishini ham — oxirida batareyani ishdan chiqarib qo‘ymang.
#Acurast Rasmiy versiya izohlari:
https://github.com/Acurast/acurast-processor-update/releases/tag/processor-1.26.0
https://github.com/Acurast/acurast-processor-update/releases/tag/processor-1.28.0
https://hub.acurast.com/rebellion?ref=ikgnqo
Xayrli kun, opa-singillar!
Ishlatilmayotgan telefonni @Acurast’ga ulab, internetga bog‘lab, ekranini qulflab yon tomonga qo‘yib qo‘ysam, u uzluksiz hisoblash quvvatini taqdim etaveradimi? Bir daqiqa, bu masalada taxmin bilan ish tutib bo‘lmaydi.
Rasmiy Processor 1.26.0 yangilanish izohlarini diqqat bilan ko‘rib chiqdim. O‘shanda Android’dagi Lite va Core versiyalari old fonda ishlash qoidasiga amal qilgan ekan. Ilova faqat old fonda bo‘lgandagina hisoblash quvvatini uzluksiz taqdim eta oladi. Orqa fonga o‘tkazilsa yoki ekran o‘chirilsa, yurak urishi signallarini yuborish va vazifalarni bajarish to‘xtaydi. Demak, ekran qulflashdek oddiy harakat ham telefonning ishlashiga ta’sir qilishi mumkin.
Acurast haqiqatdan ham telefonlarni hisoblash tarmog‘ida qatnashtiradi va protokol qoidalariga muvofiq $ACU mukofotlari olish imkonini beradi. Bunga asosiy Benchmark mukofoti hamda hisoblash quvvatini steykingga qo‘ygandan keyin olinishi mumkin bo‘lgan Staked Compute mukofoti kiradi. Ammo telefon muvaffaqiyatli ro‘yxatdan o‘tgani uning keyinchalik hamisha ishlash talablariga javob berishini anglatmaydi. Ekranini qulflab qo‘yishning o‘zi daromad keltiradi, deb ham bo‘lmaydi.
Biroq bu — Android Processor 1.26.0’da aniq bayon qilingan qoida. Keyingi 1.27.2 versiyasida ayrim vazifalarni bajarish vaqtida yurak urishi signallari bilan bog‘liq muammolar tuzatildi. Eng yangi versiyani tekshirib ko‘rsam, rasmiy versiya allaqachon 1.28.0 ga yetgan, lekin yangilanish izohlarida old fonda ishlash talabi bekor qilingani aniq aytilmagan. Men hozirgi versiyada ekran qulflangan holda sinab ko‘rmaganman, shuning uchun hamma telefonlarda bir xil ishlaydi, deb ayta olmayman.
Ishlatilmayotgan telefonini ulashni rejalashtirayotganlar avval o‘rnatilgan versiyasini va amaldagi ishlash talablarini tekshirib, keyin telefonni qanday qoldirishga qaror qilgani ma’qul. Mukofotni ham hisobga olish kerak, telefonning eskirishini ham — oxirida batareyani ishdan chiqarib qo‘ymang.
#Acurast Rasmiy versiya izohlari:
https://github.com/Acurast/acurast-processor-update/releases/tag/processor-1.26.0
https://github.com/Acurast/acurast-processor-update/releases/tag/processor-1.28.0
https://hub.acurast.com/rebellion?ref=ikgnqo
Ishlatilmayotgan telefonni @Acurast’ga ulab, internetga bog‘lab, ekranini qulflab yon tomonga qo‘yib qo‘ysam, u uzluksiz hisoblash quvvatini taqdim etaveradimi? Bir daqiqa, bu masalada taxmin bilan ish tutib bo‘lmaydi.
Rasmiy Processor 1.26.0 yangilanish izohlarini diqqat bilan ko‘rib chiqdim. O‘shanda Android’dagi Lite va Core versiyalari old fonda ishlash qoidasiga amal qilgan ekan. Ilova faqat old fonda bo‘lgandagina hisoblash quvvatini uzluksiz taqdim eta oladi. Orqa fonga o‘tkazilsa yoki ekran o‘chirilsa, yurak urishi signallarini yuborish va vazifalarni bajarish to‘xtaydi. Demak, ekran qulflashdek oddiy harakat ham telefonning ishlashiga ta’sir qilishi mumkin.
Acurast haqiqatdan ham telefonlarni hisoblash tarmog‘ida qatnashtiradi va protokol qoidalariga muvofiq $ACU mukofotlari olish imkonini beradi. Bunga asosiy Benchmark mukofoti hamda hisoblash quvvatini steykingga qo‘ygandan keyin olinishi mumkin bo‘lgan Staked Compute mukofoti kiradi. Ammo telefon muvaffaqiyatli ro‘yxatdan o‘tgani uning keyinchalik hamisha ishlash talablariga javob berishini anglatmaydi. Ekranini qulflab qo‘yishning o‘zi daromad keltiradi, deb ham bo‘lmaydi.
Biroq bu — Android Processor 1.26.0’da aniq bayon qilingan qoida. Keyingi 1.27.2 versiyasida ayrim vazifalarni bajarish vaqtida yurak urishi signallari bilan bog‘liq muammolar tuzatildi. Eng yangi versiyani tekshirib ko‘rsam, rasmiy versiya allaqachon 1.28.0 ga yetgan, lekin yangilanish izohlarida old fonda ishlash talabi bekor qilingani aniq aytilmagan. Men hozirgi versiyada ekran qulflangan holda sinab ko‘rmaganman, shuning uchun hamma telefonlarda bir xil ishlaydi, deb ayta olmayman.
Ishlatilmayotgan telefonini ulashni rejalashtirayotganlar avval o‘rnatilgan versiyasini va amaldagi ishlash talablarini tekshirib, keyin telefonni qanday qoldirishga qaror qilgani ma’qul. Mukofotni ham hisobga olish kerak, telefonning eskirishini ham — oxirida batareyani ishdan chiqarib qo‘ymang.
#Acurast Rasmiy versiya izohlari:
https://github.com/Acurast/acurast-processor-update/releases/tag/processor-1.26.0
https://github.com/Acurast/acurast-processor-update/releases/tag/processor-1.28.0
https://hub.acurast.com/rebellion?ref=ikgnqo
27
·
--
Qizlar, xayrli kun!
Avvaliga bitta Canary hamyoni 5 ta Processor’ni boshqarsa, ulardan 2 tasini boshqa hamyonga o‘tkazish token yuborishdek oson — ikkitasini tanlab jo‘natish kifoya, deb o‘ylagandim. Ammo @Acurast qoidalarini diqqat bilan ko‘rib, unday emasligini bildim 😅
Canary’da Processor egaligi hisob bo‘yicha, yaxlit holda o‘tkaziladi.
O‘tkazayotganda shu hisobga tegishli barcha Processor’lar birga o‘tadi — bittasini yoki ikkitasini alohida tanlab bo‘lmaydi. Qabul qiluvchi ham shunchaki mavjud hamyon bo‘la olmaydi: rasmiy talabga ko‘ra, u mutlaqo yangi Canary hisobi bo‘lishi kerak — avval ishlatilmagan, balansi 0 va unda Processor yoki tokenlar bo‘lmasligi lozim.
Yana bir murakkab jihati shuki, Processor va cACU’ni o‘tkazish usuli umuman boshqa-boshqa. Canary tarmog‘ida cACU’ni istalgan miqdorda o‘tkazish mumkin, ammo 5 ta Processor’ning boshqaruv huquqini 2+3 qilib xohlagancha bo‘lib bo‘lmaydi. Qurilmalar bittadan sanaladi, lekin bu qoidaga ko‘ra ular hisob bilan birga, yaxlit holda o‘tishi kerak.
Avvalgi hisob egasi ham bunga e’tibor berishi kerak: agar unda active stake bo‘lsa, avval Unstake qilish, so‘ng Cooldown muddati tugagach o‘tkazish lozim. Aks holda, hisoblash quvvati birdan kamayib ketib, avvalgi steykning bir qismi musodara qilinishi mumkin.
Kelajakda bir nechta qurilmani boshqa boshqaruv hamyoniga o‘tkazish kerak bo‘lsa, shoshilib transfer tugmasini bosmang. Hech bo‘lmaganda Canary qoidalariga ko‘ra, avval hammasi birga o‘tadimi, qabul qiluvchi hisob talablarga mosmi va faol stake bormi — shularni tekshirib oling. Buni oldindan bilib qo‘ysangiz, ortiqcha ovora bo‘lmaysiz.
@Acurast #Acurast #Canary提交莱特币ETF申请
https://hub.acurast.com/rebellion?ref=ikgnqo
Qizlar, xayrli kun!
Avvaliga bitta Canary hamyoni 5 ta Processor’ni boshqarsa, ulardan 2 tasini boshqa hamyonga o‘tkazish token yuborishdek oson — ikkitasini tanlab jo‘natish kifoya, deb o‘ylagandim. Ammo @Acurast qoidalarini diqqat bilan ko‘rib, unday emasligini bildim 😅
Canary’da Processor egaligi hisob bo‘yicha, yaxlit holda o‘tkaziladi.
O‘tkazayotganda shu hisobga tegishli barcha Processor’lar birga o‘tadi — bittasini yoki ikkitasini alohida tanlab bo‘lmaydi. Qabul qiluvchi ham shunchaki mavjud hamyon bo‘la olmaydi: rasmiy talabga ko‘ra, u mutlaqo yangi Canary hisobi bo‘lishi kerak — avval ishlatilmagan, balansi 0 va unda Processor yoki tokenlar bo‘lmasligi lozim.
Yana bir murakkab jihati shuki, Processor va cACU’ni o‘tkazish usuli umuman boshqa-boshqa. Canary tarmog‘ida cACU’ni istalgan miqdorda o‘tkazish mumkin, ammo 5 ta Processor’ning boshqaruv huquqini 2+3 qilib xohlagancha bo‘lib bo‘lmaydi. Qurilmalar bittadan sanaladi, lekin bu qoidaga ko‘ra ular hisob bilan birga, yaxlit holda o‘tishi kerak.
Avvalgi hisob egasi ham bunga e’tibor berishi kerak: agar unda active stake bo‘lsa, avval Unstake qilish, so‘ng Cooldown muddati tugagach o‘tkazish lozim. Aks holda, hisoblash quvvati birdan kamayib ketib, avvalgi steykning bir qismi musodara qilinishi mumkin.
Kelajakda bir nechta qurilmani boshqa boshqaruv hamyoniga o‘tkazish kerak bo‘lsa, shoshilib transfer tugmasini bosmang. Hech bo‘lmaganda Canary qoidalariga ko‘ra, avval hammasi birga o‘tadimi, qabul qiluvchi hisob talablarga mosmi va faol stake bormi — shularni tekshirib oling. Buni oldindan bilib qo‘ysangiz, ortiqcha ovora bo‘lmaysiz.
@Acurast #Acurast #Canary提交莱特币ETF申请
https://hub.acurast.com/rebellion?ref=ikgnqo
Avvaliga bitta Canary hamyoni 5 ta Processor’ni boshqarsa, ulardan 2 tasini boshqa hamyonga o‘tkazish token yuborishdek oson — ikkitasini tanlab jo‘natish kifoya, deb o‘ylagandim. Ammo @Acurast qoidalarini diqqat bilan ko‘rib, unday emasligini bildim 😅
Canary’da Processor egaligi hisob bo‘yicha, yaxlit holda o‘tkaziladi.
O‘tkazayotganda shu hisobga tegishli barcha Processor’lar birga o‘tadi — bittasini yoki ikkitasini alohida tanlab bo‘lmaydi. Qabul qiluvchi ham shunchaki mavjud hamyon bo‘la olmaydi: rasmiy talabga ko‘ra, u mutlaqo yangi Canary hisobi bo‘lishi kerak — avval ishlatilmagan, balansi 0 va unda Processor yoki tokenlar bo‘lmasligi lozim.
Yana bir murakkab jihati shuki, Processor va cACU’ni o‘tkazish usuli umuman boshqa-boshqa. Canary tarmog‘ida cACU’ni istalgan miqdorda o‘tkazish mumkin, ammo 5 ta Processor’ning boshqaruv huquqini 2+3 qilib xohlagancha bo‘lib bo‘lmaydi. Qurilmalar bittadan sanaladi, lekin bu qoidaga ko‘ra ular hisob bilan birga, yaxlit holda o‘tishi kerak.
Avvalgi hisob egasi ham bunga e’tibor berishi kerak: agar unda active stake bo‘lsa, avval Unstake qilish, so‘ng Cooldown muddati tugagach o‘tkazish lozim. Aks holda, hisoblash quvvati birdan kamayib ketib, avvalgi steykning bir qismi musodara qilinishi mumkin.
Kelajakda bir nechta qurilmani boshqa boshqaruv hamyoniga o‘tkazish kerak bo‘lsa, shoshilib transfer tugmasini bosmang. Hech bo‘lmaganda Canary qoidalariga ko‘ra, avval hammasi birga o‘tadimi, qabul qiluvchi hisob talablarga mosmi va faol stake bormi — shularni tekshirib oling. Buni oldindan bilib qo‘ysangiz, ortiqcha ovora bo‘lmaysiz.
@Acurast #Acurast #Canary提交莱特币ETF申请
https://hub.acurast.com/rebellion?ref=ikgnqo
30
·
--
Xayrli kun, opa-singillar!\n\nAgar bir kuni Hub’da haqiqiy qurilmangiz holati birdan Revoked bo‘lib qolganini ko‘rsangiz, dastlab nima bo‘layotganini tushunmay qolishingiz mumkin 😂 \n\nAxir hech narsani o‘zgartirmagan bo‘lsangiz, qurilma sertifikati nega bekor qilindi?\n\n@Acurast rasmiy sahifasidagi so‘nggi izohni o‘qib, ko‘pchilik bu masalani noto‘g‘ri tushunganini bildim: Revoked qurilma soxta degani emas va foydalanuvchi firibgarlik qilganini ham anglatmaydi.\n\nRasmiy izohda begunoh foydalanuvchilarga bu holat qanday yuz berishining asosiy sababi tushuntirilgan: ayrim eski qurilmalar bir partiyadagi, bir xil modeldagi qurilmalar bilan factory attestation kalitini birgalikda ishlatadi. Kalit sizib chiqsa yoki tegishli modelda xavfsizlik muammosi aniqlansa, Google bu kalitni bekor qilishi mumkin. Natijada ushbu kalitdan foydalanadigan barcha haqiqiy qurilmalar ham bundan zarar ko‘radi.\n\nBunday vaziyatda rasmiy tavsiya etilgan choralarni sinab ko‘rishingiz mumkin: qurilma ma’lumotlarini o‘chiring, ishlab chiqaruvchining eng so‘nggi rasmiy tizimiga yangilang, qurilma root qilinmaganiga va bootloader qulflangan holatda ekaniga ishonch hosil qiling, so‘ng tiklash uchun qaytadan onboard qilib ko‘ring.\n\nAmmo muhim jihatni unutmang: bu jarayon har qanday holatda ham yordam bermaydi va muammoni 100 foiz hal qilishiga kafolat yo‘q.\n\nRasmiy izohga ko‘ra, natija aniq emas: muvaffaqiyatli bo‘lishi ham mumkin, qurilmangiz bekor qilingan kalitlar partiyasiga tegishli bo‘lishi ham mumkin. Bunday vaziyatda #Acurast ham bu bekor qilish cheklovini chetlab o‘ta olmaydi.\n\nShuning uchun Revoked holatini ko‘rsangiz, xavotir olmang, o‘zingizni soxta qurilma ishlatganlikda yoki firibgarlikda ayblashga shoshilmang. Avval rasmiy ko‘rsatmalarga amal qilib, qurilmangizni tekshiring. Agar qurilmaning kalitining o‘zi bekor qilingan bo‘lsa, qayta-qayta urinib ko‘rish ham muammoni hal qilmaydi.\n\nhttps://hub.acurast.com/rebellion?ref=ikgnqo
Xayrli kun, opa-singillar!\n\nAgar bir kuni Hub’da haqiqiy qurilmangiz holati birdan Revoked bo‘lib qolganini ko‘rsangiz, dastlab nima bo‘layotganini tushunmay qolishingiz mumkin 😂 \n\nAxir hech narsani o‘zgartirmagan bo‘lsangiz, qurilma sertifikati nega bekor qilindi?\n\n@Acurast rasmiy sahifasidagi so‘nggi izohni o‘qib, ko‘pchilik bu masalani noto‘g‘ri tushunganini bildim: Revoked qurilma soxta degani emas va foydalanuvchi firibgarlik qilganini ham anglatmaydi.\n\nRasmiy izohda begunoh foydalanuvchilarga bu holat qanday yuz berishining asosiy sababi tushuntirilgan: ayrim eski qurilmalar bir partiyadagi, bir xil modeldagi qurilmalar bilan factory attestation kalitini birgalikda ishlatadi. Kalit sizib chiqsa yoki tegishli modelda xavfsizlik muammosi aniqlansa, Google bu kalitni bekor qilishi mumkin. Natijada ushbu kalitdan foydalanadigan barcha haqiqiy qurilmalar ham bundan zarar ko‘radi.\n\nBunday vaziyatda rasmiy tavsiya etilgan choralarni sinab ko‘rishingiz mumkin: qurilma ma’lumotlarini o‘chiring, ishlab chiqaruvchining eng so‘nggi rasmiy tizimiga yangilang, qurilma root qilinmaganiga va bootloader qulflangan holatda ekaniga ishonch hosil qiling, so‘ng tiklash uchun qaytadan onboard qilib ko‘ring.\n\nAmmo muhim jihatni unutmang: bu jarayon har qanday holatda ham yordam bermaydi va muammoni 100 foiz hal qilishiga kafolat yo‘q.\n\nRasmiy izohga ko‘ra, natija aniq emas: muvaffaqiyatli bo‘lishi ham mumkin, qurilmangiz bekor qilingan kalitlar partiyasiga tegishli bo‘lishi ham mumkin. Bunday vaziyatda #Acurast ham bu bekor qilish cheklovini chetlab o‘ta olmaydi.\n\nShuning uchun Revoked holatini ko‘rsangiz, xavotir olmang, o‘zingizni soxta qurilma ishlatganlikda yoki firibgarlikda ayblashga shoshilmang. Avval rasmiy ko‘rsatmalarga amal qilib, qurilmangizni tekshiring. Agar qurilmaning kalitining o‘zi bekor qilingan bo‘lsa, qayta-qayta urinib ko‘rish ham muammoni hal qilmaydi.\n\nhttps://hub.acurast.com/rebellion?ref=ikgnqo
29
·
--
Qizlar, o‘zimning ahmoqligimdan rosa uyalib ketdim 🥲
Avval @Acurast Processor’dan foydalanganimda, telefonda ulanish muvaffaqiyatli bo‘ldi degan yozuv chiqsa, u doim onlayn bo‘lib, vazifalarni barqaror bajaradi deb o‘ylardim.
Rasmiy saytni o‘qibgina tushundim: ulanish muvaffaqiyatli bo‘lgani — faqat tizimga ulanganini anglatarkan. Qurilma taxminan har 30 daqiqada bir marta yurak urishi signalini yuboradi. Rasmiy ko‘rsatmalarda Deployment’larni to‘g‘ri qabul qilish va bajarish uchun tarmoq uzluksiz ishlashi, Processor ilovasi esa doim ochiq turishi shartligi aniq yozilgan.
Ko‘p yangi foydalanuvchilar aynan shu joyda adashadi: Hub → Phones bo‘limidagi ikkita maydonda. Last seen — yurak urishi signali oxirgi marta qachon aniqlanganini, Status esa hozir ishlayotgan Deployment’lar sonini bildiradi.
Biri qurilma yaqinda muntazam signal yuborgan-yubormaganini, ikkinchisi esa ayni paytda ishlayotgan vazifalar bor-yo‘qligini ko‘rsatadi. Bular mutlaqo boshqa-boshqa narsalar.
#Acurast’da bu safar xatoga yo‘l qo‘yib, o‘zimga yaxshi saboq oldim. Tizimga ulanish, yaqinda yurak urishi signalini yuborish va Deployment ishlayotgan bo‘lishi — bir-biridan mutlaqo mustaqil uchta holat. Ularni aslo bir narsa deb o‘ylamang.
https://hub.acurast.com/rebellion?ref=ikgnqo
Qizlar, o‘zimning ahmoqligimdan rosa uyalib ketdim 🥲
Avval @Acurast Processor’dan foydalanganimda, telefonda ulanish muvaffaqiyatli bo‘ldi degan yozuv chiqsa, u doim onlayn bo‘lib, vazifalarni barqaror bajaradi deb o‘ylardim.
Rasmiy saytni o‘qibgina tushundim: ulanish muvaffaqiyatli bo‘lgani — faqat tizimga ulanganini anglatarkan. Qurilma taxminan har 30 daqiqada bir marta yurak urishi signalini yuboradi. Rasmiy ko‘rsatmalarda Deployment’larni to‘g‘ri qabul qilish va bajarish uchun tarmoq uzluksiz ishlashi, Processor ilovasi esa doim ochiq turishi shartligi aniq yozilgan.
Ko‘p yangi foydalanuvchilar aynan shu joyda adashadi: Hub → Phones bo‘limidagi ikkita maydonda. Last seen — yurak urishi signali oxirgi marta qachon aniqlanganini, Status esa hozir ishlayotgan Deployment’lar sonini bildiradi.
Biri qurilma yaqinda muntazam signal yuborgan-yubormaganini, ikkinchisi esa ayni paytda ishlayotgan vazifalar bor-yo‘qligini ko‘rsatadi. Bular mutlaqo boshqa-boshqa narsalar.
#Acurast’da bu safar xatoga yo‘l qo‘yib, o‘zimga yaxshi saboq oldim. Tizimga ulanish, yaqinda yurak urishi signalini yuborish va Deployment ishlayotgan bo‘lishi — bir-biridan mutlaqo mustaqil uchta holat. Ularni aslo bir narsa deb o‘ylamang.
https://hub.acurast.com/rebellion?ref=ikgnqo
Avval @Acurast Processor’dan foydalanganimda, telefonda ulanish muvaffaqiyatli bo‘ldi degan yozuv chiqsa, u doim onlayn bo‘lib, vazifalarni barqaror bajaradi deb o‘ylardim.
Rasmiy saytni o‘qibgina tushundim: ulanish muvaffaqiyatli bo‘lgani — faqat tizimga ulanganini anglatarkan. Qurilma taxminan har 30 daqiqada bir marta yurak urishi signalini yuboradi. Rasmiy ko‘rsatmalarda Deployment’larni to‘g‘ri qabul qilish va bajarish uchun tarmoq uzluksiz ishlashi, Processor ilovasi esa doim ochiq turishi shartligi aniq yozilgan.
Ko‘p yangi foydalanuvchilar aynan shu joyda adashadi: Hub → Phones bo‘limidagi ikkita maydonda. Last seen — yurak urishi signali oxirgi marta qachon aniqlanganini, Status esa hozir ishlayotgan Deployment’lar sonini bildiradi.
Biri qurilma yaqinda muntazam signal yuborgan-yubormaganini, ikkinchisi esa ayni paytda ishlayotgan vazifalar bor-yo‘qligini ko‘rsatadi. Bular mutlaqo boshqa-boshqa narsalar.
#Acurast’da bu safar xatoga yo‘l qo‘yib, o‘zimga yaxshi saboq oldim. Tizimga ulanish, yaqinda yurak urishi signalini yuborish va Deployment ishlayotgan bo‘lishi — bir-biridan mutlaqo mustaqil uchta holat. Ularni aslo bir narsa deb o‘ylamang.
https://hub.acurast.com/rebellion?ref=ikgnqo
54
·
--
Qizlar, xayrli kech!
#Acurast Deploy Agent Base USDC’ni qo‘llab-quvvatlashi va “ACU hisobi kerak emas” deb yozilganini ko‘rib, rosa hayron qoldim. Bir daqiqa, demak, to‘g‘ridan-to‘g‘ri USDC bilan deploy qilish mumkinmi? ACU endi kerak emasmi?
Hujjatlarni o‘qib, keyin tushundim.
@Acurast’da aslida deploy qilishning bir nechta yo‘li bor: CLI va SDK hanuz ACU’dan foydalanadi, Deploy Agent esa x402 / USDC uchun alohida kanal ochgan — bu butunlay mustaqil kirish yo‘li.
Avvallari bu ikki narsani doim aralashtirib yuborardim. Deploy uchun nima bilan to‘lash va ACU’ning tarmoqdagi vazifasi — bular mutlaqo boshqa-boshqa masalalar. ACU’ning avvalgi barcha qo‘llanish holatlari saqlanib qoladi: deploy to‘lovi, tarmoq komissiyasi, turli mukofotlar va collator mukofotlari — hammasi o‘z joyida. Shuning uchun bu usulda ACU hisobi kerak emasligi ACU bekor qilindi degani emas.
USDC orqali to‘lov qilingandan keyingi ichki hisob-kitoblar, mablag‘ avtomatik konvertatsiya qilinadimi yoki hisoblash quvvati xarajatlari qanday hisoblanadi — hozircha rasmiylar bularni to‘liq tushuntirishmagan.
Taxmin qilmay turay, ichki mexanizmlar haqida rasmiylarning keyingi ma’lumotlarini kutamiz.
https://hub.acurast.com/rebellion?ref=ikgnqo
Qizlar, xayrli kech!
#Acurast Deploy Agent Base USDC’ni qo‘llab-quvvatlashi va “ACU hisobi kerak emas” deb yozilganini ko‘rib, rosa hayron qoldim. Bir daqiqa, demak, to‘g‘ridan-to‘g‘ri USDC bilan deploy qilish mumkinmi? ACU endi kerak emasmi?
Hujjatlarni o‘qib, keyin tushundim.
@Acurast’da aslida deploy qilishning bir nechta yo‘li bor: CLI va SDK hanuz ACU’dan foydalanadi, Deploy Agent esa x402 / USDC uchun alohida kanal ochgan — bu butunlay mustaqil kirish yo‘li.
Avvallari bu ikki narsani doim aralashtirib yuborardim. Deploy uchun nima bilan to‘lash va ACU’ning tarmoqdagi vazifasi — bular mutlaqo boshqa-boshqa masalalar. ACU’ning avvalgi barcha qo‘llanish holatlari saqlanib qoladi: deploy to‘lovi, tarmoq komissiyasi, turli mukofotlar va collator mukofotlari — hammasi o‘z joyida. Shuning uchun bu usulda ACU hisobi kerak emasligi ACU bekor qilindi degani emas.
USDC orqali to‘lov qilingandan keyingi ichki hisob-kitoblar, mablag‘ avtomatik konvertatsiya qilinadimi yoki hisoblash quvvati xarajatlari qanday hisoblanadi — hozircha rasmiylar bularni to‘liq tushuntirishmagan.
Taxmin qilmay turay, ichki mexanizmlar haqida rasmiylarning keyingi ma’lumotlarini kutamiz.
https://hub.acurast.com/rebellion?ref=ikgnqo
#Acurast Deploy Agent Base USDC’ni qo‘llab-quvvatlashi va “ACU hisobi kerak emas” deb yozilganini ko‘rib, rosa hayron qoldim. Bir daqiqa, demak, to‘g‘ridan-to‘g‘ri USDC bilan deploy qilish mumkinmi? ACU endi kerak emasmi?
Hujjatlarni o‘qib, keyin tushundim.
@Acurast’da aslida deploy qilishning bir nechta yo‘li bor: CLI va SDK hanuz ACU’dan foydalanadi, Deploy Agent esa x402 / USDC uchun alohida kanal ochgan — bu butunlay mustaqil kirish yo‘li.
Avvallari bu ikki narsani doim aralashtirib yuborardim. Deploy uchun nima bilan to‘lash va ACU’ning tarmoqdagi vazifasi — bular mutlaqo boshqa-boshqa masalalar. ACU’ning avvalgi barcha qo‘llanish holatlari saqlanib qoladi: deploy to‘lovi, tarmoq komissiyasi, turli mukofotlar va collator mukofotlari — hammasi o‘z joyida. Shuning uchun bu usulda ACU hisobi kerak emasligi ACU bekor qilindi degani emas.
USDC orqali to‘lov qilingandan keyingi ichki hisob-kitoblar, mablag‘ avtomatik konvertatsiya qilinadimi yoki hisoblash quvvati xarajatlari qanday hisoblanadi — hozircha rasmiylar bularni to‘liq tushuntirishmagan.
Taxmin qilmay turay, ichki mexanizmlar haqida rasmiylarning keyingi ma’lumotlarini kutamiz.
https://hub.acurast.com/rebellion?ref=ikgnqo
1
168
·
--
Acurast’da 1 milliarddan ortiq on-chain tranzaksiya borligini endigina ko‘rib, voy, rosa zo‘r ekan-ku, shuncha — milliard marta vazifa bajarilganmi, deb o‘yladim.
Ammo rasmiy sayt va hujjatlarni diqqat bilan ko‘rib chiqqach, noto‘g‘ri tushunganimni bildim. Rasmiy saytda Compute Deployments va On-chain Transactions alohida ko‘rsatilgan, demak bu ikki raqam bir narsani anglatmaydi.
Bu on-chain tranzaksiyalarga Processor’ning yurak urishi signallari, deploy tasdiqlari va bajarilgan ishlar haqida hisobot berish kabi odatiy amallar ham kiradi. Hozircha ochiq manbalarda bu 1 milliarddan ortiq tranzaksiyaning aniq tarkibini ko‘rmadim. Yurak urishi signallari qancha, pulli deploy bilan bog‘liq tranzaksiyalar qancha — noma’lum. Shuning uchun bu raqamlarni to‘g‘ridan-to‘g‘ri tenglashtirib bo‘lmaydi.
Kichkina xatodan saboq oldim: bundan keyin Web3’da shunaqa juda katta raqamlarni ko‘rsam, avval u aslida nimani hisoblayotganini yaxshilab so‘rab-surishtiraman. Aks holda, raqamni to‘g‘ri ko‘rib, ma’nosini noto‘g‘ri tushunib qolish mumkin.
Bugun men ham ilk bor qatnashyapman. Qo‘limdagi ishlatilmay turgan telefonni ulab, sinab ko‘raman — avval ishga tushirib, jarayonni kuzataman.
https://hub.acurast.com/rebellion?ref=ikgnqo
@Acurast
Acurast’da 1 milliarddan ortiq on-chain tranzaksiya borligini endigina ko‘rib, voy, rosa zo‘r ekan-ku, shuncha — milliard marta vazifa bajarilganmi, deb o‘yladim.
Ammo rasmiy sayt va hujjatlarni diqqat bilan ko‘rib chiqqach, noto‘g‘ri tushunganimni bildim. Rasmiy saytda Compute Deployments va On-chain Transactions alohida ko‘rsatilgan, demak bu ikki raqam bir narsani anglatmaydi.
Bu on-chain tranzaksiyalarga Processor’ning yurak urishi signallari, deploy tasdiqlari va bajarilgan ishlar haqida hisobot berish kabi odatiy amallar ham kiradi. Hozircha ochiq manbalarda bu 1 milliarddan ortiq tranzaksiyaning aniq tarkibini ko‘rmadim. Yurak urishi signallari qancha, pulli deploy bilan bog‘liq tranzaksiyalar qancha — noma’lum. Shuning uchun bu raqamlarni to‘g‘ridan-to‘g‘ri tenglashtirib bo‘lmaydi.
Kichkina xatodan saboq oldim: bundan keyin Web3’da shunaqa juda katta raqamlarni ko‘rsam, avval u aslida nimani hisoblayotganini yaxshilab so‘rab-surishtiraman. Aks holda, raqamni to‘g‘ri ko‘rib, ma’nosini noto‘g‘ri tushunib qolish mumkin.
Bugun men ham ilk bor qatnashyapman. Qo‘limdagi ishlatilmay turgan telefonni ulab, sinab ko‘raman — avval ishga tushirib, jarayonni kuzataman.
https://hub.acurast.com/rebellion?ref=ikgnqo
@Acurast
Ammo rasmiy sayt va hujjatlarni diqqat bilan ko‘rib chiqqach, noto‘g‘ri tushunganimni bildim. Rasmiy saytda Compute Deployments va On-chain Transactions alohida ko‘rsatilgan, demak bu ikki raqam bir narsani anglatmaydi.
Bu on-chain tranzaksiyalarga Processor’ning yurak urishi signallari, deploy tasdiqlari va bajarilgan ishlar haqida hisobot berish kabi odatiy amallar ham kiradi. Hozircha ochiq manbalarda bu 1 milliarddan ortiq tranzaksiyaning aniq tarkibini ko‘rmadim. Yurak urishi signallari qancha, pulli deploy bilan bog‘liq tranzaksiyalar qancha — noma’lum. Shuning uchun bu raqamlarni to‘g‘ridan-to‘g‘ri tenglashtirib bo‘lmaydi.
Kichkina xatodan saboq oldim: bundan keyin Web3’da shunaqa juda katta raqamlarni ko‘rsam, avval u aslida nimani hisoblayotganini yaxshilab so‘rab-surishtiraman. Aks holda, raqamni to‘g‘ri ko‘rib, ma’nosini noto‘g‘ri tushunib qolish mumkin.
Bugun men ham ilk bor qatnashyapman. Qo‘limdagi ishlatilmay turgan telefonni ulab, sinab ko‘raman — avval ishga tushirib, jarayonni kuzataman.
https://hub.acurast.com/rebellion?ref=ikgnqo
@Acurast
1
150
·
--
O‘suvchi
Salom, qizlar!
Aster USD1 RWA tadbirining to‘liq qoidalarini endigina ko‘rib chiqdim. Rostini aytsam, faqat mukofotlar jamg‘armasidagi raqamlarning o‘zigagina qarab qolmang.
Birinchi bosqichda ikki hovuz alohida hisob-kitob qilinadi: 125M $WLFI — mos keladigan OI uchun, 6.25M $USD1 — mos keladigan savdo hajmi uchun. Shartlarga javob bergan treydlarda bitta operatsiyada ikki tomondan foyda bor.
Haqiqiy mukofot farqini belgilab beradigan narsa garov qo‘yish usuli. SPCXUSD1, CLUSD1, XAUUSD1 kabi RWA abadiy (perpetual)lar uchun USD1 garov sifatida ishlatilsa, OI mukofoti bo‘yicha vazn bevosita 2 barobar ortadi. Ko‘p aktivli rejimni tanlasangiz, snapshot (skrin-shot)ga ko‘proq e’tibor bering: muayyan vaqt oralig‘ida garov tarkibida USD1 o‘rtacha ulushi 50% dan oshishini hisobga olishadi. Shunchaki pozitsiya ochib, “soniga yetib qoldik” deb o‘ylab qo‘ymang.
Aslida, bu qoidalar mantiqi juda yaxshi: USD1 hovuzi savdo hajmini tortadi, WLFI hovuzi esa ushlab turish pozitsiyalarini saqlab qoladi. 2 baravar vazn esa hammaga marjani USD1 tomonga yo‘naltirishga xizmat qiladi. Qisqasi, maqsad USD1 ni abadiy hisobda aylanma tarzda saqlash — savdo tugab, chekib chiqib ketiladigan “faqat tranzaksiya qilib qo‘ya qolish” emas.
Ha, shoshilmasdan avval pozitsiya ochmang: tadbir 31-dekabrgacha davom etadi, lekin rasmiy hisoblash (mukofot berish) vaqti hali e’lon qilinmagan. Snapshot chastotasi, ulushlar (salmolar)ni hisoblash va mukofotlarni tarqatish vaqti kabi detallar ham to‘liq ochiqlanmagan.
Hozir eng muhimi — qaysi bozor va qaysi garov usulini tanlashni oldindan hal qilish. Qoidalar aniq bo‘lgach keyin kirish ham kech emas: mukofot “qochmaydi”. Eng asosiysi, pozitsiya shoshilinch ochilib, o‘ynashdan yutqazib qo‘ymang.
Salom, qizlar!
Aster USD1 RWA tadbirining to‘liq qoidalarini endigina ko‘rib chiqdim. Rostini aytsam, faqat mukofotlar jamg‘armasidagi raqamlarning o‘zigagina qarab qolmang.
Birinchi bosqichda ikki hovuz alohida hisob-kitob qilinadi: 125M $WLFI — mos keladigan OI uchun, 6.25M $USD1 — mos keladigan savdo hajmi uchun. Shartlarga javob bergan treydlarda bitta operatsiyada ikki tomondan foyda bor.
Haqiqiy mukofot farqini belgilab beradigan narsa garov qo‘yish usuli. SPCXUSD1, CLUSD1, XAUUSD1 kabi RWA abadiy (perpetual)lar uchun USD1 garov sifatida ishlatilsa, OI mukofoti bo‘yicha vazn bevosita 2 barobar ortadi. Ko‘p aktivli rejimni tanlasangiz, snapshot (skrin-shot)ga ko‘proq e’tibor bering: muayyan vaqt oralig‘ida garov tarkibida USD1 o‘rtacha ulushi 50% dan oshishini hisobga olishadi. Shunchaki pozitsiya ochib, “soniga yetib qoldik” deb o‘ylab qo‘ymang.
Aslida, bu qoidalar mantiqi juda yaxshi: USD1 hovuzi savdo hajmini tortadi, WLFI hovuzi esa ushlab turish pozitsiyalarini saqlab qoladi. 2 baravar vazn esa hammaga marjani USD1 tomonga yo‘naltirishga xizmat qiladi. Qisqasi, maqsad USD1 ni abadiy hisobda aylanma tarzda saqlash — savdo tugab, chekib chiqib ketiladigan “faqat tranzaksiya qilib qo‘ya qolish” emas.
Ha, shoshilmasdan avval pozitsiya ochmang: tadbir 31-dekabrgacha davom etadi, lekin rasmiy hisoblash (mukofot berish) vaqti hali e’lon qilinmagan. Snapshot chastotasi, ulushlar (salmolar)ni hisoblash va mukofotlarni tarqatish vaqti kabi detallar ham to‘liq ochiqlanmagan.
Hozir eng muhimi — qaysi bozor va qaysi garov usulini tanlashni oldindan hal qilish. Qoidalar aniq bo‘lgach keyin kirish ham kech emas: mukofot “qochmaydi”. Eng asosiysi, pozitsiya shoshilinch ochilib, o‘ynashdan yutqazib qo‘ymang.
Aster USD1 RWA tadbirining to‘liq qoidalarini endigina ko‘rib chiqdim. Rostini aytsam, faqat mukofotlar jamg‘armasidagi raqamlarning o‘zigagina qarab qolmang.
Birinchi bosqichda ikki hovuz alohida hisob-kitob qilinadi: 125M $WLFI — mos keladigan OI uchun, 6.25M $USD1 — mos keladigan savdo hajmi uchun. Shartlarga javob bergan treydlarda bitta operatsiyada ikki tomondan foyda bor.
Haqiqiy mukofot farqini belgilab beradigan narsa garov qo‘yish usuli. SPCXUSD1, CLUSD1, XAUUSD1 kabi RWA abadiy (perpetual)lar uchun USD1 garov sifatida ishlatilsa, OI mukofoti bo‘yicha vazn bevosita 2 barobar ortadi. Ko‘p aktivli rejimni tanlasangiz, snapshot (skrin-shot)ga ko‘proq e’tibor bering: muayyan vaqt oralig‘ida garov tarkibida USD1 o‘rtacha ulushi 50% dan oshishini hisobga olishadi. Shunchaki pozitsiya ochib, “soniga yetib qoldik” deb o‘ylab qo‘ymang.
Aslida, bu qoidalar mantiqi juda yaxshi: USD1 hovuzi savdo hajmini tortadi, WLFI hovuzi esa ushlab turish pozitsiyalarini saqlab qoladi. 2 baravar vazn esa hammaga marjani USD1 tomonga yo‘naltirishga xizmat qiladi. Qisqasi, maqsad USD1 ni abadiy hisobda aylanma tarzda saqlash — savdo tugab, chekib chiqib ketiladigan “faqat tranzaksiya qilib qo‘ya qolish” emas.
Ha, shoshilmasdan avval pozitsiya ochmang: tadbir 31-dekabrgacha davom etadi, lekin rasmiy hisoblash (mukofot berish) vaqti hali e’lon qilinmagan. Snapshot chastotasi, ulushlar (salmolar)ni hisoblash va mukofotlarni tarqatish vaqti kabi detallar ham to‘liq ochiqlanmagan.
Hozir eng muhimi — qaysi bozor va qaysi garov usulini tanlashni oldindan hal qilish. Qoidalar aniq bo‘lgach keyin kirish ham kech emas: mukofot “qochmaydi”. Eng asosiysi, pozitsiya shoshilinch ochilib, o‘ynashdan yutqazib qo‘ymang.
3
734
·
--
Qizlar, Xitoy sevishganlar kuni (Qi Xi) muborak 🌹
Bugun M joylashuvining #USD1 -fyuchers mablag‘lari bo‘yicha subsidiya (har kuni) 1000 USD1 gacha ekanini ko‘rdim. USD1 birja ekotizimi tadbirlari ko‘p bo‘layapti, Binance ham shu payt davomida davom ettirmoqda.
15-avgustdan 13-sentabrgacha umumiy mukofot jamg‘armasi 100 ming USD1. Tadbir qoidasi: siz amalda to‘lagan funding fee’ning 50% qaytariladi. Har bir kishi uchun har kuni maksimal 1000, haftasiga bir marta hisob-kitob qilinadi. 1000 — eng yuqori chegara, kafolat (minimum) emas.
Faqat USD1-M fyuchers hisoblanadi. Eslab qoling: USD1ni marja sifatida ishlating. Olingan funding fee hisoblanmaydi, hedj (qarshi) pozitsiyalar ham hisoblanmaydi, bir nechta UID birlashtirilib hisoblanadi. Yana bir shart: “kim birinchi bo‘lsa — o‘sha”. Mukofot jamg‘armasi tugasa yoki tadbir tugashi qaysi biri birinchi bo‘lsa, to‘xtaydi. Hozircha real vaqtda qolgan mablag‘lar e’lon qilinmagan, qiziqsangiz qatnashishingiz mumkin.
Agar siz allaqachon USD1-M kontraktini ishlatayotgan bo‘lsangiz, bu tadbir juda foydali: platforma sizga odatda to‘lanadigan funding fee xarajatining yarmisini bo‘lib yuboryapti. Ammo odatda kontraktlar bilan umuman ish qilmasangiz, 50% qaytarish uchun vaqtincha pozitsiya ochib, shartnoma “yozib” qo‘ymang. Subsidiyalar mavjud xarajatingizni kamaytirish uchun, sizga savdo uchun bahona yasash uchun emas. Yarmiga tejaladi deb, avval o‘zingiz uchun bitta katta xarajatni ko‘paytirib yubormang.
Qizlar, Xitoy sevishganlar kuni (Qi Xi) muborak 🌹
Bugun M joylashuvining #USD1 -fyuchers mablag‘lari bo‘yicha subsidiya (har kuni) 1000 USD1 gacha ekanini ko‘rdim. USD1 birja ekotizimi tadbirlari ko‘p bo‘layapti, Binance ham shu payt davomida davom ettirmoqda.
15-avgustdan 13-sentabrgacha umumiy mukofot jamg‘armasi 100 ming USD1. Tadbir qoidasi: siz amalda to‘lagan funding fee’ning 50% qaytariladi. Har bir kishi uchun har kuni maksimal 1000, haftasiga bir marta hisob-kitob qilinadi. 1000 — eng yuqori chegara, kafolat (minimum) emas.
Faqat USD1-M fyuchers hisoblanadi. Eslab qoling: USD1ni marja sifatida ishlating. Olingan funding fee hisoblanmaydi, hedj (qarshi) pozitsiyalar ham hisoblanmaydi, bir nechta UID birlashtirilib hisoblanadi. Yana bir shart: “kim birinchi bo‘lsa — o‘sha”. Mukofot jamg‘armasi tugasa yoki tadbir tugashi qaysi biri birinchi bo‘lsa, to‘xtaydi. Hozircha real vaqtda qolgan mablag‘lar e’lon qilinmagan, qiziqsangiz qatnashishingiz mumkin.
Agar siz allaqachon USD1-M kontraktini ishlatayotgan bo‘lsangiz, bu tadbir juda foydali: platforma sizga odatda to‘lanadigan funding fee xarajatining yarmisini bo‘lib yuboryapti. Ammo odatda kontraktlar bilan umuman ish qilmasangiz, 50% qaytarish uchun vaqtincha pozitsiya ochib, shartnoma “yozib” qo‘ymang. Subsidiyalar mavjud xarajatingizni kamaytirish uchun, sizga savdo uchun bahona yasash uchun emas. Yarmiga tejaladi deb, avval o‘zingiz uchun bitta katta xarajatni ko‘paytirib yubormang.
Bugun M joylashuvining #USD1 -fyuchers mablag‘lari bo‘yicha subsidiya (har kuni) 1000 USD1 gacha ekanini ko‘rdim. USD1 birja ekotizimi tadbirlari ko‘p bo‘layapti, Binance ham shu payt davomida davom ettirmoqda.
15-avgustdan 13-sentabrgacha umumiy mukofot jamg‘armasi 100 ming USD1. Tadbir qoidasi: siz amalda to‘lagan funding fee’ning 50% qaytariladi. Har bir kishi uchun har kuni maksimal 1000, haftasiga bir marta hisob-kitob qilinadi. 1000 — eng yuqori chegara, kafolat (minimum) emas.
Faqat USD1-M fyuchers hisoblanadi. Eslab qoling: USD1ni marja sifatida ishlating. Olingan funding fee hisoblanmaydi, hedj (qarshi) pozitsiyalar ham hisoblanmaydi, bir nechta UID birlashtirilib hisoblanadi. Yana bir shart: “kim birinchi bo‘lsa — o‘sha”. Mukofot jamg‘armasi tugasa yoki tadbir tugashi qaysi biri birinchi bo‘lsa, to‘xtaydi. Hozircha real vaqtda qolgan mablag‘lar e’lon qilinmagan, qiziqsangiz qatnashishingiz mumkin.
Agar siz allaqachon USD1-M kontraktini ishlatayotgan bo‘lsangiz, bu tadbir juda foydali: platforma sizga odatda to‘lanadigan funding fee xarajatining yarmisini bo‘lib yuboryapti. Ammo odatda kontraktlar bilan umuman ish qilmasangiz, 50% qaytarish uchun vaqtincha pozitsiya ochib, shartnoma “yozib” qo‘ymang. Subsidiyalar mavjud xarajatingizni kamaytirish uchun, sizga savdo uchun bahona yasash uchun emas. Yarmiga tejaladi deb, avval o‘zingiz uchun bitta katta xarajatni ko‘paytirib yubormang.
2
178
·
--
Assalomu alaykum, qizlar!
“Milliy ishonch banki” degan so‘zlarni ko‘rib, men ham USD1 bank omonatiga aylanishi kerak deb o‘ylab qoldim.
Keyin OCC hujjatlarini diqqat bilan o‘qib chiqdim va shuni angladimki, bu safar eng oson noto‘g‘ri talqin qilinadigan narsa aynan “bank” degan ikki so‘z ekan.
2024-yil 14-avgustda OCC World Liberty Trust Company, N.A. ga shartli dastlabki tasdiq berdi. Bu, albatta, muhim qadam, lekin rasmiy ish boshlashgacha hali yo‘l bor: jumladan, eng kamida 20 million AQSh dollari miqdorida birlamchi kapital, ichki audit kabi ish boshlashdan oldingi shartlar va oxir-oqibat OCC ning yakuniy tasdig‘ini kutish kerak.
Oddiy USD1 egalari uchun esa hozirgi eng real holatda hech narsa o‘zgarmagan.
USD1 hozir ham BitGo tomonidan chiqariladi va saqlab turiladi. World Liberty Trust Company esa USD1 ning chiqarish, qaytarib sotib olish (redeemption) va zaxiralarni boshqarishni rasmiy ish boshlagandan keyingina o‘z zimmasiga olishni rejalashtiryapti.
Buni nishonlash mumkin, lekin dastlabki tasdiq hali ish boshlanganini anglatmaydi, USD1 esa FDIC tomonidan sug‘urtalangan omonat emas. Bu safar u “bankdagi muammo bo‘lsa, kimdir kafillik qilib qo‘yadigan sug‘urta” qatlamini emas, balki federal nazorat yo‘lini aniqroq ko‘rinishda oldi.
Aksincha, menimcha, xabarda aynan mana shu tomoni haqiqatan e’tiborli.
WLFI hozir qilayotgan ish — USD1 ga birdaniga yanada “balandroq” nom berib qo‘yish emas, balki chiqarish, saqlash (custody), qaytarib sotib olish kabi eng asosiy bo‘g‘inlarni bosqichma-bosqich yanada aniq nazorat ramkasiga ko‘chirish.
Tashkilotlar uchun bular, ehtimol, bitta “ko‘proq muvofiqlik” degan iboradan ham muhimroq bo‘lishi mumkin. Kim javobgar, kim saqlaydi, kim qaytarib sotib oladi, muammo chiqsa kimga murojaat qilinadi — chegaralar qanchalik tiniq bo‘lsa, pullar shunchalik dadil kirib keladi.
Keyingi bosqichda OCC qachon yakuniy tasdiqlashini va BitGo dan World Liberty Trust Company ga rasmiy topshirish qachondan boshlanishini kuzatib borish mumkin. Bu ikki narsa haqiqatan amalga oshgach, USD1 aynan qaysi “eshik”dan o‘tganini ko‘rish mumkin.
@worldlibertyfi #USDT #WLFI
Assalomu alaykum, qizlar!
“Milliy ishonch banki” degan so‘zlarni ko‘rib, men ham USD1 bank omonatiga aylanishi kerak deb o‘ylab qoldim.
Keyin OCC hujjatlarini diqqat bilan o‘qib chiqdim va shuni angladimki, bu safar eng oson noto‘g‘ri talqin qilinadigan narsa aynan “bank” degan ikki so‘z ekan.
2024-yil 14-avgustda OCC World Liberty Trust Company, N.A. ga shartli dastlabki tasdiq berdi. Bu, albatta, muhim qadam, lekin rasmiy ish boshlashgacha hali yo‘l bor: jumladan, eng kamida 20 million AQSh dollari miqdorida birlamchi kapital, ichki audit kabi ish boshlashdan oldingi shartlar va oxir-oqibat OCC ning yakuniy tasdig‘ini kutish kerak.
Oddiy USD1 egalari uchun esa hozirgi eng real holatda hech narsa o‘zgarmagan.
USD1 hozir ham BitGo tomonidan chiqariladi va saqlab turiladi. World Liberty Trust Company esa USD1 ning chiqarish, qaytarib sotib olish (redeemption) va zaxiralarni boshqarishni rasmiy ish boshlagandan keyingina o‘z zimmasiga olishni rejalashtiryapti.
Buni nishonlash mumkin, lekin dastlabki tasdiq hali ish boshlanganini anglatmaydi, USD1 esa FDIC tomonidan sug‘urtalangan omonat emas. Bu safar u “bankdagi muammo bo‘lsa, kimdir kafillik qilib qo‘yadigan sug‘urta” qatlamini emas, balki federal nazorat yo‘lini aniqroq ko‘rinishda oldi.
Aksincha, menimcha, xabarda aynan mana shu tomoni haqiqatan e’tiborli.
WLFI hozir qilayotgan ish — USD1 ga birdaniga yanada “balandroq” nom berib qo‘yish emas, balki chiqarish, saqlash (custody), qaytarib sotib olish kabi eng asosiy bo‘g‘inlarni bosqichma-bosqich yanada aniq nazorat ramkasiga ko‘chirish.
Tashkilotlar uchun bular, ehtimol, bitta “ko‘proq muvofiqlik” degan iboradan ham muhimroq bo‘lishi mumkin. Kim javobgar, kim saqlaydi, kim qaytarib sotib oladi, muammo chiqsa kimga murojaat qilinadi — chegaralar qanchalik tiniq bo‘lsa, pullar shunchalik dadil kirib keladi.
Keyingi bosqichda OCC qachon yakuniy tasdiqlashini va BitGo dan World Liberty Trust Company ga rasmiy topshirish qachondan boshlanishini kuzatib borish mumkin. Bu ikki narsa haqiqatan amalga oshgach, USD1 aynan qaysi “eshik”dan o‘tganini ko‘rish mumkin.
@worldlibertyfi #USDT #WLFI
“Milliy ishonch banki” degan so‘zlarni ko‘rib, men ham USD1 bank omonatiga aylanishi kerak deb o‘ylab qoldim.
Keyin OCC hujjatlarini diqqat bilan o‘qib chiqdim va shuni angladimki, bu safar eng oson noto‘g‘ri talqin qilinadigan narsa aynan “bank” degan ikki so‘z ekan.
2024-yil 14-avgustda OCC World Liberty Trust Company, N.A. ga shartli dastlabki tasdiq berdi. Bu, albatta, muhim qadam, lekin rasmiy ish boshlashgacha hali yo‘l bor: jumladan, eng kamida 20 million AQSh dollari miqdorida birlamchi kapital, ichki audit kabi ish boshlashdan oldingi shartlar va oxir-oqibat OCC ning yakuniy tasdig‘ini kutish kerak.
Oddiy USD1 egalari uchun esa hozirgi eng real holatda hech narsa o‘zgarmagan.
USD1 hozir ham BitGo tomonidan chiqariladi va saqlab turiladi. World Liberty Trust Company esa USD1 ning chiqarish, qaytarib sotib olish (redeemption) va zaxiralarni boshqarishni rasmiy ish boshlagandan keyingina o‘z zimmasiga olishni rejalashtiryapti.
Buni nishonlash mumkin, lekin dastlabki tasdiq hali ish boshlanganini anglatmaydi, USD1 esa FDIC tomonidan sug‘urtalangan omonat emas. Bu safar u “bankdagi muammo bo‘lsa, kimdir kafillik qilib qo‘yadigan sug‘urta” qatlamini emas, balki federal nazorat yo‘lini aniqroq ko‘rinishda oldi.
Aksincha, menimcha, xabarda aynan mana shu tomoni haqiqatan e’tiborli.
WLFI hozir qilayotgan ish — USD1 ga birdaniga yanada “balandroq” nom berib qo‘yish emas, balki chiqarish, saqlash (custody), qaytarib sotib olish kabi eng asosiy bo‘g‘inlarni bosqichma-bosqich yanada aniq nazorat ramkasiga ko‘chirish.
Tashkilotlar uchun bular, ehtimol, bitta “ko‘proq muvofiqlik” degan iboradan ham muhimroq bo‘lishi mumkin. Kim javobgar, kim saqlaydi, kim qaytarib sotib oladi, muammo chiqsa kimga murojaat qilinadi — chegaralar qanchalik tiniq bo‘lsa, pullar shunchalik dadil kirib keladi.
Keyingi bosqichda OCC qachon yakuniy tasdiqlashini va BitGo dan World Liberty Trust Company ga rasmiy topshirish qachondan boshlanishini kuzatib borish mumkin. Bu ikki narsa haqiqatan amalga oshgach, USD1 aynan qaysi “eshik”dan o‘tganini ko‘rish mumkin.
@worldlibertyfi #USDT #WLFI
1
273
·
--
Assalomu alaykum, qizlar!
OCC kecha World Liberty Trust Company uchun shartli dastlabki tasdiq berganini yaqinda ko‘rib qoldim va birinchi bo‘lib hujjat tafsilotlarini ko‘zdan kechirdim.
Bu safar albatta bir qadam oldinga siljidi, lekin rasmiy ishga tushirish uchun hali kapital yetib kelishi, ichki audit kabi old shartlar bajarilishi kerak; yakunda esa yakuniy tasdiq chiqishini ham kutish zarur.
Biz oddiy, USD1 miqdorida ushlab turganlar uchun hozir amaliy masala shuki, chiqarish va saqlash (kustodiya) ishini hali ham BitGo bajaryaptimi-yo‘qmi. OCC hujjatlarida juda aniq yozilgan: BitGo Bank & Trust hali ham eksklyuziv emitent va kustodian bo‘lib qoladi. World Liberty esa haqiqiy ishga tushishdan keyingina chiqarish, qaytarib sotib olish (redeem) va zaxira boshqaruvini o‘z zimmasiga oladi.
Shuning uchun foydalanuvchilar hozir yurayotgan to‘lov/realizatsiya yo‘li bu bitta dastlabki tasdiq bilan darhol o‘zgarmaydi. Zach Witkoffning o‘zi ham bu faqat ko‘p bosqichli jarayon ichidagi bir bosqich (milestone) ekanini aytgan. Bundan tashqari, OCC kamida 20 million AQSh dollari miqdoridagi birinchi darajali (tier 1) kapitalni ham talab qilgan—shart shu joyida.
Yo‘nalish to‘g‘ri: nazoratni birma-bir bosib o‘tamiz, lekin hozircha erta bayram qilishga vaqt emas. Keyingi qadam—yakuniy tasdiq qachon amalda kuchga kirishini, hamda BitGo bilan World Liberty o‘rtasidagi o‘tish (transition) bo‘yicha kelishuvlar qachon rasmiy e’lon qilinishini kutish. Shu ikki qism haqiqatan ham joyiga tushgandan keyingina, egalarga bu nimani anglatishi borasida yanada ishonchliroq gapirish mumkin bo‘ladi.
@worldlibertyfi #USD1 #WLFI
Assalomu alaykum, qizlar!
OCC kecha World Liberty Trust Company uchun shartli dastlabki tasdiq berganini yaqinda ko‘rib qoldim va birinchi bo‘lib hujjat tafsilotlarini ko‘zdan kechirdim.
Bu safar albatta bir qadam oldinga siljidi, lekin rasmiy ishga tushirish uchun hali kapital yetib kelishi, ichki audit kabi old shartlar bajarilishi kerak; yakunda esa yakuniy tasdiq chiqishini ham kutish zarur.
Biz oddiy, USD1 miqdorida ushlab turganlar uchun hozir amaliy masala shuki, chiqarish va saqlash (kustodiya) ishini hali ham BitGo bajaryaptimi-yo‘qmi. OCC hujjatlarida juda aniq yozilgan: BitGo Bank & Trust hali ham eksklyuziv emitent va kustodian bo‘lib qoladi. World Liberty esa haqiqiy ishga tushishdan keyingina chiqarish, qaytarib sotib olish (redeem) va zaxira boshqaruvini o‘z zimmasiga oladi.
Shuning uchun foydalanuvchilar hozir yurayotgan to‘lov/realizatsiya yo‘li bu bitta dastlabki tasdiq bilan darhol o‘zgarmaydi. Zach Witkoffning o‘zi ham bu faqat ko‘p bosqichli jarayon ichidagi bir bosqich (milestone) ekanini aytgan. Bundan tashqari, OCC kamida 20 million AQSh dollari miqdoridagi birinchi darajali (tier 1) kapitalni ham talab qilgan—shart shu joyida.
Yo‘nalish to‘g‘ri: nazoratni birma-bir bosib o‘tamiz, lekin hozircha erta bayram qilishga vaqt emas. Keyingi qadam—yakuniy tasdiq qachon amalda kuchga kirishini, hamda BitGo bilan World Liberty o‘rtasidagi o‘tish (transition) bo‘yicha kelishuvlar qachon rasmiy e’lon qilinishini kutish. Shu ikki qism haqiqatan ham joyiga tushgandan keyingina, egalarga bu nimani anglatishi borasida yanada ishonchliroq gapirish mumkin bo‘ladi.
@worldlibertyfi #USD1 #WLFI
OCC kecha World Liberty Trust Company uchun shartli dastlabki tasdiq berganini yaqinda ko‘rib qoldim va birinchi bo‘lib hujjat tafsilotlarini ko‘zdan kechirdim.
Bu safar albatta bir qadam oldinga siljidi, lekin rasmiy ishga tushirish uchun hali kapital yetib kelishi, ichki audit kabi old shartlar bajarilishi kerak; yakunda esa yakuniy tasdiq chiqishini ham kutish zarur.
Biz oddiy, USD1 miqdorida ushlab turganlar uchun hozir amaliy masala shuki, chiqarish va saqlash (kustodiya) ishini hali ham BitGo bajaryaptimi-yo‘qmi. OCC hujjatlarida juda aniq yozilgan: BitGo Bank & Trust hali ham eksklyuziv emitent va kustodian bo‘lib qoladi. World Liberty esa haqiqiy ishga tushishdan keyingina chiqarish, qaytarib sotib olish (redeem) va zaxira boshqaruvini o‘z zimmasiga oladi.
Shuning uchun foydalanuvchilar hozir yurayotgan to‘lov/realizatsiya yo‘li bu bitta dastlabki tasdiq bilan darhol o‘zgarmaydi. Zach Witkoffning o‘zi ham bu faqat ko‘p bosqichli jarayon ichidagi bir bosqich (milestone) ekanini aytgan. Bundan tashqari, OCC kamida 20 million AQSh dollari miqdoridagi birinchi darajali (tier 1) kapitalni ham talab qilgan—shart shu joyida.
Yo‘nalish to‘g‘ri: nazoratni birma-bir bosib o‘tamiz, lekin hozircha erta bayram qilishga vaqt emas. Keyingi qadam—yakuniy tasdiq qachon amalda kuchga kirishini, hamda BitGo bilan World Liberty o‘rtasidagi o‘tish (transition) bo‘yicha kelishuvlar qachon rasmiy e’lon qilinishini kutish. Shu ikki qism haqiqatan ham joyiga tushgandan keyingina, egalarga bu nimani anglatishi borasida yanada ishonchliroq gapirish mumkin bo‘ladi.
@worldlibertyfi #USD1 #WLFI
1
235
·
--
O‘suvchi
1,7 mlrd dona $WLFI mukofot jamg‘armasi, bu sizning hisobingizdagi $USD1 miqdor bilan qancha balans bo‘lsa shuncha mukofot olasiz degani emas.
Binance 7-avgustdagi e’loniga ko‘ra, mazkur tadbir 4-sentabr soat 00:00 gacha (UTC) davom etadi. Odamlar ko‘pincha xato qiladigan uchta narsa bor:
1、Har kunlik malakali balans — o‘sha kungi soatlik skrinshotdagi eng past USD1 balans olinadi, eng yuqorini ko‘rmaydi;
2、1,2 baravar ham 300 USD1 ni ushlab turish bilan avtomatik emas: USD1 shartnomasi savdo juftligi bo‘yicha har kunlik eng past OI (Open Interest) ≥ 300 USD1 bo‘lishi kerak, bunga yetilmasa, o‘sha kun 1 baravar hisoblanadi;
3、To‘g‘ridan-to‘g‘ri olingan USD1 qarzi hisobga kiritilmaydi. Boshqa stablecoin’ni qarzga olib, uni USD1 ga almashtirishdan hosil bo‘lgan leverage qismi esa 70% haircut bilan hisoblanadi.
APR haqida gap ketganda: avvalgi davr ma’lumotlariga qarab joriy bosqich玩法ini hisoblab ko‘rmang. Hozirgacha rasmiy sahifada 7–14-avgustdagi birinchi davrning Base APR, 1.2x Boosted APR hamda WLFI Token Value 14-avgustda yangilanadi, deb ko‘rsatilgan. Ishtirok etishdan oldin hisob turini, har kungi eng past balansni, eng past OIni va mablag‘ manbasini tekshirib olsangiz yetarli.
Bu faqat Binance’ning mazkur bosqichdagi USD1 bo‘yicha vaqtinchalik taqsimlash qoidalari; USD1 uchun doimiy, “native” kafolatlangan daromad emas. Hududiy malaka bo‘yicha yakuniy taqsimot platforma yozuvlari hamda eng so‘nggi e’longa ko‘ra belgilanadi.
1,7 mlrd dona $WLFI mukofot jamg‘armasi, bu sizning hisobingizdagi $USD1 miqdor bilan qancha balans bo‘lsa shuncha mukofot olasiz degani emas.
Binance 7-avgustdagi e’loniga ko‘ra, mazkur tadbir 4-sentabr soat 00:00 gacha (UTC) davom etadi. Odamlar ko‘pincha xato qiladigan uchta narsa bor:
1、Har kunlik malakali balans — o‘sha kungi soatlik skrinshotdagi eng past USD1 balans olinadi, eng yuqorini ko‘rmaydi;
2、1,2 baravar ham 300 USD1 ni ushlab turish bilan avtomatik emas: USD1 shartnomasi savdo juftligi bo‘yicha har kunlik eng past OI (Open Interest) ≥ 300 USD1 bo‘lishi kerak, bunga yetilmasa, o‘sha kun 1 baravar hisoblanadi;
3、To‘g‘ridan-to‘g‘ri olingan USD1 qarzi hisobga kiritilmaydi. Boshqa stablecoin’ni qarzga olib, uni USD1 ga almashtirishdan hosil bo‘lgan leverage qismi esa 70% haircut bilan hisoblanadi.
APR haqida gap ketganda: avvalgi davr ma’lumotlariga qarab joriy bosqich玩法ini hisoblab ko‘rmang. Hozirgacha rasmiy sahifada 7–14-avgustdagi birinchi davrning Base APR, 1.2x Boosted APR hamda WLFI Token Value 14-avgustda yangilanadi, deb ko‘rsatilgan. Ishtirok etishdan oldin hisob turini, har kungi eng past balansni, eng past OIni va mablag‘ manbasini tekshirib olsangiz yetarli.
Bu faqat Binance’ning mazkur bosqichdagi USD1 bo‘yicha vaqtinchalik taqsimlash qoidalari; USD1 uchun doimiy, “native” kafolatlangan daromad emas. Hududiy malaka bo‘yicha yakuniy taqsimot platforma yozuvlari hamda eng so‘nggi e’longa ko‘ra belgilanadi.
Binance 7-avgustdagi e’loniga ko‘ra, mazkur tadbir 4-sentabr soat 00:00 gacha (UTC) davom etadi. Odamlar ko‘pincha xato qiladigan uchta narsa bor:
1、Har kunlik malakali balans — o‘sha kungi soatlik skrinshotdagi eng past USD1 balans olinadi, eng yuqorini ko‘rmaydi;
2、1,2 baravar ham 300 USD1 ni ushlab turish bilan avtomatik emas: USD1 shartnomasi savdo juftligi bo‘yicha har kunlik eng past OI (Open Interest) ≥ 300 USD1 bo‘lishi kerak, bunga yetilmasa, o‘sha kun 1 baravar hisoblanadi;
3、To‘g‘ridan-to‘g‘ri olingan USD1 qarzi hisobga kiritilmaydi. Boshqa stablecoin’ni qarzga olib, uni USD1 ga almashtirishdan hosil bo‘lgan leverage qismi esa 70% haircut bilan hisoblanadi.
APR haqida gap ketganda: avvalgi davr ma’lumotlariga qarab joriy bosqich玩法ini hisoblab ko‘rmang. Hozirgacha rasmiy sahifada 7–14-avgustdagi birinchi davrning Base APR, 1.2x Boosted APR hamda WLFI Token Value 14-avgustda yangilanadi, deb ko‘rsatilgan. Ishtirok etishdan oldin hisob turini, har kungi eng past balansni, eng past OIni va mablag‘ manbasini tekshirib olsangiz yetarli.
Bu faqat Binance’ning mazkur bosqichdagi USD1 bo‘yicha vaqtinchalik taqsimlash qoidalari; USD1 uchun doimiy, “native” kafolatlangan daromad emas. Hududiy malaka bo‘yicha yakuniy taqsimot platforma yozuvlari hamda eng so‘nggi e’longa ko‘ra belgilanadi.
1
334
·
--
Bugun @velvet_capital StableChain’ni terminalga uladi.Bugun @velvet_capital StableChain’ni terminalga uladi.
Men buni ko‘rib chiqqan paytdagi birinchi reaksiyam aslida yana bitta zanjir qo‘shildimi yo‘qmi emas, balki ancha amaliyroq savol bo‘ldi: notanish bozorda bo‘lgandan keyin men uni yana bir marta qanday ko‘rishni (tahlil qilishni) qayta o‘rganishim kerakmi?
Bitta ekotizimdan boshqasiga o‘tishning qiyin tomoni tarmoqni almashtirishdan ham ko‘proq. Qayerdan yangi aktivlarni ko‘rasiz, qayerdan savdo faolligini bilasiz, qayerdan o‘sish (涨幅)ni kuzatasiz, bu bozor hozir nimani o‘zgartirib yuboryapti — tezda qanday anglash mumkin, ko‘pincha bularning hammasini qaytadan topishga to‘g‘ri keladi. Zanjir (链) almashsa, bozorni ko‘rish odati ham birga o‘zgaradi.
Lekin StableChain’ni Velvet bilan ulashdan keyin, men terminaldagi o‘qish uslubi deyarli o‘zgarmaganini sezdim. Hali ham Trending, Volume, Gainers, New Pairs, All Chains bor, aktiv ostida ham Price, 24H, MCap, Volume, Txn kabi tanish ma’lumotlar turibdi.
Bugun @velvet_capital StableChain’ni terminalga uladi.
Bugun @velvet_capital StableChain’ni terminalga uladi.
Men buni ko‘rib chiqqan paytdagi birinchi reaksiyam aslida yana bitta zanjir qo‘shildimi yo‘qmi emas, balki ancha amaliyroq savol bo‘ldi: notanish bozorda bo‘lgandan keyin men uni yana bir marta qanday ko‘rishni (tahlil qilishni) qayta o‘rganishim kerakmi?
Bitta ekotizimdan boshqasiga o‘tishning qiyin tomoni tarmoqni almashtirishdan ham ko‘proq. Qayerdan yangi aktivlarni ko‘rasiz, qayerdan savdo faolligini bilasiz, qayerdan o‘sish (涨幅)ni kuzatasiz, bu bozor hozir nimani o‘zgartirib yuboryapti — tezda qanday anglash mumkin, ko‘pincha bularning hammasini qaytadan topishga to‘g‘ri keladi. Zanjir (链) almashsa, bozorni ko‘rish odati ham birga o‘zgaradi.
Lekin StableChain’ni Velvet bilan ulashdan keyin, men terminaldagi o‘qish uslubi deyarli o‘zgarmaganini sezdim. Hali ham Trending, Volume, Gainers, New Pairs, All Chains bor, aktiv ostida ham Price, 24H, MCap, Volume, Txn kabi tanish ma’lumotlar turibdi.
Men buni ko‘rib chiqqan paytdagi birinchi reaksiyam aslida yana bitta zanjir qo‘shildimi yo‘qmi emas, balki ancha amaliyroq savol bo‘ldi: notanish bozorda bo‘lgandan keyin men uni yana bir marta qanday ko‘rishni (tahlil qilishni) qayta o‘rganishim kerakmi?
Bitta ekotizimdan boshqasiga o‘tishning qiyin tomoni tarmoqni almashtirishdan ham ko‘proq. Qayerdan yangi aktivlarni ko‘rasiz, qayerdan savdo faolligini bilasiz, qayerdan o‘sish (涨幅)ni kuzatasiz, bu bozor hozir nimani o‘zgartirib yuboryapti — tezda qanday anglash mumkin, ko‘pincha bularning hammasini qaytadan topishga to‘g‘ri keladi. Zanjir (链) almashsa, bozorni ko‘rish odati ham birga o‘zgaradi.
Lekin StableChain’ni Velvet bilan ulashdan keyin, men terminaldagi o‘qish uslubi deyarli o‘zgarmaganini sezdim. Hali ham Trending, Volume, Gainers, New Pairs, All Chains bor, aktiv ostida ham Price, 24H, MCap, Volume, Txn kabi tanish ma’lumotlar turibdi.
124
·
--
. @flagshiptcg tadbiri 5-sentabr kuni rasmiy ravishda eshiklarini ochadi, @renaissxyz esa oldinroq ancha qiziq bir ishni qilib qo‘ydi. Early Supporter faqat akkauntga qarash bilangina cheklanmaydi — bitta X akkaunt va Renaiss hamyonini bir-biriga to‘g‘rilab olish kerak.
Qoidalarni o‘qib chiqqanimdan keyin birinchi savolim: nega faqat kuzatishning o‘zi yetmaydi? Keyin mexanizmni davomli o‘qib, nima uchunligini tushundim. Kuzatish X akkauntning biror amal qilganini ko‘rsatadi, lekin hamyon bog‘langandan keyingina bu safargi qo‘llab-quvvatlash haqiqatan ham chain (zanjir) ichida o‘z egasiga — ma’lum manzilga — tegishli bo‘ladi.
Keyingi qadam 10-avgust soat 22:30 (UTC+8) dagi snapshot (kuzatuv nuqtasi). Buni ko‘rsangiz, hammasi juda mantiqan joy-joyiga tushadi: X yozuvingiz nima qilganingizni ko‘rsatadi, hamyon esa buni aniq manzilga bog‘lab qo‘yadi, snapshot esa o‘sha paytdagi holatni “qotirib” qo‘yadi. Uchala bosqich birga qo‘yilganda, men SBTning o‘zidan ko‘ra aynan shu jarayonni ko‘proq ko‘rishni arziydigan narsa deb o‘yladim.
Renaiss avvaldan X Linker’ni ishlatib kelgan. Bu safar FLAGSHIP ham xuddi shu mantiqni davom ettiryapti, bu esa bu yerda shunchaki vaqtinchalik qo‘shimcha to‘siq qo‘shilmaganini anglatadi. Bu ko‘proq jamoa ichidagi identitetni, keyin esa real aktivlarni saqlaydigan hamyon identiteti bilan bir koordinataga (bir manzilga) asta-sekin “to‘g‘rilash”ga o‘xshaydi. Chaindagi identitet ham kartani birinchi marta xarid qilish, zaryad yoki tranzaksiyadan boshlabgina shakllanishi shart emas. Muayyan hamyonga aniq tegishli bo‘la oladigan, real jamoaviy harakatning o‘ziyoq shu manzil yozuvining bir qismi bo‘lishi mumkin.
Albatta, hozircha rasmiylar aytmagan ayrim detallar bor: bog‘lanish holati aniq qanday tasdiqlanadi, SBT qachon beriladi, snapshotdan keyin kuzatishni bekor qilish yoki hamyonni almashtirish malakaga ta’sir qiladimi-yo‘qmi. Shuning uchun men hozircha loyihaga oldindan xulosa chiqarib qo‘ymayman. Snapshotdan oldin men faqat shuni aniqlab olaman: hozir Renaiss hamyoniga ulangan X va mening @flagshiptcg ni kuzatishim bitta va aynan o‘sha akkauntmi.
Bu safargi Early Supporter SBT meni haqiqatan ham eslab qolishimga sabab bo‘lgani — erta kuzatish nimani berishini emas, balki Renaiss juda yengil ijtimoiy harakatni hamyon bilan bog‘langan va vaqt koordinatasi (snapshot momenti)ga ega bo‘lgan yozuvga aylantirishga ur‘yayotgani bo‘ldi. Avval bu ish kimga tegishli ekanini tasdiqlab, keyin uni shu yerda qoldirish — men bu fikrni juda yoqtirdim.
. @flagshiptcg tadbiri 5-sentabr kuni rasmiy ravishda eshiklarini ochadi, @renaissxyz esa oldinroq ancha qiziq bir ishni qilib qo‘ydi. Early Supporter faqat akkauntga qarash bilangina cheklanmaydi — bitta X akkaunt va Renaiss hamyonini bir-biriga to‘g‘rilab olish kerak.
Qoidalarni o‘qib chiqqanimdan keyin birinchi savolim: nega faqat kuzatishning o‘zi yetmaydi? Keyin mexanizmni davomli o‘qib, nima uchunligini tushundim. Kuzatish X akkauntning biror amal qilganini ko‘rsatadi, lekin hamyon bog‘langandan keyingina bu safargi qo‘llab-quvvatlash haqiqatan ham chain (zanjir) ichida o‘z egasiga — ma’lum manzilga — tegishli bo‘ladi.
Keyingi qadam 10-avgust soat 22:30 (UTC+8) dagi snapshot (kuzatuv nuqtasi). Buni ko‘rsangiz, hammasi juda mantiqan joy-joyiga tushadi: X yozuvingiz nima qilganingizni ko‘rsatadi, hamyon esa buni aniq manzilga bog‘lab qo‘yadi, snapshot esa o‘sha paytdagi holatni “qotirib” qo‘yadi. Uchala bosqich birga qo‘yilganda, men SBTning o‘zidan ko‘ra aynan shu jarayonni ko‘proq ko‘rishni arziydigan narsa deb o‘yladim.
Renaiss avvaldan X Linker’ni ishlatib kelgan. Bu safar FLAGSHIP ham xuddi shu mantiqni davom ettiryapti, bu esa bu yerda shunchaki vaqtinchalik qo‘shimcha to‘siq qo‘shilmaganini anglatadi. Bu ko‘proq jamoa ichidagi identitetni, keyin esa real aktivlarni saqlaydigan hamyon identiteti bilan bir koordinataga (bir manzilga) asta-sekin “to‘g‘rilash”ga o‘xshaydi. Chaindagi identitet ham kartani birinchi marta xarid qilish, zaryad yoki tranzaksiyadan boshlabgina shakllanishi shart emas. Muayyan hamyonga aniq tegishli bo‘la oladigan, real jamoaviy harakatning o‘ziyoq shu manzil yozuvining bir qismi bo‘lishi mumkin.
Albatta, hozircha rasmiylar aytmagan ayrim detallar bor: bog‘lanish holati aniq qanday tasdiqlanadi, SBT qachon beriladi, snapshotdan keyin kuzatishni bekor qilish yoki hamyonni almashtirish malakaga ta’sir qiladimi-yo‘qmi. Shuning uchun men hozircha loyihaga oldindan xulosa chiqarib qo‘ymayman. Snapshotdan oldin men faqat shuni aniqlab olaman: hozir Renaiss hamyoniga ulangan X va mening @flagshiptcg ni kuzatishim bitta va aynan o‘sha akkauntmi.
Bu safargi Early Supporter SBT meni haqiqatan ham eslab qolishimga sabab bo‘lgani — erta kuzatish nimani berishini emas, balki Renaiss juda yengil ijtimoiy harakatni hamyon bilan bog‘langan va vaqt koordinatasi (snapshot momenti)ga ega bo‘lgan yozuvga aylantirishga ur‘yayotgani bo‘ldi. Avval bu ish kimga tegishli ekanini tasdiqlab, keyin uni shu yerda qoldirish — men bu fikrni juda yoqtirdim.
Qoidalarni o‘qib chiqqanimdan keyin birinchi savolim: nega faqat kuzatishning o‘zi yetmaydi? Keyin mexanizmni davomli o‘qib, nima uchunligini tushundim. Kuzatish X akkauntning biror amal qilganini ko‘rsatadi, lekin hamyon bog‘langandan keyingina bu safargi qo‘llab-quvvatlash haqiqatan ham chain (zanjir) ichida o‘z egasiga — ma’lum manzilga — tegishli bo‘ladi.
Keyingi qadam 10-avgust soat 22:30 (UTC+8) dagi snapshot (kuzatuv nuqtasi). Buni ko‘rsangiz, hammasi juda mantiqan joy-joyiga tushadi: X yozuvingiz nima qilganingizni ko‘rsatadi, hamyon esa buni aniq manzilga bog‘lab qo‘yadi, snapshot esa o‘sha paytdagi holatni “qotirib” qo‘yadi. Uchala bosqich birga qo‘yilganda, men SBTning o‘zidan ko‘ra aynan shu jarayonni ko‘proq ko‘rishni arziydigan narsa deb o‘yladim.
Renaiss avvaldan X Linker’ni ishlatib kelgan. Bu safar FLAGSHIP ham xuddi shu mantiqni davom ettiryapti, bu esa bu yerda shunchaki vaqtinchalik qo‘shimcha to‘siq qo‘shilmaganini anglatadi. Bu ko‘proq jamoa ichidagi identitetni, keyin esa real aktivlarni saqlaydigan hamyon identiteti bilan bir koordinataga (bir manzilga) asta-sekin “to‘g‘rilash”ga o‘xshaydi. Chaindagi identitet ham kartani birinchi marta xarid qilish, zaryad yoki tranzaksiyadan boshlabgina shakllanishi shart emas. Muayyan hamyonga aniq tegishli bo‘la oladigan, real jamoaviy harakatning o‘ziyoq shu manzil yozuvining bir qismi bo‘lishi mumkin.
Albatta, hozircha rasmiylar aytmagan ayrim detallar bor: bog‘lanish holati aniq qanday tasdiqlanadi, SBT qachon beriladi, snapshotdan keyin kuzatishni bekor qilish yoki hamyonni almashtirish malakaga ta’sir qiladimi-yo‘qmi. Shuning uchun men hozircha loyihaga oldindan xulosa chiqarib qo‘ymayman. Snapshotdan oldin men faqat shuni aniqlab olaman: hozir Renaiss hamyoniga ulangan X va mening @flagshiptcg ni kuzatishim bitta va aynan o‘sha akkauntmi.
Bu safargi Early Supporter SBT meni haqiqatan ham eslab qolishimga sabab bo‘lgani — erta kuzatish nimani berishini emas, balki Renaiss juda yengil ijtimoiy harakatni hamyon bilan bog‘langan va vaqt koordinatasi (snapshot momenti)ga ega bo‘lgan yozuvga aylantirishga ur‘yayotgani bo‘ldi. Avval bu ish kimga tegishli ekanini tasdiqlab, keyin uni shu yerda qoldirish — men bu fikrni juda yoqtirdim.
1
137
·
--
Vaultda aniq Earnings bor ekan, nega men HertzFlow @Hertzflow_xyz ning Trade sahifasiga kirib Claim qilsam, o‘sha pulni topolmayapman?
Beginner’s Guide #2 ni bir marta ko‘rib chiqdim va bu yerda gap daromad o‘z vaqtida tushmaganida emas, balki boshida juda oson joyni noto‘g‘ri ko‘rib qolishimizda ekan. Rasmiy manba hatto “Confusing yield with Claim” (daromadni Claim bilan adashtirish)ni yangi foydalanuvchilarning eng ko‘p uchraydigan xatolari sifatida alohida ajratib qo‘ygan.
Pool’ga joylasangiz HzLP olasiz; Vault’ga joylasangiz HzV olasiz. LP tomonidagi qiymat o‘zgarishi odatda share value’ga bevosita aks etadi. To‘lovlar va sof trader’lar PnL AUM’ga ta’sir qiladi, shuning uchun qo‘lingizdagi ulush (share) soni o‘zgarmagan bo‘lsa ham, mos qiymat harakatlanishi va, albatta, pastga ham ketishi mumkin.
Trade sahifasidagi Claim esa boshqa mantiqqa asoslangan. U bevosita balansga o‘tib, keyinroq olinishi mumkin bo‘lgan loyihalarga (amountlarga) to‘g‘ri keladi. Aniq manbasini esa hozirgi sahifadagi Earnings va Claim qanday ko‘rinishiga qarab bilish kerak: ular daromadga o‘xshab ko‘rinsa ham, aslida ikki xil hisob-kitob kitobiga yoziladi.
Ba’zi qiymatlar sizning qo‘lingizdagi share’lar ichiga yozib qo‘yilgan.
Ba’zi balans esa sizdan Claim’ni talab qiladi.
Men bir necha soniya Claim so‘ziga tikildim va u yer oddiy foydalanuvchilarni adashtirish uchun eng oson joy ekanini his qildim. HertzFlow keyinroq Share Value bilan Claimable Balance’ni alohida ko‘rsatib, yana bir-ikki gap bilan bu qiymat qayerdan kelishini ham yozib qo‘ysa yaxshi bo‘lardi. Shunda hujjatni titkilamasdan ham, Claim ichida raqam yo‘qligi sabab LP o‘zgarmagan deb noto‘g‘ri o‘ylab qolmaymiz.
Shuning uchun bundan keyin Pool yoki Vault’ni ko‘rganimda avval share value’ni tekshiraman; Claim’ni ko‘rsam, u aynan qaysi turdagi balansga to‘g‘ri kelishini tasdiqlayman. Hozir bu testnet mexanizmi, mainnet ishga tushgach esa rasmiy sahifalar va rasmiy qoidalarga tayaniladi.
Vaultda aniq Earnings bor ekan, nega men HertzFlow @Hertzflow_xyz ning Trade sahifasiga kirib Claim qilsam, o‘sha pulni topolmayapman?
Beginner’s Guide #2 ni bir marta ko‘rib chiqdim va bu yerda gap daromad o‘z vaqtida tushmaganida emas, balki boshida juda oson joyni noto‘g‘ri ko‘rib qolishimizda ekan. Rasmiy manba hatto “Confusing yield with Claim” (daromadni Claim bilan adashtirish)ni yangi foydalanuvchilarning eng ko‘p uchraydigan xatolari sifatida alohida ajratib qo‘ygan.
Pool’ga joylasangiz HzLP olasiz; Vault’ga joylasangiz HzV olasiz. LP tomonidagi qiymat o‘zgarishi odatda share value’ga bevosita aks etadi. To‘lovlar va sof trader’lar PnL AUM’ga ta’sir qiladi, shuning uchun qo‘lingizdagi ulush (share) soni o‘zgarmagan bo‘lsa ham, mos qiymat harakatlanishi va, albatta, pastga ham ketishi mumkin.
Trade sahifasidagi Claim esa boshqa mantiqqa asoslangan. U bevosita balansga o‘tib, keyinroq olinishi mumkin bo‘lgan loyihalarga (amountlarga) to‘g‘ri keladi. Aniq manbasini esa hozirgi sahifadagi Earnings va Claim qanday ko‘rinishiga qarab bilish kerak: ular daromadga o‘xshab ko‘rinsa ham, aslida ikki xil hisob-kitob kitobiga yoziladi.
Ba’zi qiymatlar sizning qo‘lingizdagi share’lar ichiga yozib qo‘yilgan.
Ba’zi balans esa sizdan Claim’ni talab qiladi.
Men bir necha soniya Claim so‘ziga tikildim va u yer oddiy foydalanuvchilarni adashtirish uchun eng oson joy ekanini his qildim. HertzFlow keyinroq Share Value bilan Claimable Balance’ni alohida ko‘rsatib, yana bir-ikki gap bilan bu qiymat qayerdan kelishini ham yozib qo‘ysa yaxshi bo‘lardi. Shunda hujjatni titkilamasdan ham, Claim ichida raqam yo‘qligi sabab LP o‘zgarmagan deb noto‘g‘ri o‘ylab qolmaymiz.
Shuning uchun bundan keyin Pool yoki Vault’ni ko‘rganimda avval share value’ni tekshiraman; Claim’ni ko‘rsam, u aynan qaysi turdagi balansga to‘g‘ri kelishini tasdiqlayman. Hozir bu testnet mexanizmi, mainnet ishga tushgach esa rasmiy sahifalar va rasmiy qoidalarga tayaniladi.
Beginner’s Guide #2 ni bir marta ko‘rib chiqdim va bu yerda gap daromad o‘z vaqtida tushmaganida emas, balki boshida juda oson joyni noto‘g‘ri ko‘rib qolishimizda ekan. Rasmiy manba hatto “Confusing yield with Claim” (daromadni Claim bilan adashtirish)ni yangi foydalanuvchilarning eng ko‘p uchraydigan xatolari sifatida alohida ajratib qo‘ygan.
Pool’ga joylasangiz HzLP olasiz; Vault’ga joylasangiz HzV olasiz. LP tomonidagi qiymat o‘zgarishi odatda share value’ga bevosita aks etadi. To‘lovlar va sof trader’lar PnL AUM’ga ta’sir qiladi, shuning uchun qo‘lingizdagi ulush (share) soni o‘zgarmagan bo‘lsa ham, mos qiymat harakatlanishi va, albatta, pastga ham ketishi mumkin.
Trade sahifasidagi Claim esa boshqa mantiqqa asoslangan. U bevosita balansga o‘tib, keyinroq olinishi mumkin bo‘lgan loyihalarga (amountlarga) to‘g‘ri keladi. Aniq manbasini esa hozirgi sahifadagi Earnings va Claim qanday ko‘rinishiga qarab bilish kerak: ular daromadga o‘xshab ko‘rinsa ham, aslida ikki xil hisob-kitob kitobiga yoziladi.
Ba’zi qiymatlar sizning qo‘lingizdagi share’lar ichiga yozib qo‘yilgan.
Ba’zi balans esa sizdan Claim’ni talab qiladi.
Men bir necha soniya Claim so‘ziga tikildim va u yer oddiy foydalanuvchilarni adashtirish uchun eng oson joy ekanini his qildim. HertzFlow keyinroq Share Value bilan Claimable Balance’ni alohida ko‘rsatib, yana bir-ikki gap bilan bu qiymat qayerdan kelishini ham yozib qo‘ysa yaxshi bo‘lardi. Shunda hujjatni titkilamasdan ham, Claim ichida raqam yo‘qligi sabab LP o‘zgarmagan deb noto‘g‘ri o‘ylab qolmaymiz.
Shuning uchun bundan keyin Pool yoki Vault’ni ko‘rganimda avval share value’ni tekshiraman; Claim’ni ko‘rsam, u aynan qaysi turdagi balansga to‘g‘ri kelishini tasdiqlayman. Hozir bu testnet mexanizmi, mainnet ishga tushgach esa rasmiy sahifalar va rasmiy qoidalarga tayaniladi.
1
149
·
--
Yaqinda hammа @velvet_capital’ning Perps tanlovi haqida qiziqayotgani, 75 mln Gems va 9-avgustgacha ekanini ko‘ryapman.
Shovqin ko‘tarilishi bilan odamlar odatda avval Token qidiradi, keyin esa o‘zlari buni qanday qilishini o‘ylab ko‘radi.
Lekin men Velvet’ning mahsulot strukturasini bir necha marta o‘rganib chiqdim: birinchi savol qaysi Tokenni sotib olish haqida bo‘lmasligi kerak, aksincha bu pul hozir nimaga ishlatilishi rejalashtirilganini tushunishdir.
Bevosita qandaydir aktivga egalik qilish — Spot’ga to‘g‘ri keladi. Ma’lum vaqt oralig‘ida yo‘nalishga oid qarorni ifodalash — Perps’ga mos keladi; bunda siz ekspozitsiya (ochiq pozitsiya) olasiz, naqd (spot) aktivni emas. Aktivni daromad strategiyasiga joylash — Yield’ga keladi, shu bilan birga daromad qayerdan kelishi, qachon chiqib ketish mumkinligi va asosiy qatlam qanday riskni o‘z zimmasiga olishini ham ko‘rib chiqish kerak.
Men My Positions’da tokens, perpetual positions va DeFi positions bir paytning o‘zida turib, birlashtirilganini ko‘rdim-da, o‘ylab qoldim. Velvet’ning agregatsiyasi endi shunchaki bir to‘plam Token emas — u bir xil pul turli holatlarda bo‘lishi mumkin bo‘lgan senariylarni bir mahsulot ichiga jamlab, foydalanuvchiga ko‘rsatadi.
Bu g‘oya aslida funksiyalardan ko‘ra muhimroq: oddiy agregatorlar “qayerdan sotib olish kerak” masalasini yechadi, Velvet esa yana bir qadam oldinga borib, foydalanuvchi avval bu pulni ushlab turish, yo‘nalishni ifodalash yoki strategiyaga kirish kerakmi — shuni aniq o‘ylab olsin deydi.
Albatta, yagona Portfolio bo‘lishi mablag‘lar to‘liq umumiy degani emas: Perps’ning o‘z omonatlari va ijro yo‘li bor, Yield’ning real vaqtdagi daromadi, to‘lovlari va chiqish shartlari ham mahsulotga qaytib, yana bir marta aniqlashtirilishi kerak.
Ko‘pincha, biror pul bilan eng oson qilinadigan xato — ommabop Token’ga yetib bora olmaslik emas, balki u pul bilan aynan nima qilishni o‘zingiz umuman o‘ylab ham olmaganingizdir. Shuning uchun keyingi marta bunday “full-stack” terminalni ochganimda, avval pul bugun qanday rol o‘ynashi kerakligini so‘rayman. Javob hali aniqlanmagan bo‘lsa, Token’ni shoshilib qidirib ketmang.
Yaqinda hammа @velvet_capital’ning Perps tanlovi haqida qiziqayotgani, 75 mln Gems va 9-avgustgacha ekanini ko‘ryapman.
Shovqin ko‘tarilishi bilan odamlar odatda avval Token qidiradi, keyin esa o‘zlari buni qanday qilishini o‘ylab ko‘radi.
Lekin men Velvet’ning mahsulot strukturasini bir necha marta o‘rganib chiqdim: birinchi savol qaysi Tokenni sotib olish haqida bo‘lmasligi kerak, aksincha bu pul hozir nimaga ishlatilishi rejalashtirilganini tushunishdir.
Bevosita qandaydir aktivga egalik qilish — Spot’ga to‘g‘ri keladi. Ma’lum vaqt oralig‘ida yo‘nalishga oid qarorni ifodalash — Perps’ga mos keladi; bunda siz ekspozitsiya (ochiq pozitsiya) olasiz, naqd (spot) aktivni emas. Aktivni daromad strategiyasiga joylash — Yield’ga keladi, shu bilan birga daromad qayerdan kelishi, qachon chiqib ketish mumkinligi va asosiy qatlam qanday riskni o‘z zimmasiga olishini ham ko‘rib chiqish kerak.
Men My Positions’da tokens, perpetual positions va DeFi positions bir paytning o‘zida turib, birlashtirilganini ko‘rdim-da, o‘ylab qoldim. Velvet’ning agregatsiyasi endi shunchaki bir to‘plam Token emas — u bir xil pul turli holatlarda bo‘lishi mumkin bo‘lgan senariylarni bir mahsulot ichiga jamlab, foydalanuvchiga ko‘rsatadi.
Bu g‘oya aslida funksiyalardan ko‘ra muhimroq: oddiy agregatorlar “qayerdan sotib olish kerak” masalasini yechadi, Velvet esa yana bir qadam oldinga borib, foydalanuvchi avval bu pulni ushlab turish, yo‘nalishni ifodalash yoki strategiyaga kirish kerakmi — shuni aniq o‘ylab olsin deydi.
Albatta, yagona Portfolio bo‘lishi mablag‘lar to‘liq umumiy degani emas: Perps’ning o‘z omonatlari va ijro yo‘li bor, Yield’ning real vaqtdagi daromadi, to‘lovlari va chiqish shartlari ham mahsulotga qaytib, yana bir marta aniqlashtirilishi kerak.
Ko‘pincha, biror pul bilan eng oson qilinadigan xato — ommabop Token’ga yetib bora olmaslik emas, balki u pul bilan aynan nima qilishni o‘zingiz umuman o‘ylab ham olmaganingizdir. Shuning uchun keyingi marta bunday “full-stack” terminalni ochganimda, avval pul bugun qanday rol o‘ynashi kerakligini so‘rayman. Javob hali aniqlanmagan bo‘lsa, Token’ni shoshilib qidirib ketmang.
Shovqin ko‘tarilishi bilan odamlar odatda avval Token qidiradi, keyin esa o‘zlari buni qanday qilishini o‘ylab ko‘radi.
Lekin men Velvet’ning mahsulot strukturasini bir necha marta o‘rganib chiqdim: birinchi savol qaysi Tokenni sotib olish haqida bo‘lmasligi kerak, aksincha bu pul hozir nimaga ishlatilishi rejalashtirilganini tushunishdir.
Bevosita qandaydir aktivga egalik qilish — Spot’ga to‘g‘ri keladi. Ma’lum vaqt oralig‘ida yo‘nalishga oid qarorni ifodalash — Perps’ga mos keladi; bunda siz ekspozitsiya (ochiq pozitsiya) olasiz, naqd (spot) aktivni emas. Aktivni daromad strategiyasiga joylash — Yield’ga keladi, shu bilan birga daromad qayerdan kelishi, qachon chiqib ketish mumkinligi va asosiy qatlam qanday riskni o‘z zimmasiga olishini ham ko‘rib chiqish kerak.
Men My Positions’da tokens, perpetual positions va DeFi positions bir paytning o‘zida turib, birlashtirilganini ko‘rdim-da, o‘ylab qoldim. Velvet’ning agregatsiyasi endi shunchaki bir to‘plam Token emas — u bir xil pul turli holatlarda bo‘lishi mumkin bo‘lgan senariylarni bir mahsulot ichiga jamlab, foydalanuvchiga ko‘rsatadi.
Bu g‘oya aslida funksiyalardan ko‘ra muhimroq: oddiy agregatorlar “qayerdan sotib olish kerak” masalasini yechadi, Velvet esa yana bir qadam oldinga borib, foydalanuvchi avval bu pulni ushlab turish, yo‘nalishni ifodalash yoki strategiyaga kirish kerakmi — shuni aniq o‘ylab olsin deydi.
Albatta, yagona Portfolio bo‘lishi mablag‘lar to‘liq umumiy degani emas: Perps’ning o‘z omonatlari va ijro yo‘li bor, Yield’ning real vaqtdagi daromadi, to‘lovlari va chiqish shartlari ham mahsulotga qaytib, yana bir marta aniqlashtirilishi kerak.
Ko‘pincha, biror pul bilan eng oson qilinadigan xato — ommabop Token’ga yetib bora olmaslik emas, balki u pul bilan aynan nima qilishni o‘zingiz umuman o‘ylab ham olmaganingizdir. Shuning uchun keyingi marta bunday “full-stack” terminalni ochganimda, avval pul bugun qanday rol o‘ynashi kerakligini so‘rayman. Javob hali aniqlanmagan bo‘lsa, Token’ni shoshilib qidirib ketmang.
230
·
--
O‘suvchi
Reness @renaissxyz endi uchinchi raund jamoa elchisi saylovlari e’lon qilindi: Xitoy, Tayvan va Vetnam ham qatnashadi, har ikki oyda bir marta navbat bilan almashib turadi.
Bu xabarni ko‘rganimda, birinchi bo‘lib kim g‘olib bo‘lishini o‘ylamadim. Eng avvalo, oldingi rahbar hal qilolmay qolgan masalalar keyingi saylov bilan birga ham almashib ketadimi, degan savol meni o‘ylantirdi.
Oddiy foydalanuvchilar uchun haqiqiy noqulaylik ko‘pincha katta voqealar emas: ehtimol xitoycha izoh tushunarsiz bo‘lib qoladi, tadbir vaqti mos kelmaydi yoki “saqlash” va “qaytarib olish” (redeem) masalalari bo‘yicha kimga murojaat qilishni bilishmaydi.
Elchi guruhda bir marta javob bergani muammoning albatta hal bo‘lib ketganini anglatmaydi. Agar yozuvlar, holat va topshirish (handover) bo‘lmasa, odamlar almashgach, foydalanuvchi yana boshidan tushuntirib berishga to‘g‘ri kelishi mumkin. Community Supporterning ilk davrlardagi rasmiy ta’rifi ham aslida a’zolar savollariga javob berish, yangi kelganlarni jamoaga singdirishga yordam berishni o‘z ichiga olardi. Menga bu mexanizmning eng foydali tomoni ham shunda ko‘rinadi.
Men jamoa elchisini muayyan hududdagi muammolar uchun ulanish punkti deb tushunishni afzal ko‘raman. Joylardagi foydalanuvchilar tili, vaziyatlari va yuzaga keladigan real ishqalanishlarni loyiha bilan tartibga solib beriladi, so‘ng loyihaning javobini jamoaga qaytariladi. Odamlar navbat bilan almashishi mumkin, lekin muammolar nolga qaytmasligi kerak.
Hozircha rasmiy tartibda aniq, doimiy javob berish kanali, ko‘rib chiqish jarayonining borishini kuzatish yoki rasmiy topshirish usuli ochiq e’lon qilingan emas, shuning uchun bularni hali mavjud mexanizm deb bo‘lmaydi. Nominatsiya qoidalari chiqqach, men avval masalalar qayerga topshirilishi, ko‘rib chiqish progressini tekshirish mumkinmi, saylov (almashuv) vaqtida bajarilmagan ishlar ro‘yxati bormi-yo‘qligini ko‘rib chiqaman.
Yaxshi elchilar mexanizmi yakunda faqat bitta yangi nom bilan qolmasligi kerak. Eshitib olingan, hozir ko‘rib chiqilayotgan va kimdir davom ettirib boradigan masalalar ham saqlanib qolishi kerak.
Reness @renaissxyz endi uchinchi raund jamoa elchisi saylovlari e’lon qilindi: Xitoy, Tayvan va Vetnam ham qatnashadi, har ikki oyda bir marta navbat bilan almashib turadi.
Bu xabarni ko‘rganimda, birinchi bo‘lib kim g‘olib bo‘lishini o‘ylamadim. Eng avvalo, oldingi rahbar hal qilolmay qolgan masalalar keyingi saylov bilan birga ham almashib ketadimi, degan savol meni o‘ylantirdi.
Oddiy foydalanuvchilar uchun haqiqiy noqulaylik ko‘pincha katta voqealar emas: ehtimol xitoycha izoh tushunarsiz bo‘lib qoladi, tadbir vaqti mos kelmaydi yoki “saqlash” va “qaytarib olish” (redeem) masalalari bo‘yicha kimga murojaat qilishni bilishmaydi.
Elchi guruhda bir marta javob bergani muammoning albatta hal bo‘lib ketganini anglatmaydi. Agar yozuvlar, holat va topshirish (handover) bo‘lmasa, odamlar almashgach, foydalanuvchi yana boshidan tushuntirib berishga to‘g‘ri kelishi mumkin. Community Supporterning ilk davrlardagi rasmiy ta’rifi ham aslida a’zolar savollariga javob berish, yangi kelganlarni jamoaga singdirishga yordam berishni o‘z ichiga olardi. Menga bu mexanizmning eng foydali tomoni ham shunda ko‘rinadi.
Men jamoa elchisini muayyan hududdagi muammolar uchun ulanish punkti deb tushunishni afzal ko‘raman. Joylardagi foydalanuvchilar tili, vaziyatlari va yuzaga keladigan real ishqalanishlarni loyiha bilan tartibga solib beriladi, so‘ng loyihaning javobini jamoaga qaytariladi. Odamlar navbat bilan almashishi mumkin, lekin muammolar nolga qaytmasligi kerak.
Hozircha rasmiy tartibda aniq, doimiy javob berish kanali, ko‘rib chiqish jarayonining borishini kuzatish yoki rasmiy topshirish usuli ochiq e’lon qilingan emas, shuning uchun bularni hali mavjud mexanizm deb bo‘lmaydi. Nominatsiya qoidalari chiqqach, men avval masalalar qayerga topshirilishi, ko‘rib chiqish progressini tekshirish mumkinmi, saylov (almashuv) vaqtida bajarilmagan ishlar ro‘yxati bormi-yo‘qligini ko‘rib chiqaman.
Yaxshi elchilar mexanizmi yakunda faqat bitta yangi nom bilan qolmasligi kerak. Eshitib olingan, hozir ko‘rib chiqilayotgan va kimdir davom ettirib boradigan masalalar ham saqlanib qolishi kerak.
Bu xabarni ko‘rganimda, birinchi bo‘lib kim g‘olib bo‘lishini o‘ylamadim. Eng avvalo, oldingi rahbar hal qilolmay qolgan masalalar keyingi saylov bilan birga ham almashib ketadimi, degan savol meni o‘ylantirdi.
Oddiy foydalanuvchilar uchun haqiqiy noqulaylik ko‘pincha katta voqealar emas: ehtimol xitoycha izoh tushunarsiz bo‘lib qoladi, tadbir vaqti mos kelmaydi yoki “saqlash” va “qaytarib olish” (redeem) masalalari bo‘yicha kimga murojaat qilishni bilishmaydi.
Elchi guruhda bir marta javob bergani muammoning albatta hal bo‘lib ketganini anglatmaydi. Agar yozuvlar, holat va topshirish (handover) bo‘lmasa, odamlar almashgach, foydalanuvchi yana boshidan tushuntirib berishga to‘g‘ri kelishi mumkin. Community Supporterning ilk davrlardagi rasmiy ta’rifi ham aslida a’zolar savollariga javob berish, yangi kelganlarni jamoaga singdirishga yordam berishni o‘z ichiga olardi. Menga bu mexanizmning eng foydali tomoni ham shunda ko‘rinadi.
Men jamoa elchisini muayyan hududdagi muammolar uchun ulanish punkti deb tushunishni afzal ko‘raman. Joylardagi foydalanuvchilar tili, vaziyatlari va yuzaga keladigan real ishqalanishlarni loyiha bilan tartibga solib beriladi, so‘ng loyihaning javobini jamoaga qaytariladi. Odamlar navbat bilan almashishi mumkin, lekin muammolar nolga qaytmasligi kerak.
Hozircha rasmiy tartibda aniq, doimiy javob berish kanali, ko‘rib chiqish jarayonining borishini kuzatish yoki rasmiy topshirish usuli ochiq e’lon qilingan emas, shuning uchun bularni hali mavjud mexanizm deb bo‘lmaydi. Nominatsiya qoidalari chiqqach, men avval masalalar qayerga topshirilishi, ko‘rib chiqish progressini tekshirish mumkinmi, saylov (almashuv) vaqtida bajarilmagan ishlar ro‘yxati bormi-yo‘qligini ko‘rib chiqaman.
Yaxshi elchilar mexanizmi yakunda faqat bitta yangi nom bilan qolmasligi kerak. Eshitib olingan, hozir ko‘rib chiqilayotgan va kimdir davom ettirib boradigan masalalar ham saqlanib qolishi kerak.
143
·
--
O‘suvchi
Avval tasodifan Referral Code’ni bog‘lab qo‘yganman. Hozir ham almashtira olamanmi?
HertzFlow @Hertzflow_xyz Beginner’s Guide #3 ning eng so‘nggi nashrida buni juda aniq aytgan: bo‘lishi mumkin. Hozirgi testnet qoidalariga ko‘ra, avval bog‘langan Code’larni ham davom etib almashtirish mumkin, va buning hech qanday marta chegarasi yo‘q.
Birinchi marta ulanishda pop-up chiqmasa ham, bu keyin imkon bo‘lmasligini anglatmaydi. Keyinchalik ham Referral sahifasiga kirib, kodni qo‘lda bog‘lash mumkin; avval bog‘langan kodni ham yangi Code’ga almashtirish mumkin.
Eng muhim jihat — almashtirilgandan keyin hisob-kitob qanday bo‘lishi. Yangi Code faqat keyinroq yuzaga keladigan “malakali” (qualified) bitimlarga ta’sir qiladi. Avvalroq paydo bo‘lgan chegirmalar, qaytarma-komissiya (return/commission) va statistika qayta hisoblanmaydi, shuningdek boshqa tavsiyalar (recommendation) aloqalariga qayta taqsimlanmaydi.
Bu qoidani o‘qiganimda, men eng ko‘p qiziqqanim “almashtirish mumkinmi-yo‘qmi” emas, balki “almashtirsam nima o‘zgaradi, nima o‘zgarmaydi” edi. Taklif kodi hozirning o‘zida kuchga kiradigan yo‘l belgisi (marshrut ko‘rsatkichi)ga o‘xshaydi: eskini o‘chirish uchun mo‘ljallangan o‘chirgich emas.
29-iyul testnet reset bo‘lganda ham rasmiy tomonda barcha referral records saqlanib qolgan. Bularni birga ko‘rsak, HertzFlow mantiqi juda ravshan: foydalanuvchi kelajakdagi tanlovini o‘zgartirishi mumkin, lekin shakllangan tarixiy yozuvlar “siljib” ketmaydi.
Keyingi sahifalar hozirgi Code, o‘zgarish vaqti, kelajakda kuchga kirishi va tarix o‘zgarmasligini bitta tasdiqlash kartachasida ko‘rsatib bersa, men buni yaxshi deb o‘ylayman. Foydalanuvchi imzo qo‘yishdan oldin bir qarashda nimani o‘zgartirgani va qaysi qismlar umuman tegmasdan qolishini bilib oladi.
Amal qilishdan oldin hertzflow.xyz, joriy tarmoq va hamyoningizdagi amallarni tekshirib olish kerak. Yuqoridagilar hozirgi testnet qoidalari; asosiy tarmoq (mainnet) ham xuddi shunday davom etadimi-yo‘qmi — rasmiy sahifa va rasmiy hujjatlarga qarab aniqlanadi.
Avval tasodifan Referral Code’ni bog‘lab qo‘yganman. Hozir ham almashtira olamanmi?
HertzFlow @Hertzflow_xyz Beginner’s Guide #3 ning eng so‘nggi nashrida buni juda aniq aytgan: bo‘lishi mumkin. Hozirgi testnet qoidalariga ko‘ra, avval bog‘langan Code’larni ham davom etib almashtirish mumkin, va buning hech qanday marta chegarasi yo‘q.
Birinchi marta ulanishda pop-up chiqmasa ham, bu keyin imkon bo‘lmasligini anglatmaydi. Keyinchalik ham Referral sahifasiga kirib, kodni qo‘lda bog‘lash mumkin; avval bog‘langan kodni ham yangi Code’ga almashtirish mumkin.
Eng muhim jihat — almashtirilgandan keyin hisob-kitob qanday bo‘lishi. Yangi Code faqat keyinroq yuzaga keladigan “malakali” (qualified) bitimlarga ta’sir qiladi. Avvalroq paydo bo‘lgan chegirmalar, qaytarma-komissiya (return/commission) va statistika qayta hisoblanmaydi, shuningdek boshqa tavsiyalar (recommendation) aloqalariga qayta taqsimlanmaydi.
Bu qoidani o‘qiganimda, men eng ko‘p qiziqqanim “almashtirish mumkinmi-yo‘qmi” emas, balki “almashtirsam nima o‘zgaradi, nima o‘zgarmaydi” edi. Taklif kodi hozirning o‘zida kuchga kiradigan yo‘l belgisi (marshrut ko‘rsatkichi)ga o‘xshaydi: eskini o‘chirish uchun mo‘ljallangan o‘chirgich emas.
29-iyul testnet reset bo‘lganda ham rasmiy tomonda barcha referral records saqlanib qolgan. Bularni birga ko‘rsak, HertzFlow mantiqi juda ravshan: foydalanuvchi kelajakdagi tanlovini o‘zgartirishi mumkin, lekin shakllangan tarixiy yozuvlar “siljib” ketmaydi.
Keyingi sahifalar hozirgi Code, o‘zgarish vaqti, kelajakda kuchga kirishi va tarix o‘zgarmasligini bitta tasdiqlash kartachasida ko‘rsatib bersa, men buni yaxshi deb o‘ylayman. Foydalanuvchi imzo qo‘yishdan oldin bir qarashda nimani o‘zgartirgani va qaysi qismlar umuman tegmasdan qolishini bilib oladi.
Amal qilishdan oldin hertzflow.xyz, joriy tarmoq va hamyoningizdagi amallarni tekshirib olish kerak. Yuqoridagilar hozirgi testnet qoidalari; asosiy tarmoq (mainnet) ham xuddi shunday davom etadimi-yo‘qmi — rasmiy sahifa va rasmiy hujjatlarga qarab aniqlanadi.
HertzFlow @Hertzflow_xyz Beginner’s Guide #3 ning eng so‘nggi nashrida buni juda aniq aytgan: bo‘lishi mumkin. Hozirgi testnet qoidalariga ko‘ra, avval bog‘langan Code’larni ham davom etib almashtirish mumkin, va buning hech qanday marta chegarasi yo‘q.
Birinchi marta ulanishda pop-up chiqmasa ham, bu keyin imkon bo‘lmasligini anglatmaydi. Keyinchalik ham Referral sahifasiga kirib, kodni qo‘lda bog‘lash mumkin; avval bog‘langan kodni ham yangi Code’ga almashtirish mumkin.
Eng muhim jihat — almashtirilgandan keyin hisob-kitob qanday bo‘lishi. Yangi Code faqat keyinroq yuzaga keladigan “malakali” (qualified) bitimlarga ta’sir qiladi. Avvalroq paydo bo‘lgan chegirmalar, qaytarma-komissiya (return/commission) va statistika qayta hisoblanmaydi, shuningdek boshqa tavsiyalar (recommendation) aloqalariga qayta taqsimlanmaydi.
Bu qoidani o‘qiganimda, men eng ko‘p qiziqqanim “almashtirish mumkinmi-yo‘qmi” emas, balki “almashtirsam nima o‘zgaradi, nima o‘zgarmaydi” edi. Taklif kodi hozirning o‘zida kuchga kiradigan yo‘l belgisi (marshrut ko‘rsatkichi)ga o‘xshaydi: eskini o‘chirish uchun mo‘ljallangan o‘chirgich emas.
29-iyul testnet reset bo‘lganda ham rasmiy tomonda barcha referral records saqlanib qolgan. Bularni birga ko‘rsak, HertzFlow mantiqi juda ravshan: foydalanuvchi kelajakdagi tanlovini o‘zgartirishi mumkin, lekin shakllangan tarixiy yozuvlar “siljib” ketmaydi.
Keyingi sahifalar hozirgi Code, o‘zgarish vaqti, kelajakda kuchga kirishi va tarix o‘zgarmasligini bitta tasdiqlash kartachasida ko‘rsatib bersa, men buni yaxshi deb o‘ylayman. Foydalanuvchi imzo qo‘yishdan oldin bir qarashda nimani o‘zgartirgani va qaysi qismlar umuman tegmasdan qolishini bilib oladi.
Amal qilishdan oldin hertzflow.xyz, joriy tarmoq va hamyoningizdagi amallarni tekshirib olish kerak. Yuqoridagilar hozirgi testnet qoidalari; asosiy tarmoq (mainnet) ham xuddi shunday davom etadimi-yo‘qmi — rasmiy sahifa va rasmiy hujjatlarga qarab aniqlanadi.
123
·
--
Bozorning kayfiyati zoʻr, lekin hamyoningda BNB Meme bor-u, baribir BNB yo‘q. Sotmoqchi bo‘lsang, hatto tranzaksiyani yuborish uchun taqdim (submission) ham qila olmaysan — Gas narxidan ham qimmatroq darajada “tiqilib” qolish juda asabiylashtiradi.
29-iyul kuni @velvet_capital Gasless Trading’ni ishga tushirdi, ikkinchi kuni esa BNB Chain ssenariysi ochildi. Email yoki X orqali ichki (embedded) hamyonga kirilganda, agar native Gas yetishmasa, VelvetX shu tranzaksiya uchun Gas’ni o‘zi boshqaradi.
Agar foydalanuvchi cross-chain orqali sotib olib, keyin sotmoqchi bo‘lsa, hamyonida maqsad chain’ning native coini bo‘lmasa ham, ilovadan avval chiqib ketish, bridge topish, Gas’ni to‘ldirib, keyin qaytib narxni “quvib” kelish shart emas. Men bu ssenariyni ko‘rib, rostini aytsam, bir oz yengil tortdim — sotib olish paytida “tiqilib” qolish bo‘lsa ham kutib turish mumkin; lekin bozor harakat qilayotganda tiqilib qolsa, narx hech kimni kutmaydi.
Lekin Gasless faqat tranzaksiyani yuborish mumkin-mi-yo‘qligini ushlab turadi, xolos. Marshrut o‘tadimi, likvidlik yetarlimi, slippage’ni qabul qilish mumkinmi, narx o‘zgaradimi — bularning barchasi yakunda buyurtma natijasiga ta’sir qiladi.
Shuning uchun u savdo amalga oshishini kafolatlamaydi va “tranzaksiya bepul” degani emas.
U olib tashlaydigan narsa — juda sodda, lekin juda ham halokatli bo‘lgan uzilish: aktiv qo‘lingda, ammo native coinning bitta donasi yetishmagani uchun “sotish” tugmasi ishlamay qoladi. Tranzaksiya mahsuloti uchun foydalanuvchining bemalol kirib kelishi albatta muhim; bozor o‘zgarganda esa chiqish harakati ham to‘g‘ri yuborila olinsa — mahsulot real foydalanish ssenariylarini o‘ylab chiqqanmi-yo‘qmi shuni ko‘rsatadi.
Gasless hozircha Email yoki X bilan kiriladigan embedded hamyonlar uchun mo‘ljallangan, tashqi (external) hamyonlar esa baribir Gas’ni o‘zlari tayyorlab turishi kerak; subsidiyalash limiti, tranzaksiya muvaffaqiyatsiz bo‘lgandan keyingi sahifa holati va qayta urinib ko‘rish yo‘li bo‘yicha ochiq materiallarda hali aniq tushuntirilmagan.
Tez o‘zgaradigan bozor sharoitida avval qaysi hamyondan foydalanayotganingizni aniqlab oling, hozirgi kotirovka va slippage’ni qabul qila olasizmi-yo‘qligini tekshiring, buyurtma holati bo‘yicha aniq qaytarim (feedback) bormi-yo‘qmi ko‘ring.
Bozorning kayfiyati zoʻr, lekin hamyoningda BNB Meme bor-u, baribir BNB yo‘q. Sotmoqchi bo‘lsang, hatto tranzaksiyani yuborish uchun taqdim (submission) ham qila olmaysan — Gas narxidan ham qimmatroq darajada “tiqilib” qolish juda asabiylashtiradi.
29-iyul kuni @velvet_capital Gasless Trading’ni ishga tushirdi, ikkinchi kuni esa BNB Chain ssenariysi ochildi. Email yoki X orqali ichki (embedded) hamyonga kirilganda, agar native Gas yetishmasa, VelvetX shu tranzaksiya uchun Gas’ni o‘zi boshqaradi.
Agar foydalanuvchi cross-chain orqali sotib olib, keyin sotmoqchi bo‘lsa, hamyonida maqsad chain’ning native coini bo‘lmasa ham, ilovadan avval chiqib ketish, bridge topish, Gas’ni to‘ldirib, keyin qaytib narxni “quvib” kelish shart emas. Men bu ssenariyni ko‘rib, rostini aytsam, bir oz yengil tortdim — sotib olish paytida “tiqilib” qolish bo‘lsa ham kutib turish mumkin; lekin bozor harakat qilayotganda tiqilib qolsa, narx hech kimni kutmaydi.
Lekin Gasless faqat tranzaksiyani yuborish mumkin-mi-yo‘qligini ushlab turadi, xolos. Marshrut o‘tadimi, likvidlik yetarlimi, slippage’ni qabul qilish mumkinmi, narx o‘zgaradimi — bularning barchasi yakunda buyurtma natijasiga ta’sir qiladi.
Shuning uchun u savdo amalga oshishini kafolatlamaydi va “tranzaksiya bepul” degani emas.
U olib tashlaydigan narsa — juda sodda, lekin juda ham halokatli bo‘lgan uzilish: aktiv qo‘lingda, ammo native coinning bitta donasi yetishmagani uchun “sotish” tugmasi ishlamay qoladi. Tranzaksiya mahsuloti uchun foydalanuvchining bemalol kirib kelishi albatta muhim; bozor o‘zgarganda esa chiqish harakati ham to‘g‘ri yuborila olinsa — mahsulot real foydalanish ssenariylarini o‘ylab chiqqanmi-yo‘qmi shuni ko‘rsatadi.
Gasless hozircha Email yoki X bilan kiriladigan embedded hamyonlar uchun mo‘ljallangan, tashqi (external) hamyonlar esa baribir Gas’ni o‘zlari tayyorlab turishi kerak; subsidiyalash limiti, tranzaksiya muvaffaqiyatsiz bo‘lgandan keyingi sahifa holati va qayta urinib ko‘rish yo‘li bo‘yicha ochiq materiallarda hali aniq tushuntirilmagan.
Tez o‘zgaradigan bozor sharoitida avval qaysi hamyondan foydalanayotganingizni aniqlab oling, hozirgi kotirovka va slippage’ni qabul qila olasizmi-yo‘qligini tekshiring, buyurtma holati bo‘yicha aniq qaytarim (feedback) bormi-yo‘qmi ko‘ring.
29-iyul kuni @velvet_capital Gasless Trading’ni ishga tushirdi, ikkinchi kuni esa BNB Chain ssenariysi ochildi. Email yoki X orqali ichki (embedded) hamyonga kirilganda, agar native Gas yetishmasa, VelvetX shu tranzaksiya uchun Gas’ni o‘zi boshqaradi.
Agar foydalanuvchi cross-chain orqali sotib olib, keyin sotmoqchi bo‘lsa, hamyonida maqsad chain’ning native coini bo‘lmasa ham, ilovadan avval chiqib ketish, bridge topish, Gas’ni to‘ldirib, keyin qaytib narxni “quvib” kelish shart emas. Men bu ssenariyni ko‘rib, rostini aytsam, bir oz yengil tortdim — sotib olish paytida “tiqilib” qolish bo‘lsa ham kutib turish mumkin; lekin bozor harakat qilayotganda tiqilib qolsa, narx hech kimni kutmaydi.
Lekin Gasless faqat tranzaksiyani yuborish mumkin-mi-yo‘qligini ushlab turadi, xolos. Marshrut o‘tadimi, likvidlik yetarlimi, slippage’ni qabul qilish mumkinmi, narx o‘zgaradimi — bularning barchasi yakunda buyurtma natijasiga ta’sir qiladi.
Shuning uchun u savdo amalga oshishini kafolatlamaydi va “tranzaksiya bepul” degani emas.
U olib tashlaydigan narsa — juda sodda, lekin juda ham halokatli bo‘lgan uzilish: aktiv qo‘lingda, ammo native coinning bitta donasi yetishmagani uchun “sotish” tugmasi ishlamay qoladi. Tranzaksiya mahsuloti uchun foydalanuvchining bemalol kirib kelishi albatta muhim; bozor o‘zgarganda esa chiqish harakati ham to‘g‘ri yuborila olinsa — mahsulot real foydalanish ssenariylarini o‘ylab chiqqanmi-yo‘qmi shuni ko‘rsatadi.
Gasless hozircha Email yoki X bilan kiriladigan embedded hamyonlar uchun mo‘ljallangan, tashqi (external) hamyonlar esa baribir Gas’ni o‘zlari tayyorlab turishi kerak; subsidiyalash limiti, tranzaksiya muvaffaqiyatsiz bo‘lgandan keyingi sahifa holati va qayta urinib ko‘rish yo‘li bo‘yicha ochiq materiallarda hali aniq tushuntirilmagan.
Tez o‘zgaradigan bozor sharoitida avval qaysi hamyondan foydalanayotganingizni aniqlab oling, hozirgi kotirovka va slippage’ni qabul qila olasizmi-yo‘qligini tekshiring, buyurtma holati bo‘yicha aniq qaytarim (feedback) bormi-yo‘qmi ko‘ring.
225
Ko‘proq kontentni ko‘rish uchun tizimga kiring
Binance Square'da global kriptovalyuta foydalanuvchilariga qo‘shiling
⚡️ Kriptovalyuta haqida eng so‘nggi va foydali ma’lumotlarni oling.
💬 Dunyoning eng yirik kriptovalyuta birjasi tomonidan ishonchli deb topilgan.
👍 Tasdiqlangan mualliflardan haqiqiy tahlillarni kashf eting.
Email / telefon raqami
Trenddagi mavzular
BinanceReopensWithdrawalsForMoreAssets
899,510 marta koʻrilgan
4,707 muhokama qilmoqda
Xavfsizlik hodisasi | Tiklanish bo‘yicha yangilanish #8: Yana ko‘proq aktivlar uchun pul yechish qayta ochiladi (2026-11-05)
Binance Announcement
·420 ta layk
·1.9M marta koʻrilgan
Binance98PercentReplenished
218,232 marta koʻrilgan
1,938 muhokama qilmoqda
USStocksSlipandCryptoMarketUnderBroadPressure
23,082 marta koʻrilgan
278 muhokama qilmoqda