နှိုးစက်များ

trigger တွေက event filter ကို executable action နဲ့ ချိတ်ဆက်ပေးပါတယ်။ event တစ်ခုဟာ trigger ရဲ့ filter နဲ့ ကိုက်ညီတဲ့အခါ Iroha က block execution အစိတ်အပိုင်းအဖြစ် trigger လုပ်ရပ်ကို အကဲဖြတ်တယ်။

ဖွဲ့စည်းပုံ

မှတ်ပုံတင်ထားသော Trigger တွင်:

id: a TriggerId ကိုဖုံးအုပ်ခြင်း Name
action: အကောင်အထည်ဖော်နိုင်သူ၊ အာဏာပိုင်၊ စစ်ဆေးရေး၊ ထပ်ကျော့ခြင်း မူဝါဒ၊ ပြန်လည်စမ်းသပ်မှု မူဝါဒနှင့် မီတာဒေတာများ

လုပ်ဆောင်ချက်မှာ အောက်ပါအချက်တွေ ပါဝင်ပါတယ်။

executable: Instructions၊ ContractCall၊ Ivm သို့မဟုတ် IvmProved
repeats: (သို့) Indefinitely သို့မဟုတ် Exactly(n)
authority: အကောင်အထည်ဖော်နိုင်သောစာရင်းကိုခေါ်ယူသည်
filter: a EventFilterBox
retry_policy: အစီအစဉ်ချထားသော အချိန် trigger များအတွက် ရွေးချယ်စရာ ထပ်မံစမ်းသပ်မှု ပြုမူပုံ။
metadata: အလိုလို trigger metadata များ

အဖြစ်အပျက် စစ်ဆေးခြင်း

Trigger Conditions က Subscriptions တွေနဲ့ တူတဲ့ Event Filter ပုံစံကို သုံးပါတယ်။ အထက်တန်းအဆင့် Event filter ကတော့

ပိုက်လိုင်း ဖြစ်ရပ်များ
ဒေတာဖြစ်ရပ်များ
အချိန်ဖြစ်ရပ်များ
trigger execution ဖြစ်ရပ်များ
အစပျိုးပြီးစီးမှုဖြစ်ရပ်များ

Workflow ကိုက်ညီတဲ့ သေးငယ်ဆုံး filter ကို ကြိုက်တယ်။ Broad filters တွေဟာ ရောဂါရှာဖွေရေးအတွက် အသုံးဝင်ပေမဲ့ block execution အတွင်းမှာ အလုပ်ကို တိုးမြှင့်ပါတယ်။

Filters ကို လက်ရှိ filter အမျိုးအစားများအတွက် ကြည့်ပါ။

အချိန်ကို နှိုးဆွပေးခြင်း

Time trigger တွေက time event filter ကိုသုံးပါတယ်။ world state view က match time condition ကိုရောက်တဲ့အခါ Iroha က trigger လုပ်ရပ်ကို trigger authority အောက်မှာ အကောင်အထည်ဖော်ပါတယ်။ Time trigger ဟာ အောက်ဖော်ပြထားတဲ့ retry policy ကို အသုံးပြုနိုင်တဲ့ trigger အမျိုးအစားပါ။

ထပ်ကျော့ခြင်း

Repeats::Indefinitely သည် မှတ်ပုံတင်ခြင်းမရှိတဲ့အထိ trigger ကို တက်ကြွစေတယ်။

Repeats::Exactly(n) က trigger ကို fixed number of times fire လုပ်ခွင့်ပေးတယ်။ count ပြီးသွားတဲ့အခါ အလားတူအပြုအမူကို ထပ်မံလိုအပ်ရင် trigger အသစ်တစ်ခုကို မှတ်ပုံတင်ပါ။

အာဏာနှင့် ခွင့်ပြုချက်များ

trigger authority ဆိုသည်မှာ executable ကိုခေါ်ယူရန်အသုံးပြုသောစာရင်းဖြစ်သည်။ သက်တမ်းရှည် trigger များအတွက် သီးသန့်နည်းပညာစာရင်းကို အသုံးပြုပါကလိုအပ်သည့်ခွင့်ပြုချက်များကို operator ၏ကိုယ်ပိုင်စာရင်းမှ ရှင်းလင်းစွာခွဲခြားထားသည်။

အာဏာပိုင်သည် စီမံခန့်ခွဲနိုင်သော ညွှန်ကြားချက်များ သို့မဟုတ် စာချုပ်ခေါ်ဆိုမှုတွင်လိုအပ်သည့် ခွင့်ပြုချက်များကို လိုအပ်သည်။ trigger ကိုမှတ်ပုံတင်သည့်အကောင့်သည် activated runtime validator တွင် trigger များကို မှတ်ပုံတင်ရန် ခွင့်ပြုချက်ကိုလည်းလိုအပ်သည်။

ပြန်လည်စမ်းသပ်မှု မူဝါဒ

Time trigger တွေက retry policy ကို ရွေးချယ်နိုင်ပါတယ်။ retry policy က set:

max_retries: အစောပိုင်း မအောင်မြင်တဲ့ ပစ်ခတ်မှုအပြီး ပြန်လည်စမ်းသပ်မှု ဘယ်နှစ်ကြိမ်လုပ်ခွင့်ရှိလဲ။
retry_after_ms: ထပ်မံစမ်းသပ်နိုင်ရန်အတွက် Iroha သည် ဘယ်လောက်ကြာကြာ စောင့်ဆိုင်းနေသနည်း။

ထပ်မံစမ်းသပ်ဖို့ ဘတ်ဂျက်ကုန်သွားတဲ့အခါ trigger က မှတ်ပုံတင်မထားဘူး။

မေးခွန်းများ

trigger status ကို စစ်ဆေးဖို့ လက်ရှိ trigger queries တွေကို သုံးပါ။

နောက်တစ်ချက်ကြည့်ပါ-

နှိုးစက်များ ​

ဖွဲ့စည်းပုံ ​

အဖြစ်အပျက် စစ်ဆေးခြင်း ​

အချိန်ကို နှိုးဆွပေးခြင်း ​

ထပ်ကျော့ခြင်း ​

အာဏာနှင့် ခွင့်ပြုချက်များ ​

ပြန်လည်စမ်းသပ်မှု မူဝါဒ ​

မေးခွန်းများ ​