#dusk $DUSK ኀាលညင် Dusk စာရွက်စာတမ်းကို ပြန်ကြည့်နေချိန်မှာ ကျွန်တော့်ကျောပြင်က နည်းနည်းအေးသွားသလို ခံစားရတယ်။
EVM နဲ့ ကိုက်ညီတယ်ဆိုတာတော့ ကြားရတာကောင်းပါတယ်။ ဒါပေမယ့် ထွက်နိုင်ရေး (exit) စနစ်ကို သေချာကြည့်လိုက်တော့ စိတ်ထဲတင်းသွားတယ်—အခကြေးငွေကြောင့် မဟုတ်ဘဲ၊ အုတ်မြစ်/ဗိသုကာက အရမ်းနက်လွန်းလို့ပါ။
EVM ဘက်ကနေ အပလီကေးရှင်းကို ပြေးနေပြီး L1 က အဆုံးစွန် (settlement) / အတည်ပြုခြင်းကို တာဝန်ယူတယ်။ ထွက်ဖို့က အဆင့် ၃ ဆင့် ဖြတ်ရမယ်—output proposal ကို စောင့်၊ proof ကို တင်တာကို စောင့်၊ အငြင်းပွားမှု window ပြီးသွားတာကို စောင့်။ အလွှာဖြတ် (cross-layer) နေရာတိုင်းရဲ့ အခြေအနေအတည်ပြုချက်ဆိုတော့ အလွှာတစ်ခုချင်းစီမှာ Gas ကို တစ်ဆင့်စီ ပေးရတယ်။ ဒါက ထပ်တလဲလဲ အခကြေးငွေကောက်ခံတာ မဟုတ်ဘူး—တံခါးတစ်ခုစီတိုင်းမှာ ကိုယ့်လက်မှတ်ကို ကိုယ်တိုင်ဝယ်ရတာပဲ။ မည်သည့်အဆင့်မှာမဆို လက်ကျန်မလောက်ရင် ပိုင်ဆိုင်မှုက လမ်းခုလတ်မှာ တိုက်ရိုက်တိမ်းကာ မထွက်နိုင်တော့ဘူး—ဝင်ရောထွက်ရော ခက်ခဲတဲ့ အခြေအနေ။
ကျွန်တော့်ကို အများဆုံး မသက်မသာဖြစ်စေတဲ့အရာကတော့—လက်ရှိမှာ စမ်းသပ်ကွန်ယက် (testnet) ဒေတာတွေပဲ ဖြစ်နေသေးတာပါ။
လုပ်ငန်းစဉ်ကို ပြေးတင်နိုင်တာက ကုဒ်က လုပ်ရနိုင်တယ်ဆိုတာကိုသာ သက်သေပြနိုင်ပေမယ့် @Dusk ရဲ့ mainnet ကို လွှင့်ပြီးသွားတဲ့အချိန်မှာ validator အစု (verifier set)၊ အငြင်းပွားမှုဖြစ်ပွားမှု အကြိမ်ရေ၊ Gas စျေးနှုန်း လှုပ်ခတ်မှု—variable တစ်ခုခုက “ထွက်နိုင်” ကို “ထွက်မရ” ဆိုတဲ့အရာအဖြစ် ပြောင်းသွားနိုင်ပါတယ်။ ပရောဂျက်ဖက်က exit ကိုထောက်ပံ့တယ်လို့ ပြောပေမယ့် mainnet exit ရဲ့ အလယ်အချိန် (median) အချိန်ကုန်ကို မကြေညာဖူးပါဘူး၊ အပြန်အလှန် မအောင်မြင်ရင် (failure) ပြန်လည်ပြုပြင်နိုင်တဲ့ mechanism details ကိုလည်း မထုတ်ပြန်ဖူးပါဘူး။ တကယ် problem ဖြစ်လာရင် ပိုင်ဆိုင်မှုကို ဘယ်သူက ပြန်ကောက်ပေးမလဲ? စာရွက်စာတမ်းထဲမှာ မရေးထားဘူး။
တတ်မြောက်ပြီးပြည့်စုံတဲ့ cross-layer bridge တွေက ဘယ်တော့မှ ခလုတ်နည်းနည်းပဲ မဟုတ်ပါ—အသုံးပြုသူက အဆင့်တစ်ဆင့်ချင်းစီ ဘာလုပ်နေတယ်၊ ပိုင်ဆိုင်မှု ဘယ်ကိုရောက်သွားတယ်၊ ဘာကြောင့် စောင့်ရတာလဲဆိုတာကို နားလည်နိုင်အောင် လုပ်ပေးရတာပါ။ အခု DuskEVM မှာ နည်းပညာအလွှာလိုက် လော့ဂစ်က ရှင်းပါတယ်၊ ဒါပေမယ့် အသုံးပြုသူဘက်ကတော့ black box တစ်ခုပဲ ဖြစ်နေတယ်—exit ကိုနှိပ်လိုက်တာနဲ့ ရှည်လျားတဲ့ စောင့်ဆိုင်းမှုပဲ၊ မျက်နှာပြင်ပေါ်မှာ နားမလည်နိုင်တဲ့ pending state အချို့ပဲ ပြနေတယ်။
ဒီ industry မှာ နည်းပညာဆိုင်ရာ မျှော်မှန်းချက်တွေက ဘယ်တော့မှ မပြတ်ဘူး—လိုတာကတော့ တစ်ခုခု လမ်းလွဲသွားရင် ဘာလုပ်မလဲဆိုတာပါပဲ။ protocol က failure recovery mechanism ကိုတောင် မရှင်းလင်းထားဘဲဆိုရင်၊ သင်က နည်းပညာကို ယုံနေတာလား၊ ကံတရားကို ယုံနေတာလား?
EVM နဲ့ ကိုက်ညီတယ်ဆိုတာတော့ ကြားရတာကောင်းပါတယ်။ ဒါပေမယ့် ထွက်နိုင်ရေး (exit) စနစ်ကို သေချာကြည့်လိုက်တော့ စိတ်ထဲတင်းသွားတယ်—အခကြေးငွေကြောင့် မဟုတ်ဘဲ၊ အုတ်မြစ်/ဗိသုကာက အရမ်းနက်လွန်းလို့ပါ။
EVM ဘက်ကနေ အပလီကေးရှင်းကို ပြေးနေပြီး L1 က အဆုံးစွန် (settlement) / အတည်ပြုခြင်းကို တာဝန်ယူတယ်။ ထွက်ဖို့က အဆင့် ၃ ဆင့် ဖြတ်ရမယ်—output proposal ကို စောင့်၊ proof ကို တင်တာကို စောင့်၊ အငြင်းပွားမှု window ပြီးသွားတာကို စောင့်။ အလွှာဖြတ် (cross-layer) နေရာတိုင်းရဲ့ အခြေအနေအတည်ပြုချက်ဆိုတော့ အလွှာတစ်ခုချင်းစီမှာ Gas ကို တစ်ဆင့်စီ ပေးရတယ်။ ဒါက ထပ်တလဲလဲ အခကြေးငွေကောက်ခံတာ မဟုတ်ဘူး—တံခါးတစ်ခုစီတိုင်းမှာ ကိုယ့်လက်မှတ်ကို ကိုယ်တိုင်ဝယ်ရတာပဲ။ မည်သည့်အဆင့်မှာမဆို လက်ကျန်မလောက်ရင် ပိုင်ဆိုင်မှုက လမ်းခုလတ်မှာ တိုက်ရိုက်တိမ်းကာ မထွက်နိုင်တော့ဘူး—ဝင်ရောထွက်ရော ခက်ခဲတဲ့ အခြေအနေ။
ကျွန်တော့်ကို အများဆုံး မသက်မသာဖြစ်စေတဲ့အရာကတော့—လက်ရှိမှာ စမ်းသပ်ကွန်ယက် (testnet) ဒေတာတွေပဲ ဖြစ်နေသေးတာပါ။
လုပ်ငန်းစဉ်ကို ပြေးတင်နိုင်တာက ကုဒ်က လုပ်ရနိုင်တယ်ဆိုတာကိုသာ သက်သေပြနိုင်ပေမယ့် @Dusk ရဲ့ mainnet ကို လွှင့်ပြီးသွားတဲ့အချိန်မှာ validator အစု (verifier set)၊ အငြင်းပွားမှုဖြစ်ပွားမှု အကြိမ်ရေ၊ Gas စျေးနှုန်း လှုပ်ခတ်မှု—variable တစ်ခုခုက “ထွက်နိုင်” ကို “ထွက်မရ” ဆိုတဲ့အရာအဖြစ် ပြောင်းသွားနိုင်ပါတယ်။ ပရောဂျက်ဖက်က exit ကိုထောက်ပံ့တယ်လို့ ပြောပေမယ့် mainnet exit ရဲ့ အလယ်အချိန် (median) အချိန်ကုန်ကို မကြေညာဖူးပါဘူး၊ အပြန်အလှန် မအောင်မြင်ရင် (failure) ပြန်လည်ပြုပြင်နိုင်တဲ့ mechanism details ကိုလည်း မထုတ်ပြန်ဖူးပါဘူး။ တကယ် problem ဖြစ်လာရင် ပိုင်ဆိုင်မှုကို ဘယ်သူက ပြန်ကောက်ပေးမလဲ? စာရွက်စာတမ်းထဲမှာ မရေးထားဘူး။
တတ်မြောက်ပြီးပြည့်စုံတဲ့ cross-layer bridge တွေက ဘယ်တော့မှ ခလုတ်နည်းနည်းပဲ မဟုတ်ပါ—အသုံးပြုသူက အဆင့်တစ်ဆင့်ချင်းစီ ဘာလုပ်နေတယ်၊ ပိုင်ဆိုင်မှု ဘယ်ကိုရောက်သွားတယ်၊ ဘာကြောင့် စောင့်ရတာလဲဆိုတာကို နားလည်နိုင်အောင် လုပ်ပေးရတာပါ။ အခု DuskEVM မှာ နည်းပညာအလွှာလိုက် လော့ဂစ်က ရှင်းပါတယ်၊ ဒါပေမယ့် အသုံးပြုသူဘက်ကတော့ black box တစ်ခုပဲ ဖြစ်နေတယ်—exit ကိုနှိပ်လိုက်တာနဲ့ ရှည်လျားတဲ့ စောင့်ဆိုင်းမှုပဲ၊ မျက်နှာပြင်ပေါ်မှာ နားမလည်နိုင်တဲ့ pending state အချို့ပဲ ပြနေတယ်။
ဒီ industry မှာ နည်းပညာဆိုင်ရာ မျှော်မှန်းချက်တွေက ဘယ်တော့မှ မပြတ်ဘူး—လိုတာကတော့ တစ်ခုခု လမ်းလွဲသွားရင် ဘာလုပ်မလဲဆိုတာပါပဲ။ protocol က failure recovery mechanism ကိုတောင် မရှင်းလင်းထားဘဲဆိုရင်၊ သင်က နည်းပညာကို ယုံနေတာလား၊ ကံတရားကို ယုံနေတာလား?
