Phoenix va Moonlight: Nega Dusk’ga ikki tranzaksiya modeli kerak bo‘ldi
Menimcha, @Dusk raqamining eng ko‘p noto‘g‘ri tushuniladigan jihati uning maxfiylik qatlami emas.
Gap, avvalo, Dusk nega Phoenix bilan yonma-yon shaffof tranzaksiya modelini yaratganida.
Javob oddiy: moliya bozorlari faqat bitta maxfiylik talabi asosida ishlamaydi.
Dusk’ning 2024-yilgi texnik hujjatida Moonlight Phoenix bilan bir qatorda qo‘shilgan ommaviy tranzaksiyalar qatlami sifatida ta’riflanadi. Moonlight hisobga asoslangan modeldan foydalanadi, bunda manzillar va balanslar ko‘rinib turadi. Phoenix esa buning aksi: u nol bilimli isbotlardan foydalanadigan, maxfiylashtirilgan va qaydga asoslangan tranzaksiyalarni qo‘llaydi.
Moonlight yordamida birja hisoblarni tekshirishi, balanslarni solishtirishi va ommaviy reyestrning tanish modeli orqali depozitlarni qayta ishlashi mumkin. Dusk’ning amaldagi integratsiya hujjatlarida birjalarga depozit va pul yechish uchun Moonlight’dan foydalanish tavsiya qilinadi, chunki Phoenix boshqa turdagi aktivlarni saqlash va tranzaksiyalarni kuzatish arxitekturasini talab qiladi.
Uning qaydlari shifrlangan, ZK-isbotlar esa tranzaksiya summasi yoki sarflanayotgan aniq qaydlarni oshkor qilmasdan, tarmoqqa tranzaksiyaning haqiqiyligi va mablag‘ni ikki marta sarflashdan himoya kabi jihatlarni tekshirish imkonini beradi. Dusk maxfiylik avtomatik ravishda «javobgarlik yo‘q» degani bo‘lmasligi uchun tanlab oshkor qilish imkoniyatini ham ishlab chiqqan.
Demak, dastlabki dizayn tanlovi quyidagicha emas edi:
Phoenix yoki Moonlight.
Balki:
zarur bo‘lganda maxfiylik + talab qilinganda shaffoflik.
Bu yerda 2026-yilga oid muhim yangilanish ham bor.
Dusk’ning AEGIS hard forki 39 ta muammoni bartaraf etdi, ular orasida 7 ta jiddiy muammo ham bor edi. Jiddiy muammolardan birining tub sababi Phoenix’dagi komissiya va pulni qaytarish mexanizmlarining o‘zaro bog‘lanishi bilan bog‘liq edi.
Eng muhimi, tarmoqning eng so‘nggi hujjatlarida Boreas yangilanishi tarmoqdagi Phoenix tranzaksiyalarini bekor qilishi, tranzaksiyalarni kanonik tarzda qayta ishlash esa yangi bosqichga o‘tgani aytiladi.
Phoenix shunchaki maxfiylik funksiyasi emas edi. Bu ommaviy moliyaviy infratuzilma bilan yonma-yon ishlaydigan maxfiy hisob-kitoblarni yo‘lga qo‘yish tajribasi edi.
Bular hisob-kitob uchun turlicha talablar.
Dusk’ning rivojlanishi aynan shu sababli qiziq: protokol endi o‘sha dastlabki ikki modelga asoslangan arxitekturaning qaysi qismlari ishlab chiqarish tizimida qolishi kerakligini aniqlashtirmoqda.
#dusk
$DUSK
Menimcha, @Dusk raqamining eng ko‘p noto‘g‘ri tushuniladigan jihati uning maxfiylik qatlami emas.
Gap, avvalo, Dusk nega Phoenix bilan yonma-yon shaffof tranzaksiya modelini yaratganida.
Javob oddiy: moliya bozorlari faqat bitta maxfiylik talabi asosida ishlamaydi.
Dusk’ning 2024-yilgi texnik hujjatida Moonlight Phoenix bilan bir qatorda qo‘shilgan ommaviy tranzaksiyalar qatlami sifatida ta’riflanadi. Moonlight hisobga asoslangan modeldan foydalanadi, bunda manzillar va balanslar ko‘rinib turadi. Phoenix esa buning aksi: u nol bilimli isbotlardan foydalanadigan, maxfiylashtirilgan va qaydga asoslangan tranzaksiyalarni qo‘llaydi.
Moonlight yordamida birja hisoblarni tekshirishi, balanslarni solishtirishi va ommaviy reyestrning tanish modeli orqali depozitlarni qayta ishlashi mumkin. Dusk’ning amaldagi integratsiya hujjatlarida birjalarga depozit va pul yechish uchun Moonlight’dan foydalanish tavsiya qilinadi, chunki Phoenix boshqa turdagi aktivlarni saqlash va tranzaksiyalarni kuzatish arxitekturasini talab qiladi.
Uning qaydlari shifrlangan, ZK-isbotlar esa tranzaksiya summasi yoki sarflanayotgan aniq qaydlarni oshkor qilmasdan, tarmoqqa tranzaksiyaning haqiqiyligi va mablag‘ni ikki marta sarflashdan himoya kabi jihatlarni tekshirish imkonini beradi. Dusk maxfiylik avtomatik ravishda «javobgarlik yo‘q» degani bo‘lmasligi uchun tanlab oshkor qilish imkoniyatini ham ishlab chiqqan.
Demak, dastlabki dizayn tanlovi quyidagicha emas edi:
Phoenix yoki Moonlight.
Balki:
zarur bo‘lganda maxfiylik + talab qilinganda shaffoflik.
Bu yerda 2026-yilga oid muhim yangilanish ham bor.
Dusk’ning AEGIS hard forki 39 ta muammoni bartaraf etdi, ular orasida 7 ta jiddiy muammo ham bor edi. Jiddiy muammolardan birining tub sababi Phoenix’dagi komissiya va pulni qaytarish mexanizmlarining o‘zaro bog‘lanishi bilan bog‘liq edi.
Eng muhimi, tarmoqning eng so‘nggi hujjatlarida Boreas yangilanishi tarmoqdagi Phoenix tranzaksiyalarini bekor qilishi, tranzaksiyalarni kanonik tarzda qayta ishlash esa yangi bosqichga o‘tgani aytiladi.
Phoenix shunchaki maxfiylik funksiyasi emas edi. Bu ommaviy moliyaviy infratuzilma bilan yonma-yon ishlaydigan maxfiy hisob-kitoblarni yo‘lga qo‘yish tajribasi edi.
Bular hisob-kitob uchun turlicha talablar.
Dusk’ning rivojlanishi aynan shu sababli qiziq: protokol endi o‘sha dastlabki ikki modelga asoslangan arxitekturaning qaysi qismlari ishlab chiqarish tizimida qolishi kerakligini aniqlashtirmoqda.
#dusk
$DUSK
