Dune ပြည့်စုံသင်ခန်းစာ: အစမှစ၍ SQL ဖြင့် on-chain data ကို ရှာဖွေ၊ ပထမဆုံး dashboard ကို ဖန်တီးခြင်း

Dune သည် on-chain သုတေသန၏ ဘုံဘာသာစကား ဖြစ်သည်၊ သို့သော် လူများစွာသည် ပထမခြေလှမ်းတွင်ပင် ရပ်တန့်လျက် လက်လျှော့သွားကြသည်။ ဤဆောင်းပါးက "ဤအရာ ဘာလဲ" ဆိုသည်မှ dashboard တစ်ခု အမှန်တကယ် ဖန်တီးသည်အထိ ရှင်းပြထားပြီး၊ အချိန်အကုန်ဆုံး သင်ယူနည်း၊ ဖြစ်လေ့ရှိသော အမှားများနှင့် အခမဲ့အဆင့်၏ လူများ သတိမပြုမိသော privacy ထောင်ချောက်ကိုပါ ပါဝင်သည်။

on-chain ခွဲခြမ်းစိတ်ဖြာရေး tool တစ်ခု သင်ယူချင်လျှင် Dune ကို သင်ယူဖို့ ကျွန်တော် ပြောမည်။ အကြောင်းရင်းသည် ၎င်း၏ လုပ်ဆောင်ချက် အားအကောင်းဆုံးလို့ မဟုတ်ဘဲ၊ ၎င်း၏ သင်ယူမှုမျဉ်းကွေးက မယုံနိုင်လောက်အောင် ညီညာသောကြောင့် ဖြစ်သည်—အကြောင်းမှာ community က လမ်းအများစုကို လျှောက်ပြီးသား ဖြစ်၍ ဖြစ်သည်။

ဤဆောင်းပါးသည် အစမှစသော ပြည့်စုံသင်ခန်းစာ ဖြစ်သည်။ ဖတ်ပြီးလျှင် "တစ်ခုသော token ၏ ပိုင်ဆိုင်သူ ဖြန့်ဝေမှု" ဆိုသည့် အဆင့် မေးခွန်းများကို ကိုယ်တိုင် ရှာဖွေနိုင်သင့်သည်။

ဘာလဲ

Dune သည် on-chain data query platform ဖြစ်သည်။ ၎င်း လုပ်သည့်အရာမှာ: blockchain ၏ ကုန်ကြမ်း data (ထို hexadecimal၊ လူ မဖတ်နိုင်သော log များ) ကို ကော်လံအမည်ပါသော data table အဖြစ် ခွဲခြမ်းပြီး၊ SQL ဖြင့် query လုပ်ခွင့်ပေးခြင်း ဖြစ်သည်။

ဤအရာ၏ တန်ဖိုးကို ကိုယ်တိုင် တစ်ကြိမ် decode လုပ်ဖူးမှ နားလည်မည်။ ကုန်ကြမ်း Ethereum transaction မှတ်တမ်းထဲတွင်၊ token လွှဲပြောင်းမှုတစ်ခုသည် ကုဒ်ရှုပ်တစ်ခုလို ဖြစ်နေပြီး၊ ABI ကို ကိုယ်တိုင် တိုက်ကြည့်မှ ဘယ်အပိုင်းက ပေးပို့သူ၊ ဘယ်အပိုင်းက ပမာဏ ဆိုတာ သိမည်။ Dune က ဤအလုပ်များကို လုပ်ပြီးသားဖြစ်၍၊ သင်မြင်ရသည်မှာ fromtoamountblock_time ကော်လံပါသော table တစ်ခု ဖြစ်သည်။

နောက်ထပ် အဓိကဒီဇိုင်းမှာ: query အားလုံးသည် default အားဖြင့် အများသိ ဖြစ်သည်။ မည်သူမဆို အခြားသူများ query ဘယ်လိုရေးသလဲ၊ dashboard ဘယ်လိုတည်ဆောက်သလဲကို မြင်နိုင်ပြီး၊ တိုက်ရိုက် ကူးယူ၍ ပြင်နိုင်သည်။ ဤအရာသည် ၎င်း၏ အကြီးမားဆုံး ပိုင်ဆိုင်မှု ဖြစ်သည်။

ဘာလုပ်နိုင်သလဲ

  • token ၏ ပိုင်ဆိုင်သူ ဖွဲ့စည်းပုံ၊ လွှဲပြောင်းမှု စီးဆင်းမှု၊ ရောင်းဝယ်မှု ပမာဏ လားရာ ရှာဖွေခြင်း
  • DeFi protocol ၏ TVL၊ လုပ်ဆောင်ခ ဝင်ငွေ၊ အသုံးပြုသူ အရေအတွက် ခွဲခြမ်းစိတ်ဖြာခြင်း
  • NFT စီးရီး၏ ရောင်းဝယ်မှု ပမာဏ၊ floor price နှင့် ပိုင်ဆိုင်သူ ပြောင်းလဲမှု ခြေရာခံခြင်း
  • ကိုယ်ပိုင် ပရောဂျက်၏ on-chain ညွှန်းကိန်းများကို စောင့်ကြည့်ပြီး အများသိ dashboard အဖြစ် ဖန်တီးခြင်း
  • သုတေသန အစီရင်ခံစာ သို့မဟုတ် သတင်း စစ်ဆေးမှုအတွက် ဇယားဖြင့် အထောက်အကူ ပြုခြင်း

မလုပ်နိုင်သည်ကိုလည်း ရှင်းရှင်းလင်းလင်း ပြောပါမည်: ၎င်းတွင် data နှောင့်နှေးမှု ရှိသဖြင့်၊ exchange ငွေထုတ်မှု ကြားဖြတ်တားဆီးခြင်းကဲ့သို့ အချိန်နှင့်တစ်ပြေးညီ risk control အတွက် သုံး၍မရ။ အခမဲ့အဆင့်၏ query များ အများသိဖြစ်သဖြင့်၊ အတွင်းပိုင်း အထိမ်းအသိမ်း ခွဲခြမ်းစိတ်ဖြာမှုအတွက် မသင့်လျော်ပါ။

ဘယ်လိုသုံးမလဲ: ခြေလှမ်း ငါးဆင့်

ခြေလှမ်း တစ်: အကောင့်ဖွင့်ပြီး ရှာဖွေမှု box ကို ရှာပါ

dune.com သို့ သွား၍ အကောင့် register လုပ်ပါ၊ အခမဲ့အဆင့်ဖြင့် စတင်နိုင်သည်။ ဝင်ရောက်ပြီးနောက် query ရေးရန် အလျင်မလိုပါနှင့်၊ အပေါ်ဘက်ရှိ ရှာဖွေမှု box ကို သင်၏ အဓိက ဝင်ပေါက်အဖြစ် သတ်မှတ်ပါ—ဤအရာသည် ဤသင်ခန်းစာ၏ အရေးကြီးဆုံး စကားစု ဖြစ်သည်။

ခြေလှမ်း နှစ်: အခြားသူ လုပ်ပြီးသား dashboard တစ်ခုကို ဦးစွာ ရှာပါ

သင် စိတ်ဝင်စားသော အကြောင်းအရာ၊ ဥပမာ protocol အမည် သို့မဟုတ် token အမည်ကို ရှာဖွေပါ။ အခြားသူများ လုပ်ပြီးသား dashboard အများအပြားကို မြင်ရမည်။ ပြည့်စုံပုံရပြီး မကြာသေးမီက update လုပ်ထားသည့် တစ်ခုကို ရွေးဖွင့်ပါ။

ဤအဆင့်၏ ရည်ရွယ်ချက်မှာ အဖြေရှာရန် မဟုတ်ဘဲ၊ သင်ခန်းစာ ရှာရန် ဖြစ်သည်။ ဇယားအောက်တွင် "query" link ကို မြင်ရလျှင် ကလစ်ဝင်ပါ၊ ဤဇယားကို ထုတ်လုပ်သော ပြည့်စုံ SQL ကို မြင်ရမည်။

ခြေလှမ်း သုံး: အခြားသူ၏ query ကို Fork လုပ်ပြီး ပြင်ပါ

အခြားသူ၏ query စာမျက်နှာတွင် Fork ကို နှိပ်ပါ၊ ၎င်းက သင်၏ အကောင့်အောက်သို့ တစ်ခု ကူးယူပေးမည်၊ မူရင်း ရေးသားသူကို မထိခိုက်စေဘဲ လွတ်လပ်စွာ ပြင်နိုင်သည်။

ယခု အသေးအဖွဲ လုပ်ပါ: WHERE အခြေအနေထဲရှိ token contract address ကို သင် ရှာလိုသည့်အရာဖြင့် အစားထိုးပြီး၊ execute လုပ်ပါ။ ရလဒ် ထွက်လာပါက ဂုဏ်ယူပါ၊ သင်သည် ပထမဆုံး on-chain query ကို ပြီးမြောက်ပြီ—သင်သည် SQL ကို စတင် သင်ယူခြင်းပင် မရှိသေးပါ။

ပထမ နှစ်သုံးရက်တွင် ဤနည်းဖြင့် လေ့ကျင့်ရန် ကျွန်တော် အကြံပြုသည်: query ရှာ၊ fork လုပ်၊ အခြေအနေတစ်ခု ပြင်၊ ရလဒ်ကြည့်။ data table ၏ ကော်လံများကို ခံစားလာနိုင်ပြီဆိုမှ အစမှ ကိုယ်တိုင် စတင်ရေးပါ။

ခြေလှမ်း လေး: အဓိက data table အချို့ကို သိရှိပါ

Dune ၏ data table များစွာ ရှိသော်လည်း အသုံးများသည်မှာ ဤအမျိုးအစားများသာ ဖြစ်သည်:

  • ethereum.transactions ကဲ့သို့ ကုန်ကြမ်း transaction table: on-chain transaction တစ်ခုချင်းစီ
  • token လွှဲပြောင်းမှု table: ခွဲခြမ်းပြီးသား ERC-20 လွှဲပြောင်းမှု မှတ်တမ်း၊ fromtocontract_addressamount ပါဝင်
  • DEX ရောင်းဝယ်မှု table: exchange အသီးသီး၏ ရောင်းဝယ်မှု မှတ်တမ်းကို တစ်ပုံစံတည်း ပေါင်းစပ်ထားသည်၊ ဤtable က အလုပ်အများဆုံး သက်သာစေသည်
  • NFT ရောင်းဝယ်မှု table: ရောင်းဝယ်မှတ်တမ်းနှင့် စျေးနှုန်း

အမှန်တကယ် table အမည်များသည် Dune ၏ data model ဗားရှင်းအလိုက် ပြောင်းလဲမည်၊ query ရေးသည့်အခါ ဘယ်ဘက်ရှိ data table browser ဖြင့် လက်ရှိ အမည်ကို အတည်ပြုပါ၊ သင်ခန်းစာဟောင်း၏ table အမည်ကို မကူးချပါနှင့်—ဤအရာသည် စတင်သူများ အခေါင်းအမာဆုံး ရပ်တန့်သည့် နေရာ ဖြစ်သည်။

ခြေလှမ်း ငါး: query ကို ဇယားနှင့် dashboard အဖြစ် ပြောင်းပါ

query ရလဒ် ထွက်လာပြီးနောက်၊ visualization tab သို့ ပြောင်း၍ ဇယားအမျိုးအစား ရွေးပြီး X ဝင်ရိုးနှင့် Y ဝင်ရိုးကို သတ်မှတ်ပါ။ ပြီးလျှင် dashboard စာမျက်နှာသို့ ပြန်၍ ဇယားများစွာကို ပေါင်းစပ်လိုက်လျှင် မျှဝေနိုင်သော အစီရင်ခံစာ တစ်ခု ဖြစ်သည်။

dashboard ကို ကိုယ်ပိုင် webpage သို့ embed လုပ်နိုင်ပြီး၊ data သည် query နှင့်အတူ update လုပ်သဖြင့်၊ ပုံမှန် data update လိုအပ်သော content လုပ်သားများအတွက် အလွန်အဆင်ပြေသည်။

အဆင့်မြင့် နည်းစနစ်

parameterized query ကို ကောင်းစွာ အသုံးချပါ။ query ထဲတွင် variable (ဥပမာ token address) သတ်မှတ်ပါက dashboard ပေါ်တွင် input box ပေါ်လာမည်၊ ဖတ်ရှုသူများ ကိုယ်တိုင် အခြေအနေ ပြောင်း၍ ပြန်run နိုင်သည်။ ဤအရာက dashboard တစ်ခုကို အခြေအနေ များစွာ ဝန်ဆောင်နိုင်စေပြီး ဆယ်ခု လုပ်စရာ မလိုပါ။

နယ်ပယ်ကျဉ်းကျဉ်း ဦးစွာ စမ်းပြီးမှ ချဲ့ပါ။ query အသစ် ရေးသည့်အခါ အချိန်နယ်ပယ် ကန့်သတ်ချက် ထည့်ပါ၊ ဥပမာ လွန်ခဲ့သော ခုနစ်ရက်သာ ရှာ၊ အလုပ်ဖြစ်ပြီးမှ ဖယ်ပါ။ on-chain data ပမာဏ အလွန်များသဖြင့်၊ အစကတည်းက အားလုံး ဆွဲပါက execution quota ဖြုန်းတီးပြီး အချိန်လည်း အလွန်ကြာမည်။

data table ၏ ရှင်းလင်းချက် စာရွက်စာတမ်းကို ကြည့်ပါ။ table တိုင်းတွင် ကော်လံ ရှင်းလင်းချက် ရှိသည်၊ အထူးသဖြင့် ပမာဏ ကော်လံ၏ ယူနစ်ကို သတိပြုပါ—table အများစုသည် အသေးဆုံးယူနစ် (wei သို့မဟုတ် token ၏ အသေးဆုံး precision) ကို သိမ်းထားပြီး၊ precision ဖြင့် မစားပါက ချဲ့ကားသော ကိန်းဂဏန်း ရလိမ့်မည်။ ဤအရာသည် စတင်သူများ အဖြစ်များဆုံး အမှား ဖြစ်သည်။

ကျွမ်းကျင်သူ အချို့၏ အကောင့်ကို ခြေရာခံပါ။ ဤနယ်ပယ်တွင် အချို့သူများ၏ query သည် သန့်ရှင်းပြီး လိမ္မာသည်၊ ၎င်းတို့၏ dashboard ကို subscribe လုပ်ခြင်းသည် ရေရှည် သင်ခန်းစာ တစ်စောင်ကို subscribe လုပ်ခြင်းနှင့် တူသည်။

သတိပြုရန်

အခမဲ့အဆင့်၏ query သည် default အားဖြင့် အများသိ ဖြစ်သည်။ ဤအရာသည် ကျွန်တော် အသတိပေးဆုံးလိုသည့် အချက် ဖြစ်သည်။ ကုမ္ပဏီအတွက် အတွင်းပိုင်း ခွဲခြမ်းစိတ်ဖြာမှု လုပ်နေပါက၊ သင်၏ data logic သည် အင်တာနက်ပေါ်တွင် ဖြန့်ခင်းထားသကဲ့သို့ ဖြစ်သည်။ အဖွဲ့တစ်ဖွဲ့သည် ဤအရာကို သတိမပြုမိဘဲ၊ အပြင်သို့ မကြေညာရသေးသော ထုတ်ကုန် ညွှန်းကိန်း query ကို တိုက်ရိုက် ဖော်ထုတ်လိုက်သည်ကို ကျွန်တော် တွေ့ဖူးသည်။ လျှို့ဝှက်ရန် လိုအပ်ပါက အခပေး plan သို့ upgrade လုပ်ပါ၊ ဤငွေကို မချွေတာပါနှင့်။

data တွင် နှောင့်နှေးမှု ရှိသည်။ အမှန်တကယ် နှောင့်နှေးမှုသည် chain အမျိုးအစားနှင့် data table အလိုက် ကွာခြားသည်။ သုတေသန လုပ်ခြင်း၊ လားရာ ကြည့်ခြင်းတွင် ပြဿနာမရှိသော်လည်း၊ အချိန်နှင့်တစ်ပြေးညီ risk control လုပ်ငန်းစဉ်ထဲ ချိတ်ရန်မူ မဖြစ်ပါ၊ ထိုလိုအပ်ချက်မျိုးအတွက် Allium ကဲ့သို့ institution အဆင့် အချိန်နှင့်တစ်ပြေးညီ streaming ဝန်ဆောင်မှုကို သုံးရမည်။

query တွင် execution quota ကန့်သတ်ချက် ရှိသည်။ အခမဲ့အဆင့်တွင် execution resource ကန့်သတ်ချက် ရှိပြီး၊ ညံ့ဖျင်းစွာ ရေးထားသော query (အချိန်နယ်ပယ် မရှိ၊ join အများ) က quota ကို လျင်မြန်စွာ ကုန်စေမည်။ ကန့်သတ်ချက် ထည့်သည့် အလေ့အထ မွေးမြူပါ။

AI ဖန်တီးထားသော SQL ကို စစ်ဆေးပါ။ Dune တွင် သဘာဝဘာသာစကားဖြင့် query အထောက်အကူ ဖန်တီးသည့် လုပ်ဆောင်ချက် ရှိသည်၊ အဆင်ပြေသော်လည်း ထုတ်လာသော အရာသည် မကြာခဏ ပြင်ရသည်—အထူးသဖြင့် data table အမည်နှင့် ပမာဏ precision။ ၎င်းကို မူကြမ်းအဖြစ် သဘောထားပါ၊ အဖြေအဖြစ် မထားပါနှင့်။

ဖြစ်လေ့ရှိသော အမှား သုံးမျိုး

ပထမ၊ သင်ခန်းစာဟောင်း၏ data table အမည်ကို ကူးချခြင်း။ Dune ၏ data model သည် တိုးတက်ပြောင်းလဲသည်၊ တစ်နှစ်က သင်ခန်းစာထဲရှိ table အမည်သည် ယခု မရှိတော့ဘဲ ဖြစ်နိုင်သည်။ ဘယ်ဘက်ရှိ browser ဖြင့် အမြဲ အတည်ပြုပါ။

ဒုတိယ၊ token precision ကို ကိုင်တွယ်ရန် မေ့ခြင်း။ ရှာထားသော ပမာဏတွင် သုည တစ်ဆယ့်ရှစ်လုံး ပိုနေပါက၊ များသောအားဖြင့် ဤအကြောင်းကြောင့် ဖြစ်သည်။

တတိယ၊ exchange hot wallet ကို whale အဖြစ် ထင်မှတ်ခြင်း။ ပိုင်ဆိုင်သူ အဆင့်သတ်မှတ်ချက် ရှာသည့်အခါ၊ ရှေ့ဆုံးများသည် မကြာခဏ centralized exchange ၏ wallet များ ဖြစ်ပြီး၊ ၎င်းသည် လူတစ်ဦး၏ ပိုင်ဆိုင်မှု မဟုတ်ပါ။

TheAI Academy သုံးသပ်ချက်

Dune သည် အမြတ်အစွန်း အမြင့်ဆုံး on-chain ကျွမ်းကျင်မှုဟု ကျွန်တော် ယူဆသည်။ တစ်ပတ်ဆုံး တစ်ခု သုံးပြီး၊ အခြားသူ၏ query ကို fork လုပ်ခြင်းမှ စ၍၊ တတိယနေ့တွင် "ဤ token ၏ ပိုင်ဆိုင်သူ စုစည်းသလား" ဆိုသည့် မေးခွန်းကို ကိုယ်တိုင် ဖြေနိုင်လိမ့်မည်—ဤမေးခွန်းသည် ထိုင်ဝမ် crypto community အလိုအပ်ဆုံး၊ သို့သော် ကိုယ်တိုင် ရှာတတ်သူ အနည်းဆုံး ဖြစ်သည်။

အစကတည်းက လှပသော query ရေးရန် မတွေးပါနှင့်။ group ထဲတွင် လက်ဆင့်ကမ်း ဖြန့်ဝေနေသော ထိုဇယားကို စစ်ဆေးနိုင်ရုံဖြင့်ပင် လူအများစုကို အနိုင်ရပြီ ဖြစ်သည်။

သုံးသပ်ချက်: Dune ၏ တကယ့် အစွမ်းထက်သည့် နေရာသည် နည်းပညာ မဟုတ်ဘဲ၊ "အများသို့ ဖွင့်လှစ်မျှဝေခြင်း" ကို ထုတ်ကုန်ဒီဇိုင်းထဲ ရေးထားခြင်း ဖြစ်သည်။ သင်သည် တစ်ယောက်တည်း သင်ယူနေခြင်း မဟုတ်ဘဲ၊ သောင်းနှင့်ချီသောသူများ ရေးပြီးသား query ပေါ်တွင် ရပ်တည်နေခြင်း ဖြစ်သည်။ ဤသင်ယူမှုအခြေအနေမျိုးသည် အခြား data tool များတွင် နီးပါး မရှိသဖြင့်၊ မသုံးလျှင် အလွန်နှမြောစရာ ဖြစ်သည်။

နောက်ဆက်တွဲ ဖတ်ရှုရန်: on-chain ခွဲခြမ်းစိတ်ဖြာရေး tool ဘယ်လို ရွေးမလဲ။ token တစ်ခုတွင် ပြဿနာ ရှိမရှိ SQL မရေးဘဲ လျင်မြန်စွာ ရှာချင်ပါက Bubblemaps ကို တိုက်ရိုက် သုံးပါ။

အချက်အလက် ရင်းမြစ်

ဤဆောင်းပါးကို လူသိရှင်ကြား အချက်အလက်နှင့် အမှန်တကယ် လုပ်ဆောင်မှု လုပ်ငန်းစဉ်အရ စုစည်းထားပြီး၊ interface နှင့် data table ဖွဲ့စည်းပုံကို တရားဝင် နောက်ဆုံးဗားရှင်းအတိုင်း ကြည့်ပါ။ crypto asset ရင်းနှီးမြှုပ်နှံမှု အန္တရာယ် အလွန်မြင့်မားပြီး၊ ဤဆောင်းပါးသည် ရင်းနှီးမြှုပ်နှံမှု အကြံဉာဏ် မဖြစ်ပါ။

မေးလေ့ရှိသောမေးခွန်းများ

SQL လုံးဝ မတတ်ဘဲ Dune သုံးလို့ရသလား?

အခြားသူ၏ အများသိ dashboard ကို ကြည့်ခြင်းမှ ဦးစွာ စတင်နိုင်သည်၊ ရေပန်းစားသော အကြောင်းအရာ အများစုကို လူများ ထိန်းသိမ်းထားသည်။ ကိုယ်တိုင် ရှာချင်ပါက အခြားသူ query ကို fork လုပ်ပြီး အခြေအနေ ပြင်သည့်နည်းဖြင့် စတင်ရန် အကြံပြုသည်၊ ဤသို့ဆိုပါက SQL ကို အစမှ မသင်ဘဲ ရလဒ် ရနိုင်သည်။ သို့သော် ကိုယ်ပိုင် query ရေးရန်မူ အခြေခံ SELECT၊ WHERE၊ GROUP BY ကိုတော့ နားလည်ရမည်။

Dune အခမဲ့ဗားရှင်းတွင် ဘာ ကန့်သတ်ချက် ရှိသလဲ?

အဓိကအားဖြင့် သုံးခု ရှိသည်: query execution resource ကန့်သတ်ချက်၊ private query အရေအတွက် ကန့်သတ်ချက်၊ နှင့် အရေးကြီးဆုံး—အခမဲ့အဆင့်၏ query သည် default အားဖြင့် အများသိ ဖြစ်ခြင်း။ ကိုယ်ရေးကိုယ်တာ သုတေသနအတွက် ပြဿနာမရှိသော်လည်း၊ ကုမ္ပဏီအတွက် အတွင်းပိုင်း ခွဲခြမ်းစိတ်ဖြာမှု လုပ်ပါက upgrade လုပ်ရမည်၊ မဟုတ်ပါက data logic သည် အပြင်သို့ ဖွင့်လှစ်ထားသကဲ့သို့ ဖြစ်သည်။

ကျွန်တော် ရှာထားသော ပမာဏတွင် သုည အများကြီး ပိုနေသည်မှာ အဘယ်ကြောင့်လဲ?

token လွှဲပြောင်းမှု table အများစုသည် အသေးဆုံးယူနစ်ကို သိမ်းထားပြီး၊ ထို token ၏ precision (decimals၊ အဖြစ်များသည်မှာ ၁၈ သို့မဟုတ် ၆) ဖြင့် စားမှ အမှန်တကယ် အရေအတွက် ဖြစ်သည်။ ဤအရာသည် စတင်သူများ အဖြစ်များဆုံး အမှား ဖြစ်ပြီး၊ query ရေးသည့်အခါ ကော်လံ ရှင်းလင်းချက်ကို အတည်ပြုရန် သတိရပါ။

Dune ၏ data ဖြင့် အချိန်နှင့်တစ်ပြေးညီ risk control လုပ်လို့ရသလား?

မရပါ။ ၎င်း၏ data တွင် နှောင့်နှေးမှု ရှိပြီး၊ အမှန်တကယ် နှောင့်နှေးမှုသည် chain အမျိုးအစားနှင့် data table အလိုက် ကွာခြားကာ၊ သုတေသနနှင့် လားရာ ခွဲခြမ်းစိတ်ဖြာမှုအတွက် သင့်လျော်သည်။ ဝင်/ထွက်ငွေ၏ အချိန်နှင့်တစ်ပြေးညီ ကြားဖြတ်တားဆီးမှု လုပ်ရန်မူ အထူးပြု latency နိမ့် streaming ဝန်ဆောင်မှု၊ ဥပမာ Allium Realtime သို့မဟုတ် ဥပဒေလိုက်နာရေး platform များ၏ risk score API လိုအပ်သည်။

繁體中文版 →