#dusk $DUSK @Dusk
Dusk Network တွင် staking လုပ်တာကတော့ wallet များနဲ့ node operators တွေအတွက်ပဲ သာရှိမယ်လို့ ကျွန်တော်ယူဆခဲ့တယ်။
Stake Abstraction က position ရဲ့ owner ကို ပြောင်းလဲစေတယ်။
Dusk smart contract တစ်ခုက deposit လက်ခံနိုင်တယ်၊ stake ဖန်တီးနိုင်တယ်၊ rewards လက်ခံနိုင်တယ်၊ ပြီးတော့ အဲဒီအရာတွေကို သူ့ရဲ့ စည်းမျဉ်းအတိုင်း ဖြန့်ဝေခြင်း ဒါမှမဟုတ် ပြန်လည် reinvest လုပ်ပေးနိုင်တယ်။ ဒီလိုလုပ်နိုင်တာက staking pools၊ delegated services၊ reward splits၊ derivatives တွေကို enable လုပ်တယ်—offchain operator account တစ်ခုထဲမှာ ဆုံးဖြတ်ချက်တိုင်းကို သိမ်းထားစရာမလိုဘဲနဲ့။
stake က programmability ဖြစ်လာတယ်။ အန္တရာယ်လည်း ဒီအတိုင်းပဲ ဖြစ်လာတယ်။
အသုံးပြုသူတွေက provisioner တစ်ယောက်ရဲ့ consensus performance ကိုပဲ မကြည့်တော့ဘူး။ သူတို့ contract ရဲ့ accounting၊ withdrawal logic၊ reward allocation၊ upgrade controls၊ recovery path တွေကိုလည်း အားကိုးရတယ်။ မှန်ကန်စွာလုပ်ဆောင်နေတဲ့ validator တစ်ယောက်တောင် pool contract က shares တွေကို မှားယွင်းတွက်ချက်မယ်ဆိုရင် depositor ကို ကာကွယ်ပေးနိုင်မှာမဟုတ်ဘူး။
Dusk က protocol boundary အချို့ကို အတိအကျ ဖော်ပြထားတယ်။ Contracts တွေက 1,000 DUSK minimum stake ကို သေးသတိတကျ ဆက်ရှိတယ်။ Activation က နောက်တစ်ခုပြီးနောက် epoch boundary တစ်ခုမှာ ဖြစ်တယ်—များအားဖြင့် submission ပြီးတာနဲ့ 1 နဲ့ 2 epochs အကြားမှာပါ။ contract တစ်ခုက wallet ဖြစ်သလို staking function ကို ခေါ်မရပါဘူး။ Funds တွေက Transfer Contract မှတဆင့် ရွေ့လျားပြီး contract-to-contract transfer နဲ့ Stake Contract ကို စတင်ပေးတယ်။
ဒီနောက်ဆုံး အသေးစိတ်က ကျွန်တော့်အတွက် အရေးကြီးတယ်။ ဒါက staking လုပ်ဆောင်ချက်ကို သက်ဆိုင်ရာ funds အမှန်တကယ် ရွေ့လျားမှုနဲ့ ချိတ်ပေးတယ်—contract logic က လိုက်လျောသဘောထားမထားဘဲ stake လုပ်နေတယ်လို့ ကြေညာလိုက်တာမျိုးကို ခွင့်မပြုဘူး။
deposit နဲ့ active stake ဖြစ်လာတဲ့အကြား delay ကို applications တွေ ဘယ်လိုဖော်ထုတ်ပေးမလဲဆိုတာကို ကျွန်တော်စောင့်ကြည့်မယ်။ အချိန်ချက်ချင်း ထုတ်ပေးတဲ့ pool token က underlying DUSK က activation ကို စောင့်နေတုန်းမှာတောင် productive ဖြစ်နေသလို ထင်ရနိုင်တယ်။ reward claims နဲ့ unstaking callbacks တွေလည်း သုံးစွဲသူရဲ့ balances နဲ့ တစ်ပြိုင်တည်း ဖြစ်နေဖို့ လိုတယ်။
Stake Abstraction က DUSK အသုံးဝင်မှုကို direct staking ထက်ကျော်လွန်ပြီး တိုးချဲ့တယ်။ convenience က diversification ကို နိုင်နိုင်ထက် အနိုင်ယူသွားမယ်ဆိုရင် deposits တွေကို contract အနည်းငယ်ထဲမှာပဲ စုစည်းပေးနိုင်တယ်။
Dusk က consensus position ကို composable ဖြစ်အောင် လုပ်ထားတယ်။ နောက်ထပ် သက်သေပြချက်က pool contracts တွေက staking state မျိုးစုံအတွင်း solvency ကို ဆက်လက်ထိန်းသိမ်းနိုင်ခြင်း၊ ownership ကို ရှင်းလင်းစေခြင်း၊ exit တွေကို မျှတစွာ ပေးနိုင်ခြင်း ဖြစ်တယ်။
Programmability က manual distribution ကို ဖယ်ရှားနိုင်တယ်။ ဒါပေမယ့် program ကို ဘယ်သူက ထိန်းချုပ်ထားသလဲကို audit လုပ်ဖို့ လိုအပ်မှုကိုတော့ ဖယ်ရှားပေးလို့ မရဘူး။
Dusk Network တွင် staking လုပ်တာကတော့ wallet များနဲ့ node operators တွေအတွက်ပဲ သာရှိမယ်လို့ ကျွန်တော်ယူဆခဲ့တယ်။
Stake Abstraction က position ရဲ့ owner ကို ပြောင်းလဲစေတယ်။
Dusk smart contract တစ်ခုက deposit လက်ခံနိုင်တယ်၊ stake ဖန်တီးနိုင်တယ်၊ rewards လက်ခံနိုင်တယ်၊ ပြီးတော့ အဲဒီအရာတွေကို သူ့ရဲ့ စည်းမျဉ်းအတိုင်း ဖြန့်ဝေခြင်း ဒါမှမဟုတ် ပြန်လည် reinvest လုပ်ပေးနိုင်တယ်။ ဒီလိုလုပ်နိုင်တာက staking pools၊ delegated services၊ reward splits၊ derivatives တွေကို enable လုပ်တယ်—offchain operator account တစ်ခုထဲမှာ ဆုံးဖြတ်ချက်တိုင်းကို သိမ်းထားစရာမလိုဘဲနဲ့။
stake က programmability ဖြစ်လာတယ်။ အန္တရာယ်လည်း ဒီအတိုင်းပဲ ဖြစ်လာတယ်။
အသုံးပြုသူတွေက provisioner တစ်ယောက်ရဲ့ consensus performance ကိုပဲ မကြည့်တော့ဘူး။ သူတို့ contract ရဲ့ accounting၊ withdrawal logic၊ reward allocation၊ upgrade controls၊ recovery path တွေကိုလည်း အားကိုးရတယ်။ မှန်ကန်စွာလုပ်ဆောင်နေတဲ့ validator တစ်ယောက်တောင် pool contract က shares တွေကို မှားယွင်းတွက်ချက်မယ်ဆိုရင် depositor ကို ကာကွယ်ပေးနိုင်မှာမဟုတ်ဘူး။
Dusk က protocol boundary အချို့ကို အတိအကျ ဖော်ပြထားတယ်။ Contracts တွေက 1,000 DUSK minimum stake ကို သေးသတိတကျ ဆက်ရှိတယ်။ Activation က နောက်တစ်ခုပြီးနောက် epoch boundary တစ်ခုမှာ ဖြစ်တယ်—များအားဖြင့် submission ပြီးတာနဲ့ 1 နဲ့ 2 epochs အကြားမှာပါ။ contract တစ်ခုက wallet ဖြစ်သလို staking function ကို ခေါ်မရပါဘူး။ Funds တွေက Transfer Contract မှတဆင့် ရွေ့လျားပြီး contract-to-contract transfer နဲ့ Stake Contract ကို စတင်ပေးတယ်။
ဒီနောက်ဆုံး အသေးစိတ်က ကျွန်တော့်အတွက် အရေးကြီးတယ်။ ဒါက staking လုပ်ဆောင်ချက်ကို သက်ဆိုင်ရာ funds အမှန်တကယ် ရွေ့လျားမှုနဲ့ ချိတ်ပေးတယ်—contract logic က လိုက်လျောသဘောထားမထားဘဲ stake လုပ်နေတယ်လို့ ကြေညာလိုက်တာမျိုးကို ခွင့်မပြုဘူး။
deposit နဲ့ active stake ဖြစ်လာတဲ့အကြား delay ကို applications တွေ ဘယ်လိုဖော်ထုတ်ပေးမလဲဆိုတာကို ကျွန်တော်စောင့်ကြည့်မယ်။ အချိန်ချက်ချင်း ထုတ်ပေးတဲ့ pool token က underlying DUSK က activation ကို စောင့်နေတုန်းမှာတောင် productive ဖြစ်နေသလို ထင်ရနိုင်တယ်။ reward claims နဲ့ unstaking callbacks တွေလည်း သုံးစွဲသူရဲ့ balances နဲ့ တစ်ပြိုင်တည်း ဖြစ်နေဖို့ လိုတယ်။
Stake Abstraction က DUSK အသုံးဝင်မှုကို direct staking ထက်ကျော်လွန်ပြီး တိုးချဲ့တယ်။ convenience က diversification ကို နိုင်နိုင်ထက် အနိုင်ယူသွားမယ်ဆိုရင် deposits တွေကို contract အနည်းငယ်ထဲမှာပဲ စုစည်းပေးနိုင်တယ်။
Dusk က consensus position ကို composable ဖြစ်အောင် လုပ်ထားတယ်။ နောက်ထပ် သက်သေပြချက်က pool contracts တွေက staking state မျိုးစုံအတွင်း solvency ကို ဆက်လက်ထိန်းသိမ်းနိုင်ခြင်း၊ ownership ကို ရှင်းလင်းစေခြင်း၊ exit တွေကို မျှတစွာ ပေးနိုင်ခြင်း ဖြစ်တယ်။
Programmability က manual distribution ကို ဖယ်ရှားနိုင်တယ်။ ဒါပေမယ့် program ကို ဘယ်သူက ထိန်းချုပ်ထားသလဲကို audit လုပ်ဖို့ လိုအပ်မှုကိုတော့ ဖယ်ရှားပေးလို့ မရဘူး။
