၎င်းသည် Cointelegraph Research မှ Bitcoin ပဋိညာဉ်များအကြောင်း နည်းပညာဆောင်းပါးစီးရီးတွင် အပိုင်း 2 ဖြစ်သည်။ ယခင်ဆောင်းပါးကိုဖတ်ရန် ဤနေရာကိုကလစ်နှိပ်ပါ.
OP_CHECKTEMPLATEVERIFY (OP_CTV) က အဆိုပြုခဲ့သည်။ ဂျယ်ရမီရူဘင် ၌ BIP ၁၁၉. ၎င်းသည် နောက်လာမည့်ငွေပေးငွေယူ၏ ထွက်ပေါက်များ၊ ဗားရှင်းနှင့် လော့ခ်ချချိန်များ ပါဝင်နိုင်သည့် ရိုးရှင်းသော ပုံစံပုံစံတည်ဆောက်မှုတွင် သုံးစွဲမှုအခြေအနေများကို သတ်မှတ်ပေးသည်။ opcode သည် အငြင်းအခုံတစ်ခုအဖြစ် ကတိကဝတ် hash ကိုယူကာ opcode ကိုလုပ်ဆောင်သည့် မည်သည့်ငွေပေးငွေယူတွင်မဆို ဤကတိကဝတ်နှင့်ကိုက်ညီသော output များသာပါဝင်ရန်လိုအပ်သည်။
သေဒဏ်စီရင်ခြင်း၊ OP_CTV ဤ 32-byte ကတိကဝတ် hash ကို stack ၏ထိပ်တွင်မျှော်လင့်သည်။ ထို့နောက် opcode သည် အသစ်အဆန်းတစ်ခုကို တွက်ချက်သည်။ StandardTemplateHash ဤကတိကဝတ် hash နှင့် နှိုင်းယှဉ်ရန် လက်ရှိအသုံးစရိတ် လွှဲပြောင်းမှုမှ။ နံပါတ်စဉ်အလိုက် ကွက်လပ်များထဲသို့ ရောက်သွားပါသည်။ StandardTemplateHash ငွေပေးငွေယူဗားရှင်းနှင့် လော့ခ်ချချိန်၊ သွင်းအားစုနှင့် အထွက်အရေအတွက်များနှင့် ၎င်းတို့၏တန်ဖိုးများနှင့် ၎င်းတို့၏ သော့ခတ်ထားသော scripts (scriptPubKeys) နှစ်ခုလုံးကို ကတိပြုသည့် အထွက်အားလုံး၏ hash တစ်ခု ပါဝင်သည်။ အရောင်းအဝယ်ပုံစံပုံစံနှင့် ကိုက်ညီပါက၊ OP_CTV တွန်းသည်။ ၁ အောင်မြင်ကြောင်းအချက်ပြရန် stack ပေါ်တွင်; မဟုတ်ရင် a push လုပ်တယ်။ ၀ယ်တယ်။ အချက်ပြမှု ပျက်ကွက်စေရန်။
အခြေခံသော့ခတ် script နှင့်အတူ OP_CTV ပုံစံယူမယ်။ . ၎င်းသည် ငွေပေးငွေယူအသေးစိတ်အချက်အလက်များနှင့် သော့ကိုင်ဆောင်သူ၏ ခွင့်ပြုချက်နှစ်ခုလုံးကို တွန်းအားပေးသည်။ ဖြစ်နိုင်ချေ နှစ်မျိုး သို့မဟုတ် ထို့ထက်ပိုသော ငွေပေးငွေယူ အမျိုးအစားများကို ခွင့်ပြုသည့် အကိုင်းအခက် ယုတ္တိကို မိတ်ဆက်ရန်၊ CTV ကဲ့သို့သော အခြေအနေများနှင့် ပေါင်းစပ်နိုင်သည်။ OP_IF နှင့် OP_ELSE. ဇာတ်ညွှန်းဖွဲ့စည်းပုံ OP_IF ကွဲပြားသော ကတိကဝတ် hash ဖြင့် ပြဌာန်းထားသော ဖြစ်နိုင်ချေရှိသော ငွေပေးငွေယူ ပုံစံနှစ်ခုကို အသုံးစရိတ်အား ပေးဆောင်သည်။ သုံးစွဲသူသည် အကိုင်းအခက်တစ်ခုကို ရွေးချယ်သည်။ OP_CTV သုံးစွဲငွေလွှဲပြောင်းမှုသည် သက်ဆိုင်ရာပုံစံပလိတ်နှင့် ကိုက်ညီမှုရှိမရှိ စစ်ဆေးပါ။ လမ်းကြောင်းတစ်ခုစီအတွက် hash ကို outputs အစုံအလင်နှင့် ထိုငွေပေးငွေယူအတွက် သတ်မှတ်ထားသော အခြားပုံသေသတ်မှတ်ချက်ဘောင်များမှ တွက်ချက်ထားသည်။
ပိုမိုအဆင့်မြင့်သော အသုံးချပုံကို သရုပ်ဖော်ရန် OP_CTVAlice သည် ဖြစ်နိုင်ချေရှိသော ငွေထုတ်လမ်းကြောင်းများကို ဖြတ်သန်းရန် လိုအပ်ခြင်းဖြင့် ရန်ပုံငွေများကို မည်သို့သုံးစွဲနိုင်သည်ကို အဟန့်အတားဖြစ်စေသော Bitcoin UTXO အသုံးစရိတ်မူဝါဒကို ဖန်တီးလိုသည်ဆိုပါစို့။ သူမ၏ရန်ပုံငွေများကိုသုံးစွဲရန်၊ ၎င်းတို့သည် ပိတ်ဆို့ခြင်း 100 နှောင့်နှေးပြီးနောက် သူမ၏ hot wallet သို့သွားနိုင်သည့် ကြားခံလိပ်စာတစ်ခုသို့ ပြောင်းရွှေ့ရန် လိုအပ်သည် သို့မဟုတ် အပေးအယူတစ်ခုဖြစ်လာပါက အအေးခန်းကို လုံခြုံစေရန် ချက်ချင်းပြန်ပို့ရန် လိုအပ်သည်။ ဤတည်ဆောက်မှုတွင် ငွေပေးငွေယူ ပုံစံသုံးမျိုးနှင့် နှစ်ခု လိုအပ်သည်။ OP_CTV ScriptPubKeys များကို ဖန်တီးရမည်။
ရန်ပုံငွေများကို ဤခန်းထဲသို့ အပ်နှံရန်၊ သူမသည် ဝန်းရံထားသော သိုလှောင်ခန်းအထွက်ကို ဖန်တီးပေးသည်။ OP_CTV ငွေပေးငွေယူပုံစံတစ်ခုတည်းအတွက်သာ ကတိပြုသော၊ Tx_Unvault. ဤပုံစံပလိတ်သည် ဗွန် UTXO ကို တစ်စက္ကန့်အထိ ကြာစေသည်။ OP_CTV အလယ်အလတ်မရှိသော အထွက်ကို ဖန်တီးပေးသည့် လိပ်စာ။ အလယ်အလတ်အထွက်တွင်၊ တစ်ဖန်၊ ဖြစ်နိုင်ခြေရှိသော အသုံးစရိတ်ပုံစံနှစ်ခုရှိသည်။ ပထမ ပုံစံခွက်၊ Tx_ဟော့ပုံမှန်ငွေထုတ်သည့်လမ်းကြောင်းကို သတ်မှတ်ပြီး 100-block ဆွေမျိုးအချိန်လော့ခ်ချပြီးနောက် သူမ၏ hot wallet တွင် ပုံမှန်ငွေထုတ်သည့်လမ်းကြောင်းကို သတ်မှတ်ပေးပါသည်။ OP_CHECKSEQUENCEVERIFY (OP_CSV) ယခင်မှတဆင့် ငွေပေးငွေယူ၏ nSequence. ဒုတိယ ပုံစံခွက်၊ Tx_Cold၊ သူမ၏သော့များ ပျက်စီးသွားသောအခါ အစပျိုးနိုင်သော အရေးပေါ် ပြန်လည်ရယူရေးလမ်းကြောင်းကို သတ်မှတ်သည်။ ကြန့်ကြာခြင်းမရှိပဲ အအေးခန်းသို့ တိုက်ရိုက်ပြန်ရန် ကြိုးပမ်းခဲ့သည်။
အဲလစ်က a ကိုတွက်ချက်သည်။ CTV ပုံစံခွက်တစ်ခုစီအတွက် ကတိကဝတ် hash။ ထို့နောက် သူမသည် ပုံ 1 တွင်ပြသထားသည့် ရွေးနုတ်စခရစ်ကို P2WSH အထွက်တစ်ခုအနေဖြင့် တည်ဆောက်ပြီး ဗော်လ်၏သော့ခတ်ထားသော script ကိုတည်ဆောက်သည်။
ပုံ 1- Alice ၏ P2WSH အရောင်းအ၀ယ်ပြုလုပ်ခြင်း၏ အရင်းအနှီးအသုံးစရိတ်
OP_0
OP_IF
<100> OP_CHECKSEQUENCEVERIFY
ON_DROP
OP_ELSE
OP_ENDIF
) >
အရင်းအမြစ်- Cointelegraph သုတေသန
Alice သည် ပုံမှန် ဆုတ်ခွာသည့် လမ်းကြောင်းကို လျှောက်ပါက၊ သူမသည် အကွက် 100 ကို စောင့်ကာ တည်ဆောက်သည်။ Tx_ဟော့ ကြိုတင်မှာထားသည့်အတိုင်း တိတိကျကျ၊ သူမ၏ hot key လက်မှတ်ကို ပေးသည်။ OP_1 ပထမအကိုင်းအခက်ကိုရွေးချယ်ရန်။ ရန်ပုံငွေများကို ဖယ်ရှားရန် ကြိုးပမ်းမှု မပြုလုပ်မချင်း နှိုင်းရချိန်-လော့ခ်ချခြင်း နှစ်သစ်သည် မစတင်ပါ။ မည်သည့်အခြေအနေမျိုးတွင်မဆို၊ အသုံးစရိတ်လွှဲပြောင်းမှုသည် ကြိုတင်သတ်မှတ်ထားသောပုံစံများထဲမှတစ်ခုနှင့် အတိအကျကိုက်ညီရပါမည်။
ကန့်သတ်ချက်များအားဖြင့် ဖော်ပြသည်။ OP_CTV ကြိုတင်လက်မှတ်ထိုးထားသော အရောင်းအ၀ယ်များမှတစ်ဆင့် အောင်မြင်ပြီးသားဖြစ်နိုင်သော ပုံစံများနှင့် ဆင်တူသည်။ သို့သော်၊ OP_CTV ထုတ်လုပ်ရန်နှင့် နောက်ပိုင်းတွင် ပေါ်ပင်သော့များကို စွန့်ပစ်ရန် ရှောင်ပါ။ အဘယ်ကြောင့်ဆိုသော် OP_CTV txids, an OP_CTV ထုတ်ပေးသည့်ပုံစံပုံစံမှ လိုအပ်သည့် ပမာဏအတိအကျဖြင့် ထောက်ပံ့ပေးထားသရွေ့ လိပ်စာကိုလည်း ပြန်သုံးနိုင်သည်။ အကယ်၍ UTXO မှ ပို့လိုက်သည် OP_CTV အလွန်သေးငယ်သည်၊ ၎င်းသည် အသုံးမဝင်တော့ပါ။ အလွန်ကြီးပါက၊ ပိုလျှံမှုသည် မသင်မနေရ မိုင်းတွင်းအစွန်အဖျားတစ်ခု ဖြစ်လာနိုင်သည်။ OP_CTV ပြတင်းပေါက်များတည်ဆောက်ခြင်း၊ ပိတ်ဆို့မှုထိန်းချုပ်ခြင်းအစီအစဉ်များနှင့် အခြားသော စမတ်ကန်ထရိုက်အခြေခံများ အတွက် ပိုမိုယုံကြည်မှု-လျော့ချနိုင်သော ယန္တရားတစ်ခု ဖြစ်ပေါ်စေသော်လည်း ကြိုတင်လက်မှတ်ထိုးထားသော အရောင်းအ၀ယ်များ၏ ခိုင်မာမှုအချို့ ကျန်ရှိနေပါသည်။
ကျွန်ုပ်တို့၏ နောက်ဆောင်းပါးတွင် ကျွန်ုပ်တို့၏ ဆွေးနွေးချက်ကို စတင်ပါမည်။ SIGHASH_ANYPREVOUT (APO)ပဋိညာဉ်လုပ်ဆောင်နိုင်စွမ်းကို အပြည့်အဝအကောင်အထည်ဖော်သည့် opcode များအတွက် ကောင်းစွာဆွေးနွေးထားသော နောက်ထပ်အဆိုပြုချက်ဖြစ်သည်။