Vitalik Buterin က Ethereum ၏ State Tree နှင့် VM အပြောင်းအလဲကို အဆိုပြု

TLDR

• Buterin က state tree နှင့် VM တို့သည် proving cost ၏ ၈၀ ရာခိုင်နှုန်းကျော်ကို ဖြစ်ပေါ်စေသည်ဟု ဆိုသည်။

• (SeaPRwire) –   EIP 7864 သည် hexary tree ကို binary structure ဖြင့် အစားထိုးမည်ဖြစ်သည်။

• ပိုမိုတိုတောင်းသော Merkle proofs များသည် bandwidth နှင့် gas အသုံးပြုမှုကို လျှော့ချပေးနိုင်သည်။

• RISC V VM ကို ရေရှည်တွင် EVM အစားထိုးရန် အဆိုပြုထားသည်။

Ethereum ၏ နောက်ထပ် scaling phase သည် Layer 2 ထက် ၎င်း၏ အခြေခံအုတ်မြစ် (foundation) အပေါ် ပိုမိုအာရုံစိုက်နိုင်ပါသည်။ Vitalik Buterin သည် proving efficiency ကို ဖြေရှင်းရန်အတွက် execution layer ဆိုင်ရာ နက်ရှိုင်းသော အပြောင်းအလဲများကို အဆိုပြုခဲ့သည်။ သူသည် state tree နှင့် virtual machine တို့ကို အဓိက အဟန့်အတားများ (bottlenecks) အဖြစ် သတ်မှတ်ခဲ့သည်။

မကြာသေးမီက ပို့စ်များတွင် Vitalik Buterin က ဤအစိတ်အပိုင်းများသည် proving costs ၏ ၈၀ ရာခိုင်နှုန်းကျော်ရှိကြောင်း ပြောကြားခဲ့သည်။ ထိရောက်သော zero knowledge proving အတွက် ဖွဲ့စည်းပုံဆိုင်ရာ ပြုပြင်ပြောင်းလဲမှု လိုအပ်သည်ဟု သူက ငြင်းဆိုခဲ့သည်။ သူ၏ roadmap တွင် state tree ပြန်လည်ဒီဇိုင်းထုတ်ခြင်းနှင့် ရေရှည် VM အပြောင်းအလဲများ ပါဝင်သည်။

EIP 7864 အောက်ရှိ Vitalik Buterin ၏ Binary Tree အဆိုပြုချက်

State ပြုပြင်ပြောင်းလဲမှု၏ ဗဟိုချက်မှာ EIP 7864 ဖြစ်သည်။ ဤအဆိုပြုချက်သည် Ethereum ၏ လက်ရှိ hexary Merkle Patricia Tree ကို binary tree ဖြင့် အစားထိုးမည်ဖြစ်သည်။ ဤအပြောင်းအလဲသည် proof size ကို လျှော့ချရန်နှင့် verification efficiency ကို မြှင့်တင်ရန် ရည်ရွယ်သည်။

Binary trees များသည် Merkle branches များကို လေးဆခန့် ပိုမိုတိုတောင်းစေမည်ဖြစ်သည်။ ၎င်းသည် light clients နှင့် privacy tools များအတွက် bandwidth လိုအပ်ချက်ကို လျှော့ချပေးသည်။ ၎င်းသည် Helios ကဲ့သို့သော စနစ်များနှင့် private information retrieval များအတွက် ကုန်ကျစရိတ်များကိုလည်း လျှော့ချပေးနိုင်သည်။

ဒီဇိုင်းအသစ်သည် storage slots များကို pages များအဖြစ် စုစည်းမည်ဟု Buterin က ပြောကြားခဲ့သည်။ စာမျက်နှာတစ်ခုစီတွင် slots ၆၄ ခုမှ ၂၅၆ ခုအထိ သို့မဟုတ် ၂ ကီလိုဘိုက်မှ ၈ ကီလိုဘိုက်ခန့်အထိ ဆံ့နိုင်သည်။ ဤဖွဲ့စည်းပုံသည် ဆက်စပ်နေသော storage များကို ပိုမိုထိရောက်စွာ load လုပ်ရန်နှင့် update လုပ်ရန် ခွင့်ပြုသည်။

Now, execution layer changes. I’ve already talked about account abstraction, multidimensional gas, BALs, and ZK-EVMs.

I’ve also talked here about a short-term EVM upgrade that I think will be super-valuable: a vectorized math precompile (basically, do 32-bit or potentially…

— vitalik.eth (@VitalikButerin)

ဗဟိုချုပ်ကိုင်မှုမရှိသော application (dApps) အများအပြားသည် ကပ်လျက်ရှိသော storage slots များကို အသုံးပြုကြသည်ဟု သူက မှတ်ချက်ပြုခဲ့သည်။ မော်ဒယ်အသစ်အောက်တွင် ထိုသို့သောပုံစံများသည် transaction တစ်ခုလျှင် gas ၁၀,၀၀၀ ကျော် သက်သာစေနိုင်သည်။ ပြန်လည်ဒီဇိုင်းထုတ်မှုသည် contract အသေးစားနှင့် အကြီးစားများအကြား access depth ကွာခြားမှုကိုလည်း လျှော့ချပေးသည်။

အဆိုပြုချက်တွင် keccak ကို ပိုမိုထိရောက်သော hash functions များဖြင့် အစားထိုးရန် ပါဝင်သည်။ ဖော်ပြထားသော ရွေးချယ်စရာများတွင် blake3 သို့မဟုတ် Poseidon variants များ ပါဝင်သည်။ ဤအပြောင်းအလဲများသည် proving speed ကို မြှင့်တင်ရန်နှင့် state tree ကို prover friendly ပိုဖြစ်စေရန် ရည်ရွယ်သည်။

ရေတိုအကျိုးအမြတ်အတွက် Vectorized Math Precompile

ပိုမိုကြီးမားသော VM အပြောင်းအလဲများမတိုင်မီ ရေတိုအဆင့်မြှင့်တင်မှုတစ်ခု ရှိပါသည်။ သူသည် Ethereum Virtual Machine တွင် vectorized math precompile တစ်ခု ထည့်သွင်းရန် အကြံပြုခဲ့သည်။ သူက ၎င်းကို “EVM အတွက် GPU” ဟု တင်စားခဲ့သည်။

ဤ precompile သည် ကိန်းဂဏန်းစာရင်းများပေါ်တွင် 32 bit သို့မဟုတ် 64 bit လုပ်ဆောင်ချက်များကို တစ်ပြိုင်နက်တည်း လုပ်ဆောင်နိုင်စေမည်ဖြစ်သည်။ ၎င်းသည် hashes နှင့် STARK validation ကဲ့သို့သော cryptographic workloads များကို မြန်ဆန်စေနိုင်သည်။ Buterin က ၎င်းသည် စွမ်းဆောင်ရည်ကို ၈ ဆမှ ၆၄ ဆအထိ မြှင့်တင်ပေးနိုင်သည်ဟု ဆိုသည်။

သူသည် ဤအဆင့်မြှင့်တင်မှုကို အနာဂတ် quantum resistant signatures နှင့် fully homomorphic encryption တို့နှင့်လည်း ချိတ်ဆက်ခဲ့သည်။ အဆိုပြုချက်သည် ရှုပ်ထွေးသော အလုပ်များကို လျှော့ချရန် ကြိုးပမ်းသည်။ ၎င်းသည် လက်ရှိ framework အတွင်း raw execution ကို မြှင့်တင်ရန် ရည်ရွယ်သည်။

EVM ထက် ကျော်လွန်သွားမည့် ရေရှည်မျှော်မှန်းချက်

Buterin သည် Virtual Machine ကို အစားထိုးရန် ရေရှည်စီမံကိန်းကိုလည်း အကြမ်းဖျင်း ဖော်ပြခဲ့သည်။ သူသည် RISC V အခြေခံ architecture သို့ ကူးပြောင်းရန် အကြံပြုခဲ့သည်။ Provers အများအပြားသည် RISC V ပတ်ဝန်းကျင်တွင် အလုပ်လုပ်နေကြပြီဖြစ်ကြောင်း သူက အကြောင်းပြခဲ့သည်။

Ethereum သည် အထူးကိစ္စရပ်များအတွက် precompiles များကြောင့် ပိုမိုရှုပ်ထွေးလာသည်ဟု သူက ဆိုသည်။ Developer များသည် EVM ကို တိုက်ရိုက်အသုံးပြုခြင်းကို ရှောင်ကြဉ်လေ့ရှိကြောင်း သူက မှတ်ချက်ပြုခဲ့သည်။ Buterin ၏ အဆိုအရ ပိုမိုရိုးရှင်းပြီး ထိရောက်သော VM သည် Ethereum ၏ ယေဘုယျရည်ရွယ်ချက် ဒီဇိုင်းကို ပိုမိုကောင်းမွန်စွာ အထောက်အကူပြုမည်ဖြစ်သည်။

Roadmap သည် အဆင့်လိုက် အကောင်အထည်ဖော်ရန် အဆိုပြုထားသည်။ RISC V သည် အစပိုင်းတွင် precompiles များကို စွမ်းဆောင်ရည်မြှင့်တင်ပေးနိုင်သည်။ နောက်ပိုင်းတွင် အသုံးပြုသူများသည် contract များကို VM အသစ်တွင် deploy လုပ်နိုင်မည်ဖြစ်သည်။ နောက်ဆုံးတွင် EVM သည် architecture အသစ်တွင် ရေးသားထားသော compatibility layer တစ်ခုအဖြစ် လုပ်ဆောင်နိုင်သည်။

Ethereum သည် တဖြည်းဖြည်းချင်း အဆင့်မြှင့်တင်မှုများဖြင့် လုံလောက်စွာ လည်ပတ်နိုင်မည်ဟု Buterin က ပြောကြားခဲ့သည်။ သို့သော်လည်း state ပြုပြင်ပြောင်းလဲမှုများ ရင့်ကျက်လာသည်နှင့်အမျှ ပိုမိုနက်ရှိုင်းသော အပြောင်းအလဲများမှာ ရှင်းလင်းလာမည်ဖြစ်ကြောင်း သူက ခိုင်ခိုင်မာမာ ယုံကြည်ကြောင်း ဖော်ပြခဲ့သည်။ သူ၏ အဆိုပြုချက်သည် အာရုံစိုက်မှုကို rollup capacity မှ Ethereum ၏ core execution design ဆီသို့ ပြောင်းလဲစေခဲ့သည်။