假装在抄底

⚠️ සහෝදරවරුනි මතක් කිරීම: Binance ආරාධනාව සඳහා MY6751 භාවිතා කරන්න, ගාස්තු 30%ක් ඉතිරි කරගන්න (ජාලයේ ඉහළම). ස්වයංක්‍රීයව ගිණුමට ලැබේ. දැනටමත් භාවිත කරන පැරණි ගිණුම්වලටත් පුරවන්න පුළුවන්. Alpha, Spot, Trading赛, Contracts, Tokenized Stocks—හැමදේම 30%ක් ඉතිරි වේ.

පියවර 3කින් සම්පූර්ණ කරන්න:
1️⃣ Binance App → Wallet → Invite Friends
2️⃣ "Invite code" මත ක්ලික් කරන්න, ගාස්තු 30% අඩු වේ
3️⃣ MY6751 ඇතුල් කරන්න

「10U战神」第一期的奖励发了27U，性价比还是不错的。

第二期又开始了，还是老规矩直接对冲开单，赚够10U就跑，教程看我👇🏻往期的帖子。
#10U战神

📅ယနေ့ည 20:00၊ Binance Alpha တွင် Canopy（CNPY）ကို စတင်တင်ဆက်မည်

Canopy က “AI ကိုအသုံးပြုပြီး On-chain အက်ပလီကေးရှင်းများကို လျင်မြန်စွာ တီထွင်ဖန်တီးခြင်း” ကို အဓိကထားပါတယ်။ အလွယ်ပြောရရင်တော့ ကွင်း/ကွင်းချိတ်ဆက် (搭链) နဲ့ အက်ပလီကေးရှင်းကို deploy လုပ်တဲ့ အလွန်ရှုပ်ထွေးတဲ့ လုပ်ငန်းတွေကို လွယ်ကူအောင် လုပ်ပေးတယ်ဆိုတာပါ။ ပရောဂျက်က Tanssi ရဲ့ core နည်းပညာကို ဝယ်ယူထားပြီး ဒေါ်လာ 8.5 သန်း ရန်ပုံငွေ ရယူပြီးပါပြီ။ ရင်းနှီးမြှုပ်နှံသူတွေက Arrington、Fenbushi、Borderless နဲ့ SNZ တို့ ပါဝင်ပါတယ်—နောက်ခံကတော့ နည်းနည်းတော့ ကောင်းပါတယ်။

ဒါပေမယ့် သတိထားရမယ့် အချက်အနည်းငယ်ရှိပါတယ်—
ပရောဂျက်官网 (website) က 35万 用户၊ 2.5万 개발者 ရှိတယ်လို့ ကြော်ငြာထားပေမယ့် အဓိကက testnet 数据 ဖြစ်ပြီး တကယ့်ဝင်ငွေ/မိုင်နက် (mainnet) လိုအပ်ချက်ကိုတော့ မတွေ့ရသေးပါဘူး။
CNPY ရဲ့ အများဆုံးထောက်ပံ့ရေး (max supply) က 5.6 亿 枚 (ဘီလီယံ) ဖြစ်ပြီး CMC မှာ circulating ~6712 万 枚 လို့ပြထားပေမယ့် on-chain စုစုပေါင်းထောက်ပံ့ရေးက 2.28 亿 枚 ကျော်နေပြီဖြစ်ပါတယ်။ မတူညီတဲ့ အဓိပ္ပါယ်ဖွင့်ဆိုချက်တွေကြောင့် ကွာဟမှုက အလွန်ကြီးပါတယ်။ ရင်းနှီးမြှုပ်နှံသူတွေ၊ အဖွဲ့ (team) နဲ့ airdrop အတွက် ဘယ်လောက်များများ ရောင်းချနိုင်မလဲကိုတော့ အတိအကျ မရှင်းလင်းထားပါဘူး။
On-chain pool ကို အရမ်းတိကျတဲ့ ရည်ညွှန်းဈေးနဲ့တွက်ရင် ~0.1116 ဒေါ်လာ ဖြစ်ပြီး FDV က 6250 万 ဒေါ်လာ နီးပါး ထွက်ပါတယ်။ pool က မနက်ကြီးမဟုတ်တဲ့အတွက် ခွဲခြမ်းစိတ်ဖြာသူတွေက 20万美元 တန်ဝယ်လိုအား (buy) နဲ့တင် ဈေးကို 0.24 ဒေါ်လာ နားလောက်ကို တွန်းတင်နိုင်မယ်လို့ ယူဆကြပါတယ်—ဆိုလိုတာက listing အချိန်မှာ လွယ်လွယ်နဲ့ “အပေါ်တက်—အောက်ပြန်ဆင်း” လှုပ်ရှားနိုင်တယ်ဆိုတာပါ။
အပြင် ဒီည 20:00 မှာ Bitget、Gate စတဲ့ exchange တွေလည်း တစ်ပြိုင်နက်တည်း စတင်ဖွင့်ကြမှာဖြစ်ပြီး 2 နာရီသီးသန့် “သီးသန့်တင်” window မရှိပါဘူး။ Binance အဲယားဒရော့ပ်၊ ပရောဂျက် airdrop နဲ့ အခြားပလက်ဖောင်းတွေက တိုကင်တွေက တစ်ချိန်တည်းမှာ ရောင်းချနိုင်ပြီး အမြင့်တက်ပြီးနောက် ပြန်ကျနိုင်တာကို သတိထားရပါတယ်။

ကျွန်တော့် airdrop ရောင်းနည်း：
0.18 အထက်： အကျိုးအမြတ်ကို အရင်ဖမ်းပြီး (profit) တစ်ဝက် ရောင်း
0.24： ကျန်တာ အများစုကို ရောင်းပြီး အများဆုံး ၁ ဆယ် (၁၀%) လောက်ပဲ စောင့်ကြည့်

အကြောင်းပြချက်က ရိုးရှင်းပါတယ်— pool ရဲ့ အောက်ဈေး (bottom price) က ~0.1116 ဒေါ်လာ ဖြစ်ပြီး 0.18 ဒေါ်လာ က ပထမအကြိမ် လှုပ်ရှားတက် (first round pump) တာကို တိုက်ရိုက်ထိနိုင်ပါတယ်။ on-chain တွက်ချက်မှုအရတော့ 20万美元 တန်ဝယ်လိုအားနဲ့ 0.24 ဒေါ်လာ နားကို တွန်းတင်နိုင်နိုင်ကြောင်းပြထားပြီး ဒီနေရာကတော့ ထင်ရှားတဲ့ “兑现区” (အမြတ်တက်ကြိုတင်ထုတ်ယူရာဇုန်) ဖြစ်ပါတယ်။
listing အချိန်မှာပဲ 0.24 ဒေါ်လာထက် တိုက်ရိုက်ပိုမြင့်ပြီး ဖွင့်လာမယ်ဆိုရင် order စောင့်တင်နေစရာမလိုဘဲ အစုလိုက် အပိုင်းလိုက် market price နဲ့ ရောင်းချလို့ရပါတယ်။ အခမဲ့ airdrop ရဲ့ အဓိကက အမြင့်ဆုံးကို ခန့်မှန်းတာမဟုတ်ဘဲ အမြတ်ကို လက်ထဲတကယ်ရအောင် (落袋) ရောင်းယူတာပါ။

Alpha කාර්යය 5 ලකුණු වේගවත් කිරීමේ මාර්ගෝපදේශය 🔥

හෙට බොහෝ දුරට Airdrop එකක් තියෙනවා; අද 5 ලකුණු කාර්යය ක්‍රියාත්මක කරගන්න පුළුවන්

කාර්ය සාරාංශය
Binance Wallet තුළ 50U වටිනා eMeme ගනුදෙනුවක් කරන්න—5 Alpha ලකුණු ලැබේ。
（අවධානය: “eMeme” පමණක්ම තහවුරු කරගන්න; වැරදි pool එකට නොවැටෙන්න!）

ප්‍රවාහන පිවිසුම
Binance Wallet → වම් පහළ “Market” → ඉහළින් “Meme” තෝරන්න → දකුණු පැත්තේ “eMeme” පිවිසුම සොයන්න

පුද්ගලික ප්‍රායෝගික උපදෙස්

· 51U මිලදී ගන්න එක වඩා ස්ථිරයි (දිරාපත්වීමෙන් පස්සේ 50U ට අඩු වුණොත් ප්‍රතිලාභ නැතිවෙන්න පුළුවන්; line එක අග්‍රයට තබන්න එපා)
· Base chain මත ඇති ඒ “DeFi TVL竞赛” pool එක තෝරන්න—දිරාපත්වීම ආසන්න වශයෙන් 1.5U පමණ; value එක හොඳයි

（eMeme සේවා ගාස්තුව 0.5%ක්; wallet link කිරීමේ invite කේතය MY6751 Binance Wallet එකට cashback 30%ක්; මෙම කාර්යය මගින් තව 0.15uක් ද ඉතිරි වෙනවා—invite කේතය bind කරන්නේ කොහොමද කියලා පින්තූර උපදෙස් බලන්න）

$DEBIT ඉහළම ලක්ෂ්‍යය 1.5 සහ මම සකස් කර තිබූ මැදිවර ඉවත් කිරීමේ රේඛාව. එක මිලිමීටරයක් වත් වෙනස් නොවෙයි。

විවෘත වීමට පෙර සැලසුම පැහැදිලිවම ලියා තිබුණා：1.5 ට ඉහළින් බොහෝදුරට සම්පූර්ණයෙන් ඉවත්. අද විවෘත වූ වහාම සෘජුව 1.5 දක්වා ඉහලට ගියා—නිවැරදිවම ලාභය සඳහා වූ නැවතුම් රේඛාවට තට්ටු කරලා, විනය අනුව සම්පූර්ණයෙන්ම ඉවර කළා。

මේ වතාවේ මට ටිකක් ප්‍රසිද්ධ කරන්න පුළුවන් නේද 😉，ඔබ හැමෝම විකුණුවේ කොච්චර මිලටද, ගැහුවේ/එන්ටර් වුණේ කොච්චරටද—කමෙන්ට් වල කියන්න！！

සති අන්තේ පැරණි දුරකථන ව්‍යාකූල කරමින්, අවුරුදු දහයකට පෙර වීඩියෝවක් හොයාගත්තා. නව දුරකථනයෙන්ත් අදාළ වීඩියෝව වාදනය කළ හැක, නමුත් රූගත කිරීමේ අතුරුමුහුණතෙහි ඒ පැරණි ආකෘතිය නැහැ. මිතුරා ඇහුවා: “ඩිකෝඩරයත් දාලා ඉවත් කරන්නේ නැත්තේ ඇයි?” මම රූපය වෙත ඇඟිල්ල දික් කරලා කිව්වා—පැරණි වාර්තාව බලන්න බැහැ, අතීතයත් එක්කම තීරුවක් කපාගෙන යනවා කියලා.

Boreas කියන ආයතනය DUSK දක්වා උසස් කිරීමෙන් පසු Phoenix සැකසීමට යොදා ගන්නා ක්‍රමය මේකට සමානයි. නිල යාවත්කාලීන ලේඛනය පෙන්වන පරිදි, ප්‍රධාන ජාලය 2026 ජූනි 10 දින බ්ලොක් උස “4,414,095” හි Boreas යොදවා ඇත. නැවත ආරම්භක දේශ සීමාවට පසු, නව Phoenix ගනුදෙනු භාවිතය නවතා දමා ඇතත්, නෝඩ්වලට Phoenix ඩිකෝඩ කිරීම සහ ඉතිහාස ක්‍රියාත්මක කිරීමේ හැකියාව දිගටම පවතිනවා. පැරණි බ්ලොක් නැවත වාදනය කිරීමට අවශ්‍ය නිසාත්, බ්‍රවුසරය පැරණි ගනුදෙනු සහ සිදුවීම් කියවීමට අවශ්‍ය නිසාත්, “නව එකතු කිරීම නැවැත්වීම” යන්න “ඉතිහාසය මකා දැමීම”ට සමාන නැහැ.

මෙම දේශ සීමාව සාමාන්‍ය පරිශීලකයෙකුට ඉතා ප්‍රයෝජනවත්. Wallet එකේ පැරණි Phoenix වාර්තා ඉතිරිව තිබේ නම්, ඒවා තවමත් DUSK ඉතිහාසයේ කොටසක්. නමුත් නව ක්‍රියා මාරු කරන්න නම්, වර්තමාන wallet එකට සහාය දෙන ගනුදෙනු ඇතුළත් කිරීමේ මාර්ග බලන්න වෙනවා—පැරණි උපදෙස් අනුගමනය කරලා එකින් එක බොත්තම් එබීමෙන් ඉවර කරන්න බැහැ. ටෙස්ට් ජාලයේ රිද්මයත් වෙනස්: Boreas සක්‍රීය කළ පසු Phoenix තාවකාලිකව තබාගෙන, බ්ලොක් “4,000,000” දක්වා ගිය විට පමණයි එය වසා දමන්නේ. උසස් කිරීමේ නම පමණක් බලලා, ටෙස්ට් ජාල කාලසටහන ප්‍රධාන ජාලයට ගලපන්න හොඳ නැහැ. #dusk

මම DUSK ගනුදෙනු පරීක්ෂා කරන විට පියවර හතරක් කරනවා: මුලින් ප්‍රධාන ජාලයද ටෙස්ට් ජාලයද කියලා තහවුරු කරන්න, ඉන්පසු නෝඩ් එකේ Rusk අනුවාදය සහ එහි උස බලන්න, ඉන්පසු ගනුදෙනු වර්ගය හඳුනාගන්න, අවසානයේ බ්‍රවුසරයෙන් ලැබෙන receipt පරීක්ෂා කරන්න. පැරණි ගනුදෙනුවක ප්‍රතිඵලය අසාර්ථක ලෙස පෙනුණොත්, මම history තුළ ඇති revert සිදුවීම්ද බලනවා. DUSK පැරණි ගිණුම් කියවීමේ හැකියාව තබාගන්න නිසා නෝඩ්වලට ඉතිහාසය පරීක්ෂා කිරීමට පහසු වෙනවා—එය wallet, බ්‍රවුසර සහ exchange වල ගිණුම් ගැලපීමටත් උදව් කරනවා.

පැරණි වීඩියෝව මට මතක් කරලා දුන්නා—පද්ධති උසස් කිරීමේදී “නව ප්‍රවේශය නවතා දැමීම” සහ “දත්ත අරමුදල් මකා දැමීම” එකම දෙයක් ලෙස මිශ්‍ර කරගන්න එක කොතරම් දුෂ්කරද කියලා. DUSK Phoenix වෙත ඇදපු රේඛාව පැහැදිලියි: රේඛාවෙන් පසු නව ගනුදෙනු පිළිගන්නේ නැහැ, රේඛාවට පෙර වූ වාර්තා තවමත් පරීක්ෂා කළ හැක. DUSK නිවේදනය කියවන විට, ජාලය, උස සහ ගනුදෙනු වර්ගය කඩදාසිය මත ලියන්න—උසස් කිරීමේ නම පමණක් මතක තබාගැනීමට වඩා විශ්වාසදායකයි. @Dusk $DUSK

📆අද 18:00 ට බිනාංසා Alpha පළමු වරට Teller（DEBIT）

කෙටියෙන් කියනවා නම්, මෙය 2019—2020 ආසන්න කාලයේ සිට වැඩ කරන්න පටන්ගත් පැරණි සුප්‍රසිද්ධ ණය දීමේ ව්‍යාපෘතියක්. ප්‍රධාන වශයෙන් දාමයේ ණය දීම (on-chain lending) සහ වරදකින් තොර (unsecured) ණය සපයන එක. සමස්තයෙන් අරමුදල් රැස් කිරීම ආසන්න වශයෙන් ඩොලර් මිලියන 7.85ක්. ආයෝජකයන්ට Blockchain Capital, Franklin Templeton, Toyota Ventures වගේ අය ඇතුළත්—පසුබිම හොඳයි.

ටෝකන මුළු ප්‍රමාණය ආසන්න වශයෙන් මිලියන 100ක්; දාමයේ තිබෙන ප්‍රමාණය තහවුරු කළ හැක. නමුත් ආරම්භක circulating ප්‍රමාණය, unlock නීති, සහ සම්පූර්ණ ටෝකන ආර්ථික විද්‍යාව මේ දක්වාම විවෘතව ප්‍රකාශ කර නැහැ. මේකයි ලොකුම අවදානම් කරුණ.

වෙළඳපොළ පැත්තෙන්, දාමයේ ඇති pool එකේ reference price එක ආසන්න වශයෙන් $0.45; එයින් අදහස් වන්නේ $45 million FDV. pool එක තුළ USDT 500,000ක් සහ DEBIT ටෝකන 1.11 millionක් පමණ තිබෙනවා. liquidity එක බොහොම thick නෑ; එපමණක් නොවෙයි, චිප්ස් බහුතරයක් එක තැනට συγκේන්ද්‍රිතයි. ඒ නිසා “dog庄” වගේ ඉහළ පාලනයක් තිබෙනවා—ආරම්භක විවෘත මිල බොහෝ විට සාමාන්‍ය මිලකට නොවෙයි; ඔවුන්ට ඕන කොච්චර ඉහළට උස්සන්නද ඒක පාලනය කරනවා වගේ.

Binance 18:00 ට කලින් ආරම්භ කරනවා; Bitget, KuCoin වගේ exchange වල 20:00 ට. ඒ අතර පැය දෙකේදී මුලින්ම එක් වර “pull” එකක් විය හැක. නමුත් 20:00 පසුව liquidity වැඩි වන නිසා selling pressure එකත් එක්කම වැඩි වීමට ඉඩ තියෙනවා.

මගේ airdrop විකිණීමේ ක්‍රමය：
1.00 සිට 1.50 දක්වා：සංහාරයෙන් හතඅටෙන් එකක් විකුණලා දමන්න
1.50 ඉහළින්：මූලිකවම ඉවත් වෙලා ඉන්නවා—පාර්ශවයට “scene” කරලා සෙල්ලම් කරන්න මම සහභාගි වෙන්නේ නෑ

මුළු ප්‍රමාණය අනුව බලනකොට, $1 යනු $100 million FDV (1억 FDV), $1.5 යනු $150 million FDV. ව්‍යාපෘතියේ වත්මන් භාවිත දත්ත අනුව, $1 ඉහළින් යනකොට දැනටමත් “cheap” කියන්න අමාරු. $1.5 ඉහළින් යනකොට වැඩි වශයෙන් වෙළඳ පාලනය (trading control) සහ හැඟීම් (sentiment) පිළිබඳ—මූලික දත්ත (fundamentals) පිළිබඳ නෙමෙයි.

වෙළඳපොළ පුරෝකථනය: Alpha airdrop pool එකේ ටෝකන මිලියන 1 (අවුල මිලියන 100만) පමණ. අවසානයේ පුද්ගලයන් 50,000ක් පමණ claim කළොත්, එක් දෙනාට ටෝකන 20 බැගින් (20枚): 0.5$ වටිනාකමෙන් 10U, 1$ වටිනාකමෙන් 20U, 1.5$ වටිනාකමෙන් 30U. නමුත් මෙය වෙළඳපොළ ඇස්තමේන්තුවක්; නිශ්චිත ප්‍රමාණය සහ point/threshold එක Binance නිවේදනයට අනුව තීරණය වේ.

එක වාක්‍යෙන් සාරාංශය：පැරණි ව්‍යාපෘතියක්, අරමුදල් හොඳට තිබෙනවා, product තියෙනවා—නමුත් දත්ත සාමාන්‍යයි, ටෝකන තොරතුරු පාරදෘශ්‍ය නෑ, සහ පාලනයේ (manipulation) හැඟීම බොහොම වැඩි. Airdrop එක ගන්න පුළුවන්, opening එක බලන්න පුළුවන්; ඉහළට දුවලා (FOMO) පසුපස යන්න නම් අවශ්‍ය නෑ.
#alpha #ALPHA🔥
#美国财政部设量子就绪工作组
#加拿大对美加征最高50%反制关税

$TMX 精准逃顶，剧本再次验证。

盘前计划写得很清楚：0.17—0.22卖七到九成，0.25以上基本清仓。

今天开盘直接拉到 0.2附近，如期回落。可惜我这篇帖子官方大大不给流量🤣，看到我帖子的哥们应该大部分都卖的差不多了，留点底仓等上合约当买彩票了。

空投多、池子薄，这种走势根本不意外。不赌最高点，只赚纪律内的钱。

下一场继续。
#alpha #ALPHA🔥
#比特币受阻于81000美元50周均线
#哈萨克斯坦下调石油产量预期至9600万吨

නිවස පරිශ්‍රයේ සෝපාන පැරණි වීම නිසා නිතරම දෝෂ ඇතිවෙයි. කුලීකරුවන්ගේ කණ්ඩායම් සමූහයේ යමෙකු ප්‍රතිසංස්කරණ සැලසුමක් පළ කළා. මම මුලින් හිතුවේ වැඩි ඡන්ද තියෙනවා නම් වැඩ ආරම්භ කරන්න පුළුවන් කියලා. නමුත් පස්සේ තමයි තේරුම් ගියේ මිල ගණන් ඉදිරිපත් කිරීම, ඇගයීම/සම්මත කිරීම්, ඉදිකිරීම්/පරීක්ෂණ, හා පිළිගැනීමත් අවශ්‍ය බවයි. Chain මාර්ගයෙන් කළමනාකරණය (on-chain governance) ද වේගයෙන් බැලූවිට හඳුනාගන්න ලේසි වෙයි: එක් යෝජනාවක් විවෘත කරලා සාකච්ඡාවට නිල ස්වරූපයක් ලැබුණා කියලා පෙන්වෙනවා, එහෙත් main network (mainnet) හි code එක ඒකම මඟින් වහාම වෙනස් වෙන්නේ නැහැ。

Dusk විසින් ගිවිසුම් වෙනස්කම් DIP වලට (Dusk Improvement Proposal) සකස් කරනවා. නිල ක්‍රියාවලිය Idea වලින් පටන් ගන්නවා; අදහස ස්ථිර වුණාට පස්සේ Draft වෙත ගොස් අංකයක් ලබා ගන්නවා. ඉන්පසු prototype එකක් හෝ තාක්ෂණික ප්‍රතිඵලයක් සකස් කළොත් Feedback වෙත යනවා. ඉදිරියේ වැඩ නිමාවට ළං වෙද්දී Staging වෙත මාරු වෙනවා. code සම්බන්ධ DIP වලට, ප්‍රථමයෙන් Nocturne testnet එකට දාන්න වෙනවා; එකඟතාව ලැබුණාට පස්සේම පමණක් Active ලෙස සලකන අතර, එම ප්‍රතිඵලයන් production පරිසරයට ඒකාබද්ධ කරනවා. #dusk

මට මේ ක්‍රියාවලියට කැමති වීමට හේතුවක් තියෙනවා: DUSK ප්‍රොටොකෝල වෙනස්කමක් සඳහා සම්පූර්ණ ලේඛන/වාර්තාවක් තබාගන්න ඕන. යෝජනාව තුළ මතකය/අරමුණ, තාක්ෂණික පිරිවිතර, අත්හැරීම්/තේරීම්, පසුගාමී අනුකූලතාව, පරීක්ෂණ, ආරක්ෂක බලපෑම, සහ ක්‍රියාත්මක කිරීමේ සබැඳිය (implementation link) ලියන්න ඕන. මාස හයකට වැඩි කාලයක් තවදුරටත් සංවර්ධනය නොකළ Stagnant යෝජනාවක් Dead ලෙසවත් යන්න පුළුවන්. පසුව ආපසු බලන විට, එදා සාකච්ඡා වුණ අවදානම් මොනවාද කියලා ප්‍රජාවට අනුගමනය කරන්න පුළුවන්—නව අනුවාදයේ නිවේදනය පමණක් බලලා නැතිව.

නමුත් “ඕනෑම කෙනෙකුට ඉදිරිපත් කළ හැකි” එකෙන්ම “ඕනෑම කෙනෙකුට නීති වෙනස් කරගන්න පුළුවන්” කියලා නිගමනය කරන්න බැහැ. DIP සංස්කාරකවරු අධීක්ෂණයට සහභාගී වෙලා, අංක ලබා දී, ඒකාබද්ධ කරගෙන, ක්‍රියාවට නංවන එකත් අනුගමනය කරනවා. node මෙහෙයුම්කරුවන්ටද වෙනස්කම් ඇතුළත් කරගත් මෘදුකාංග (software) ස්ථාපනය කරන්න වෙනවා. වර්තමාන විවෘත පැහැදිලි කිරීමේදී $DUSK හි හිමිකම් (holding) අනුව ගණනය කරන ඡන්ද සීමාවක් (vote threshold) හෝ “එකඟතාව ලබාගැනීම” පැහැදිලි ප්‍රතිශතයක් ලෙස ලියා දී නැහැ. මම විවෘත සාකච්ඡාව chain මත ඇති governance එක “අවසානයටම කර අවසන්” වගේ සකසා පේන්න සලස්වන්නේ නැහැ。

@Dusk හි upgrade එක ගැන අවධානය දෙන විට, මම වෙන වෙනම කරුණු හතරක් පරීක්ෂා කරනවා: DIP එක තියෙන්නේ කුමන තත්වයේද, ක්‍රියාත්මක කරන code එක විවෘතව ලබාදෙනවාද, Nocturne test results නැවත පරීක්ෂා කළ හැකිද, mainnet node එක කොයි වෙලාවට සම්මත කරන්නේද. කණ්ඩායම තුළ “like” දමන එකෙන් පමණක් අදහස ජනප්‍රියයි කියලා පේනවා; Active බවත් සැබෑ ලෙස deploy කිරීමත් පමණක් Dusk නීති යම් අදියරකට—ඒ අනුව chain governance එක සැබවින්ම කොතැනටද—ගියා කියලා පෙන්වයි.

📅 අද 18:00၊ Binance Alpha မှာ TermMax (TMX) ကို စတင်မိတ်ဆက်မည်

TermMax ကို လွယ်လွယ်ပြောရရင် အတိုးနှုန်းတစ်သတ်မှတ်ထားတဲ့ ချေးငွေ/ချေးယူ ပလက်ဖောင်းတစ်ခုပါ။ ပရောဂျက်က စုစုပေါင်း ရန်ပုံငွေ ခန့်မှန်း 680 သိန်းဒေါ်လာ (USD) ဝန်းကျင် ရရှိထားပြီး Cumberland, HashKey စတဲ့ အဖွဲ့အစည်းတွေက နောက်ကွယ်မှာ ရှိသလို YZi Labs က အစပြုတိုးတက်ရေး(incubation) ပရိုဂရမ်ထဲလည်း ဝင်ခဲ့ဖူးပါတယ်—အနေအထားကတော့ သေချာတော်တော် လက်ခံနိုင်ပါတယ်။

ဒါပေမယ့် ပရောဂျက်က လုံးဝ “airdrop” ပဲ မဟုတ်ပါဘူး။ TVL က ခန့်မှန်း $31 သန်း (တက်ကြွစွာ ချေးယူနေမှု) က $27 သန်းလောက်ရှိပါတယ်။ ဒါပေမယ့် အခုနောက်ဆုံး 30 ရက်အတွင်း ဝင်ငွေက $20,000 ခန့်ပဲရှိတာကြောင့် စီးပွားရေးအရွယ်အစားက မြင့်မားတဲ့ valuation ကို မထောက်ပံ့နိုင်သလိုပါ။

TMX စုစုပေါင်း ပမာဏ 1 ဘီလီယံ ဖြစ်ပြီး အစပိုင်း လည်ပတ်မှု 15.28% ခန့်ကို မျှော်မှန်းထားပါတယ်။ အထူးသတိထားရမယ့်အချက်ကတော့ Binance Alpha နဲ့ Booster အပါအဝင် community airdrop စုစုပေါင်း 11.48% လောက်အတွက် ချိုးချခြားချထားတဲ့ ကွဲလွဲပမာဏတွေက စတင်ရောင်းချမယ့် အချိန်မှာ ဖိအား (sell pressure) ဖြစ်နိုင်တာပါ။

အစပိုင်း pool စျေးနှုန်း 0.06 ဒေါ်လာ ဖြစ်ပြီး 6000만 FDV ကို ကိုက်ညီပါတယ်။ pre-market မှာ 0.19 ဒေါ်လာ ခန့် ဖြစ်ပြီး 1.9 亿 FDV ကို ကိုက်ညီပါတယ်။ Pool က နက်မနက်သေးလို့ အဖွင့်မှာ sniper တွေက မြန်မြန်ဆန်ဆန် မြှောက်တင်နိုင်ပါတယ်။ ဒါပေမယ့် airdrop ဝင်ပြီးနောက်မှာလည်း ပြန်ဖိချနိုင်ပါတယ်။

Binance airdrop အတွက် 225 points လိုပါတယ်။ 15 points သုံးစွဲပြီး တစ်ယောက်ကို TMX 200 ခု ရနိုင်ပါတယ်။

ကျွန်တော့်လုပ်ဆောင်ချက်—
0.17—0.22：၇၀% မှ ၉၀% အထိ ရောင်းမယ်
0.25 အထက်：အနည်းဆုံး အားလုံးနီးပါး (基本清仓) ရှင်းမယ်

တစ်ကြောင်းချုပ်—ပရောဂျက်မှာ product ရှိပေမယ့် valuation က စျေးမချိုပါဘူး၊ airdrop အတွက် ချေးငွေပမာဏလည်း များပါတယ်။ အဖွင့်မှာ 0.18 ဝန်းကျင်အထိ တက်သွားရင်တော့ ရောင်းချဖို့ သက်တောင့်သက်သာတဲ့ အချက်ဖြစ်နေပြီး၊ အကြီးစား (big exchange) တစ်ခုတည်းအတွက် မရောင်းဘဲ စောင့်မနေနဲ့၊ အဖွင့်မှာ ပထမဆုံး ကြီးမားတဲ့ candle တစ်တန်းကို မလိုက်ဝယ်မိအောင်လည်း သတိထားပါ။
$TAC $ONG $STAR
#Alpha #ALPHA🔥
#BTC触及80000美元
#油价维持跌势
#ZEC突破关键阻力涨75.5%

කාණ්ඩයේ කෙනෙක් පසුම්බි තිරපිටපත් බෙදාගත්තේ: ශේෂය හදිසියේම 5000 DUSK ($DUSK ) වගේ වැඩි වුණා. ඉක්මනින්ම කෙනෙක් අහනවා—එය වෙළඳ වේදිකාවට මාරු කරලා ගන්න පුළුවන්ද කියලා. මේ වගේ අංක දකිද්දී පළවෙනි පියවර මිල බලන එක නොවෙයි; පසුම්බිය සම්බන්ධ කරලා තියෙන්නේ කුමන ජාලයටද කියලා බලන්න ඕන. “DUSK” කියලා ලියලා තිබුණත්, ටෙස්ට්නෙට් ටෝකනයට සහ මெயින්නෙට් වත්කමට පැවරෙන කාර්යයන් සම්පූර්ණයෙන්ම වෙනස්.

Dusk නිල ජාලය පිළිබඳ පැහැදිලි කිරීමේ Mainnet, Nocturne Testnet සහ අභ්‍යන්තර Devnet ලෙස සඳහන් කර තිබෙනවා. Nocturne වල Chain ID එක 2. මෙය ප්‍රධාන වශයෙන් සංවර්ධකයන්ට ප්‍රොටෝකෝල් උත්ශ්‍රේණි කිරීම, ස්මාර්ට් කොන්ත්‍රාත් සහ නෝඩ් පරීක්ෂා කිරීම සඳහා. නිල faucet එක Discord බොට් හරහා ටෙස්ට්නෙට් DUSK ලබාදෙන අතර, නෝඩ් මාර්ගෝපදේශයේ උදාහරණ මුදල 5000 ටෝකන්. ලේඛනයේම පැහැදිලිව ලියලා තියෙන්නේ: ටෙස්ට්නෙට් DUSK වලට තථ්‍ය මුදල් වටිනාකමක් නැහැ. #dusk

මෙම DUSK තවමත් භාවිතයට ගන්න පුළුවන්. ටෙස්ට් කොන්ත්‍රාක්ට් දාන්න, ගනුදෙනු යවන්න, stake පුහුණුව කරන්න, හෝ පසුම්බි ක්‍රියාවලි පරීක්ෂා කරන්න—ඒ සියල්ලටම අදාළ ජාලයේ ටෝකන පාවිච්චි වෙනවා. ගනුදෙනුව සාර්ථක වුණාම හැෂ් සහ බ්ලොක් වාර්තාත් ඉතිරි වෙනවා; ඒකෙන් පෙන්වන්නේ පරීක්ෂණ පරිසරයේ ක්‍රියාකාරිත්වය සාර්ථක වූ බව පමණයි. මெயින්නෙට් වත්කම එතැනට ආවා කියලා ඒ මඟින් නිගමනය කරන්න බැහැ; ටෙස්ට් ශේෂය වෙළඳපල මිලෙන් ගුණ කරලා hold එකක් ලෙස පෙන්වන්නත් බැහැ.

මම ක්‍රම 4ක් මෙන්ම පරීක්ෂා කරනවා: පසුම්බියේ ජාල නාමය, Chain ID, නෝඩ් ලිපිනය, සහ බ්‍රව්සරයේ ඩොමේන් නාමය. DUSK සංකේතය පමණක් බලන එකෙන් අමාරුවෙන් වැරදියට යන්න පුළුවන්—ඉන්ටර්ෆේස් එකට එකම Ticker පාවිච්චි කරන්න පුළුවන්. ලබන්නා වෙළඳවේදිකාවක් නම්, එම වේදිකාව දක්වන chain එකද පරීක්ෂා කරන්න ඕන. ටෙස්ට්නෙට් ලිපිනය අකාරයෙන් සමාන වුණත්, එයට recharge වටිනාකමක් නැහැ.

ටෙස්ට් වාර්තාත් නිෂ්පාදනයට කලින්ම “අවසන් කාර්යය” ලැබුණා වගේ දාන්න බැහැ. Nocturne හි කොන්ත්‍රාක්ට් සාර්ථකව deploy වීමෙන් පෙනෙන්නේ දැනට පරීක්ෂණ තත්ත්වයන් තුළ කේතය ක්‍රියාත්මක විය හැකි බවයි; audit, මெயින්නෙට් පරාමිතීන්, සැබෑ පීඩනය (real load) සහ වත්කම් අවදානම් තවමත් වෙනමම තහවුරු කරන්න ඕන. පරීක්ෂණය හොඳින් යන තරමට, ජාල නාමය තිරපිටපතේම තබාගන්න එක තවත් වැදගත්—එපා වෙන්නේ පසුව “DUSK නව විශාල මාරු කිරීමක්” කියලා වැරදි ලෙස කප්පිලා යන එකට.

@Dusk ගැන අවධානය දෙන විට, මම ටෙස්ට්නෙට් DUSKව පිළිහරුලියක් (training mile) වගේ ලෙස බලනවා: ක්‍රියා පරීක්ෂා කරන්න පුළුවන්, හැබැයි දෙවෙනි අත වෙළඳපොළට ගිහින් මුදල් කරගන්න බැහැ. $DUSK කළමනාකරණයට පෙරම ජාලය හඳුනාගන්න—ශේෂය කොතරම් විශාල වුණත්, එය වැටී තියෙන්නේ කුමන “ගිණුම් පොතේද” කියලා බලනවා.

කුඩා කඩේට මුදල් අඩු නිසා උපකරණ වෙනුවෙන් දායක වීමට සූදානම් වුණේ. බොස් කෝපි යන්ත්‍රයේ අයිතිය කොටස් දහසක් ලෙස කඩදාසි කඩදාසි කරලා අන්තර්ජාලයට දැම්මා—ඒ එක් කොටසක මිල අඩු වගේ පෙනෙනවා. නමුත් මගේ මුල්ම ප්‍රතිචාරය მაინც “පැහැදිලිව” ප්‍රශ්න තුනක්ම: කාටද එය මිලදී ගැනීමට කැමති, මිලදීගත් අයිතිවාසිකම හඳුනා ගන්නේ කවුද, පස්සේ ඉවත් වෙන්න ඕන නම් විකුණන්නේ කාටද? කොටස් කුඩා වීමෙන් එක් වර මිලදීගැනීමේ මුදල අඩු වුණත්, ඇණවුම්, නීති ලේඛන සහ ද්‍රවශීලතාව ඒ අනුවම ස්වයංක්‍රීයවම “බිහි” වෙන්නේ නැහැ. #dusk

අගෝස්තු 15දා Dusk විසින් පළ කළ කුඩා හා මධ්‍ය පරිමාණ ව්‍යාපාර (SME) අරමුදල් සැපයීම පිළිබඳ ලිපියත් මෙම වෙනස ඉතා පැහැදිලිව ලියලා තිබුණා. ඩිජිටල් වටිනාකම් (ඩිජිටල් සුරක්ෂිතතා) නිකුත් කරන විට, පළමුව මෙවලම් ව්‍යුහය සහ අයිතීන් තීරණය කරන්න, ඉන්පසු ආයෝජක සුදුසුකම් පරීක්ෂා කිරීම, කොටස්/මිලදීගැනීම් වෙන් කිරීම, අයිතිය යාවත්කාලීන කිරීම, පවත්නා සේවා (ongoing services) සහ ද්විතීයි වෙළඳාම (secondary trading) — මේ සියල්ල. DUSK බ්ලොක්චේන් මත ටෝකන් එකක් “එකතු” වුණාට, ඒක කළේ ඒ අතරින් ඉතා කෙටි කොටසක් පමණයි.

මම විශේෂයෙන් @Dusk සහ NPEX මෙම අදියර එකට සම්බන්ධ කරන්නේ කොහොමද කියලා බලන්න වැඩි උනන්දුවක් තියෙනවා. NPEX නෙදර්ලන්තයේ නියාමනය යටතේ පවතින වෙළඳපොළවල නිකුත් කිරීම සහ වෙළඳාම පිළිබඳ අත්දැකීම් සපයනවා. Dusk ටෝකනීකරණය (tokenization), පෞද්ගලිකත්වය, මාරු කිරීමේ නීති සහ ගෙවීම්/නිපදවීමේ (settlement) යටිතල පහසුකම් භාරගෙන ඉන්නවා. Dusk Trade hingegen යෙදුම් ස්ථරයේ පිහිටා, ආයෝජකයින්ට වත්කම් සොයා ගැනීමට, වොලට් එකකට සම්බන්ධ වීමට, ඇතුළත් වීමේ සුදුසුකම් (admission) සම්පූර්ණ කිරීමට, මිලදීගැනීම්/විකුණුම් කරන්නට සහ ගෙවීම් සම්බන්ධීකරණය කරන්නට ඉඩ දෙනවා. මේ භූමිකාව තුනම එකිනෙකාට කොටස බැගින් භාරගෙන නිසා නිකුත් කරන්නාට උපදේශකයින්, බැංකු, ලේඛන/ලියාපදිංචි ආයතන සහ වෙළඳපොළ අතර නැවත නැවත එකිනෙකා සමාන කරගන්න (reconciliation) වගු හරහා කටයුතු කරන්නට අවශ්‍ය වෙන්නේ නැහැ.

නමුත් මේ මාර්ගයට යථාර්ථවාදී බාධක කිහිපයක් තියෙනවා. බ්ලොක්චේන් නීතිවලට සමාගම් අනුමැතිය, නීති ලේඛන (notarization), තහනම් ලැයිස්තු/සැකසුම් (sanctions) පරීක්ෂා කිරීම සහ නීතිමය වගකීම් වෙනුවට ආදේශ කරන්න බැහැ. වත්කම් තව තවත් කුඩා කොටස්වලට බෙදීමෙන් පමණින් මිලදී ගන්නා, මිල ගණන් (quotations) සහ සත්‍යයෙන්ම සිදුවන (continuous) ගනුදෙනු නිර්මාණය කරන්නේත් නැහැ. යම් කුඩා/මධ්‍ය පරිමාණ ව්‍යාපාර බැඳුම්කරයක් (SME bond) නිකුත්/ලෙයින්ට් (listed) කළත්, වෙළඳාම් කරන්නන් ටිකක්ම නැත්නම්, තාක්ෂණය හරියටම ක්‍රියාත්මක වුණත් අරමුදල් සැපයීමේ අත්දැකීම වැඩි දියුණු වෙන්නේ නැහැ.

එබැවින් මම DUSK හි RWA (Real-World Assets) ප්‍රගතිය තක්සේරු කරද්දී බලන්න යන්නේ පරීක්ෂා කළ හැකි ප්‍රතිඵල හතරක්: සැබෑ නිකුත් කරන්නන් කොච්චර ප්‍රමාණයක් ක්‍රියාවලියට ඇතුල් වෙනවාද, කොච්චර සුදුසුකම් ඇති ආයෝජකයින් මිලදීගැනීම සම්පූර්ණ කරනවාද, ද්විතීයි වෙළඳපොළේ සත්‍යමය වලංගු ගනුදෙනුවක් කොච්චර වාරයක්කට එක වර සිදුවෙනවාද, සහ එකම ගනුදෙනුවක් මත ගෙවීම් සහ අයිතිය වාර්තා දෙකම එකට ගැළපේද කියලා.

විශාල වත්කම් පරිමාණයක් දැක්වීමට පෝස්ටරයකට සුදුසු වුණත්, මේ කරුණු හතරම සමාගමක් ඇත්තටම මුදල් ලබාගන්නා ක්‍රියාවලියට සමීපයි.

@Dusk දැනට නියාමනය යටතේ අරමුදල් සැපයීමේ මාර්ගයක් ගොඩනඟනවා, $DUSK ජාල ගාස්තු සහ ආරක්ෂාව භාරගනී. “වත්කම් බ්ලොක්චේන් උඩට ගෙන ඇවිත්” කියලා ඊළඟ වතාවට දැක්කම, නිකුත් කිරීම, අයිතිය දරීම, වෙළඳාම සහ ගනුදෙනු/නිපදවීමේ (settlement) අඛණ්ඩ වාර්තා තියෙනවාද කියලා මුලින්ම සොයා බලනවා. #dusk

முன்பெல்லாம் எக்சேஞ்சிலிருந்து பணம் எடுக்கும்போது, Memo-வை “இருந்தால் நிரப்பு, இல்லையெனில் காலியாக விடு” என்ற கூடுதல் புலமாக நான் பழகி வைத்திருந்தேன். DUSK-ஐ மெயின்நெட்டிலிருந்து BSC-க்கு பாலம் (bridge) மூலம் மாற்றும் படிகளை ஒழுங்குபடுத்தும் போது தான் தெரிந்தது: இந்த பாதையில் Memo என்பது பெறும் (delivery) முகவரியாக செயல்படுகிறது. அதாவது, பாலத்தின் இணைப்புக் கணக்கு மெயின்நெட்டிலிருந்து DUSK-ஐ பெற்றதும், Memo உள்ள 0x முகவரியைப் பார்த்து BEP20 DUSK யாருக்கு அனுப்பப்பட வேண்டும் என்பதை தீர்மானிக்கிறது.

செயல்பாட்டு நுழைவு Dusk மெயின்நெட் Web Wallet. பெறுநர் தரப்பில் அதிகாரப்பூர்வ BSC பாலம் இணைப்புக் கணக்கை நிரப்ப வேண்டும்; Memo-வில் நீங்களே கட்டுப்படுத்தும் BSC முகவரியை நிரப்ப வேண்டும். இரண்டு புலங்களும் நீளமான சரங்கள் (long strings); ஆனால் பொறுப்பு வேறு. முதலாவது DUSK-ஐ பாலத்தில் செலுத்துகிறது; இரண்டாவது பாலம் எந்த “வாசல்/கதவு” வழியாக அனுப்ப வேண்டும் என்பதை சொல்கிறது. Memo காணாமல் போனால் அல்லது வடிவம் தவறினால், அமைப்பு தானாக வழிமாற்ற (route) செய்ய முடியாது; கடுமையான சந்தர்ப்பங்களில் திரும்ப பெறவும் முடியாமல் போகலாம்.

தொகையிலும் ஒரு சிறிய தடையுண்டு. பாலம், அனுப்பும் அளவிலிருந்து 1 $DUSK -ஐ கழித்து விடும்; அதனுடன் Dusk மெயின்நெட் பரிவர்த்தனை கட்டணத்தையும் நீங்கள் தயார் செய்ய வேண்டும். அனுப்பும் அளவு 1 DUSK-க்கும் அதிகமாக இருக்க வேண்டும். 1 DUSK அல்லது அதைவிடக் குறைவாக மட்டும் அனுப்பினால், பாலக்கட்டணம் கழிந்த பிறகு BSC பக்கத்தில் வரவு (到账) உருவாகாது. முதன்முறையாக பயன்படுத்தும்போது, முதலில் ஒரு சிறிய தொகை சோதனை அனுப்புவது நல்லது.

எனது சரிபார்ப்பு வரிசை இதுதான் என்று காகிதத்தில் எழுதி வைத்திருக்கிறேன்: @Dusk என்ற அதிகாரப்பூர்வ பக்கத்திலிருந்து பாலம் இணைப்புக் கணக்கை பெறுக; முழு கணக்கையும் பகுதிகளாக ஒப்பிடுக; Memo என்பது நீங்கள் கட்டுப்படுத்தும் BSC முகவரியாக உள்ளதா உறுதி செய்க; தொகை மற்றும் பரிவர்த்தனை கட்டணத்தைச் சரிபார்க்கவும்; அனுப்பியதும் DUSK பரிவர்த்தனை ஹாஷை (transaction hash) சேமிக்கவும். மெயின்நெட் உலாவி முதலில் வெற்றியை காட்டும்; ஆனால் BSC பக்கம் செயலாக்கத்துக்காக காத்திருக்க வேண்டி வரும்—பொதுவாக சுமார் ஒரு மணி நேரம்; நெட்வொர்க் நிலைமைகள் காத்திருப்பு நேரத்தை நீட்டிக்கலாம்.

ஒரு மணி நேரம் ஆனாலும் வரவு இல்லையெனில், உடனே இரண்டாவது முறையும் DUSK அனுப்பாதீர்கள். முதலில் அசல் பரிவர்த்தனை வெற்றியா என்பதைச் சரிபார்க்கவும்; பின்னர் Memo-வைச் சரிபார்க்கவும். இலக்கு ஒரு பரிவர்த்தனை நிலையம் (exchange) என்றால், அது அந்த முகவரியை ஆதரிக்கும் விதமாக BEP20 DUSK வை கட்டணம்/டெபாசிட் செய்ய தெளிவாக ஆதரிக்கிறதா என்பதை உறுதி செய்ய வேண்டும்; 0x என்று தொடங்குகிறது என்பதற்காக மட்டும் அது இணக்கமாக (compatible) இருக்கும் என்று கருதக்கூடாது.

இந்த செயல்முறை ஒரு கூரியர்/பார்சல் அனுப்பும் மாதிரி தான்: பாலம் இணைப்புக் கணக்கு என்பது இடைநிலைக் கிடங்கு (transit warehouse); Memo இறுதியாக இருக்கும் முகப்பு/வீட்டு எண்; பரிவர்த்தனை ஹாஷ் என்பது பார்சல் டிராக்கிங்/கட்டணச் சீட்டு எண். இந்த மூன்றில் ஒன்று குறைந்தாலோ தவறினாலோ, வாடிக்கையாளர் சேவை கூட சரியாக இடத்தை கண்டுபிடிக்க முடியாமல் போகும். $DUSK -ஐ நிர்வகிக்கும் போது அனுப்பு (send) விரைவாக இருக்கும்; ஒவ்வொரு முகவரியும் அதன் பணியை செய்தால் தான் குறைந்த கவலையுடன் போக முடியும். @Dusk -ஐ கவனித்து, சங்கிலியை மாற்றும் முன் பலமுறை சரிபார்க்கவும். #dusk

#dusk $DUSK @Dusk
နံနက်ခင်းမှာ DUSK မက်ဆေ့ချ်တွေကိုကြည့်တဲ့အချိန်၊ ဂရုခင်းထဲမှာ တစ်ယောက်ကနေ ကိုယ်ရေးကိုယ်တာချတ်တစ်ပိုင်းကို လှမ်းပို့လာပါတယ်—ပုံရိပ်၊ နာမည်၊ ပရောဂျက်မိတ်ဆက်တွေက အတော်တူပြီး “ကျွန်တော်က Dusk team အဖွဲ့ဝင်” လို့ပြောကာ Wallet sync လုပ်ပေးနိုင်တယ်လို့ ဆိုပါတယ်။ ဒါအပြင် “သီးသန့်ဝင်ပေါက်” တစ်ခုပါ ထည့်ပို့လာပါတယ်။ ဒီလို စကားပုံစံက အသုံးပြုသူတွေ စိတ်ပူပြီး အရေးပေါ်ဖြစ်နေတဲ့အချိန်ကို တည့်တည့်ရွေးထိုးတာပါ—DUSK က ကြာကြာမပေါ်သေးတဲ့အခါ လူက လွယ်လွယ်နဲ့ ပွင့်အောင် ထိပေးတတ်ပါတယ်。

Dusk ရဲ့ တရားဝင် စာရွက်စာတမ်းမှာ Verify Team Account tool ရှိပါတယ်။ လမ်းကြောင်း (channel) နဲ့ အကောင့်အလိုက် သူတို့က စစ်ဆေးနိုင်တဲ့ team account ဟုတ်/မဟုတ် ကို စစ်နိုင်ပါတယ်။ ကျွန်တော့် အလုပ်လုပ်ပုံအဆင့်တွေကတော့ အရင်ဆုံး ချတ်ဝင်းဒိုးမှာပဲ ရပ်ထားပြီး—ဖိုင်မဒေါင်းလုပ်ဘူး၊ မလက်မှတ်မထိုးဘူး၊ Wallet ကို မချိတ်ဘူး။ ပြီးတော့ အကောင့်အပြည့်အစုံကို ကူးယူပြီး စစ်မှန်ကြောင်း စစ်ဆေးတယ်။ မူရင်းအတည်ပြုချက်ကို Dusk တရားဝင်စာရွက်စာတမ်း သို့မဟုတ် သိထားပြီးသား တရားဝင်လမ်းကြောင်းတွေကနေ ပြန်လှန်အတည်ပြုတယ်။

စစ်မှန်ကြောင်း စစ်ဆေးတဲ့ စာမျက်နှာမှာလည်း နယ်နိမိတ်ကို ရေးထားပါတယ်—ဒီ tool က အပြင်ဘက်ပါတနာတွေနဲ့ ဆက်သွယ်တဲ့ team members တွေကို စစ်ဆေးဖို့ အဓိကဖြစ်ပြီး ၁၀၀% မဖုံးလွှမ်းနိုင်ပါဘူး။ အကောင့်မှာ “not verified” လို့ပြထားရင် မှားယွင်းမှုဖြစ်နိုင်ပါတယ်။ အခြေအမြစ်ခိုင်ခိုင်လုံလုံနဲ့ သူ့ဘက်က တကယ်မှန်တယ်လို့ ယုံကြည်ဖို့ အကြောင်းပြချက်ရှိရင် တရားဝင်လမ်းကြောင်း သို့မဟုတ် စာရွက်စာတမ်းတွေဖြင့် သုံးဆင့်အထိ အတည်ပြုဆက်လုပ်ရပါမယ်။ “ရှာမတွေ့” ကို တန်းပြီး လိမ်လည်သူလို့ အဆုံးသတ်မယူရဘူး၊ ပုံရိပ်ထဲမှာ DUSK လိုဂိုပါလို့ လက်ခံပေးလို့လည်း မဖြစ်ပါဘူး။

ကျွန်တော်ကတော့ ဒီလို private chat ကို အမျိုးအစား ၃ မျိုးခွဲပြီး ကိုင်တွယ်တယ်။ အများပြည်သူနဲ့သက်ဆိုင်တဲ့ အချက်အလက်တွေကိုပဲ ဆွေးနွေးမယ်ဆိုရင် ဂရုထဲမှာထားပြီး အတည်ပြုစစ်ဆေးနိုင်တယ်။ Wallet ချိတ်ဆက်ဖို့၊ မသိတဲ့ မက်ဆေ့ချ်တွေကို လက်မှတ်ထိုးဖို့၊ ဒါမှမဟုတ် ဆော့ဖ်ဝဲတစ်ခုတပ်ဆင်ဖို့ တောင်းဆိုလာရင် တန်းရပ်ပြီး ရပ်ဆိုင်းရမယ်။ mnemonic phrase, private key, verification code တွေကို တောင်းဆိုလာရင်တော့ လုံးဝငြင်းပြီး အစီရင်ခံတယ်။ Dusk team identity စစ်ဆေးတာက “ဒီအကောင့်က စစ်ဆေးနိုင်တဲ့ အကွာအဝေးအတွင်းမှာပါလား” ကို ဖြေရှင်းတာပါ။ Wallet pop-up ကတော့ “ဒီလုပ်ဆောင်မှုကို သဘောတူမလား” ကို ဆုံးဖြတ်တာပါ။ တံခါးနှစ်ခုလုံးကို ကိုယ်တိုင် သေချာဖတ်ပြီးမှ လုပ်ရပါတယ်။

နောက်ထပ်အသေးစိတ်တစ်ခု—search engine ကြော်ငြာတွေ၊ group announcement screenshot တွေ၊ forwarding လင့်ခ်တွေက သက်တမ်းကုန်သွားနိုင်သလို အတုလုပ်ထားနိုင်လည်း ဖြစ်ပါတယ်။ ယုံကြည်ရဆုံးနည်းလမ်းက Dusk တရားဝင်စာရွက်စာတမ်းကို ကိုယ်တိုင်ဝင်ပြီးမှ verification page ကို ဖွင့်တာပါ။ ပြဿနာတစ်ခုကို တင်ပြဖို့လိုရင် အကောင့်၊ channel၊ အချိန်၊ လင့်ခ်နဲ့ ချတ် screenshot တွေကို သိမ်းထားပါ—ဒါပေမယ့် mnemonic、private key、password တွေအားလုံးကို ဖုံးကွယ်ထားရပါမယ်。

$DUSK ကို စီမံတဲ့အခါ မိနစ်ဝက်လောက် စောင့်ပြီး ဂရုတစိုက်လုပ်တာက အပိုင်ကို လိုက်ဖမ်းပြီး စီးဆင်းနေသလို ပြေးလိုက်တာထက် ပိုလွယ်ပါတယ်။ @Dusk ရဲ့ နာမည်ကို တရားဝင် entrance ကနေ စစ်ပြီးတော့မှ လုပ်ရပါမယ်။ DUSK Wallet ထဲက ချိတ်ဆက်မှုတိုင်းနဲ့ လက်မှတ်ထိုးမှုတိုင်းကိုလည်း ကိုယ်တိုင် သေချာအတည်ပြုရပါတယ်။ #dusk

#termmax @TermMax
මීට පෙර මම ආදායම් ගබඩාවක් තෝරාගන්නකොට මුලින්ම APY බලනවා, ඉන්පසු ඉක්මනින් ආපසු මුදල් ගන්න පුළුවන්ද කියලා බලනවා. @TermMax Vault ගැන අධ්‍යයනය කළාට පස්සේ මම අනුපිළිවෙල වෙනස් කළා—මුලින්ම මුදල් තියෙන්නේ කොහේද කියලා තහවුරු කරලා, ඉන්පසු ආදායම ගැන සලකා බලනවා.
TermMax Vault ERC-4626 කොටස් (shares) භාවිතා කරනවා. මුදල් ඇතුළත් වුනාට පසු, Curator ඒවා අවසර දීලා ඇති වෙළඳපොල (market) සහ නියෝග (orders) වෙත වෙන් කර දෙනවා. Allocator විසින් සැපයුම් (supply) සහ ආපසු මුදල් ගැනීමේ queue එකත් (withdrawal queue) වෙනස් කරන්න පුළුවන්. නිල ලේඛන වල සඳහන් වන්නේ, ආපසු මුදල් ගැනීම withdrawal queue හි ප්‍රමුඛතා අනුපිළිවෙලට අනුව සිදු වන බවයි; විශාල ආපසු මුදල් ගැනීමක් ඇති වුනොත් Curatorට නියෝග හෝ withdrawal position එක සකස් කරන්නට විය හැක.

මෙම ක්‍රියාවලිය මට අවන්හලක අංක ගන්නා වගේ සිතුනා. අතේ අංක තියෙනවා නම් කුස්සියට නියමිතවම සූදානම් කෑමක් තිබුණත් නැතත් ඒක නෑ. Vault එකේ ප්‍රමාණවත් ලෙස ලබාගත හැකි වත්කම් තිබෙනකොට withdrawal සැකසීම පහසුයි. වෙන් කර තිබෙන නියෝග හෝ කාල සීමා (term) පදනම් වූ position වල වැඩි මුදල් තියෙන විට, මුදල් ලැබෙන වේලාව queue එක මත බලපානවා. ERC-4626 කොටස් ප්‍රමිති (shares) සඳහා වගකිය ගන්නවා; ද්‍රවශීලතාව (liquidity) තවමත් TermMax Vault එවෙලේ තිබෙන වත්කම් තත්ත්වය මත රඳා පවතිනවා.

මම පරීක්ෂා කරන කරුණු 4ක් තියෙනවා: මුදල් තියෙන්නේ කුමන Market වලද, එක් එක් market වල ප්‍රමාණය (share) වැඩිද නැද්ද, withdrawal queue එක වර්ග කරලා (order) තියෙන්නේ කොහොමද, Curatorට ගාස්තු හෝ white-list වෙනස් කිරීම් (permissions) ඉදිරිපත් කරලා තියෙනවද. TermMax timelock හා Guardian පාලනය යොදාගෙන ඇත; ඇතැම් සංවේදී වෙනස්කම් සඳහා බලා සිටීම අවශ්‍ය විය හැක. Guardianට තත්පරෙහි (pending) බලපැවැත්වෙන වෙනස්කම් අහෝසි කළ හැක.

ඉහළ APY මට තවමත් ආකර්ෂණීයයි, නමුත් මම ද්‍රවශීලතාවට ඉඩ තබනවා. කෙටි කාලයේ භාවිතා කරන්න වෙන්න පුළුවන් මුදල්, දිගු කාලීන හා පිරී ඇති (full) position තියෙන Vault එකකට මුළුමනින්ම දාන්නේ නැහැ. දීර්ඝ කාලීනව කටයුතු සඳහා වෙන් කරන කොටස පමණක් Curatorට භාර දෙන්නෙ—මුදල් සැලසුම් කිරීමත් වඩා සුව පහසු වෙනවා.
ඉස්සරහට TermMax අරිද්දි, මුලින්ම asset configuration, queue, සහ permission log බැලුවාට පස්සේ තමයි ආදායම් කාඩ් (yield card) බලන්නේ. Vault එක මට එක් එක් market එකකට අතින් ක්‍රියා කරමින් යන වේලාව ඉතිරි කරනවා; මමත් විනාඩි කිහිපයක් ගන්නෙ මුදල් පිටවන්නේ කොහෙන්ද කියලා තහවුරු කරන්න. ඔබ TermMax Vault තෝරන විට, මුලින්ම APY බලනවද නැත්නම් withdrawal queue එකද? 🙂

#dusk
උදෑසන VPS අසාමාන්‍ය ලොග්-ඉන් අනතුරු ඇඟවීමක් ලැබුණා. DUSK නෝඩ් ධාවනය කරන අයට වඩාත් බිය වන්නේ දේවල් දෙකක්: යන්ත්‍රය නතර වීමත්, බිරිඳේ/DUSK පසුම්බියේ DUSKත් අයෙකු විසින් ගෙන යෑමත්. නෝඩ් නැවත සකස් කිරීම (රී-ඉන්ස්ටෝල්) අමාරු නැහැ; දුෂ්කර වන්නේ කල්තියා අයිතිවාසිකම්/අවසර වෙන් කර තිබුණාද නැද්ද යන්න. @Dusk සඳහා ඇති මෙහෙයුම් ලේඛන වල නෝඩ් සේවාදායකය “උණුසුම් පරිසරයක්” ලෙස සලකනවා—පසුම්බි දත්ත ස්ථිතික (static) ගුප්තකේතනය කළත්, එය භාණ්ඩාගාරයක්/ආරක්ෂිත පෙට්ටියක් ලෙස ගන්න බැහැ.

DUSK පදනම (staking) සඳහා ස්වාධීන owner key එකක් සකස් කළ හැක. සේවාදායකය තුළ ගබඩා කරන්නේ සම්මතයට (consensus) සහභාගී වීමට අවශ්‍ය consensus.keys පමණයි; ඡන්දය දීම/සහ අත්සන් කිරීම ඒකට වගකිය. owner key එක වෙනත් උපකරණයක හෝ අන්තර්ජාලය නොමැති (offline) පසුම්බියක තබා, staking ඉවත් කිරීම (解除质押) හා මුදල් නිස්සීම පාලනය කරයි. සේවාදායකය පරාජය/අසමත් වුවත් (server compromised), ප්‍රහාරකයාට නෝඩ් ක්‍රියාකාරිත්වය කඩා දමා දඬුවම් අවදානමක් ඇති කළ හැකි වුවත්, consensus යතුරුවලින් පමණක් භාවිතා කරමින් stake කර ඇති DUSK සෘජුවම ගෙන යන්න බැහැ.

මෙම අධිකාරී වෙන් කිරීම සේවක කාඩ් එක සහ බොස්ගේ බැංකු U-ඩ්‍රයිව් (U盾) වැනි දෙයකි. සේවක කාඩ් එකට දිනපතා දොර ඇරලා කවුන්ටරයේ ගෙවීම් ගන්න සිදුවෙන නිසා එය නිතරම online තිබිය යුතුයි; බැංකු U-ඩ්‍රයිව් එක කවුන්ටරයේ තැබිය යුතු නැහැ. යතුරු දෙකම එකම VPS එකකට දමා, අධිකාරි නම් “ලස්සනට” ලියලා තිබුණත්, ප්‍රහාරකයාට ලැබෙන්නේ තවමත් පාලනයේ එක සම්පූර්ණයක් (control chain)මයි.

නැවත ප්‍රතිස්ථාපනය කිරීමටත් පැහැදිලි මාර්ගයක් තියෙනවා. seed phrase (助记词) තවමත් තිබේ නම්, ක්‍රියාකරුවාට නව යන්ත්‍රයක පසුම්බිය නැවත ප්‍රතිස්ථාපනය කරලා, consensus යතුරු නැවත export කරන්න පුළුවන්; නැවතත් DUSK staking කරන්නට අවශ්‍ය නැහැ. නමුත් migration කරන විට එකම consensus key එක එකට ක්‍රියාකාරී (active) නෝඩ් දෙකේම එකවර ධාවනය නොකරන්න. පැරණි යන්ත්‍රය නතර කරලා නැහැත්, නව යන්ත්‍රය අත්සන් කරගෙන යාමෙන් ගැටුම් (conflict) හැසිරීම් ඇතිවෙලා DUSK දැඩි දඬුවම් (hard penalty) එළඹිය හැක; පාඩුව stop වෙලා තිබීමේ තත්ත්වයේ සිට stake එක විනාශ වීමටත් පුළුල් විය හැක. උඩුගත කිරීමට (上线) පෙර බ්ලොක් එක්ස්ප්ලෝරර් එකෙන් උස (height) පරීක්ෂා කරලා, නව නෝඩ් DUSK ප්‍රධාන ජාලයේ (mainnet) නවතම තත්ත්වයට සමමුහුර්ත වී තිබෙන බව තහවුරු කරලා, පසුව consensus සහභාගීත්වය නැවත ප්‍රතිස්ථාපනය කරන්න.

මගේ නෝඩ් පරීක්ෂණ ලැයිස්තුවට කරුණු හතරක් ඇත: seed phrase offline backup එක, owner key හා consensus key වෙන්ව තැබීම, SSH එකේ යතුරෙන් පමණක් ලොග්-ඉන් භාවිත කිරීම, යන්ත්‍රය මාරු කිරීමට පෙර පැරණි නෝඩ් සම්පූර්ණයෙන්ම නතර වී ඇති බව තහවුරු කිරීම. $DUSK මිලට ගැනීමෙන් පසු වාර්ෂිකීකරණය (annualized) අධ්‍යයනය කිරීම පහසුයි—නමුත් DUSK සුරැකීම මේ නොපෙනෙන පියවරවලින්මයි. නෝඩ් ආදායම පැමිණෙන්නේ වගකීම් ඉටු කිරීමෙන්; යතුරු තැබීම තීරණය කරන්නේ එක් සේවාදායක අනතුරක් මෙහෙයුම් (operations) මට්ටමේම නතර වෙයිද, නැත්නම් වත්කම් (assets) මට්ටමටම ගිනි ගන්නවාද කියායි.

#termmax @TermMax
ယခင်က အမြဲတမ်း အမြတ်ပေးဝင်ငွေ (fixed income) ထုတ်ကုန်တွေကို မြင်တဲ့အခါ၊ စာမျက်နှာထဲက တစ်ကြောင်းတည်းပါနေတဲ့ နှစ်အလိုက် အမြတ် (annualized) ပမာဏကပဲ ကျွန်မကို အလွယ်တကူ ဆွဲခေါ်သွားတတ်တယ်။ နံပါတ်တွေက ပိုပြီးတောက်ပလေလေ၊ စစ်ဆေးချင်တဲ့စိတ်က ပိုမြန်လေလေ။ @TermMax ကို လေ့လာပြီးနောက်မှာ ကိုယ့်ကိုကိုယ် စည်းမျဉ်းတစ်ခုတင်လိုက်တယ်—အမြတ်ကို ငွေစာရင်းတစ်ခုပုံစံနဲ့ အရင်တကွဲအပြားခွဲပြီးမှ ဝင်မဝင် ဆုံးဖြတ်မယ်။

အကြောင်းဥပမာအားဖြင့် USDC 1000 နဲ့ FT တစ်ချို့ကို ဝယ်မယ်ဆိုပါစို့၊ အရောင်းစျေး (成交价) က 0.98 ဖြစ်ပြီး အချိန်ကျရင် 1 နဲ့ ငွေစာရင်းရေးတင်မယ်။ အချိန်တိုင်တိုင်ကိုင်ထားတဲ့အခါ စာအုပ်စာတမ်းအရ (账面) စုစုပေါင်း အမြတ် (毛收益) က 20 USDC ဖြစ်တယ်။ ဒါက သရုပ်ပြ (demo) algorithm သာဖြစ်ပြီး TermMax ရဲ့ လက်ရှိဈေးကွက်ကိုယ်စားပြုတဲ့ quote မဟုတ်ပါဘူး။ ထို့နောက် ဝယ်ယူ၊ ခွင့်ပြုချက် (授权)၊ ပြန်လည်ထုတ်ယူ (赎回) စတဲ့ chain ပေါ်က အခကြေးငွေတွေကိုပါ ထပ်မံနုတ်ရဦးမယ်။ ငွေပမာဏသေးသေးဆိုရင် Gas တွေအနည်းငယ်ကပဲ ထင်ထားတာထက် ပိုပြီးသိသာနိုင်တယ်။

ဒီ ငွေစာရင်း (账单) ကို “အချိန်မတိုင်မီ ငွေသုံးစွဲခြင်း” (提前用钱) ဆိုတဲ့ အပိုင်းတစ်ခုပါ ထည့်ပေးမယ်။ FT ရဲ့ တည်ငြိမ်တဲ့ ပြန်ပေးငွေ (固定回报) ကတော့ အချိန်ကျရောက်မှုနဲ့ အ兑付 လုပ်ငန်းစဉ်တွေ ပုံမှန်အတိုင်းသွားမယ်ဆိုတဲ့ အခြေအနေပေါ်မှာ အခြေခံတယ်။ အလယ်မှာ ရောင်းထုတ်မယ်ဆိုရင် စျေးနှုန်း (成交价) က ထိုအချိန်ရှိ အတိုးနှုန်း (利率)၊ ကျန်ရှိမယ့် အချိန် (剩余期限) နဲ့ ဈေးကွက်ရဲ့ အရည်အချင်း (market deep) အပေါ်မူတည်ပါတယ်။ စာမျက်နှာမှာ ပြထားတဲ့ နှစ်အလိုက် (年化) ကတော့ မပြောင်းလဲနိုင်ပေမယ့် လက်တွေ့လက်ခံရမယ့်ငွေကတော့ slippage နဲ့ discount (折价) ကြောင့် လျော့သွားနိုင်တယ်။ TermMax က “အရောင်းလုပ်ပြီးနောက်” ကာလစျေး (期限价格) ကိုသာ သော့ခတ်ပေးထားတာမို့၊ Wallet ထဲက ငွေတွေကို ဘယ်လိုစီမံမယ်ဆိုတာကိုတော့ ကျွန်မက ကိုယ်တိုင်တာဝန်ယူရဦးမယ်။

အခု TermMax ကိုကြည့်တဲ့အခါ နံပါတ် ၄ ခုကို တစ်ခုပြီးတစ်ခု စာရင်းမှတ်တယ်—FT ကိုဝယ်ဖို့ သုံးလိုက်တဲ့ငွေ၊ အချိန်ကျရင် ဘယ်လောက်အထိ兑付 ရမယ်၊ လုပ်ငန်းစဉ်ပြီးပြည့်စုံဖို့ chain အခကြေးငွေ စုစုပေါင်း ဘယ်လောက်ပေးရမယ်၊ အချိန်မတိုင်မီ ထွက်မယ်ဆိုရင် စျေးနှုန်းဘယ်လောက်လွှတ်ပေးရနိုင်မလဲ။ ပထမ ၂ ခုက စုစုပေါင်းအမြတ် (毛收益) ကိုဖွဲ့စည်းပြီး၊ နောက်ထပ် ၂ ခုကတော့ အသားတင်အမြတ် (净收益) ကို ဆုံးဖြတ်တယ်။ တစ်项 (တစ်ခု) ကို လျော့တွက်သွားရင် APR လှလှပပပြထားတာတွေတောင် လွဲမှားသွားနိုင်တယ်။

ဒီနည်းလမ်းက ကျွန်မရဲ့ အလေ့အထတစ်ခုကိုလည်း ရှောင်ပေးတယ်—နှစ်အလိုက် အမြတ် ၂ ခုလောက်ပိုရအောင်ဆိုပြီးတော့ နီးနီးကပ်ကပ် သုံးဖို့ရှိတဲ့ငွေကို ရှည်ကြာတဲ့期限ထဲကို ထည့်လိုက်တာမျိုး။ 期限 အရှည်ဆုံးလေ၊ ငွေစီမံကိန်းမှာ buffer/အရန်နေရာ ပိုထားရလေလေပါ။ ငွေအနည်းငယ်နစ်နာပေမယ့် သဘောတူတယ်—အချိန်မတိုင်မီ ငွေသုံးဖို့လိုလာတဲ့အခါ ပါးလွှာတဲ့ဈေးကွက် (thin market) ထဲမှာ FT ကို အတင်းအကြပ် ရောင်းပြီးလက်ခံရမယ့်အခြေအနေနဲ့ မကြုံချင်ဘူး။

TermMax က ကြိုတင်တွက်ချက်လို့ရတဲ့ cash flow ကို ပေးတယ်၊ အဲဒီတွက်ချက်မှုက စာမျက်နှာပေါ်ကအရာနဲ့ပဲ မရပ်သင့်ဘူး။ တစ်ကြိမ်တစ်ခါ ငွေလဲလှယ်လုပ်ပြီးပြီးနောက် ဖြစ်မယ့် fee နုတ်ပြီးရလဒ်ကို သိမ်းထားပြီး၊ မတူညီတဲ့期限တွေမှာ လက်တွေ့အတိုင်း ဘယ်လိုဖြစ်မလဲကို နှိုင်းယှဉ်ဖို့ ကျွန်မစီမံထားတယ်။ ကျွန်မအတွက်တော့ screenshot ထဲက အမြင့်ဆုံး annualized ထက်ပိုပြီး အရေးကြီးတာက—wallet ထဲကို တကယ်ဝင်လာမယ့် အသားတင်အမြတ် (net收益) ပါပဲ။ 🙂
TermMax ရဲ့ fixed income ကိုကြည့်တဲ့အခါ Gas နဲ့ အချိန်မတိုင်မီ ထွက်တဲ့ကုန်ကျစရိတ် (提前退出成本) ကိုပါ တစ်ခါတည်း တွက်ထည့်မလား?

#termmax
고정금리로 대출을 받을 때, 나는 원래 APR(연이율)에만 계속 집중해서 금리 고정만 되면 과제의 절반은 끝난 것 같다고 생각했어요. 그런데 TermMax의 오픈(진입) 목록을 정리해 보니, 실제로 사람을 쉽게 손해 보게 만드는 건 금리의 높고 낮음이 아니라, 눈에 잘 띄지 않는 두 가지 날짜일 수 있더라고요. 바로 담보 자산이 언제 만기인지, 그리고 대출이 언제 만기인지요.📅

예를 들어, 만기까지 45일이 남은 수익 자산을 담보로 맡긴다고 해볼게요. 그런데 @TermMax 에서 30일 만기의 대출을 선택했다면요. 30일 후에는 부채가 먼저 만기되는데, 담보 자산은 액면가로 아직 결제되지 않았어요. 그러면 저는 추가로 상환 자금을 마련해야 하거나, 그 당시의 새로운 가격으로 부채를 연장(만기 롤오버)하는 선택을 해야 합니다. 이렇게 “아주 깔끔해 보였던” 고정 비용이 한 번의 수동 롤오버와 슬리피지로 다시 먹혀 버릴 수도 있죠.

반대로도 쉽지 않습니다. 담보 자산이 20일 후 먼저 만기되고, 대출은 40일이 남아 있다면, 담보가 결제된 뒤 보통 자산으로 창고(포지션)에 남게 될 수 있어요. 그러면 위험은 내려가고, 수익도 멈출 가능성이 커집니다. 하지만 저는 여전히 남은 대출 기간 동안 비용을 내야 해요. 한편으로는 돈이 놀고 있는 동안, 또 임대료(이자)를 계속 내는 셈이 되는 거죠.

저는 이 문제를 호텔을 예약하고 기차표를 사는 것으로 이해하게 됐어요. 호텔은 3박만 예약하는데, 귀가 티켓은 5일째에 있어요. 그 사이의 2일은 결국 다시 일정 조정을 해야 합니다. TermMax는 대출 금리와 기간을 분명히 써주지만, TermMax는 제 자금 계획에 두 개의 시간 흐름(담보 만기와 대출 만기)이 맞는지까지는 자동으로 판단해 주지 않습니다.

그래서 이제 TermMax 시장을 볼 때는, 먼저 담보의 만기일, 대출 만기일, 그리고 예상 사용 시점을 나란히 적어 둔 다음에 견적을 비교합니다. 이상적인 상황은 대출 기간이 담보 자산의 남은 기간을 넘지 않는 것이고, 가능한 한 두 만기가 서로 가깝게 붙는 겁니다. 그래야 자산 결제와 상환이 앞뒤로 이어져서, 임시로 돈을 더 보충하거나 어쩔 수 없이 연장하는 상황을 줄일 수 있어요.

제 생각에는 고정금리 상품 관리는 ‘숫자’ 하나를 관리하는 게 아니라, ‘한 줄짜리 시간 축’을 관리하는 것입니다. @TermMax 는 금리가 갑자기 변하는 문제는 해결해 주지만, 사용자는 여전히 돈이 언제 들어가고 언제 나가는지 직접 관리해야 해요. 날짜를 1분만 덜 보면, 오히려 한 번 더 비용을 치르게 될 수도 있습니다. 오픈(진입) 전에 1분 투자해서 시간을 맞추는 게, 그 몇 점짜리 APR만 쫓는 것보다 훨씬 현실적이에요.

당신은 TermMax에서 기간을 고를 때, 금리를 먼저 보나요, 아니면 날짜를 먼저 보나요?

පිටුව වසා නොදමන්න: මුදල් පසුම්බියෙන් “Approve සාර්ථක” උත්පතනය වීමෙන් DUSK දැනටමත් මාරු කිරීම (migration) ආරම්භ කර ඇතැයි අදහස් නොවේ. මෙය @Dusk ප්‍රධාන ජාල මාරු කිරීමේ මාර්ගෝපදේශයේ වඩාත් පහසුවෙන් අතරමග නැවැත්විය හැකි පියවරයි. ERC20 DUSK හෝ BEP20 DUSK එතීරියම් (Ethereum) හෝ BSC සිට DUSK ප්‍රධාන ජාලයට ඇතුල් කරන විට, ලබාදීම (authorization) මඟින් මාරු කිරීමේ කොන්ත්‍රාත්තුවට නියමිත ප්‍රමාණය තුළ בלבד ටෝකන භාවිතා කිරීමට ඉඩ දෙනවා—එහෙත් ඔබ තෝරාගත් DUSK තවමත් අගුළු දමා නැත.

සැබෑවටම ක්‍රියාවලිය ආරම්භ වෙන්නේ Execute migration සමඟයි. පරිශීලකයාට දෙවැනි EVM ගනුදෙනුව තහවුරු කිරීමටත් එවිටය. එවිටයි මූල ජාලයේ DUSK අගුළු දමා, අනුරූප ප්‍රමාණය DUSK ප්‍රධාන ජාලයේ සැකසුම් ක්‍රියාවලියට යන්නේ. පෙර allowance ප්‍රමාණවත් නම් Approve එක මඟහැර යා හැක; ප්‍රමාණවත් නොවේ නම්, උපරිම ගනුදෙනු දෙකක් සඳහා මූල ජාල Gas ගෙවීමට ETH හෝ BNB වෙන් කර තබා ගත යුතුය.

තවද ඉතා ප්‍රායෝගික සීමාවක් තියෙනවා: සාමාන්‍ය ගනුදෙනු බුරුසුව (exchange) ගිණුම්වලින් WalletConnect එකට සෘජුව සම්බන්ධ වීමට බොහෝ විට බැහැ. ඔබ ළඟ පැරණි අනුවාදයේ DUSK එකක් තවමත් exchange එකේ තිබේ නම්, මුලින් එය self-custody EVM පසුම්බියකට (EVM wallet) ලබාගෙන, පසුව DUSK Web Wallet වෙත සම්බන්ධ කළ යුතුයි. මෙය අමතර වැඩක් නොවේ—අනුමැතිය (authorization) සහ ක්‍රියාත්මක කිරීම (execution) යන දෙකම පෞද්ගලික යතුර (private key) හිමිකරු වන ලිපිනය විසින් අත්සන් කළ යුතු නිසයි.

ලැබෙන ප්‍රමාණය ද ඔබ ඇතුල් කළ ප්‍රමාණයට වඩා ටිකක් අඩු විය හැක. Ethereum සහ BSC හි DUSK භාවිතා වන්නේ දශම ලකුණු 18ක් දක්වා වන අතර, DUSK ප්‍රධාන ජාලයේ දශම ලකුණු 9ක් දක්වායි. මාරු කිරීමේ කොන්ත්‍රාත්තුව (migration contract) ලඟම ඇති LUX වෙතට පහළට රවුම් කරයි; 1 DUSK = 1,000,000,000 LUX. 1 LUXට අඩු tail (අග) කොටස මූල පසුම්බියේම ඉතිරි වන අතර, හරියටම අතුරුදහන් වන්නේ නෑ.

Execute ගනුදෙනු තහවුරු කිරීමෙන් පසු, නිල වශයෙන් දක්වන සාමාන්‍ය සැකසුම් කාලය පැය එකක් පමණ වේ; ජාල තත්ත්වය නිසා එය තවත් වැඩි විය හැක. සුරැකිය යුතු ඇත්තේ Approve screenshot එක නොව, Execute ගනුදෙනු හැෂ් (transaction hash) එකයි; එය අනුරූප DUSK ප්‍රධාන ජාල ගනුදෙනුවේ memo එකටත් ලියැවෙයි. එබැවින් $DUSK මාරු කිරීමේදී මෙය මතක තබා ගන්න: authorization කියන්නේ දොර විවෘත කිරීම, Execute එක ක්ලික් කිරීම තමයි DUSK ප්‍රධාන ජාලයට ඇත්තටම දවස් ආරම්භ කරවන එක. #dusk

මීට පෙර මම හුවමාරු වෙතට මුදල් පිරෙව්වා. ලිපිනය පිටපත් කරලා ඉවර වුණාට පස්සේ memo දෙපාරක්ම නැවතත් පරීක්‍ෂා කළා—මුදල් ආවමත් මගේ එක ලෙස හඳුනාගන්න බැරි වෙයිද කියලා බය තිබුණා. පසුව @Dusk අංකයේ හුවමාරු ඒකාබද්ධ කිරීමේ (integration) ලේඛනය බැලුවම තමයි දැනගත්තේ Dusk recharge backend එකට “නිවැරදිව memo පුරවන්න” කියන එකට වඩා වඩාත් සවිස්තරාත්මක ඉල්ලීම් තියෙන බව: මුලින්ම Moonlight public account model තෝරාගන්න, පසුව සෑම පරිශීලකයෙකුටම වෙනම ගිණුමක් දෙනවාද, නැත්තම් share කරන ගිණුමක් + memo දාද කියලා තීරණය කරන්න.

shared account භාවිතා කළොත්, memo එකෙන් වැඩිපුරම කරන්නෙ “මෙම මුදල් මේ කාට ගෙවිය යුතුද” කියලා පද්ධතියට කියන එක. එය නැවත නැවත බැර වීම වැළැක්වීමට එකම සනාථකය ලෙස භාවිතා කිරීමට සුදුසු නැහැ. පරිශීලකයන් දෙදෙනෙකුටම එකම වැරදි memo පුරවලා යන්න පුළුවන්; එකම දත්තයක් backend restart එකක් නිසා නැවත scan වෙලාත් හැක. ඒ නිසා නිල ලේඛනෙ Dusk transaction ID එක idempotency key එකක් ලෙස භාවිතා කරන්න නිර්දේශ කරනවා—සරල වචනෙන් කියනවා නම්, සෑම recharge එකකටම “එක වතාවක්ම පමණක් ගණන් ගන්න” වගේ lock එකක් දාන්නා වගේ. #dusk

ඒත් තවත් අමතක වීමට ලක්වෙන boundary එකක් තියෙනවා: හුවමාරුව Moonlight balance එක වැඩිවෙනවා කියලා දැක්කම වහාම පරිශීලකයාගේ ගිණුමට බැර කරන්න එපා. ඒක finalized archive history එකෙන් සෘජුව කරන transfer scan කරලා, memo අඩු වීම/ආකෘති දෝෂ/නොදන්නා හෝ නැවත එවන (duplicate) recharge ඒවා වෙන් කරන zone එකට දාන්න ඕනෙ—තර්කයෙන් හිතලා auto-credit කරන්න එපා.

තවත් තවදුරටත්: backend එකට recharge record ලියීමත්, block checkpoint එක ඉදිරියට ගෙන යාමත්—ඒ දෙකම එකම database transaction එකකින් කරන්න ඕන. checkpoint එකට පළමුව push කරලා පස්සේ credit කරන්න; service එක කඩා වැටුණාට පස්සේ නම් පරිශීලකයාගේ මුදල් skip වෙන්න පුළුවන්. මුලින් credit කරලා progress එක save නොවුණොත්, නැවත scan කරද්දි දෙවරක් process කරන්නත් පුළුවන්. Phoenix conversion, contract payments, සහ staking withdrawal වැනි දේවල් වෙන වෙනම event rules එක් එක්කෙනාට සකස් කරලා තිබිය යුතුයි—සාමාන්‍ය recharge එකක් වගේම mix කරලා ගන්න බැහැ.

මෙම logic එක courier warehouse එකකට සමානයි: memo එක receiver label එකක්, transaction ID එක duplicate නොවන courier tracking number එකක්, finalized කියන්නේ පැකේජය ඇත්තටම warehouse එකට ඇතුළත් වුණු අවස්ථාව. එකක් පමණක් බැලුවොත්, පැකේජය අතුරුදහන්වීම හෝ duplicate delivery එකක් වීම වෙන්න පුළුවන්.

ඒ නිසා මම $DUSK හුවමාරුවට කරන adaptation එක බලද්දි, “පුළුවන්ද නැද්ද recharge/withdraw කරන්න” කියන එක පමණක් බලන්නේ නැහැ—finalized පසු backend එකට අදාළව ledger ට බැර කිරීම (credit) අවසන් කරගත හැකිද, transaction ID duplicate prevention (dedup) කරගත හැකිද, checkpoint සහ ledger එකේ sync එක එක්වර commit කරගත හැකිද කියන ඒවායි. ඇත්තම finance-level experience එක කියන්නේ ඉදිරිපස (frontend) එකේ spinner එක වේගයෙන් කැරකෙනවාම නෙමෙයි; backend restart වෙලා නැවත scan වුණත් පරිශීලකයෙකුට වැඩිපුර හෝ අඩුවෙන් එකම මුදල් පවා නොපිළිවෙලට දෙන එක නොවෙයි. #dusk