Ontology ကွန်ရက်တွင် WebAssembly စမတ်စာချုပ်ကို ဘယ်လိုရေးရမလဲ။ အပိုင်း 1: သံချေး

Ontology Wasm နည်းပညာသည် blockchain သို့ ရှုပ်ထွေးသော စီးပွားရေးယုတ္တိဖြင့် dApp စမတ်စာချုပ်များကို ရွှေ့ပြောင်းခြင်းကုန်ကျစရိတ်ကို လျှော့ချပေးသည်၊ ထို့ကြောင့် dApp ဂေဟစနစ်ကို အလွန်ကြွယ်ဝစေသည်။

လက်ရှိတွင် Ontology Wasm Rust နှင့် C++ ဖွံ့ဖြိုးတိုးတက်မှုကို တပြိုင်နက်တည်း ပံ့ပိုးပေးသည်။ Rust ဘာသာစကားသည် Wasm ကို ပိုမိုကောင်းမွန်စွာ ပံ့ပိုးပေးကာ ထုတ်လုပ်လိုက်သော bytecode သည် ပိုမိုရိုးရှင်းကာ စာချုပ်ခေါ်ဆိုမှုများ၏ ကုန်ကျစရိတ်ကို ပိုမိုလျှော့ချပေးနိုင်သည်။ ဒီတော့၊ Ontology ကွန်ရက်တွင် စာချုပ်တစ်ခုတည်ဆောက်ရန် Rust ကို မည်သို့အသုံးပြုရမည်နည်း။

Rust ဖြင့် WASM စာချုပ်ကို ဖော်ဆောင်ခြင်း။

စာချုပ်တစ်ခုဖန်တီးပါ။

ကုန်စည် Rust ဖွံ့ဖြိုးတိုးတက်မှုအတွက် ပရောဂျက်ဖန်တီးခြင်းနှင့် ပက်ကေ့ဂျ်စီမံခန့်ခွဲမှု ကိရိယာကောင်းတစ်ခုဖြစ်ပြီး developer များသည် code နှင့် third-party libraries များ၏ အပြန်အလှန်ဆက်ဆံရေးကို ပိုမိုကောင်းမွန်စွာ စုစည်းနိုင်စေရန် ကူညီပေးသည်။ Ontology Wasm စာချုပ်အသစ်ကိုဖန်တီးရန်၊ အောက်ပါ command ကိုရိုးရှင်းစွာလုပ်ဆောင်ပါ။

ထုတ်ပေးသည့် ပရောဂျက်ဖွဲ့စည်းပုံ-

Cargo.toml ဖိုင်ကို အခြေခံပရောဂျက်အချက်အလက်နှင့် မှီခိုနေသော စာကြည့်တိုက်အချက်အလက်များကို စနစ်ထည့်သွင်းရန် အသုံးပြုပါသည်။ ဖိုင်၏ [lib] အပိုင်းကို crate-type = ["cdylib"] ဟု သတ်မှတ်ရပါမည်။ စာချုပ်ယုတ္တိကုဒ်ကိုရေးရန် lib.rs ဖိုင်ကို အသုံးပြုသည်။ ထို့အပြင်၊ သင်သည် Cargo.toml ဖွဲ့စည်းမှုပုံစံဖိုင်၏ [မှီခိုမှု] ကဏ္ဍတွင် မှီခိုမှုဘောင်များကို ထည့်ရန် လိုအပ်သည်-

ဤမှီခိုအားထားမှုဖြင့်၊ developer များသည် Ontology blockchain နှင့် serialization parameter ကဲ့သို့သော tools များနှင့် အပြန်အလှန်တုံ့ပြန်သည့် interface များကိုခေါ်ဆိုနိုင်သည်။

စာချုပ်ဝင်ခြင်း လုပ်ဆောင်ချက်

ပရိုဂရမ်တိုင်းတွင် ကျွန်ုပ်တို့မြင်လေ့ရှိသော ပင်မလုပ်ဆောင်ချက်ကဲ့သို့ပင် ထည့်သွင်းလုပ်ဆောင်မှုတစ်ခု ရှိသော်လည်း စာချုပ်တွင် ပင်မလုပ်ဆောင်ချက် မရှိပါ။ Wasm စာချုပ်ကို Rust ကို အသုံးပြု၍ တည်ဆောက်သောအခါ၊ စာချုပ်ကို အသုံးပြုရန်အတွက် မူရင်း invoke လုပ်ဆောင်ချက်ကို ထည့်သွင်းခြင်းလုပ်ဆောင်ချက်အဖြစ် အသုံးပြုပါသည်။ Rust ရှိ လုပ်ဆောင်ချက်တစ်ခု၏ အမည်သည် Rust ရင်းမြစ်ကုဒ်ကို ဘိုက်ကုဒ်အဖြစ် ပေါင်းစပ်သောအခါတွင် ရှင်းရှင်းလင်းလင်း မသိရသေးပါ။ compiler သည် ထပ်နေသောကုဒ်ကို ဖန်တီးခြင်းနှင့် စာချုပ်အရွယ်အစားကို လျှော့ချခြင်းမှ ကာကွယ်ရန်၊ invoke function သည် #[no_mangle] မှတ်ချက်ကို ပေါင်းထည့်သည်။

invoke function သည် ငွေပေးငွေယူကို လုပ်ဆောင်ရန် ဘောင်များကို မည်သို့ရယူသနည်း။

ontio_std စာကြည့်တိုက်သည် ငွေပေးငွေယူတစ်ခုလုပ်ဆောင်ရန် ဘောင်များကို ရယူရန် runtime::input() လုပ်ဆောင်ချက်ကို ပံ့ပိုးပေးသည်။ Developer များသည် ရလဒ် byte array ကို ဖယ်ထုတ်ရန် ZeroCopySource ကို အသုံးပြုနိုင်သည်။ ပထမဆုံး bytes ၏ array သည် invoke method ၏အမည်ဖြစ်ပြီး၊ နောက်တွင် method parameters များဖြစ်သည်။

စာချုပ် အကောင်အထည်ဖော်မှုရဲ့ ရလဒ်က ဘယ်လိုလဲ။

ontio_std စာကြည့်တိုက်မှ ပံ့ပိုးပေးထားသော runtime::ret လုပ်ဆောင်ချက်သည် နည်းလမ်းလုပ်ဆောင်မှု၏ ရလဒ်ကို ပြန်ပေးသည်။

ပြီးမြောက်သော ခေါ်ဆိုမှုလုပ်ဆောင်ချက်သည် ဤကဲ့သို့ ဖြစ်သည်-

စာချုပ်အချက်အလက်ကို နံပါတ်စဉ်တပ်ခြင်းနှင့် ခွဲခြားသတ်မှတ်ခြင်း။

စာချုပ်များ ရေးဆွဲခြင်း လုပ်ငန်းစဉ်တွင် developer များသည် ဒေတာဘေ့စ်တွင် struct data အမျိုးအစားကို သိမ်းဆည်းနည်းနှင့် struct data type တစ်ခုရရှိရန် database မှဖတ်သော byte array ကို deserialize လုပ်နည်းတို့နှင့်အတူ အတွဲလိုက်နှင့် deserialization ဆိုင်ရာ ပြဿနာများကို အမြဲကြုံတွေ့နေရသည်။

ontio_std စာကြည့်တိုက်သည် data serialization နှင့် deserialization အတွက် decoder နှင့် encoder interface များကို ပံ့ပိုးပေးပါသည်။ struct တစ်ခု၏ နယ်ပယ်များသည် ကုဒ်ဒါနှင့် ကုဒ်ဒါ အင်တာဖေ့စ်များကို ဖော်ဆောင်ပေးသည် ဖြစ်သောကြောင့် ဖွဲ့စည်းပုံကို အမှတ်စဉ် စီစဥ်ကာ ဖယ်ထုတ်နိုင်မည်ဖြစ်သည်။ ဒေတာအမျိုးအစားအမျိုးမျိုးကို အမှတ်စဉ်လိုက်သောအခါ Sink class ၏ Instance များကို လိုအပ်ပါသည်။ Sink အတန်း၏ ဥပမာတစ်ခုတွင် byte အမျိုးအစားဒေတာကို သိမ်းဆည်းပေးသည့် set-type field buf ရှိပြီး serialized data အားလုံးကို buf တွင် သိမ်းဆည်းထားသည်။

ပုံသေအရှည်ဒေတာ (ဥပမာ- byte၊ u16၊ u32၊ u64 စသည်ဖြင့်)၊ ဒေတာကို ဘိုက်ခင်းကျင်းတစ်ခုသို့ တိုက်ရိုက်ကူးပြောင်းပြီးနောက် buf တွင် သိမ်းဆည်းထားသည်။ ပုံသေမဟုတ်သော အရှည်၏ဒေတာအတွက်၊ အရှည်ကို ဦးစွာအမှတ်စဉ်ထားရမည်ဖြစ်ပြီး၊ ထို့နောက် Ddata (ဥပမာ၊ u16၊ u32၊ သို့မဟုတ် u64 စသည်ဖြင့်) အပါအဝင် အမည်မသိအရွယ်အစား၏ လက်မှတ်မထိုးထားသော ကိန်းပြည့်များ။

Deserialization သည် ဆန့်ကျင်ဘက်ဖြစ်သည်။ နံပါတ်စဉ်ရေးနည်းတိုင်းအတွက် သက်ဆိုင်ရာ deserialization method တစ်ခုရှိပါတယ်။ Deserialization သည် Source class ၏ instance များကို အသုံးပြုရန်လိုအပ်သည်။ ဤ class instance တွင် fields buf နှင့် pos နှစ်ခုရှိသည်။ Buf သည် ဒေတာများကို ဖယ်ထုတ်ရန်အတွက် သိမ်းဆည်းရန်အတွက် အသုံးပြုပြီး pos ကို လက်ရှိဖတ်ရှုသည့်အနေအထားကို သိမ်းဆည်းရန်အတွက် အသုံးပြုသည်။ ဒေတာအမျိုးအစားတစ်ခုအား ဖတ်သည့်အခါ၊ ၎င်း၏အရှည်ကိုသိပါက၊ အမည်မသိအရှည်၏ဒေတာအတွက် တိုက်ရိုက်ဖတ်နိုင်သည်—အရှည်ကို ဦးစွာဖတ်ပါ၊ ထို့နောက် အကြောင်းအရာများကို ဖတ်ပါ။

ကွင်းဆက်အတွင်းရှိ ဒေတာများကို ဝင်ရောက်ပြီး အပ်ဒိတ်လုပ်ပါ။

ontology-wasm-cdt-rust - ကွင်းဆက်အတွင်းရှိ ဒေတာများနှင့် လုပ်ဆောင်ရန်အတွက် လည်ပတ်မှုနည်းလမ်းကို ထည့်သွင်းခြင်း၊ ဖျက်ခြင်း၊ ပြောင်းလဲခြင်းနှင့် စုံစမ်းမေးမြန်းခြင်းကဲ့သို့သော လုပ်ငန်းဆောင်ရွက်မှုများကို အကောင်အထည်ဖော်ရန်အတွက် developer များအတွက် အဆင်ပြေစေသည့် အောက်ပါအတိုင်း ကွင်းဆက်အတွင်းရှိ ဒေတာများကို ထည့်သွင်းခြင်း၊

• ဒေတာဘေ့စ်::get(သော့) - ကွင်းဆက်မှဒေတာတောင်းဆိုရန်အသုံးပြုသည်၊ AsRef အင်တာဖေ့စ်ကိုအကောင်အထည်ဖော်ရန်အဓိကတောင်းဆိုမှုများ။
• ဒေတာဘေ့စ်::put(သော့၊ တန်ဖိုး) - ကွန်ရက်ပေါ်တွင်ဒေတာသိမ်းဆည်းရန်အသုံးပြုသည်။ Key သည် AsRef အင်တာဖေ့စ်ကို အကောင်အထည်ဖော်ရန် တောင်းဆိုပြီး တန်ဘိုးသည် ကုဒ်ဒါ အင်တာဖေ့စ်ကို အကောင်အထည်ဖော်ရန် တောင်းဆိုသည်။
• ဒေတာဘေ့စ်::ဖျက်(သော့) - ကွင်းဆက်မှဒေတာများကိုဖယ်ရှားရန်နှင့် AsRef အင်တာဖေ့စ်ကိုအကောင်အထည်ဖော်ရန်အဓိကတောင်းဆိုမှုများ။

စာချုပ်စမ်းသပ်ခြင်း။

စာချုပ်တစ်ခု၏နည်းလမ်းများကိုအကောင်အထည်ဖော်သောအခါတွင်၊ ကျွန်ုပ်တို့သည် ကွင်းဆက်ရှိဒေတာကိုဝင်ရောက်ခွင့်လိုအပ်ပြီး စာချုပ်၏ bytecode ကိုလုပ်ဆောင်ရန်အတွက်သင့်လျော်သော virtual machine တစ်ခုလိုအပ်သည်၊ ထို့ကြောင့်စမ်းသပ်ရန်အတွက်ကွင်းဆက်ပေါ်တွင်စာချုပ်ကိုအသုံးပြုရန်ယေဘုယျအားဖြင့်လိုအပ်ပါသည်။ ဒါပေမယ့် ဒီစမ်းသပ်မှုနည်းလမ်းက ပြဿနာပါ။ စာချုပ်များကို စမ်းသပ်ရန် developer များအတွက် ပိုမိုလွယ်ကူစေရန် ontio_std စာကြည့်တိုက်သည် စမ်းသပ်ရန်အတွက် ပုံစံတူ module တစ်ခုကို ပေးပါသည်။ ဤ module သည် circuit အတွင်းရှိ data များကို simulation ပေးသည်၊ developer များအတွက် စာချုပ်ပါ နည်းလမ်းများကို စမ်းသပ်ရန် လွယ်ကူစေသည်။ တိကျသော ဥပမာများကို တွေ့နိုင်သည်။ ဒီမှာ.

ကန်ထရိုက် အမှားရှာခြင်း။

console::debug(msg) သည် စာချုပ်တစ်ခုကို အမှားရှာနေစဉ်တွင် အမှားရှာပြင်သည့် အချက်အလက်ကို ပြသသည်။ မက်ဆေ့ဂျ်အချက်အလက်ကို node မှတ်တမ်းဖိုင်သို့ ပေါင်းထည့်မည်ဖြစ်သည်။ ဒေသန္တရ Ontology စမ်းသပ်မှု node လုပ်ဆောင်နေချိန်တွင် မှတ်တမ်းဖိုင်အဆင့်ကို အမှားရှာပြင်မုဒ်အဖြစ် သတ်မှတ်ရန် လိုအပ်သည်။

runtime::notify(msg) သည် စာချုပ်ကို အမှားရှာနေချိန်တွင် သင့်လျော်သော အမှားရှာပြင်အချက်အလက်ကို ထုတ်လွှတ်သည်။ ဤနည်းလမ်းသည် ကွင်းဆက်ထဲသို့ ထည့်သွင်းထားသော အချက်အလက်များကို သိမ်းဆည်းမည်ဖြစ်ပြီး getSmartCodeEvent နည်းလမ်းကို အသုံးပြု၍ ကွင်းဆက်မှ မေးမြန်းနိုင်ပါသည်။

ဆောင်းပါးကို OntologyRussia အတွက် အထူးသဖြင့် Hashrate&Shares ၏ တည်းဖြတ်သူများမှ ဘာသာပြန်ထားပါသည်။ ငိုပါ။

သင်က developer တစ်ယောက်လား။ ကျွန်ုပ်တို့၏နည်းပညာအသိုင်းအဝိုင်းတွင် ပါဝင်လိုက်ပါ။ စိတ်တိုးပွား. နောက်ပြီး တစ်ချက်ကြည့်လိုက်ပါ။ ပြုစုရေးစင်တာ developer ကိရိယာများ၊ စာရွက်စာတမ်းများနှင့် အခြားအရာများကို သင်ရှာဖွေနိုင်သည့် ကျွန်ုပ်တို့၏ဝဘ်ဆိုက်တွင်၊

Ontology

• Ontology ဝဘ်ဆိုဒ်
• GitHub / စိတ်တိုးပွား
• ကွေးနနျးစာ အဂၤလိပ္ / ရုရွား
• တွစ်တာ / Reddit

source: www.habr.com