SingLink ပရိုတိုကောကို Open Source အဖြစ် ထုတ်ပြန်လိုက်ပြီ

ယနေ့ SingLinkVPN ၏ နောက်ကွယ်မှ အဖွဲ့ဖြစ်သော SingLinkLabs သည် SingLink ပရိုတိုကော ၏ source code အပြည့်အစုံကို Apache-2.0 လိုင်စင်ဖြင့် GitHub တွင် ထုတ်ပြန်လိုက်ပါပြီ။ ယခုအခါ မည်သူမဆို ၎င်း၏ specification ကို ဖတ်ရှုနိုင်၊ ကုဒ်ကို လည်ပတ်စမ်းသပ်နိုင်၊ လုံခြုံရေးကို စိစစ်နိုင်ပြီး ၎င်းကို အခြေခံ၍ ဆက်လက်တည်ဆောက်နိုင်ပါပြီ။

SingLinkVPN ၏ Open Source အစီအစဉ် ကို စတင်ကြေညာစဉ်က VPN ပရိုတိုကောတစ်ခုနှင့် VPN client တစ်ခုကို အဆင့်လိုက် ထုတ်ပြန်မည်ဟု ကျွန်ုပ်တို့ ပြောခဲ့ပါသည်။ ယခုသည် ထိုအဆင့်ပင် ဖြစ်ပါသည်။ ပရိုတိုကောနှင့်အတူ ၎င်းပေါ်တွင် လည်ပတ်သော SingLinkVPN အက်ပ်၏ ပထမမျိုးဆက် prototype ကိုလည်း တစ်ပြိုင်နက် ထုတ်ပြန်ထားပါသည် — SingLinkVPN အက်ပ် prototype ယခု Open Source ဖြစ်ပြီ ကို ကြည့်ပါ။

Repository: SingLinkLabs / singlink-protocol · ဗားရှင်း: 1.0.0-draft (wire အမည် SingLink/1၊ specification မူကြမ်း 2) · လိုင်စင်: Apache-2.0 · ဘာသာစကား: Go၊ standard library သာ

ထုတ်ပြန်သည့် အရာများ

• Specification။ SPEC.md သည် wire format ကို byte တစ်ခုချင်းစီအထိ ဖော်ပြထားသဖြင့် မည်သူမဆို ဤပရိုတိုကောကို သီးခြားလွတ်လပ်စွာ အကောင်အထည်ဖော်နိုင်ပါသည်။
• Go ဖြင့်ရေးထားသော ပရိုတိုကော library။ Go standard library ရှိ cryptography ကိုသာ အသုံးပြုပြီး third-party dependency လုံးဝ မပါဝင်ပါ။
• Command-line ကိရိယာတစ်ခု၊ ၎င်းဖြင့် key များ ထုတ်လုပ်ခြင်း၊ access pass များ ထုတ်ပေးခြင်း၊ ချိတ်ဆက်မှု link များ ဖန်တီးခြင်း၊ node နှင့် client ကို လည်ပတ်စေခြင်းနှင့် စက်တစ်လုံးတည်းပေါ်တွင် demo စတင်ခြင်းတို့ ပြုလုပ်နိုင်ပါသည်။
• အက်ပ်များအတွက် local proxy (SOCKS5 နှင့် HTTP) နှင့် C library interface (libsinglink)၊ မည်သည့် platform ပေါ်ရှိ အက်ပ်မဆို ဤပရိုတိုကောကို မိမိအတွင်း ထည့်သွင်းအသုံးပြုနိုင်ရန် ဖြစ်ပါသည်။
• Deployment နမူနာများ: node configuration နမူနာတစ်ခုနှင့် လုံခြုံရေး တင်းကျပ်ထားသော systemd service ဖိုင်တစ်ခု။
• အတွင်းပိုင်း လုံခြုံရေး သုံးသပ်ချက်၊ တွေ့ရှိချက်တိုင်းနှင့် ပြင်ဆင်ချက်တိုင်း ပါဝင်ပါသည်: SECURITY-AUDIT.md။

SingLink 2.0 နှင့် SingLink Open Protocol တို့သည် မတူညီသော ပရိုတိုကောများ ဖြစ်သည်

တရားဝင် SingLinkVPN အက်ပ်များသည် SingLink 2.0 အပါအဝင် ကျွန်ုပ်တို့၏ production ပရိုတိုကောများပေါ်တွင် လည်ပတ်ပါသည်။ SingLink 2.0 ၏ အဓိက source code သည် ဤထုတ်ပြန်မှုတွင် မပါဝင်ဘဲ ဆက်လက် ပိတ်ထားမည် ဖြစ်ပါသည်။

ယနေ့ ထုတ်ပြန်သော SingLink ပရိုတိုကော — SingLink 2.0 နှင့် ခွဲခြားပြောရန် လိုအပ်သည့်အခါ SingLink Open Protocol ဟု ခေါ်သည် — သည် SingLinkLabs က ပွင့်လင်းသော ဖွံ့ဖြိုးတိုးတက်မှုအတွက် အစမှစ၍ ဒီဇိုင်းဆွဲထားသော သီးခြားပရိုတိုကောတစ်ခု ဖြစ်ပါသည်။ တရားဝင်အက်ပ်များသည် လက်ရှိတွင် ၎င်းကို အသုံးမပြုသေးပါ။ လက်ရှိအသုံးပြုသူများအတွက် မည်သည့်အပြောင်းအလဲမှ မရှိပါ — အက်ပ်၊ အကောင့်နှင့် ချိတ်ဆက်မှုများ အားလုံး ယခင်အတိုင်းပင် ဖြစ်ပါသည်။

ကျွန်ုပ်တို့ ဘာကြောင့် Open Source ပြုလုပ်ရသနည်း

• လုံခြုံရေးဆိုင်ရာ ပြောဆိုချက်များကို စစ်ဆေးနိုင်ရမည်။ Post-quantum key exchange၊ စက်ပစ္စည်းနှင့် ချိတ်တွဲခြင်း (device binding) နှင့် probe ခံနိုင်ရည်ရှိခြင်းတို့ကို ပြောဆိုရန် လွယ်ကူပါသည်။ ကုဒ်နှင့် specification ကို လူသိရှင်ကြား ထုတ်ပြန်ထားသဖြင့် မည်သူမဆို ၎င်းတို့ကို အတည်ပြုစစ်ဆေးနိုင်ပါသည်။
• မျက်လုံးများလေ ပြဿနာကို စောစောတွေ့လေ။ ပြင်ပ သုတေသီများနှင့် အင်ဂျင်နီယာများသည် အတွင်းအဖွဲ့တစ်ခု လွဲချော်သွားနိုင်သည့် ပြဿနာများကို မြင်တွေ့နိုင်ပါသည်။
• အခြားသူများ ၎င်းအပေါ် ဆက်လက်တည်ဆောက်နိုင်သည်။ Developer များက ၎င်းကို စမ်းသပ်နိုင်၊ မိမိတို့ project များတွင် ထည့်သွင်းနိုင်ပြီး တိုးတက်မှုများကို အဆိုပြုနိုင်ပါသည်။
• ကျွန်ုပ်တို့၏ အစီအစဉ်ကို အကောင်အထည်ဖော်ခြင်း ဖြစ်သည်။ ပရိုတိုကောတစ်ခု ထုတ်ပြန်ခြင်းသည် ကျွန်ုပ်တို့ ကတိပြုခဲ့သော အဆင့်များထဲမှ တစ်ခု ဖြစ်ပါသည်။

ရိုးရှင်းသော စကားဖြင့် အလုပ်လုပ်ပုံ

အဓိကအယူအဆကို စာကြောင်းတစ်ကြောင်းတည်းဖြင့် ဆိုရလျှင် — ပြင်ပမှကြည့်လျှင် အသုံးပြုသူသည် သာမန် HTTPS ဝက်ဘ်ဆိုက်တစ်ခုကို ဝင်ကြည့်နေသကဲ့သို့သာ ဖြစ်ပါသည်။ ၎င်းအတွင်း၌ စာဝှက်ထားသော ဝင်ရောက်ခွင့်တောင်းဆိုချက်တစ်ခု ဝှက်ထားပြီး ဆာဗာသည် မှန်ကန်သော pass ကိုင်ဆောင်ထားသူ၏ traffic ကိုသာ ဆက်လက်ပို့ဆောင်ပေးပါသည်။

ဒီဇိုင်းတွင် key သုံးခု ပါဝင်ပါသည်။ ရုံးအဆောက်အအုံတစ်ခု၏ လုံခြုံရေးစနစ်နှင့် နှိုင်းယှဉ်ကြည့်ပါ:

• Node key၊ တံခါးသော့။ ဆာဗာတိုင်းတွင် ကိုယ်ပိုင် key ရှိပါသည်။ ထိုဆာဗာသာ အသုံးပြုသူ၏ တောင်းဆိုချက်ကို ဖွင့်နိုင်သဖြင့် အသုံးပြုသူသည် စစ်မှန်သော ဆာဗာသို့ ရောက်ရှိကြောင်းကိုလည်း သက်သေပြပါသည်။
• Issuer key၊ HR ဌာန၏ တံဆိပ်တုံး။ ၎င်းကို အကောင့် backend တွင်သာ ထားရှိပြီး backend က access pass တိုင်းပေါ်တွင် plan၊ သက်တမ်းကုန်ဆုံးရက်၊ အမြန်နှုန်း ကန့်သတ်ချက်နှင့် စက်ပစ္စည်းအရေအတွက် ကန့်သတ်ချက်တို့ကို တံဆိပ်ခတ်ပေးပါသည်။
• Device key၊ အသုံးပြုသူ၏ လက်ဗွေ။ ၎င်းသည် အသုံးပြုသူ၏ ဖုန်း သို့မဟုတ် ကွန်ပျူတာပေါ်တွင်သာ ရှိပြီး ချိတ်ဆက်မှုတိုင်းကို လက်မှတ်ထိုးကာ pass ကို ၎င်း၏ တရားဝင်ပိုင်ရှင်ကသာ အသုံးပြုနေကြောင်း သက်သေပြပါသည်။

ဆာဗာတစ်ခုသည် pass တစ်ခုကို ကိုယ်တိုင်စစ်ဆေးရန် တံဆိပ်ပုံစံ မည်သို့ရှိသည်ကိုသာ သိရန် လိုပါသည်။ ထို့ကြောင့် node များတွင် အသုံးပြုသူ database မထားရှိဘဲ အသုံးပြုသူ ဒေတာကိုလည်း သိမ်းဆည်းခြင်း မပြုပါ။

ချိတ်ဆက်မှုတစ်ကြိမ်အတွင်း ဖြစ်ပျက်ပုံ

1. အက်ပ်သည် ဝက်ဘ်ဆိုက်တစ်ခုသို့ သာမန်ပုံစံပေါက်သော HTTPS ချိတ်ဆက်မှုတစ်ခုကို ဖွင့်ပါသည်။
2. ၎င်း၏ ပထမဆုံး packet တွင် ဤချိတ်ဆက်မှုအတွက်သာ သုံးသော တစ်ကြိမ်သုံး key တစ်ခု၊ post-quantum ciphertext တစ်ခုနှင့် တံဆိပ်ခတ်ပိတ်ထားသော အပိုင်းတစ်ခု ပါဝင်ပါသည်။ ထိုအပိုင်းတွင် သွားရောက်မည့်နေရာ၊ access pass၊ အမှန်တကယ်ဒေတာ၏ ပထမ 8 KB အထိနှင့် တောင်းဆိုချက်တစ်ခုလုံးအပေါ် စက်ပစ္စည်း၏ လက်မှတ်တို့ ပါဝင်ပါသည်။ အပို round trip မလိုအပ်ပါ။
3. ဆာဗာက အရာအားလုံးကို စစ်ဆေးပါသည် — တောင်းဆိုချက်ကို ဖြည်နိုင်သလား၊ တံဆိပ်သည် စစ်မှန်သလား၊ စက်ပစ္စည်းလက်မှတ် ကိုက်ညီသလား၊ အချိန် မှန်ကန်သလား၊ တောင်းဆိုချက်သည် ပြန်ပို့ထားခြင်း (replay) မဟုတ်ဘဲ သက်တမ်းကုန်ဆုံးခြင်း သို့မဟုတ် ပယ်ဖျက်ခံထားရခြင်း မရှိသလား ဆိုသည်တို့ ဖြစ်ပါသည်။
4. စစ်ဆေးမှုအားလုံး အောင်မြင်မှသာ ဆာဗာက ပြန်လည်တုံ့ပြန်ပြီး traffic ကို ဆက်လက်ပို့ဆောင်ပေးပါသည်။ စစ်ဆေးမှု တစ်ခုခု မအောင်မြင်ပါက ချိတ်ဆက်မှုကို မထိမခိုက်ဘဲ စစ်မှန်သော ဝက်ဘ်ဆိုက်တစ်ခုထံ လွှဲပေးလိုက်ပါသည်။ ဆာဗာကို probe လုပ်၍ စုံစမ်းသူသည် သာမန်ဝက်ဘ်ဆိုက်တစ်ခုကိုသာ အမြဲမြင်ရပြီး အချိန်ကွာခြားမှုလည်း မရှိပါ။
5. နှစ်ဖက်စလုံးက မိမိတို့၏ တစ်ကြိမ်သုံး key များကို ပေါင်းစပ်၍ ဤချိတ်ဆက်မှုအတွက် session key များကို ဖန်တီးပါသည်။ ဒေတာကို အပိုင်းလိုက် စာဝှက်ပြီး ပထမပိုင်း အပိုင်းများကို padding ဖြည့်ထားကာ သတ်မှတ်ထားသော ပမာဏအထိ အသုံးပြုပြီးနောက် key များကို အလိုအလျောက် အစားထိုးပါသည်။

လုံခြုံရေး ဂုဏ်သတ္တိများ

• စာဝှက်စနစ် နှစ်ထပ်။ အပြင်ဘက်တွင် HTTPS နှင့် အတွင်းဘက်တွင် ပရိုတိုကော၏ ကိုယ်ပိုင် AES-256-GCM အလွှာ ရှိသဖြင့် HTTPS ကို terminate လုပ်သော CDN ပင်လျှင် အကြောင်းအရာကို မမြင်နိုင်ပါ။
• Post-quantum ကာကွယ်မှု။ Key exchange တွင် ရိုးရာ X25519 ကို ML-KEM-768 (FIPS 203) နှင့် ပေါင်းစပ်ထားပါသည်။ တိုက်ခိုက်သူသည် နှစ်ခုစလုံးကို ချိုးဖောက်နိုင်မှသာ အောင်မြင်မည် ဖြစ်ပါသည်။
• Forward secrecy။ ချိတ်ဆက်မှုတိုင်းတွင် တစ်ကြိမ်သုံး key များကို အသုံးပြုသဖြင့် နောင်တွင် ဆာဗာတစ်ခု ထိုးဖောက်ခံရသော်လည်း ယခင် traffic ကို ဖြည်၍ မရပါ။ ခြွင်းချက်မှာ ပထမဆုံး packet ဖြစ်ပါသည် (အောက်ပါ ကန့်သတ်ချက်များကို ကြည့်ပါ)။
• စက်ပစ္စည်းနှင့် ချိတ်တွဲခြင်း။ တစ်နေရာရာမှ ကူးယူထားသော access pass သည် ၎င်းကို ထုတ်ပေးခဲ့သည့် device key မရှိလျှင် အသုံးမဝင်ပါ။
• Replay ကာကွယ်မှု။ ဖမ်းယူထားသော packet ကို ပြန်ပို့၍ မရပါ၊ ဆာဗာ ပြန်လည်စတင်ပြီးနောက်တွင်ပင် မရပါ။
• Probe ခံနိုင်ရည်။ သက်တမ်းကုန်၊ ပယ်ဖျက်ခံထား၊ ပြန်ပို့ထားသော သို့မဟုတ် အတုလုပ်ထားသော တောင်းဆိုချက်အားလုံးကို တူညီစွာ ကိုင်တွယ်ပါသည် — စစ်မှန်သော ဝက်ဘ်ဆိုက်ထံ လွှဲပေးပါသည်။
• ဗဟိုထိန်းချုပ်မှု။ အကောင့် သို့မဟုတ် စက်ပစ္စည်းတစ်ခုကို ပယ်ဖျက်လိုက်သည့်အခါ ဆာဗာတိုင်းပေါ်ရှိ ၎င်း၏ လက်ရှိချိတ်ဆက်မှုများကို 10 စက္ကန့်ခန့်အတွင်း ပိတ်ပစ်ပါသည်။
• တင်းကျပ်စွာ ကာကွယ်ထားသော ဆာဗာများ။ ဆာဗာတစ်ခုချင်းနှင့် IP တစ်ခုချင်းအလိုက် ချိတ်ဆက်မှု ကန့်သတ်ချက်များ၊ handshake အတွက် CPU ဘတ်ဂျက်နှင့် private နှင့် အထူးရည်ရွယ်ချက်သုံး လိပ်စာများအတွက် ပြည့်စုံသော ပိတ်ဆို့စာရင်း။

အယူအဆများ၏ မူလအရင်းအမြစ်

SingLink ပရိုတိုကောသည် ခိုင်မာပြီးသား ဒီဇိုင်းများထံမှ သင်ယူထားပါသည် — VLESS နှင့် Trojan မှ တောင်းဆိုချက်တစ်ခုတည်းဖြင့် ချိတ်ဆက်ခြင်း၊ Trojan နှင့် obfs4 မှ မအောင်မြင်သော ချိတ်ဆက်မှုများကို စစ်မှန်သော ဝက်ဘ်ဆိုက်ထံ လွှဲပေးခြင်း၊ Noise NK handshake ပုံစံ၊ TLS 1.3 မှ key derivation နှင့် 0-RTT ကိုင်တွယ်ပုံ၊ X-Wing မူကြမ်းစံနှုန်းမှ hybrid post-quantum key exchange၊ Shadowsocks AEAD မှ အပိုင်းလိုက် စာဝှက်ခြင်း၊ JWT နှင့် PASETO မှ လက်မှတ်ထိုးထားသော token များ၊ OAuth DPoP မှ စက်ပစ္စည်းနှင့် ချိတ်တွဲထားသော token များ၊ HAProxy PROXY protocol နှင့် WireGuard မှ replay နှင့် ဝန်ပိခြင်းဆိုင်ရာ ကာကွယ်မှု။

ဤအရာများသည် ဒီဇိုင်းအယူအဆများသာ ဖြစ်ပါသည်။ ကုဒ်အားလုံးကို အစမှစ၍ ရေးသားထားပါသည်။ Xray၊ V2Ray၊ sing-box သို့မဟုတ် WireGuard မှ မည်သည့်ကုဒ်မျှ မပါဝင်ပါ။

လက်ရှိအခြေအနေနှင့် သိရှိထားသော ကန့်သတ်ချက်များ

• မူကြမ်းသာ ဖြစ်သေးသည်။ ဗားရှင်းမှာ 1.0.0-draft ဖြစ်ပြီး wire format သည် ပြောင်းလဲနိုင်ပါသေးသည်။
• ယခုအထိ အတွင်းပိုင်း လုံခြုံရေးသုံးသပ်ချက်သာ ရှိသေးသည်။ သုံးသပ်သူ နှစ်ဦးက cryptography ဒီဇိုင်းနှင့် အကောင်အထည်ဖော်မှုကို သီးခြားစီ စစ်ဆေးခဲ့ပြီး တွေ့ရှိချက် 31 ခုကို မှတ်တမ်းတင်ခဲ့ပါသည် — အမြင့်အဆင့် 2 ခု၊ အလယ်အလတ်အဆင့် 14 ခုနှင့် ကျန်သည်မှာ အနိမ့်အဆင့် သို့မဟုတ် သတင်းအချက်အလက်သဘောသာ ဖြစ်ပါသည်။ မည်သည့်တွေ့ရှိချက်ကမျှ အသုံးပြုသူ traffic ၏ လျှို့ဝှက်မှု သို့မဟုတ် အထောက်အထားစိစစ်မှုကို မချိုးဖောက်နိုင်ခဲ့ပါ။ အမြင့်နှင့် အလယ်အလတ်အဆင့် တွေ့ရှိချက်အားလုံးကို ပြင်ဆင်ပြီး သို့မဟုတ် သက်ရောက်မှု လျှော့ချပြီး ဖြစ်ကာ တစ်ခုစီအတွက် regression test ရှိပြီး parser တိုင်းကို fuzz test များဖြင့် စစ်ဆေးထားပါသည်။
• Third-party audit မရှိသေးပါ။ လွတ်လပ်သော audit မပြုလုပ်ရသေးမချင်း အန္တရာယ်မြင့်သော အသုံးပြုမှုများအတွက် ဤပရိုတိုကောကို အားမကိုးရန် အကြံပြုပါသည်။ တည်ငြိမ်ပြီဟု မကြေညာမီ ထို audit ကို ပြုလုပ်ရန် ကျွန်ုပ်တို့ စီစဉ်ထားပါသည်။
• ပထမဆုံး packet တွင် forward secrecy မရှိပါ။ ၎င်းကို ဆာဗာ၏ ရေရှည်သုံး key ဖြင့် ကာကွယ်ထားသဖြင့် ဆာဗာ key များကို ပုံမှန် လဲလှယ်သင့်ပါသည်။ Key လဲလှယ်ခြင်း (rotation) ကို ပံ့ပိုးထားပါသည်။
• တရုတ်ပြည်မကြီးတွင် လက်တွေ့ စမ်းသပ်ထားခြင်း မရှိသေးပါ။ ၎င်း၏ TLS fingerprint နှင့် ပထမ packet အရွယ်အစားကို ယခုထိ ခွဲခြားသိရှိနိုင်ပါသေးသည်။ တရုတ်ပြည်မကြီးရှိ အသုံးပြုသူများအတွက် တရားဝင် SingLinkVPN အက်ပ်များသည် ကျွန်ုပ်တို့၏ လက်ရှိ production ပရိုတိုကောများကိုသာ ဆက်လက်အသုံးပြုပါမည်။
• ဆာဗာတစ်ခုအတွက် ကိုယ်ပိုင် domain လိုအပ်ပါသည်၊ ထို့ပြင် browser များ လက်ခံသော certificate တစ်ခုနှင့် ၎င်း၏နောက်ကွယ်တွင် စစ်မှန်သော ဝက်ဘ်ဆိုက်တစ်ခုလည်း လိုအပ်ပါသည်။

စမ်းသုံးကြည့်ပြီး ပါဝင်ကူညီပါ

Go 1.24 သို့မဟုတ် နောက်ပိုင်းဗားရှင်းဖြင့် make test က test suite ကို လည်ပတ်စေပြီး make cli က command-line ကိရိယာကို build လုပ်ပေးကာ singlink demo က စက်တစ်လုံးတည်းပေါ်တွင် local ဆာဗာနှင့် client ကို စတင်ပေးပါသည်။ ဆာဗာ လည်ပတ်ပုံကို repository ရှိ README တွင် ရှင်းပြထားပါသည်။

မေးခွန်းများ၊ bug အစီရင်ခံစာများနှင့် Pull Request များကို GitHub တွင် ကြိုဆိုပါသည်။ လုံခြုံရေး အားနည်းချက်များကို public Issue တွင် မတင်ဘဲ သီးသန့် တိုင်ကြားပေးပါ — လုပ်ငန်းစဉ်ကို SECURITY.md တွင် ဖော်ပြထားပါသည်။

လိုင်စင်နှင့် ကုန်အမှတ်တံဆိပ်များ

ကုဒ်ကို Apache-2.0 ဖြင့် လိုင်စင်ပေးထားပါသည် — လိုင်စင်၏ စည်းကမ်းချက်များအတိုင်း စီးပွားဖြစ်အပါအဝင် အသုံးပြုခြင်း၊ ပြင်ဆင်ခြင်းနှင့် ပြန်လည်ဖြန့်ဝေခြင်းတို့ ပြုလုပ်နိုင်ပါသည်။ "SingLink" နှင့် "SingLinkVPN" အမည်များနှင့် logo တို့သည် SingLinkLabs ၏ ကုန်အမှတ်တံဆိပ်များ ဖြစ်ပြီး ဤလက်ရာ မည်သည့်နေရာမှ ဆင်းသက်လာသည်ကို ဖော်ပြရန်မှလွဲ၍ ၎င်းတို့ကို အသုံးပြုခွင့် လိုင်စင်က မပေးပါ။ ပြင်ဆင်ထားသော ဗားရှင်းများနှင့် fork များကို ၎င်းတို့၏ ကိုယ်ပိုင်အမည်နှင့် icon ဖြင့် ထုတ်ဝေသင့်ပါသည်။

ထပ်မံဖတ်ရှုရန်

• SingLinkVPN အက်ပ် prototype ယခု Open Source ဖြစ်ပြီ — ၎င်း၏ ကုဒ်ကို GitHub တွင် ကြည့်နိုင်ပါသည်
• SingLinkLabs ၏ Open Source project များ
• SingLink 2.0 နည်းပညာ whitepaper၊ တရားဝင်အက်ပ်များ၏ production ပရိုတိုကော