Moonlight va Phoenix haqida fikr yuritayotganimda bitta narsani noto‘g‘ri deb ushlab yurgandim: men “holat shakli”ni ham yakuniylikni (finality) aniqlaydi deb o‘ylagandim.
Bu taxmin menga tobora bezovta qila boshladi.
Moonlight #DuskVM ochiq hisob modeli bilan keladi: Balances, Sender, Receiver, Amount va Nonce Progression.
Phoenix esa butunlay boshqa yo‘lakka qurilgan: Encrypted Notes, Shielded Outputs, Nullifiers va Private State.
Mening birinchi instinktım shuki, bunday ikki xil tizim, ehtimol, final bo‘lish uchun ham ikki xil yo‘lni talab qilishi kerak.
Lekin balki men u yerda aslida kerak bo‘lmagan murakkablikni qo‘shayotgandirman.
Moonlight hisobga o‘xshash shaklda qolishi mumkin. Phoenix esa nota (note)-ga o‘xshash shaklda qolishi mumkin. #DuskVM ularning hech birini qachon bajarilish tugaganini hal qilish uchun ularni qandaydir yagona universal holat formatiga “tekislashi” shart emas.
Bu, shuningdek, #DuskDS haqida ham qayta o‘ylashimga sabab bo‘ldi.
Men u ikkala model ostida bitta umumiy $DUSK holat yaratishi kerak, deb taxmin qilardim. Endi bunga unchalik ham ishonmayapman.
Bajarilish mantiqi ixtisoslashgan holda qolishi mumkin, Dusk L1 esa natijaviy holatga bitta deterministik finality chegarasini baribir beradi.
Rostini aytsam, bu ajralish menga alohida holat modellaridan ko‘ra qiziqroq.
Holatni ifodalashning turli usullari, o‘sha holat qachon nihoyasiga yetganini degan savolga ham doimo turli javoblar kerak degani emas.
Meni hanuz o‘ylantirayotgan narsa — Moonlight va Phoenix murakkablashgan sari bu ajralish qanchalik toza saqlanib qoladi?
#dusk $DUSK @Dusk
Bu taxmin menga tobora bezovta qila boshladi.
Moonlight #DuskVM ochiq hisob modeli bilan keladi: Balances, Sender, Receiver, Amount va Nonce Progression.
Phoenix esa butunlay boshqa yo‘lakka qurilgan: Encrypted Notes, Shielded Outputs, Nullifiers va Private State.
Mening birinchi instinktım shuki, bunday ikki xil tizim, ehtimol, final bo‘lish uchun ham ikki xil yo‘lni talab qilishi kerak.
Lekin balki men u yerda aslida kerak bo‘lmagan murakkablikni qo‘shayotgandirman.
Moonlight hisobga o‘xshash shaklda qolishi mumkin. Phoenix esa nota (note)-ga o‘xshash shaklda qolishi mumkin. #DuskVM ularning hech birini qachon bajarilish tugaganini hal qilish uchun ularni qandaydir yagona universal holat formatiga “tekislashi” shart emas.
Bu, shuningdek, #DuskDS haqida ham qayta o‘ylashimga sabab bo‘ldi.
Men u ikkala model ostida bitta umumiy $DUSK holat yaratishi kerak, deb taxmin qilardim. Endi bunga unchalik ham ishonmayapman.
Bajarilish mantiqi ixtisoslashgan holda qolishi mumkin, Dusk L1 esa natijaviy holatga bitta deterministik finality chegarasini baribir beradi.
Rostini aytsam, bu ajralish menga alohida holat modellaridan ko‘ra qiziqroq.
Holatni ifodalashning turli usullari, o‘sha holat qachon nihoyasiga yetganini degan savolga ham doimo turli javoblar kerak degani emas.
Meni hanuz o‘ylantirayotgan narsa — Moonlight va Phoenix murakkablashgan sari bu ajralish qanchalik toza saqlanib qoladi?
#dusk $DUSK @Dusk
