ဗဟိုချုပ်ကိုင်မှုလျှော့ချထားသော messenger သည် blockchain တွင်မည်သို့အလုပ်လုပ်သနည်း။

2017 ခုနှစ်အစတွင်၊ ကျွန်ုပ်တို့သည် classic P2P messenger များ၏ အားသာချက်များကို ဆွေးနွေးခြင်းဖြင့် blockchain [အမည်နှင့် လင့်ခ်သည် ပရိုဖိုင်တွင်ရှိသည်] တွင် messenger တစ်ခုကို စတင်ဖန်တီးခဲ့ပါသည်။

ကျော်သွားပြီ 2.5 တစ်နှစ်၊ ကျွန်ုပ်တို့၏ အယူအဆကို အတည်ပြုနိုင်ခဲ့သည်- messenger အပလီကေးရှင်းများကို iOS၊ Web PWA၊ Windows၊ GNU/Linux၊ Mac OS နှင့် Android အတွက် ယခုရရှိနိုင်ပါပြီ။

ယနေ့ကျွန်ုပ်တို့သည် blockchain messenger ၏အလုပ်လုပ်ပုံနှင့် client application များသည်၎င်း၏ API နှင့်မည်သို့အလုပ်လုပ်နိုင်သည်ကိုပြောပြပါမည်။


ကျွန်ုပ်တို့သည် ဂန္တဝင် P2P messenger များ၏ လုံခြုံရေးနှင့် ကိုယ်ရေးကိုယ်တာပြဿနာများကို ဖြေရှင်းရန် blockchain ကို အလိုရှိပါသည်-

• အကောင့်တစ်ခုဖန်တီးရန် ကလစ်တစ်ချက်နှိပ်ပါ - ဖုန်းများ သို့မဟုတ် အီးမေးလ်များမရှိခြင်း၊ လိပ်စာစာအုပ်များ သို့မဟုတ် ပထဝီဝင်တည်နေရာများကို အသုံးပြုခွင့်မရှိပါ။
• အပြန်အလှန်ပြောဆိုသူများသည် တိုက်ရိုက်ချိတ်ဆက်မှုများကို ဘယ်သောအခါမှ မဖန်တီးကြပါ။ ဆက်သွယ်မှုအားလုံးသည် ဖြန့်ဝေထားသော node များမှတဆင့် ပြုလုပ်ကြသည်။ အသုံးပြုသူများ၏ IP လိပ်စာများသည် အချင်းချင်း ချိတ်ဆက်၍မရပါ။
• စာများအားလုံးသည် End-to-End curve25519xsalsa20poly1305 ကို ကုဒ်ဝှက်ထားသည်။ ဒါက ဘယ်သူ့ကိုမှ အံ့သြမှာ မဟုတ်ဘူးလို့ ထင်ရပေမယ့် ကျွန်တော်တို့ရဲ့ အရင်းအမြစ်ကုဒ်ကို ဖွင့်ထားပါတယ်။
• MITM တိုက်ခိုက်မှုကို ဖယ်ထုတ်ထားသည် - မက်ဆေ့ဂျ်တစ်ခုစီသည် ငွေပေးငွေယူတစ်ခုဖြစ်ပြီး Ed25519 EdDSA မှ လက်မှတ်ရေးထိုးထားသည်။
• မက်ဆေ့ချ်သည် ၎င်း၏ကိုယ်ပိုင်ဘလောက်တွင် အဆုံးသတ်သည်။ ညီညွတ်မှုနှင့် timestamp ပိတ်ဆို့မှုများကို သင်မပြင်နိုင်ပါ၊ ထို့ကြောင့် မက်ဆေ့ချ်များ၏ အစီအစဥ်ဖြစ်သည်။
• "ငါပြောတာမဟုတ်ဘူး" blockchain ရှိစာတိုများနှင့်အလုပ်လုပ်မည်မဟုတ်ပါ။
• မက်ဆေ့ချ်၏ “စစ်မှန်မှု” ကို စစ်ဆေးသည့် ဗဟိုဖွဲ့စည်းပုံ မရှိပါ။ ၎င်းကို အများဆန္ဒအပေါ်အခြေခံ၍ ဖြန့်ဝေထားသော node စနစ်ဖြင့် လုပ်ဆောင်ပြီး ၎င်းကို အသုံးပြုသူများမှ ပိုင်ဆိုင်ပါသည်။
• ဆင်ဆာဖြတ်ခြင်းမဖြစ်နိုင် - အကောင့်များကို ပိတ်ဆို့၍မရသည့်အပြင် မက်ဆေ့ချ်များကို ဖျက်၍မရပါ။
• Blockchain 2FA သည် SMS မှတစ်ဆင့် မိုက်မဲသော 2FA ၏ အစားထိုးတစ်ခုဖြစ်သည်။ ကျန်းမာရေးတွေ အများကြီး ပျက်စီးသွားတယ်။
• သင့်စကားဝိုင်းများအားလုံးကို မည်သည့်စက်ပစ္စည်းမှ အချိန်မရွေး ရယူနိုင်သည့်စွမ်းရည်ဆိုလိုသည်မှာ စကားဝိုင်းများကို စက်တွင်း၌ လုံးဝသိမ်းဆည်းရန်မလိုအပ်ပါ။
• မက်ဆေ့ချ်ပေးပို့ခြင်း အတည်ပြုခြင်း။ အသုံးပြုသူ၏စက်ပစ္စည်းအတွက်မဟုတ်ဘဲ ကွန်ရက်အတွက်ဖြစ်သည်။ အခြေခံအားဖြင့်၊ ဤသည်မှာ လက်ခံသူ၏ မက်ဆေ့ချ်ကို ဖတ်ရှုနိုင်မှုအား အတည်ပြုခြင်းဖြစ်သည်။ ဤသည်မှာ အရေးကြီးသောသတိပေးချက်များပေးပို့ခြင်းအတွက် အသုံးဝင်သောအင်္ဂါရပ်တစ်ခုဖြစ်သည်။

Blockchain အကျိုးခံစားခွင့်များသည် cryptocurrencies Ethereum၊ Dogecoin၊ Lisk၊ Dash၊ Bitcoin (ဤအရာသည် ဆက်လက်လုပ်ဆောင်ဆဲဖြစ်သည်) နှင့် ချက်တင်များတွင် တိုကင်များပေးပို့နိုင်စွမ်းတို့လည်း ပါဝင်ပါသည်။ ကျွန်ုပ်တို့သည် built-in crypto exchanger ကိုပင်ပြုလုပ်ခဲ့သည်။

ပြီးတော့ - အားလုံးဘယ်လိုအလုပ်လုပ်လဲ။

မက်ဆေ့ချ်သည် အရောင်းအဝယ်တစ်ခုဖြစ်သည်။

blockchain တွင် ငွေပေးငွေယူ တိုကင်များ (ဒင်္ဂါးများ) ကို သုံးစွဲသူတစ်ဦးမှ အခြားတစ်ဦးသို့ လွှဲပြောင်းပေးသည့်အချက်ကို လူတိုင်းက ကျင့်သားရနေပြီဖြစ်သည်။ Bitcoin လိုပဲ။ မက်ဆေ့ချ်ပို့ခြင်းအတွက် အထူးငွေပေးငွေယူအမျိုးအစားတစ်ခုကို ကျွန်ုပ်တို့ ဖန်တီးထားပါသည်။

blockchain ရှိ messenger တွင်မက်ဆေ့ခ်ျတစ်စောင်ပေးပို့ရန်၊ သင်သည်အဆင့်များစွာကိုဖြတ်သန်းရန်လိုအပ်သည်-

1. မက်ဆေ့ဂျ်စာသားကို ကုဒ်ဝှက်ပါ။
2. ငွေပေးငွေယူတစ်ခုတွင် ciphertext ကိုထည့်ပါ။
3. အရောင်းအဝယ်လက်မှတ်ထိုးပါ။
4. မည်သည့်ကွန်ရက် node သို့မဆို ငွေပေးငွေယူတစ်ခု ပေးပို့ပါ။
5. ဖြန့်ဝေထားသော ဆုံမှတ်စနစ်သည် မက်ဆေ့ချ်တစ်ခု၏ "စစ်မှန်မှု" ကို ဆုံးဖြတ်သည်။
6. အားလုံးအဆင်ပြေပါက၊ မက်ဆေ့ဂျ်ပါသော ငွေပေးငွေယူကို နောက်ဘလောက်တွင် ထည့်သွင်းပါသည်။
7. လက်ခံသူသည် မက်ဆေ့ဂျ်ငွေလွှဲခြင်းကို ထုတ်ယူပြီး ကုဒ်ဝှက်သည်။

အဆင့် 1–3 နှင့် 7 ကို client တွင် စက်တွင်းလုပ်ဆောင်ပြီး အဆင့် 5–6 ကို host များပေါ်တွင်လုပ်ဆောင်သည်။

မက်ဆေ့ချ်ဝှက်ခြင်း

မက်ဆေ့ဂျ်ကို ပေးပို့သူ၏ သီးသန့်သော့နှင့် လက်ခံသူ၏ အများသူငှာသော့ဖြင့် ကုဒ်ဝှက်ထားသည်။ ကျွန်ုပ်တို့သည် ကွန်ရက်မှ အများသူငှာသော့ကို ယူပါမည်၊ သို့သော် ယင်းအတွက်၊ လက်ခံသူ၏အကောင့်ကို ကနဦးလုပ်ဆောင်ရမည်ဖြစ်ပြီး ဆိုလိုသည်မှာ အနည်းဆုံး ငွေပေးငွေယူတစ်ခုရှိသည်။ REST တောင်းဆိုချက်ကို သင်သုံးနိုင်သည်။ GET /api/accounts/getPublicKey?address={ADAMANT address}ချတ်များကိုဖွင့်သည့်အခါ၊ အပြန်အလှန်ပြောဆိုသူများ၏ အများသူငှာသော့များကို ရနိုင်နေပြီဖြစ်သည်။

messenger သည် curve25519xsalsa20poly1305 algorithm ကို အသုံးပြု၍ မက်ဆေ့ချ်များကို စာဝှက်ပေးပါသည်။NaCl Box) အကောင့်တွင် Ed25519 သော့များပါရှိသောကြောင့်၊ ဘောက်စ်တစ်ခုဖွဲ့စည်းရန်၊ သော့များကို ဦးစွာ Curve25519 Diffie-Hellman သို့ ပြောင်းလဲရမည်ဖြစ်သည်။

ဤသည်မှာ JavaScript တွင် ဥပမာတစ်ခုဖြစ်သည်။

/**
 * Encodes a text message for sending to ADM
 * @param {string} msg message to encode
 * @param {*} recipientPublicKey recipient's public key
 * @param {*} privateKey our private key
 * @returns {{message: string, nonce: string}}
 */
adamant.encodeMessage = function (msg, recipientPublicKey, privateKey) {
  const nonce = Buffer.allocUnsafe(24)
  sodium.randombytes(nonce)

  if (typeof recipientPublicKey === 'string') {
    recipientPublicKey = hexToBytes(recipientPublicKey)
  }

  const plainText = Buffer.from(msg)
  const DHPublicKey = ed2curve.convertPublicKey(recipientPublicKey)
  const DHSecretKey = ed2curve.convertSecretKey(privateKey)

  const encrypted = nacl.box(plainText, nonce, DHPublicKey, DHSecretKey)

  return {
    message: bytesToHex(encrypted),
    nonce: bytesToHex(nonce)
  }
}

မက်ဆေ့ချ်ဖြင့် ငွေပေးငွေယူတစ်ခု ဖွဲ့စည်းခြင်း။

အရောင်းအ၀ယ်တွင် အောက်ပါ အထွေထွေဖွဲ့စည်းပုံပါရှိသည်-

{
  "id": "15161295239237781653",
  "height": 7585271,
  "blockId": "16391508373936326027",
  "type": 8,
  "block_timestamp": 45182260,
  "timestamp": 45182254,
  "senderPublicKey": "bd39cc708499ae91b937083463fce5e0668c2b37e78df28f69d132fce51d49ed",
  "senderId": "U16023712506749300952",
  "recipientId": "U17653312780572073341",
  "recipientPublicKey": "23d27f616e304ef2046a60b762683b8dabebe0d8fc26e5ecdb1d5f3d291dbe21",
  "amount": 204921300000000,
  "fee": 50000000,
  "signature": "3c8e551f60fedb81e52835c69e8b158eb1b8b3c89a04d3df5adc0d99017ffbcb06a7b16ad76d519f80df019c930960317a67e8d18ab1e85e575c9470000cf607",
  "signatures": [],
  "confirmations": 3660548,
  "asset": {}
}

မက်ဆေ့ချ်ပို့ခြင်းအတွက် အရေးကြီးဆုံးအချက်မှာ asset - သင်အရာဝတ္ထုတွင်မက်ဆေ့ခ်ျတစ်ခုထည့်ရန်လိုအပ်သည်။ chat ဖွဲ့စည်းပုံနှင့်အတူ-

• message - ကုဒ်ဝှက်ထားသောစာတိုကိုသိမ်းဆည်းပါ။
• own_message - မဟုတ်တော့ဘူး။
• type - မက်ဆေ့ခ်ျအမျိုးအစား

မက်ဆေ့ချ်တွေကိုလည်း အမျိုးအစား ခွဲခြားထားပါတယ်။ အမှန်ကတော့ parameter ပါ။ type နားလည်ပုံကို ပြောပြသည်။ message. သင်သည် စာတိုတစ်စောင်သာ ပေးပို့နိုင်သည်၊ သို့မဟုတ် အတွင်းတွင် စိတ်ဝင်စားဖွယ်အရာများနှင့်အတူ အရာဝတ္ထုတစ်ခုကို ပေးပို့နိုင်သည် - ဥပမာ၊ ဤသည်မှာ messenger သည် chats တွင် cryptocurrency လွှဲပြောင်းမှုများကို ပြုလုပ်ပုံဖြစ်သည်။

ရလဒ်အနေဖြင့်၊ ကျွန်ုပ်တို့သည် ငွေပေးငွေယူတစ်ခုကို ဖန်တီးသည်-

{
  "transaction": {
    "type": 8,
    "amount": 0,
    "senderId": "U12499126640447739963",
    "senderPublicKey": "e9cafb1e7b403c4cf247c94f73ee4cada367fcc130cb3888219a0ba0633230b6",
    "asset": {
      "chat": {
        "message": "cb682accceef92d7cddaaddb787d1184ab5428",
        "own_message": "e7d8f90ddf7d70efe359c3e4ecfb5ed3802297b248eacbd6",
        "type": 1
      }
    },
    "recipientId": "U15677078342684640219",
    "timestamp": 63228087,
    "signature": "тут будет подпись"
  }
}

ငွေလွှဲလက်မှတ်

ပေးပို့သူနှင့် လက်ခံသူ၏ စစ်မှန်မှု၊ ပေးပို့သည့်အချိန်နှင့် မက်ဆေ့ချ်၏ အကြောင်းအရာတို့ကို လူတိုင်းက ယုံကြည်စိတ်ချမှုရှိစေရန်၊ ငွေပေးငွေယူကို လက်မှတ်ရေးထိုးထားသည်။ ဒစ်ဂျစ်တယ် လက်မှတ်သည် အများသူငှာသော့ကို အသုံးပြု၍ ငွေပေးငွေယူ၏ စစ်မှန်ကြောင်း အတည်ပြုနိုင်သည် - ၎င်းအတွက် သီးသန့်သော့မလိုအပ်ပါ။

သို့သော် လက်မှတ်ကိုယ်တိုင်က သီးသန့်သော့ကို အသုံးပြုပြီး လုပ်ဆောင်သည်-

ပုံကြမ်းတွင် ကျွန်ုပ်တို့သည် SHA-256 ဖြင့် ငွေပေးငွေယူကို ဦးစွာခွဲထုတ်ပြီးနောက် ၎င်းကို လက်မှတ်ရေးထိုးကြောင်း ပြသသည်။ Ed25519 EdDSA လက်မှတ်ရယူပါ။ signatureနှင့် ငွေပေးငွေယူ ID သည် SHA-256 hash ၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။

နမူနာ အကောင်အထည်ဖော်မှု-

1 — မက်ဆေ့ချ်အပါအဝင် ဒေတာဘလောက်တစ်ခုကို ဖွဲ့ပါ။

/**
 * Calls `getBytes` based on transaction type
 * @see privateTypes
 * @implements {ByteBuffer}
 * @param {transaction} trs
 * @param {boolean} skipSignature
 * @param {boolean} skipSecondSignature
 * @return {!Array} Contents as an ArrayBuffer.
 * @throws {error} If buffer fails.
 */

adamant.getBytes = function (transaction) {

  ...

  switch (transaction.type) {
    case constants.Transactions.SEND:
      break
    case constants.Transactions.CHAT_MESSAGE:
      assetBytes = this.chatGetBytes(transaction)
      assetSize = assetBytes.length
      break

…

    default:
      alert('Not supported yet')
  }

  var bb = new ByteBuffer(1 + 4 + 32 + 8 + 8 + 64 + 64 + assetSize, true)

  bb.writeByte(transaction.type)
  bb.writeInt(transaction.timestamp)

  ...

  bb.flip()
  var arrayBuffer = new Uint8Array(bb.toArrayBuffer())
  var buffer = []

  for (var i = 0; i < arrayBuffer.length; i++) {
    buffer[i] = arrayBuffer[i]
  }

  return Buffer.from(buffer)
}

2 - ဒေတာပိတ်ဆို့ခြင်းမှ SHA-256 ကို ရေတွက်ပါ။

/**
 * Creates hash based on transaction bytes.
 * @implements {getBytes}
 * @implements {crypto.createHash}
 * @param {transaction} trs
 * @return {hash} sha256 crypto hash
 */
adamant.getHash = function (trs) {
  return crypto.createHash('sha256').update(this.getBytes(trs)).digest()
}

3 — ငွေပေးငွေယူကို လက်မှတ်ထိုးပါ။

adamant.transactionSign = function (trs, keypair) {
  var hash = this.getHash(trs)
  return this.sign(hash, keypair).toString('hex')
}

/**
 * Creates a signature based on a hash and a keypair.
 * @implements {sodium}
 * @param {hash} hash
 * @param {keypair} keypair
 * @return {signature} signature
 */
adamant.sign = function (hash, keypair) {
  return sodium.crypto_sign_detached(hash, Buffer.from(keypair.privateKey, 'hex'))
}

ကွန်ရက် node သို့ မက်ဆေ့ခ်ျဖြင့် ငွေပေးငွေယူ ပို့ခြင်း။

ကွန်ရက်ကို ဗဟိုချုပ်ကိုင်မှု လျှော့ချထားသောကြောင့်၊ ဖွင့်ထားသော API ပါသည့် မည်သည့်နေရာမဆို လုပ်ဆောင်လိမ့်မည်။ အဆုံးမှတ်သို့ POST တောင်းဆိုမှုပြုလုပ်ခြင်း။ api/transactions:

curl 'api/transactions' -X POST 
  -d 'TX_DATA'

တုံ့ပြန်မှုအနေဖြင့် အမျိုးအစား၏ ငွေပေးငွေယူ ID ကို လက်ခံရရှိပါမည်။

{
    "success": true,
    "nodeTimestamp": 63228852,
    "transactionId": "6146865104403680934"
}

ငွေသွင်းငွေထုတ်အတည်ပြုခြင်း။

အများဆန္ဒအပေါ်အခြေခံ၍ ဖြန့်ဝေထားသော node စနစ်တစ်ခုသည် ငွေပေးငွေယူမက်ဆေ့ချ်၏ "စစ်မှန်မှု" ကို ဆုံးဖြတ်သည်။ မက်ဆေ့ချ်ကို နောက်တစ်ခုနှင့် အစားထိုးခြင်းရှိ၊ မရှိ၊ ပေးပို့သည့်အချိန်ကို မှန်ကန်စွာ ညွှန်ပြခြင်းရှိမရှိ၊ မည်သူထံမှ၊ မည်သည့်အချိန်၊ ၎င်းသည် blockchain ၏အလွန်အရေးကြီးသောအားသာချက်ဖြစ်သည် - စိစစ်ခြင်းအတွက်တာဝန်ယူသောဗဟိုဖွဲ့စည်းပုံမှာမရှိပါ၊ နှင့်မက်ဆေ့ခ်ျများ၏အစီအစဥ်နှင့်၎င်းတို့၏အကြောင်းအရာကိုအတုအယောင်မပြုနိုင်ပါ။

ဦးစွာ၊ node တစ်ခုသည် တိကျမှုကို စစ်ဆေးပြီး အခြားသူများထံ ပေးပို့သည် - အများစုသည် အရာအားလုံး အဆင်ပြေသည်ဟု ဆိုပါက၊ ငွေပေးငွေယူသည် ကွင်းဆက်၏ နောက်ဘလောက်တွင် ပါဝင်လိမ့်မည် - ဤသဘောတူချက်ဖြစ်သည်။

စစ်ဆေးမှုများအတွက် တာဝန်ရှိသော node ကုဒ်၏ အစိတ်အပိုင်းကို GitHub တွင် ကြည့်ရှုနိုင်သည် - validator.js и verify.js. ဟုတ်ပါတယ်၊ node သည် Node.js တွင်အလုပ်လုပ်သည်။

ဘလောက်တစ်ခုရှိ မက်ဆေ့ခ်ျတစ်ခုနှင့် ငွေပေးငွေယူတစ်ခု ပါဝင်သည်။

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

ဘလောက်များသည် တင်းကျပ်သော အစီအစဥ်ရှိပြီး နောက်ဆက်တွဲပိတ်ဆို့တစ်ခုစီသည် ယခင်လုပ်ကွက်များ၏ hashes များပေါ်တွင် အခြေခံ၍ ဖွဲ့စည်းထားသည်။

အဓိကအချက်မှာ ကျွန်ုပ်တို့၏သတင်းစကားသည် ဤအစီအစဥ်တွင်ပါ၀င်ပြီး “ပြန်လည်စီစဉ်ခြင်း” မရနိုင်သောကြောင့်ဖြစ်သည်။ မက်ဆေ့ချ်များစွာသည် ဘလောက်တစ်ခုထဲသို့ ကျသွားပါက ၎င်းတို့၏ မှာယူမှုကို ဆုံးဖြတ်မည်ဖြစ်သည်။ timestamp မက်ဆေ့ခ်ျများ။

မက်ဆေ့ခ်ျဖတ်ခြင်း။

messenger အပလီကေးရှင်းသည် လက်ခံသူထံ ပေးပို့သည့် blockchain မှ ငွေပေးငွေယူများကို ထုတ်ယူသည်။ အဲဒါအတွက် ကျွန်တော်တို့က အဆုံးမှတ်တစ်ခု လုပ်ထားတယ်။ api/chatrooms.

ငွေပေးငွေယူအားလုံးကို လူတိုင်းရနိုင်သည် - သင်သည် ကုဒ်ဝှက်ထားသော စာတိုများကို လက်ခံရရှိနိုင်ပါသည်။ သို့သော် လက်ခံသူသာလျှင် ၎င်း၏ကိုယ်ရေးကိုယ်တာသော့နှင့် ပေးပို့သူ၏ အများသူငှာသော့ကို အသုံးပြု၍ စာဝှက်နိုင်သည်-

**
 * Decodes the incoming message
 * @param {any} msg encoded message
 * @param {string} senderPublicKey sender public key
 * @param {string} privateKey our private key
 * @param {any} nonce nonce
 * @returns {string}
 */
adamant.decodeMessage = function (msg, senderPublicKey, privateKey, nonce) {
  if (typeof msg === 'string') {
    msg = hexToBytes(msg)
  }

  if (typeof nonce === 'string') {
    nonce = hexToBytes(nonce)
  }

  if (typeof senderPublicKey === 'string') {
    senderPublicKey = hexToBytes(senderPublicKey)
  }

  if (typeof privateKey === 'string') {
    privateKey = hexToBytes(privateKey)
  }

  const DHPublicKey = ed2curve.convertPublicKey(senderPublicKey)
  const DHSecretKey = ed2curve.convertSecretKey(privateKey)
  const decrypted = nacl.box.open(msg, nonce, DHPublicKey, DHSecretKey)

  return decrypted ? decode(decrypted) : ''
}

တခြားဘာတွေလဲ။

မက်ဆေ့ဂျ်များကို 5 စက္ကန့်ခန့်အတွင်း ဤနည်းဖြင့် ပေးပို့ခြင်းဖြစ်သောကြောင့် - ဤသည်မှာ ကွန်ရက်ပိတ်ဆို့ခြင်းအသစ်တစ်ခု ပေါ်လာချိန်ဖြစ်သည် - ကျွန်ုပ်တို့သည် client-to-node နှင့် node-to-node socket ချိတ်ဆက်မှုတစ်ခုနှင့် ထွက်ပေါ်လာပါသည်။ node တစ်ခုသည် ငွေပေးငွေယူအသစ်တစ်ခုကို လက်ခံရရှိသောအခါ၊ ၎င်းသည် ၎င်း၏တရားဝင်မှုကို စစ်ဆေးပြီး အခြား nodeများသို့ ပေးပို့သည်။ အများသဘောတူလက်ခံမှုဖြစ်ပေါ်ပြီး ပိတ်ဆို့ခြင်းတွင် ပါဝင်ခြင်းမပြုမီတွင်ပင် ငွေပေးငွေယူကို messenger ဖောက်သည်များအတွက် ရရှိနိုင်ပါသည်။ ဤနည်းဖြင့် ကျွန်ုပ်တို့သည် ပုံမှန် instant messenger များကဲ့သို့ပင် မက်ဆေ့ချ်များကို ချက်ခြင်းပို့ပေးပါမည်။

လိပ်စာစာအုပ်ကို သိမ်းဆည်းရန်အတွက် ကျွန်ုပ်တို့သည် KVS - Key-Value Storage ကို ပြုလုပ်ခဲ့သည် - ၎င်းသည် အခြားငွေပေးငွေယူအမျိုးအစားဖြစ်သည်။ asset ၎င်းသည် ကုဒ်ဝှက်ထားသော NaCl-box မဟုတ်ပါ။ NaCl-လျှို့ဝှက်သေတ္တာ. ဤသည်မှာ messenger သည် အခြားဒေတာများကို သိမ်းဆည်းပုံဖြစ်သည်။

ဖိုင်/ရုပ်ပုံ လွှဲပြောင်းခြင်းနှင့် အဖွဲ့ချတ်များသည် အလုပ်များစွာ လိုအပ်နေသေးသည်။ ဟုတ်ပါတယ်၊ အမှားအယွင်းနဲ့ အမှားအယွင်းပုံစံနဲ့ ဒါကို မြန်မြန်ဆန်ဆန် "ရှင်းပစ်နိုင်ပြီ"၊ ဒါပေမယ့် ကျွန်ုပ်တို့ဟာ တူညီတဲ့ကိုယ်ရေးကိုယ်တာအဆင့်ကို ထိန်းသိမ်းထားလိုပါတယ်။

ဟုတ်ကဲ့၊ လုပ်စရာတွေရှိပါသေးတယ် - အကောင်းဆုံးကတော့၊ တကယ့်ကိုယ်ရေးကိုယ်တာကိုယ်ရေးကိုယ်တာက အသုံးပြုသူတွေဟာ အများသူငှာ ကွန်ရက် node တွေကို ချိတ်ဆက်မှာမဟုတ်ဘူး၊ ဒါပေမယ့် သူတို့ကိုယ်တိုင် မြှင့်တင်မယ်လို့ ယူဆတယ်။ အသုံးပြုသူ ဘယ်ရာခိုင်နှုန်းက ဒီလိုလုပ်တယ်လို့ ထင်ပါသလဲ။ မှန်ပါတယ်၊ 0။ ဤပြဿနာကို messenger ၏ Tor ဗားရှင်းဖြင့် တစ်စိတ်တစ်ပိုင်း ဖြေရှင်းနိုင်ခဲ့သည်။

blockchain ပေါ်ရှိ messenger တစ်ခုရှိနိုင်သည်ကိုကျွန်ုပ်တို့သက်သေပြခဲ့သည်။ ယခင်က ကြိုးပမ်းမှု တစ်ကြိမ်သာ ရှိခဲ့သော်လည်း ၂၀၁၂ ခုနှစ်၊ bitmessageရှည်လျားသော မက်ဆေ့ချ်ပေးပို့ချိန်များ၊ CPU တင်ခြင်းနှင့် မိုဘိုင်းအက်ပလီကေးရှင်းများ မရှိခြင်းကြောင့် မအောင်မြင်ပါ။

ထို့အပြင် blockchain ရှိ messenger များသည် ၎င်းတို့၏အချိန်ထက်စောနေခြင်းကြောင့်ဖြစ်သည် - လူများသည် ၎င်းတို့၏အကောင့်အတွက်တာဝန်ယူရန်အဆင်သင့်မဖြစ်သေးခြင်း၊ ကိုယ်ရေးကိုယ်တာအချက်အလက်များကိုပိုင်ဆိုင်ခြင်းမှာ ခေတ်ရေစီးကြောင်းမဟုတ်သေးသလို နည်းပညာသည် blockchain တွင် အရှိန်အဟုန်မြင့်ခြင်းကို ခွင့်မပြုသောကြောင့်ဖြစ်သည်။ ကျွန်ုပ်တို့၏ပရောဂျက်၏ နောက်ထပ်နည်းပညာဆိုင်ရာ analogues များ နောက်တွင်ပေါ်လာပါမည်။ တွေ့လိမ့်မယ်။

source: www.habr.com