#dusk $DUSK @Dusk ကျွန်တော် မျှော်မှန်းထားသလိုပဲ “လော့ခ်-ပြီး-မင့်” လုပ်ငန်းစဉ်အတိုင်း ဝင်လာခဲ့တယ်—ချိတ်ဆက်၊ အတည်ပြု၊ ပြီးပြီ။
ဒါတော့ မဟုတ်ဘူးလို တွေ့ရတယ်။
ဒီကို “seamless bridging” လို့ မခေါ်နဲ့တော့။
အဲဒီ “confirm” ခလုတ်တစ်ခုထဲမှာ မြှုပ်ထားတဲ့ ဗိသုကာဆိုင်ရာ မေးခွန်း သုံးခု ရှိပြီး၊ ရှင်းပြသူအများစုက အဲ့ဒါတွေကို တစ်ခုတည်းထဲကို ပေါင်းတင်ပေးကြတယ်။
ပထမ—သင့် DUSK ကို ဘယ်မှာ လုပ်ဆောင် (execute) လဲ?
Dusk ၏ L1 က DuskDS (settlement နဲ့ data-availability layer) ကို အခြေခံထားတယ်။ DuskEVM ကို bridging လုပ်လိုက်တာနဲ့ သီးခြား EVM execution environment တစ်ခုထဲကို ရွှေ့သွားတယ်—အဲဒီဟာက DuskDS မှတဆင့် data ကို settlement လုပ်ပြီး publish လုပ်တယ်။
တူညီတဲ့ ecosystem ပါ။ ဒါပေမဲ့ execution layer က မတူဘူး။ ပုံမှန် wallet flow တစ်ခုနဲ့ပဲ ကြည့်ရတာ။
ဒုတိယ—သင့် DUSK ကို ဘယ်လို ပုံဖော် (represented) လဲ?
ဒါက bridge နဲ့ ဘာမှ မဆိုင်ဘူး။
DuskDS မှာ native transaction model နှစ်မျိုး ထောက်ပံ့တယ်။
Moonlight က public ဖြစ်ပြီး account-based လည်း ဖြစ်တယ်—balances နဲ့ transfer details တွေကို မြင်နိုင်တယ်။
Phoenix က shielded ဖြစ်ပြီး note-based ပါ—zero-knowledge proofs ကို သုံးပြီး အဲဒီ details တွေကို ဖုံးကွယ်ထားတယ် (hide)။
နှစ်မျိုးလုံးက DUSK ကို အခြေခံ chain တစ်ခုပေါ်မှာပဲ ရွှေ့တယ်။ ပြောင်းလဲသွားတာကတော့ observer က တကယ်မြင်နိုင်တာဘာလဲ ဆိုတာပဲ။
အဲဒီ separation က လက်ခံနားလည်ဖို့ စာရွက်စာတမ်းတွေကို နှစ်ခါတောင် တူးရတယ်—ဘာကြောင့်လဲဆိုတော့ “EVM layer ထဲကို ဝင်တာ” နဲ့ “privacy model ကို အသုံးပြုတာ” ကို အတူတူ ဆုံးဖြတ်ချက်လို ပြောရတာ လွယ်လွန်းလို့ပဲ။
မဟုတ်ဘူး။
Execution၊ settlement၊ visibility—ဒါတွေက မတူညီတဲ့ လမ်းကြောင်း (axes) သုံးခုပါ။
ဒါ UI nuance မဟုတ်ဘူး။ ဗိသုကာဆိုင်ရာ ခွဲခြားမှုတစ်ခုပါ။
compliant, private settlement အတွက် Dusk ကို အကဲဖြတ်နေတဲ့ အဖွဲ့အစည်းတွေက ဒီ granularity တိတိကျကျ ကို စဉ်းစားလိမ့်မယ်—ဘာက ဘယ်နေရာမှာ execute လဲ၊ ဘယ်နေရာမှာ settle လဲ၊ ရွေ့သွားနေစဉ် ဘာတွေ ထုတ်ပြနေတာလဲ ဆိုတာတွေက မတူညီတဲ့ မေးခွန်းတွေပါ။
wallet popup တစ်ခုကို နှိပ်ပြီး သုံးတဲ့ retail user တွေအတွက်တော့ အဲဒါတွေကို ခွဲခြားမိမည်မဟုတ်—စနစ်က သူတို့မျှော်ထားတာနဲ့ မတူတဲ့အပြုအမူ ဖြစ်လာမှပဲ။
လုပ်ဆောင်မှုအရ (functional) seamless ဖြစ်နိုင်တယ်။ ဒါပေမဲ့ အယူအဆပိုင်း (conceptually) ရှုပ်ထွေးတယ်။
ဘာကြောင့်လဲဆိုတော့ “Transaction successful” ဆိုတာက wallet တစ်ခုက ပြသပေးနိုင်တဲ့ အချက်အလက်တွေထဲမှာ အသုံးဝင်ဆုံး မက်ဆေ့ချ် မဟုတ်ဘူး။
ဒါဟာ ဖြစ်သင့်တာက—
“သင့် DUSK ကို ဘယ်မှာ execute လုပ်လဲ၊ ဘယ်မှာ settle လုပ်လဲ၊ transaction က ဘယ်လောက် မြင်နိုင်လဲ”
မေးခွန်း သုံးခုက မတူဘူး။
wallet အများစုကတော့ တစ်ခုတည်းရှိတယ်ဆိုသလိုပဲ လုပ်နေကြတုန်း။
#defi #CryptoUX #Bridging assets ကို bridge လုပ်တဲ့အခါ၊ အရင်ဆုံး သင်ဘာကို တကယ်စစ်ဆေးမလဲ?