Cross-Chain ၏သမိုင်းအကျဉ်း- မတူညီသော Cross-Chain Solution ကိုးခုကို ရှင်းပြခြင်း။

Cross-chain solutions များသည် ပြီးခဲ့သောနှစ်အတွက် လူပြောအများဆုံးအကြောင်းအရာဖြစ်သည်။ အများသူငှာ ကွင်းဆက်အခြေခံအဆောက်အအုံများ ထွန်းကားလာသည်နှင့်အမျှ မတူညီသော ကွင်းဆက်များ ပြောဆိုဆက်သွယ်ပုံနှင့် ပတ်သက်၍ အကြီးအကျယ် စိတ်ဝင်စားမှု ရှိလာခဲ့သည်။ ဖြေရှင်းချက်များအား အဆိုပြုပြီး အကောင်အထည်ဖော်ခဲ့သည်၊ သို့သော် ၎င်းတို့အနက်မှ အခြေခံပြဿနာများကို ပြင်းထန်သောအပေးအယူမရှိဘဲ ဖြေရှင်းနိုင်ခြင်းမရှိပါ။ ယခု ကျွန်ုပ်တို့သည် မတူညီသော ကွင်းဆက်ချဉ်းကပ်နည်းများကို ဆန်းစစ်ပြီး အဘယ်ကြောင့်နည်းနှင့် ၎င်းတို့သည် ကွင်းဆက်အခြေခံအဆောက်အအုံ၏ အနာဂတ်ကို မည်သို့ပုံဖော်ကြမည်ကို ထုတ်ဖော်ပြသထားသည်။

ဦးစွာ၊ cross-chain နည်းပညာက ဘာနဲ့ ဘာကြောင့် လိုအပ်သလဲ ဆိုတာ ဆွေးနွေးကြည့်ရအောင်။ အသုံးပြုရခြင်းအကြောင်းရင်း- ကွင်းဆက်များသည် ကွဲပြားပြီး ပိုင်ဆိုင်မှုများကို ရွေ့လျားသည့်အခါ မတူညီမှုများနှင့် စိန်ခေါ်မှုများကို ခြေရာခံရန် developer များ သိသာထင်ရှားသော အချိန်လိုအပ်ပါသည်။ တံတားများသည် လုံခြုံမှုနည်းပါးပြီး ၎င်းတို့ကို အများအားဖြင့် blockchain ပရောဂျက်အဖွဲ့များမှ ပိုင်ဆိုင်ကြပြီး ဗဟိုချုပ်ကိုင်မှုအလွန်နည်းသည် (အဖွဲ့တစ်ခုစီမှ ညှိနှိုင်းမှုမရှိဘဲ ရှုပ်ယှက်ခတ်နေသောကြောင့်)။ layer-100 blockchain ၏ပန်းတိုင်သည် စံသတ်မှတ်ရန်ဖြစ်သည်၊ သို့သော် layer-1 ကွင်းဆက်များ အပိုင်းခွဲခြင်းသည် layer-1s အောက်၌ပင်ရှိသော cross-chain infrastructure အလွှာတစ်ခု လိုအပ်လာသည်။

Cross-ကွင်းဆက်ယန္တရားများ၏သမိုင်းကြောင်းကို ကွင်းဆက်ဖြေရှင်းချက်များကို နားလည်ရန်နှင့် ၎င်းတို့၏ ကွဲပြားမှုနှင့် အရည်အချင်းများကို နှိုင်းယှဉ်ရန် နှိုင်းယှဉ်ရမည်ဖြစ်သည်။

လူကိုယ်တိုင် လွှဲပြောင်းခြင်း။

 
ပထမဆုံး ကွင်းဆက်ဖြေရှင်းချက်သည် ပိုင်ဆိုင်မှုများကို ကိုယ်တိုင်လွှဲပြောင်းခြင်းဖြစ်ပါသည်။ လုပ်ငန်းစဉ်သည် အသုံးပြုသူအား ကွင်းဆက် A ရှိ သီးခြားပိုက်ဆံအိတ်တစ်ခုသို့ ပိုင်ဆိုင်မှုများကို လွှဲပြောင်းပေးခြင်းဖြင့် စတင်ပြီး ဗဟိုချုပ်ကိုင်မှုရှိသော အဖွဲ့အစည်းသည် ပိုက်ဆံအိတ်ကို လွှဲပြောင်းမှုများကို စောင့်ကြည့်ပြီး Excel တွင် မှတ်တမ်းတင်ထားသည်။ ထို့နောက် အကန့်အသတ်ရှိသော အချိန်အတိုင်းအတာတစ်ခုပြီးနောက် (ပုံမှန်အားဖြင့် စောင့်ကြည့်ရန် ရည်ရွယ်ချက်များအတွက်)၊ အဖွဲ့အစည်းသည် အတည်ပြုပြီးနောက် ကွင်းဆက် B တွင် ပိုင်ဆိုင်မှုများကို ခရက်ဒစ်ပေးသည်။ ဤချဉ်းကပ်မှု၏ အားသာချက်မှာ အကောင်အထည်ဖော်ရာတွင် လွယ်ကူသော်လည်း ၎င်းသည် လူသားအမှားအယွင်းများ ဖြစ်နိုင်ပြီး လုံခြုံရေး အာမခံချက် အလွန်နည်းပါးပါသည်။ ဤချဉ်းကပ်မှုတွင် ဗဟိုချုပ်ကိုင်မှုလျှော့ချခြင်းလည်း မရှိပါ။

Semi-Automatic Transfer

အသုံးပြုသူမှ ပိုင်ဆိုင်မှုများကို ကွင်းဆက် A တွင် သီးခြားပိုက်ဆံအိတ်နှင့်/သို့မဟုတ် စမတ်စာချုပ်သို့ လွှဲပြောင်းပေးခြင်းဖြင့် ပိုမိုကောင်းမွန်လာပါသည်။ ထို့နောက်တွင် ဗဟိုချုပ်ကိုင်မှုရှိသော ပရိုဂရမ်သည် လွှဲပြောင်းမှုအတွက် လိပ်စာကို စောင့်ကြည့်သည်။ ထိုသို့သောပရိုဂရမ်သည် အတည်ပြုပြီးနောက် ကွင်းဆက် B သို့ ပိုင်ဆိုင်မှုများကို အလိုအလျောက် ပေးပို့ပါသည်။ လွန်လွန်ကဲကဲ ရှုပ်ထွေးမှု သို့မဟုတ် ကုဒ်ရေးခြင်းမရှိဘဲ အကောင်အထည်ဖော်ရန် လွယ်ကူနေသေးပြီး မှတ်တမ်းများကို ဒေသတွင်းအစား ကွင်းဆက်တွင် သိမ်းဆည်းထားနိုင်သည်။ အားနည်းချက်မှာ ဗဟိုချုပ်ကိုင်ထားသော ပရိုဂရမ်သည် ဘာဂီ သို့မဟုတ် ချွတ်ယွင်းသွားနိုင်သည်။ ဗဟိုခရက်ဒစ်အကောင့်တွင်လည်း ရန်ပုံငွေများ ကုန်သွားနိုင်သည်။ လုံခြုံရေး အာမခံချက်မှာလည်း နည်းပါးပြီး ဗဟိုချုပ်ကိုင်မှု လျှော့ချခြင်းလည်း မရှိပါ။

ဗဟိုချုပ်ကိုင်မှုလဲလှယ်

ရိုးရှင်းသော ကွင်းဆက်ဖြေရှင်းနည်းများသည် အတိုင်းအတာတစ်ခုအထိ မလုပ်ဆောင်နိုင်သောအခါတွင် ဗဟိုချုပ်ကိုင်မှုရှိသော ဖလှယ်မှုများသည် ကွင်းဆက်လိုအပ်ချက်များအပေါ်တွင် ကြီးထွားလာပါသည်။ ၎င်းတို့သည် အသုံးပြုသူများအား ၎င်းတို့၏ ဗဟိုချုပ်ကိုင်မှုရှိသော လဲလှယ်မှုသို့ ပိုင်ဆိုင်မှုများကို လွှဲပြောင်းပေးပြီး၊ ထို့နောက် လဲလှယ်မှု၏ “အတွင်းပိုင်း” လဲလှယ်မှုကို အသုံးပြု၍ ကွင်းဆက် A မှ “ပိုင်ဆိုင်မှု X” ကို ကွင်းဆက် B တွင် “ပိုင်ဆိုင်မှု Y” အဖြစ်သို့ ပြောင်းလဲပေးခြင်းဖြင့် လုပ်ဆောင်သည်။ အားသာချက်မှာ သိသာထင်ရှားသည် - ၎င်းသည် အသုံးပြုရန် အလွယ်ကူဆုံးဖြေရှင်းချက်ဖြစ်သည် - ကုဒ်နံပါတ်မလိုအပ်ဘဲ၊ အဆင့်-1 ဖလှယ်မှုများတွင် မြင့်မားသောယုံကြည်စိတ်ချရမှုရှိပါသည်။ သို့သော် ပြဿနာသည် ဆန့်ကျင်ဘက်အားနည်းချက်ကို ဖော်ထုတ်သည် - ငွေသွင်း/ငွေထုတ်သည့်အခါတွင် ဗဟိုချုပ်ကိုင်မှု ထိန်းချုပ်ထားသည်။ ဗဟိုချုပ်ကိုင်မှု လဲလှယ်ခြင်းသည် ဗဟိုချုပ်ကိုင်မှုလျော့ချခြင်း၏ အားနည်းချက်နှင့်အတူ မြင့်မားသော လုံခြုံရေးကို ပေးသည်။

ဗဟိုချုပ်ကိုင်မှုတံတား

ကွင်းဆက်များဖြတ်၍ ပိုင်ဆိုင်မှုလွှဲပြောင်းခြင်းဆိုင်ရာ သီးခြားအခြေခံအဆောက်အအုံတစ်ခုရှိခြင်းဖြင့် နောက်တိုးတက်မှုသည် ပိုမိုကောင်းမွန်လာပါသည်။ ဗဟိုချုပ်ကိုင်ထားသောတံတားတစ်ခုသည် အသုံးပြုသူလွှဲပြောင်းပိုင်ဆိုင်မှုများပါရှိပြီး၊ ထို့နောက်တံတား၏လွှဲပြောင်းမှုအင်္ဂါရပ်ကိုအသုံးပြုကာ၊ ကွင်းဆက် A မှပိုင်ဆိုင်မှုများကို X သို့စတင်လွှဲပြောင်းခြင်းစတင်လုပ်ဆောင်ပါ။ ကွင်းဆက် B ရှိ ပိုင်ဆိုင်မှု Y သို့ ဗဟိုချုပ်ကိုင်မှု (သို့မဟုတ်) ထပ်လောင်းကိရိယာအစုတစ်ခုသည် လုပ်ငန်းစဉ်အတွက် တာဝန်ရှိသည်-

ပိုင်ဆိုင်မှု X ကို ကွင်းဆက် A တွင် လော့ခ်ချပါ။
Verify
ကွင်းဆက် B ရှိ Mint ပိုင်ဆိုင်မှု Y
ဤတံတား၏ အားသာချက်မှာ manual အနှောက်အယှက် မရှိဘဲ အပြည့်အဝ အလိုအလျောက် လုပ်ဆောင်ခြင်း ဖြစ်သည်။ အားနည်းချက်မှာ ငွေသွင်း/ငွေထုတ်နိုင်သည့်အခါတွင် ဗဟိုချုပ်ကိုင်မှု ရှိနေသေးသည်။ ထို့အပြင် တံတားပြိုကျခြင်း သို့မဟုတ် ဖောက်ထွင်းခံရခြင်းတို့ကြောင့် ရံဖန်ရံခါ ပျက်ယွင်းသွားနိုင်သည်။ ဒါကြောင့် လုံခြုံရေးဟာ အလယ်အလတ်ဖြစ်ပြီး ဗဟိုချုပ်ကိုင်မှု လျှော့ချခြင်းလည်း မရှိသေးပါဘူး။

MPC နှင့် ဗဟိုချုပ်ကိုင်မှု လျှော့ချရေးတံတား

နောက်တကြိမ် ထပ်ခါထပ်ခါလုပ်ဆောင်ခြင်းသည် ဗဟိုချုပ်ကိုင်ထားသောတံတားအစား စိစစ်ရေးပုံစံကို ဗဟိုချုပ်ကိုင်မှုလျှော့ချခြင်းဖြစ်ပါသည်။ MPC (Multi-Party Computation) တံတားတစ်ခုသည် သုံးစွဲသူများထံ ပိုင်ဆိုင်မှုလွှဲပြောင်းပေးခြင်းဖြင့် စတင်သည်။ တံတား၏ လွှဲပြောင်းခြင်းအင်္ဂါရပ်ကို အသုံးပြု၍ ၎င်းသည် ကွင်းဆက် A ပေါ်ရှိ ပိုင်ဆိုင်မှု X ကွင်းဆက် B ရှိ ပိုင်ဆိုင်မှု Y သို့ လွှဲပြောင်းခြင်းကို စတင်သည်။ လုပ်ငန်းစဉ်အတွက် ဗဟိုချုပ်ကိုင်မှုလျှော့ချထားသော relayer များ၏ အစုအဝေးသည် အများအားဖြင့် ရှိသည်-

MPC ကို အသုံးပြု၍ ကွင်းဆက် A တွင် X ပိုင်ဆိုင်မှုများကို လော့ခ်ချပါ။
MPC ကို အသုံးပြု၍ အတည်ပြုပါ။
MPC ကို အသုံးပြု၍ ကွင်းဆက် B တွင် Y ပိုင်ဆိုင်မှုများကို ထုတ်ယူပါ။
MPC ၏ အားသာချက်မှာ manual interruption မရှိဘဲ အပြည့်အဝ အလိုအလျောက် လုပ်ငန်းစဉ်ဖြစ်ပြီး relay nodes များသည် ဗဟိုချုပ်ကိုင်ရန် မလိုအပ်ပါ။ အားနည်းချက်မှာ MPC ၏ မြင့်မားသော ကွန်ပျူတာနှင့် ဆက်သွယ်ရေး ကုန်ကျစရိတ်ဖြစ်သည်။ ထို့အပြင်၊ node များကို အပေးအယူလုပ်ခြင်း သို့မဟုတ် လိမ်လည်ခြင်းခံရနိုင်သည်။ လုံခြုံရေးသည် အလယ်အလတ်ဖြစ်ပြီး ဗဟိုချုပ်ကိုင်မှုလျှော့ချခြင်းသည် အလယ်အလတ်ဖြစ်သည်။

HTLC ဖြင့် Atomic Swap Bridge

အက်တမ်ဖလှယ်မှု (Lightning Network) နည်းပညာပေါ် မူတည်ပြီး နောက်ထပ် တံတားများ ပေါ်ပေါက်လာသည်။ ၎င်းသည် အလုပ်လုပ်သည်- အသုံးပြုသူသည် ပိုင်ဆိုင်မှုများကို အက်တမ်လဲလှယ်ရေးတံတားတစ်ခုသို့ လွှဲပြောင်းပြီးနောက် တံတား၏လွှဲပြောင်းခြင်းအင်္ဂါရပ်ကို အသုံးပြုကာ၊ ကွင်းဆက် A ပေါ်ရှိ ပိုင်ဆိုင်မှုများကို Y သို့ ကွင်းဆက် B ပေါ်ရှိ ပိုင်ဆိုင်မှုများကို လွှဲပြောင်းပေးသည်-

HTLC - Hash Lock Timed Contract အသစ်ကို ဖန်တီးပါ။
ပိုင်ဆိုင်မှု X ကို ကွင်းဆက် A တွင် စာချုပ်တွင် အပ်နှံပါ။
ဟက်ရှ်သော့ခတ်သော့ကို ထုတ်ပါ + ကွင်းဆက် B ပေါ်ရှိ T တွင် နောက်ဆုံးငွေထုတ်ရန်အတွက် လျှို့ဝှက်ကုဒ်ဝှက်ပါ။
ပိုင်ဆိုင်မှု Y ကို ရုပ်သိမ်းရန် ကွင်းဆက် B တွင် စာချုပ်ရန် ကုဒ်ဝှက်ထားသော လျှို့ဝှက်ချက်ကို တင်ပြပါ။
သို့မဟုတ် အချိန် T ပြီးသွားကာ ကုဒ်ဝှက်ထားသောလျှို့ဝှက်ချက်ဖြင့် ကွင်းဆက် A ရှိ စာချုပ်မှ X ပိုင်ဆိုင်မှုများကို ပြန်လည်ရယူပါ။
သိသာထင်ရှားသော အားသာချက်မှာ တံတားလွှဲပြောင်းခြင်းကို ထိန်းချုပ်သည့် ဗဟိုချုပ်ကိုင်မှု/လုပ်ငန်းစဉ်မရှိခြင်းပင်ဖြစ်သည်။ ပြီးတော့ အားနည်းချက်ကတော့ အတော်လေးတွေ့ရပါတယ် - HTLC ကိုအသုံးပြုခြင်းနှင့် HTLC ခေါ်ဆိုမှုများကို လုပ်ဆောင်ခြင်းအတွက် ကုန်ကျစရိတ်မြင့်မားသည်။ ယုံကြည်မှုကင်းမဲ့မှုကြောင့် လုံခြုံရေးမြင့်မားမှုနှင့် စာရင်းစစ်လမ်းကြောင်းကို ထိန်းသိမ်းရန်မှာ စိန်ခေါ်မှုဖြစ်သည်။ အထက်ပါ အားနည်းချက်များကြောင့် ဤချဉ်းကပ်မှု၏ လုံခြုံရေးသည် မြင့်မားပြီး ဗဟိုချုပ်ကိုင်မှုလျှော့ချခြင်းမှာလည်း မြင့်မားပါသည်။

Light Client + Oracle ဖြင့် ကွင်းဆက်ဖြတ်ပိုင်း အပြန်အလှန်လုပ်ဆောင်နိုင်မှု

ကုန်ကျစရိတ်များသော တံတားများ ချဉ်းကပ်လာပြီးနောက် ဤကုန်ကျစရိတ်ကို လျှော့ချရန်အတွက် အကောင်အထည်ဖော်မှုများ ပိုမိုဖြစ်ထွန်းလာပါသည်။ Light client နည်းပညာသည် ကွင်းဆက်ဖြတ်ကျော်စစ်ဆေးခြင်းများကို ရိုးရှင်းစေရန်အတွက် နောက်ဆုံးပေါ်စံဖြစ်လာသည်။ လုပ်ငန်းစဉ်မှာ အောက်ပါအတိုင်းဖြစ်သည်။

ပထမဦးစွာ၊ အသုံးပြုသူသည် ကွင်းဆက် A ရှိ ကွင်းဆက် A ပေါ်ရှိ အပြန်အလှန် ချိတ်ဆက်လုပ်ဆောင်နိုင်မှု ပရိုတိုကော၏ စာချုပ်သို့ ပိုင်ဆိုင်မှု X ကို လွှဲပြောင်းပေးသည်။
လွှဲပြောင်းမက်ဆေ့ချ်ကို စာချုပ်တွင် သတ်မှတ်ထားပြီး ဗဟိုချုပ်ကိုင်မှုလျှော့ချထားသော ထပ်ဆင့်ပြန်လွှာများထံမှ ကောက်ယူရရှိပါသည်။
Node များသည် ကွင်းဆက် B ရှိ ပရိုတိုကော၏ စာချုပ်သို့ အထောက်အထားများ ပေးပို့သည်။
Block header (light client) အပ်ဒိတ်များကို Oracle ကွန်ရက်မှ ပေးပို့ပြီး တရားဝင်မှုသေချာစေရန် ကိုင်တွယ်ပါသည်။
တရားဝင်အတည်ပြုပြီးသည်နှင့် အသုံးပြုသူသည် ကွင်းဆက် B ရှိ ပရိုတိုကော၏ စာချုပ်မှ Y ပိုင်ဆိုင်မှုများကို ရုပ်သိမ်းသည်။
ဤချဉ်းကပ်မှု၏ လိုလားချက်မှာ လွှဲပြောင်းမှုမှ ပြီးစီးသည်အထိ ကြားခံ တိုကင် သို့မဟုတ် ကွင်းဆက် မလိုအပ်ပါ။ ပိတ်ဆို့ခေါင်းစီးများကို အပ်ဒိတ်လုပ်ပြီးနောက် ချက်ချင်းအတည်ပြုနိုင်သည် ။ အားနည်းချက်များမှာ 1) Oracles မှ ပူးပေါင်းကြံစည်မှုအန္တရာယ်များ၊ 2) ယုံကြည်မှုကင်းမဲ့မှု၊ လုံခြုံရေးမြင့်မားစွာ ထိန်းသိမ်းထားခြင်းကြောင့် နှင့် စာရင်းစစ်လမ်းကြောင်းသည် စိန်ခေါ်မှုဖြစ်သည်။ ဤချဉ်းကပ်မှု၏ လုံခြုံရေးသည် အလယ်အလတ်ဖြစ်ပြီး ဗဟိုချုပ်ကိုင်မှုလျှော့ချခြင်းသည် မြင့်မားသည်။

Relay Chain နှင့် Cross-chain အပြန်အလှန်လုပ်ဆောင်နိုင်မှု

Oracle ချဉ်းကပ်နည်း၏ သင်ခန်းစာများပေါ်တွင် သန့်စင်သော relay-chain solution လည်း ရှိနေပါသည်။ လုပ်ငန်းစဉ်အနည်းငယ်ကွဲပြားသည်-

အသုံးပြုသူက ပိုင်ဆိုင်မှု X ကို ကွင်းဆက် A ပေါ်ရှိ အပြန်အလှန်ချိတ်ဆက်လုပ်ဆောင်နိုင်မှု ပရိုတိုကော၏ စာချုပ်သို့ လွှဲပြောင်းပေးသည်။
လွှဲပြောင်းမက်ဆေ့ချ်ကို စာချုပ်တွင် သတ်မှတ်ထားပြီး ဗဟိုချုပ်ကိုင်မှုလျှော့ချထားသော ထပ်ဆင့်ပြန်လွှာများထံမှ ကောက်ယူရရှိပါသည်။
Node များသည် relay chain ၏ စာချုပ်သို့ အထောက်အထားများ ပေးပို့သည်။
အရင်းခံ relay chain validators များသည် ပေးပို့မှုနှင့် တရားဝင်မှုကို သေချာစေရန် ပိတ်ဆို့အပ်ဒိတ်များကို ကိုင်တွယ်ပါသည်။
အတည်ပြုပြီးနောက်၊ relayer nodes များသည် ကွင်းဆက် B ရှိ ပရိုတိုကော၏ စာချုပ်သို့ လွှဲပြောင်းပေးသည့် မက်ဆေ့ချ်ကို ထပ်ဆင့်ပို့သည်။
အသုံးပြုသူသည် ကွင်းဆက် B ရှိ ပရိုတိုကော၏ စာချုပ်မှ Y ပိုင်ဆိုင်မှုများကို ရုပ်သိမ်းသည်။
ရိုးရှင်းသော Oracle ဖြေရှင်းချက်အတွက် ဤချဉ်းကပ်မှု၏ အားသာချက်မှာ ကုန်ကျစရိတ်အများစုကို စားသုံးသည့် relay ကြိုးများမှ စျေးသက်သာသော အခကြေးငွေများဖြစ်သည်။ နှောင့်နှေးချိန်များကို ဖြေရှင်းရန် အရေးကြီးသော ဘလောက်များကို အပ်ဒိတ်လုပ်ပြီးနောက် လက်ငင်းအတည်ပြုနိုင်သည် ။ ပြဿနာမှာ ပရိုတိုကောကိုယ်တိုင်က ကွင်းဆက်အားလုံး ဂေဟစနစ်ကို မပံ့ပိုးနိုင်ခြင်းကြောင့် ဖြစ်သည်။ လုံခြုံရေးသည် မြင့်မားသည် (ဂေဟစနစ်အတွင်း) နှင့် ဗဟိုချုပ်ကိုင်မှုလျှော့ချခြင်းမှာလည်း မြင့်မားသည်။

Light Client + Relay Chain နှင့် Cross-chain Infrastructure Layer

မျိုးဆက်သစ်ဖြေရှင်းချက်သည် အထက်ဖော်ပြပါ အခြေခံပြဿနာများအားလုံးကို ဖြေရှင်းပေးသည့် ကွင်းဆက်ဖြတ်ကျော်အခြေခံအဆောက်အအုံအလွှာအပေါ် အာရုံစိုက်ထားသည်။ ၎င်းသည် ကွင်းဆက်များအားလုံးကို ပေါင်းစပ်ရန်အတွက် အလင်းဖောက်သည်နည်းပညာကို relay ကွင်းဆက်တစ်ခုနှင့် ပေါင်းစပ်ထားသည်။

အသုံးပြုသူက ပိုင်ဆိုင်မှု X ကို ကွင်းဆက် A ပေါ်ရှိ ကွင်းဆက်အခြေခံအဆောက် အအုံအလွှာ၏ အပြန်အလှန်လုပ်ဆောင်နိုင်မှုစာချုပ်သို့ လွှဲပြောင်းပေးသည်။
လွှဲပြောင်းမက်ဆေ့ချ်ကို စာချုပ်တွင် သတ်မှတ်ထားပြီး ဗဟိုချုပ်ကိုင်မှုလျှော့ချထားသော ထပ်ဆင့်ပြန်လွှာများထံမှ ကောက်ယူရရှိပါသည်။
Node များသည် relay ကွင်းဆက်၏ အပြန်အလှန်လုပ်ဆောင်နိုင်မှုဆိုင်ရာ စာချုပ်သို့ အထောက်အထားများ ပေးပို့သည်။
Block header (light client) အပ်ဒိတ်များကို ပေးပို့ခြင်းနှင့် တရားဝင်မှုသေချာစေရန် ဗဟိုချုပ်ကိုင်မှုလျှော့ချထားသော ထိန်းသိမ်းသူခုံများမှ ကိုင်တွယ်သည်
အတည်ပြုပြီးနောက်၊ relayer nodes များသည် ကွင်းဆက် B ရှိ အပြန်အလှန်လုပ်ဆောင်နိုင်မှုဆိုင်ရာ စာချုပ်သို့ မက်ဆေ့ဂျ်ကို ထပ်ဆင့်ပို့သည်။
အသုံးပြုသူသည် ကွင်းဆက် B ရှိ အပြန်အလှန်လုပ်ဆောင်နိုင်မှုစာချုပ်မှ Y ပိုင်ဆိုင်မှုများကို ရုပ်သိမ်းသည်။
ဤဖြေရှင်းချက်သည် relay ကွင်းဆက်အကောင်အထည်ဖော်မှုကြောင့် အလွန်စျေးသက်သာသော အခကြေးငွေများဖြင့် အပြန်အလှန်လုပ်ဆောင်နိုင်မှုကို သေချာစေသည်။ ပိတ်ဆို့ခေါင်းစီးများကို အပ်ဒိတ်လုပ်ပြီးသည်နှင့် ၎င်းသည် ချက်ချင်းအတည်ပြုချက်ပေးပါသည်။ အကြီးမားဆုံးစိန်ခေါ်မှုမှာ relay ကွင်းဆက်ရှိ အလင်းဖောက်သည်များအား အကောင်းဆုံးဖြစ်အောင်ပြုလုပ်ခြင်း၏ ရှုပ်ထွေးနက်နဲမှုဖြစ်သည်။ လုံလောက်သော သုတေသနနှင့် အင်ဂျင်နီယာပညာကို လုပ်ဆောင်ခြင်းဖြင့်၊ အဆိုပါ ပိုမိုကောင်းမွန်အောင် လုပ်ဆောင်မှုများသည် အခြားသူများ မဖြေရှင်းနိုင်သော အကျိုးကျေးဇူးများကို ပံ့ပိုးပေးသင့်သည်။ လုံခြုံရေးက အလွန်မြင့်မားပြီး ဗဟိုချုပ်ကိုင်မှု လျှော့ချမှုကလည်း မြင့်မားပါတယ်။

MAP Protocol အကြောင်း

ကွင်းဆက်ဖြေရှင်းနည်းများထဲမှ၊ အထက်ဖော်ပြပါပြဿနာအားလုံးကို ဖြေရှင်းပေးမည့်တစ်ခုကို ကျွန်ုပ်တို့မတွေ့ရသေးပါ။ MAP Protocol ကို အကောင်အထည်မဖော်မချင်း။ ရှုပ်ထွေးသော သုတေသနနှင့် ဖွံ့ဖြိုးတိုးတက်မှုကို 3 နှစ်ကြာပြီးနောက်၊ MAP Protocol သည် အလျှော့အတင်းမရှိဘဲ အလင်းဖောက်သည် + relay ကွင်းဆက်နည်းပညာဖြင့် နောက်ဆုံးတွင် Omnichain အလွှာကို အောင်မြင်ခဲ့သည်။ MAP သည် အောက်ဖော်ပြပါ ဂုဏ်သတ္တိများဖြင့် Omnichain မူများကို အကောင်အထည်ဖော်ခဲ့သည်-

Developer အဆင်သင့်ဖြစ်ပါပြီ။
ကွင်းဆက်အားလုံးလွှမ်းခြုံမှု
အနည်းဆုံးကုန်ကျစရိတ်
လုံခြုံရေး နောက်ဆုံးအဆင့်
လက်ငင်းအတည်ပြုချက်

MAP Protocol သည် တံတားများတည်ဆောက်ခြင်း၊ DEXes၊ အပြန်အလှန်လုပ်ဆောင်နိုင်မှု ပရိုတိုကောများနှင့် အခြားအရာများကို ပံ့ပိုးရန် အခြေခံအဆောက်အအုံအလွှာဖြစ်သည်။ ကုန်ကျစရိတ်ကို လျှော့ချရန်အတွက် MAP relay ကွင်းဆက်ရှိ အလင်းဖောက်သည်များမှ အတည်ပြုခြင်းကို ပံ့ပိုးပေးပါသည်။ ၎င်းသည် dapp developer များအတွက် အစိတ်အပိုင်းတစ်ခုစီတွင် တည်ဆောက်ထားသော Incentives များကို dapp developer များမှ ရရှိရန် သို့မဟုတ် နောက်ဆုံးအသုံးပြုသူများထံ တင်ပြရန်။ MAP သည် EVM နှင့် EVM မဟုတ်သော ကွင်းဆက်များကို ပံ့ပိုးသည် - ပရိုတိုကောအလွှာသည် ကွင်းဆက်အားလုံးနှင့် isomorphic ဖြစ်သည်။

အနာဂတ်အတွက်၊ MAP သည် အခြေခံအလွှာအသစ်ဖြစ်လာမည့် ကွင်းဆက်အားလုံး၏နောက်ကွယ်ရှိ အခြေခံအဆောက်အအုံဖြစ်သည်။ ဆော့ဖ်ဝဲရေးသားသူများသည် ၎င်းတို့၏ရွေးချယ်မှုကွင်းဆက်ဖြင့် ကန့်သတ်ခြင်းမပြုတော့ဘဲ dapp ထုတ်ကုန်ကိုယ်တိုင်ကိုသာ အာရုံစိုက်နိုင်သည်။ အနာဂတ်သည် Omnichain ဖြစ်ပြီး၊ ပိုမို၍ ပြုပြင်ပြောင်းလဲမှုနှင့် လှုံ့ဆော်မှုတို့သည် သွားရမည့်လမ်းဖြစ်သည်။