Jeeya_Awan

இன்றைய முன்னணி வளர்ச்சியாளர்கள்
$QKC
$CNPY
$MarsCoin

දැන් ට්‍රෙන්ඩි...
$FF
$QKC
$DOT
#FORM #Dogs #SOPH

හායි හැමෝටම 🤗 🌻
$HEMI $TRUMP $PROM

#dusk $DUSK @Dusk

Piecrust: Dusk ၏ Smart Contract Virtual Machine

ဒီည සිතුවේ, මිනිස්සු smart contracts ගැන කතා කරන විට සාමාන්‍යයෙන් අවධානය යන්නේ යෙදුම් (applications) පැත්තටයි. නමුත් ඒ යටින් ක්‍රියා කරන execution layer එකත් එතරම්ම වැදගත්.

Dusk හි Piecrust VM වෙනස් ප්‍රවේශයක් ගන්නවා: සම්පීඩිත WASM මොඩියුල තිබෙන ආකාරයෙන් ලිහිල්, මොඩියුලර් පරිසරයක අඩංගු කරලා, ආරක්ෂිත හා කාර්යක්ෂම smart contract execution සඳහා නිර්මාණය කරලා තියෙනවා. ප්‍රධාන වශයෙන් Rust වලින් ලියවුණු Piecrust, piecrust-uplink මගින් සහය දක්වන අතර එය සංවර්ධකයින්ට කොන්ත්‍රාත් compile කරන්න, පරීක්ෂා කරන්න, deploy කරන්න, සහ කළමනාකරණය කරන්න උදව් කරයි.

මට අමාරු ගුප්තලේඛන (cryptographic) වැඩ Piecrust හැසිරවීම ගැන විශේෂයෙන් අවධානය ගියා. සියල්ලම WASM තුළට බලෙන් යවන්නට වඩා, host functions මගින් hashing, ZK-proof verification, සහ signature validation වැනි කාර්යයන් හැසිරවෙනවා.

ඒ නිර්මාණය smart contract වල නම්‍යශීලීභාවය (flexibility) Dusk හි පෞද්ගලිකත්වය-මූලික (privacy-focused) architecture සමඟ සම්බන්ධ කරනවා.

#dusk $DUSK @Dusk

Zedger: පුද්ගලික කොටස් සහ RWAs Onchain වෙත ගෙන ඒම

ඊයේ සිතුවිල්ලක්: Dusk ගැන මට උනන්දුවක් ඇති වන්නේ එය සැබෑ ලෝකයේ වත්කම් සරල ටෝකන ලෙස නොසලකන නිසාය. එහි Zedger ප්‍රොටෝකොලය සැලසුම් කර ඇත්තේ ඊට වඩා අසීරු කොටස සඳහාමය: පෞද්ගලිකත්වය සහ නියාමන අවශ්‍යතා සැලකිල්ලට ගනිමින් ආරක්‍ෂාවන් සහ RWAs onchain තුළ භාවිත කළ හැකි ලෙස සකස් කිරීම.

Dusk Whitepaper අනුව, Zedger ටෝකනීකරණය කළ සහ ස්වභාවිකව නිකුත් කළ වත්කම් දෙකමට සහය දක්වයි. එයට minting, burning, dividends සහ issuer විසින් ආරම්භ කරන force transfers වැනි ක්‍රියා හැසිරවිය හැකි අතර, ZK proofs සහ audit කිරීමේ හැකියාවන් භාවිතා කරමින් ප්‍රසිද්ධියට සම්පූර්ණයෙන්ම විවෘත නොකර ක්‍රියාකාරකම සනාථ කරයි.

එය මූල්‍ය වෙළඳපොළවල් සඳහා රසවත් ආකෘතියක් නිර්මාණය කරයි: සංවේදී ගනුදෙනු සඳහා පෞද්ගලිකත්වය, නමුත් අනුකූලතාවය සහ auditability සඳහා ප්‍රමාණවත් ව්‍යුහයක්ද තිබීම.

මට නම්, Zedger පෙන්නුම් කරන්නේ securities onchain වෙත ගෙන ඒම ටෝකනීකරණය ගැන පමණක් නොවෙයි කියා. එය වත්කම වටා ඇති නීති ද ගොඩනැගීමයි.

#dusk $DUSK @Dusk

සඳ එළිය vs ෆீනික්ස්: ගනුදෙනු ආකෘති දෙකක්

මට Dusk ගැන රසවත් වන්නේ එය සෑම ගනුදෙනුවක්ම එකම පෞද්ගලිකතා ආකෘතියට බල නොකිරීමයි. ඒ වෙනුවට එය පරිශීලකයන්ට විවිධ මාර්ග දෙකක් දෙනවා.

Moonlight ගිණුම්-පදනම් වූ සැලසුමක් අනුගමනය කරයි. ඔබගේ පොදු යතුර ගිණුම හඳුනාගනී, ශේෂයන් ගෝලීය තත්ත්වයක් ලෙස පවත්වාගෙන යයි, සහ ගනුදෙනු ඩිජිටල් අත්සන් මගින් බලයලත් කරයි. මෙය වඩාත් විවෘත මාර්ගයක් වන අතර, ගිණුම් ශේෂයන් සහ ගනුදෙනු පරීක්ෂා කිරීම් ජාලයට පෙනෙයි.

Phoenix වෙනස් ප්‍රවේශයක් ගනී. එය UTXO-ශෛලී ක්‍රමයක් භාවිතා කරයි; මෙහි වත්කම් note ලෙස නිරූපණය වේ. එහි අවධානය-අඩු කළ (obfuscated) මාදිලියේ, ශුන්‍ය-දැනුම සාක්ෂි (zero-knowledge proofs) මගින් ජාලයට ගනුදෙනුවක් වලංගු බව පරීක්ෂා කළ හැකි අතර, යටින් පවතින විස්තර සෘජුව හෙළි නොකරයි. Nullifiers මගින් එම note එක දෙවරක් වියදම් කිරීම වැළැක්වෙයි.

එබැවින් මම Moonlight සහ Phoenix එකිනෙකාට විරුද්ධ තරඟකරුවන් ලෙස නොව, එකිනෙකාට අනුපූරක මෙවලම් ලෙස දකිමි: අවශ්‍ය විට විනිවිදභාවය, අවශ්‍ය විට පෞද්ගලිකත්වය. මෙම ද්විත්ව සැලසුම Dusk ට ගෙවීම්/මූල්‍ය භාවිතා අවස්ථාවන්ට ප්‍රායෝගික මාර්ගයක් ලබාදෙයි; එහිදී රහස්‍යභාවය සහ සත්‍යාපනය යන දෙකම එකට පැවතිය යුතුය.

#dusk $DUSK @Dusk

Dusk’s Incentive and Slashing Mechanism

Dusk အကြောင်းပြောပြတဲ့အခါ အထင်ရှားဆုံးကတော့—၎င်း၏ သဘောတူညီမှုဆိုင်ရာ လှုံ့ဆော်မှုတွေဟာ အယူအဆတစ်ခုတည်းပတ်လည်မှာ တည်ဆောက်ထားတာပါပဲ။ ရွေးချယ်ခံရရုံနဲ့ မပြီး—ရွေးချယ်ခံရတဲ့အချိန်မှာ မှန်ကန်စွာ ပြုမူနိုင်ရပါမယ်။

Provisioners တွေက အဆိုပြုခြင်းနဲ့ မဲပေးခြင်းမှနေ ဝင်ငွေရနိုင်ပြီး၊ ပရိုတိုကောလ်ကလည်း သာယာနူးညံ့တဲ့ အန္တရာယ်တစ်ခုကို ထည့်သွင်းဖြေရှင်းထားပါတယ်—အနာဂတ် ဘလောက်ဂျင်နရေတာတွေက အစောပိုင်း iteration တွေ မအောင်မြင်ခဲ့လို့ ရရှိနိုင်တဲ့ အကျိုးခံစားမှုတွေ ရနိုင်တာပါ။ Dusk ကတော့ မဲပေးသူတွေကို ဆုချပြီး၊ ဂျင်နရေတာဆုကြေး၏ အစိတ်အပိုင်းတစ်ခုကို ပါဝင်မဲပေးထားမှုတွေနဲ့ ချိတ်ဆက်ကာ၊ iteration အရေအတွက်ကို ကန့်သတ်ခြင်းဖြင့် ယင်းကို တားဆီးပါတယ်။

ပြစ်ဒဏ်ပိုင်းကလည်း အလားတူ စနစ်တကျ တည်ဆောက်ထားပါတယ်။ သေးငယ်တဲ့ အမှားတွေက suspension နဲ့ soft slashing ကို ဖြစ်စေနိုင်ပြီး provisioner တစ်ယောက်ရဲ့ သြဇာလွှမ်းမိုးမှုကို လျော့ကျစေပါတယ်။ double voting လုပ်ခြင်း သို့မဟုတ် မမှန်ကန်တဲ့ ဘလောက်အဆိုပြုခြင်းလို ပိုလေးနက်တဲ့ လုပ်ဆောင်ချက်တွေကတော့ stake ကို လောင်ကျွမ်းစေတဲ့ hard slashing ကို အလုပ်သက်ရောက်စေပါတယ်။

ရလဒ်ကတော့—ပါဝင်မှု၊ ယုံကြည်ရနိုင်မှု၊ မှန်ကန်တဲ့ အပြုအမူတွေကို စီးပွားရေးအရ အကျိုးဆက်နဲ့ ချိတ်ဆက်ထားတဲ့ လှုံ့ဆော်မှုစနစ်တစ်ခုပါ။

$PORTAL $PUMP $ZRO අදේට වඩා ඉහළින් ක්‍රියාත්මක වෙමින්!

$TUT and $TRUMP are ඉහළම වර්ධකයන් වේ දැන්!!!

#dusk $DUSK @Dusk

අंत-အဆන්සිතිභාවය (Rolling Finality) — අඳුරු වසන්තය (Dusk) ගනුදෙනු තහවුරු කරන්නේ කෙසේද

සෑම බ්ලොක් එකක්ම “accepted” සිට එක මොහොතකින් සදහටම final දක්වා පැන යා යුතු නැත. Dusk rolling finality නම් වූ වඩා ක්‍රමානුකූල (progressive) ප්‍රවේශයක් අනුගමනය කරයි.

බ්ලොක් එකක් මුලින් පිළිගනු ලබයි (accepted), එනම් consensus ලැබී තිබෙන අතරත්, ඉතා අඩු iteration එකකින් ඇති වන තරඟකාරී බ්ලොක් එකක් තවමත් එය ප්‍රතිස්ථාපනය කළ හැක. කලින් තිබූ සියලු iteration දැනටමත් අසාර්ථක වීම තහවුරු වී තිබේ නම්, එම බ්ලොක් එක attested බවට පත්වන අතර එය අඩු-iteration විකල්පයකින් ප්‍රතිස්ථාපනය කළ නොහැක.

ඉන් පසුව තහවුරු කිරීම (confirmation) සිදුවේ. සෑම සුදුසු පසුකාරයාත් (successor) එකම දාමය (chain) මත provisioners ගොඩනඟන බවට වැඩි සාක්ෂි එක් කරයි. පිළිගත් (accepted) බ්ලොක් සඳහා අවශ්‍ය පසුකාරයින් ගණන තීරණය වන්නේ විසඳී නොතිබූ මුල් iteration ගණන මතය. නොවිශ්වාසය වැඩි නම්, තහවුරු කිරීම් වැඩියෙන් අවශ්‍ය වේ.

අවසානයේ, තහවුරු කිරීම දාමය තුළින් “රෝල්” වෙනවා: බ්ලොක් එකක් තහවුරු වූ පසු එහි පියා (parent) final නම්, එයත් final බවට පත්විය හැක.

ඒකට වැදගත් කරුණක් වන්නේ Dusk හි finality යනු සරල ටයිමරයක් හෝ ස්ථාවර තහවුරු කිරීම් ගණනක් ලෙස නොසලකන එකයි. එය බ්ලොක් එකේ ඉතිහාසයටත්, පසුව සිදුවන consensus වට මගින් නිර්මාණය වන සාක්ෂිවලටත් අනුගත වෙයි.

ඒ නිසා හැකියාව → පිළිගැනීම (acceptance) → වැඩි විශ්වාසය (stronger confidence) → finality දක්වා ගමන් කරන “චලන මාර්ගයක්” (moving path) නිර්මාණය වෙයි.

$ENA and $TUT are අද දවසේ outperformer.

$COTI and $GALA වර්තමානයේ ප්‍රමුඛ වැඩි ලාභකරුවන් (top gainers) වේ.

#dusk $DUSK @Dusk

ඡන්ද කමිටු සහ සහතික

Dusk Network හි සම්මත නිර්මාණයේ මා විශේෂයෙන් රසවත් යැයි දකින්නේ, ඡන්ද කමිටු පුද්ගලික ඡන්ද ඒකාබද්ධ කර සංකුචිත සාක්ෂියක් බවට පත් කරන ආකාරයයි.

Dusk හි Succinct Attestation ප්‍රොටෝකොලයේ, වලංගුකරණ හා තහවුරු කිරීමේ කමිටු සඳහා provisioners deterministic sortition මගින් තෝරාගනු ලැබේ. කමිටු සාමාජිකයන්ට ඔවුන්ගේ ඡන්දයේ බර තීරණය කරන ණය (credits) ලැබෙන අතර, වයිට්පේපරයේ සඳහන් පරිදි කමිටුවක් fixed 64-credit ව්‍යුහයක් භාවිතා කරයි.

මෙම ක්‍රියාවලිය වඩා කාර්යක්ෂම වන්නේ BLS signatures නිසාය: බහු provisioners වලින් පැමිණෙන ඡන්ද එකතුවී එකම signature එකකට එකතු කළ හැකි අතර, එය පහසුවෙන් තහවුරු කිරීම සඳහා උපකාරී වේ.

අනතුරුව attestation එකක් යනු quorum එකක් ළඟා වූ බවට වන සාක්ෂියකි. Valid ඡන්දවල 2/3 supermajority එකක් සාර්ථක attestation එකක් නිර්මාණය කරයි, එසේම Invalid, NoCandidate, හෝ NoQuorum ඡන්දවල බහුතරයක් fail attestation එකක් නිර්මාණය කරයි.

වැදගත් අදහස: Dusk පමණක් ඡන්ද එකතු නොකරයි—එය වේගවත්, රහස්‍යතා මූලික මූල්‍ය යටිතල වෙත ගැලපෙන ආකාරයට සම්මත සාක්ෂි (consensus evidence) වශයෙන් verifiable ව්‍යුහයකට ඇසුරු කරයි.

$ACE $PEOPLE and $NEIRO

$ONG and $BOME are අද ඉහළම ලාභකරුවන්

#dusk $DUSK @Dusk

Deterministic Sortition: Dusk သည် အတည်ပြုသူများ (Validators) ကို မည်ကဲ့သို့ ရွေးချယ်သလဲ

Dusk အကြောင်း စိတ်ဝင်စားဖွယ်ကောင်းတဲ့ အချက်တစ်ချက်ကတော့ validator ရွေးချယ်မှုဟာ “ပိုများတဲ့ stake = အမြဲတမ်းရွေးချယ်ခံရခြင်း” ဆိုတာမျိုး မဟုတ်ဘူးဆိုတာပါပဲ။

Dusk ရဲ့ Succinct Attestation consensus မှာတော့ stakers များကို "provisioners" လို့ခေါ်ပြီး Deterministic Sortition (DS) နဲ့ ရွေးချယ်ပါတယ်။ ဒီလုပ်ငန်းစဉ်က stake အပေါ်မူတည်ပြီး credits တွေကို သတ်မှတ်ရန် deterministic extraction ကို အသုံးပြုကာ SHA3-ထုတ်ထားတဲ့ score ကတော့ ရွေးချယ်မှုတစ်ခုချင်းစီကို ဆုံးဖြတ်ပေးပါတယ်။ score က ယခင် block ရဲ့ seed နဲ့ လက်ရှိ round, step, credit number တို့ကို ပေါင်းစပ်ထားပါတယ်။

အလိမ္မာပါဝင်တဲ့ အပိုင်းက provisioner တစ်ယောက် credit ရရှိပြီးနောက် သူ့ရဲ့ weight ကို 1 DUSK လျှော့ပေးတာဖြစ်ပြီး ပါဝင်မှုကို အမြဲတမ်းတူညီတဲ့ participant ကို ထပ်ခါထပ်ခါ ဦးစားပေးမနေဘဲ stake နဲ့အချိုးကျဖြစ်အောင် ထိန်းထားပေးပါတယ်။

အဲဒီကြောင့် Dusk ဟာ randomness ကို ထပ်မံပြန်ထုတ်နိုင်တဲ့ stake-weighted ရွေးချယ်မှုလုပ်ငန်းစဉ်အဖြစ် ပြောင်းလဲပြီး block တွေကို အဆိုပြုသူ (proposes) နဲ့ မဲပေးသူ (votes) ဘယ်သူဖြစ်မလဲဆိုတာကို တိတ်တဆိတ် လုပ်ဆောင်ပေးနေပါတယ်။

$HEMI and $RE are the top gainers now!

#dusk $DUSK @Dusk

Dusk ၏ အတိုချုပ် သက်သေခံမှု သဘောတူညီချက် ယန္တရား

Dusk ၏ သဘောတူညီချက် ဒီဇိုင်းနဲ့ပတ်သက်ပြီး ကျွန်တော့်အတွက် ထင်ရှားတာကတော့ ပါဝင်သူတိုင်းက အလားတူ လေးလံတဲ့ အလုပ်အားလုံးကို လုပ်ဆောင်စေမယ့်အစား သဘောတူညီမှု ရယူရာမှာ အလေးမပေးဘဲ အားထုတ်မှု လျော့ချနိုင်အောင် အာရုံစိုက်ထားတာပါ။ Succinct Attestation (SA) သည် ခွင့်ပြုချက်မလိုဘဲ၊ ကော်မတီအခြေပြု Proof-of-Stake ယန္တရားဖြစ်ပြီး စေတနာရှင်များကို (provisioners ဟုခေါ်သည်) deterministic sortition နည်းလမ်းဖြင့် ရွေးချယ်ပါသည်။

အဖွင့်တစ်လှည့် (round) သည် အဆိုပြုချက် (proposal), စစ်ဆေးအတည်ပြုမှု (validation), နှင့် အတည်ပြုလက်ခံမှု (ratification) အဆင့်များကို ဖြတ်သန်းသည်။ မဲပေးကော်မတီများက ကိုယ်စားလှယ် block ကို စိစစ်အတည်ပြုကြပြီး၊ ၎င်းတို့၏ လက်မှတ်များကို ပေါင်းစု၍ quorum ရောက်ရှိခဲ့ကြောင်း သက်သေပြသည့် အတိုချုပ် attestation တစ်ခုအဖြစ် စုစည်းနိုင်သည်။ Valid မဲများ၏ 2/3 supermajority က အောင်မြင်မှု ရလဒ်တစ်ခု ထုတ်လုပ်နိုင်သည်။

စိတ်ဝင်စားစရာက rolling finality နဲ့ ဒီဟာ ဘယ်လို ဆက်သွယ်နေသလဲဆိုတာပါ။ Dusk က attestations တွေနဲ့ နောက်ဆက်တွဲ block များကို အသုံးပြုပြီး block တစ်ခုရဲ့ အဆင့်အတန်းကို တဖြည်းဖြည်း ပိုမိုအားကောင်းစေကာ နောက်ဆုံး (final) ဖြစ်လာသည်အထိ တိုးတက်စေပါတယ်။

Kadcast මගින් ජාල සන්නිවේදනය වැඩිදියුණු කරන්නේ කෙසේද?

බ්ලොක්චේනයකට ශක්තිමත් එකඟතාවය (consensus) සහ රහස්‍යතාවය (privacy) තිබිය හැකි නමුත්, තොරතුරු අකාර්යක්ෂමව ගමන් කරන්නේ නම් ඒ කිසිවක් ප්‍රමාණවත් නොවේ. @Dusk tackles මෙය සන්නිවේදන ස්ථරයේදී Kadcast සමඟ විසඳන අතර, Kademlia’s DHT (Distributed Hash Table) ව්‍යුහය මත ගොඩනඟන ලද P2P (peer-to-peer) ප්‍රොටොකෝලයකි. සෑම අවට නෝඩයකටම එකම පණිවිඩය හදිසි ලෙස (flooding) යැවීම වෙනුවට, Kadcast XOR දුර (XOR distance) සහ තෝරාගත් peer-යන් භාවිතා කරමින් ව්‍යුහගත cascade එකක් නිර්මාණය කරයි. Multicast trees මඟින් blocks, transactions, සහ consensus votes වැනි දේ අඩු නැවත-යැවීම් (redundant transmissions) සමඟ පැතිරීමට උපකාරී වේ. ප්‍රතිඵලය වන්නේ අඩු bandwidth භාවිතය, වේගවත් ප්‍රචාරණය (propagation), සහ නෝඩ් එකතු වීම, ඉවත්වීම, හෝ අසාර්ථක වීම සිදුවන විට වැඩි resilience (ඔරොත්තු දීමේ හැකියාව) ය. whitepaper එකේ පෙන්වන්නේ රහස්‍යතා ප්‍රතිලාභත් බවයි—තෝරාගත් peer-යන් හරහා දත්ත ගමන් කරන විට පණිවිඩයේ ආරම්භය (origins) සොයා ගැනීම වඩාත් අපහසු වීම නිසා.
#dusk $DUSK