🙋🏼 🔒 💆🏿 कैसे ब्लॉकचैन पर एक विकेन्द्रीकृत संदेशवाहक है 🤟🏻 🥨 👨‍🔬

2017 की शुरुआत में, हमने क्लासिक पी 2 पी दूतों के लाभों पर चर्चा करके ब्लॉकचैन [नाम और लिंक प्रोफ़ाइल में हैं] पर एक संदेशवाहक बनाना शुरू किया।

2.5 साल बीत गए और हम अपनी अवधारणा की पुष्टि करने में सक्षम हो गए: आईओएस, वेब पीडब्ल्यूए, विंडोज, जीएनयू / लिनक्स, मैक ओएस और एंड्रॉइड के लिए तत्काल मैसेंजर एप्लिकेशन अब उपलब्ध हैं।

आज हम आपको बताएंगे कि ब्लॉकचेन पर मैसेंजर की व्यवस्था कैसे की जाती है और इसके एपीआई के साथ क्लाइंट एप्लिकेशन कैसे काम कर सकते हैं।

हम चाहते थे कि ब्लॉकचैन क्लासिक पी 2 पी दूतों की सुरक्षा और गोपनीयता के मुद्दों को हल करे:

एक खाता बनाने के लिए क्लिक करें - कोई फ़ोन और ईमेल नहीं, पता पुस्तिका और जियोलोकेशन तक कोई पहुंच नहीं।
Interlocutors सीधे कनेक्शन स्थापित नहीं करते हैं, सभी संचार नोड्स की एक वितरित प्रणाली से गुजरते हैं। उपयोगकर्ताओं के आईपी पते एक दूसरे के लिए सुलभ नहीं हैं।
सभी संदेश एंड-टू-एंड वक्र25519xsalsa20poly1305 एन्क्रिप्ट किए गए हैं। ऐसा लगता है कि आप किसी को आश्चर्यचकित नहीं करेंगे, लेकिन हमारे पास ओपन सोर्स कोड है।
MITM हमले को बाहर रखा गया है - प्रत्येक संदेश एक लेनदेन है और Ed25519 EdDSA द्वारा हस्ताक्षरित है।
संदेश इसके ब्लॉक में आता है। ब्लॉक का अनुक्रम और timestamp तय नहीं किया जा सकता है, और इसलिए संदेशों का क्रम।
"मैंने यह नहीं कहा" यह ब्लॉकचेन के संदेशों के साथ काम नहीं करेगा।
कोई केंद्रीय संरचना नहीं है जो किसी संदेश की "प्रामाणिकता" के लिए जांच करती है। यह एक सर्वसम्मति-आधारित वितरित नोड प्रणाली द्वारा किया जाता है, और यह उपयोगकर्ताओं के अंतर्गत आता है।
सेंसरशिप की असंभवता - खातों को अवरुद्ध नहीं किया जा सकता है और संदेशों को हटा दिया जाता है।
2FA ब्लॉकचैन एसएमएस के द्वारा नारकीय 2FA का एक विकल्प है, जिसने बहुत सारे स्वास्थ्य को तोड़ दिया है ।
किसी भी समय किसी भी डिवाइस से अपने सभी संवाद प्राप्त करने की क्षमता स्थानीय स्तर पर संवादों को संग्रहीत नहीं करने की क्षमता है।
संदेश वितरण पुष्टिकरण। उपयोगकर्ता के डिवाइस के लिए नहीं, बल्कि नेटवर्क के लिए। वास्तव में, यह प्राप्तकर्ता की आपके संदेश को पढ़ने की क्षमता की पुष्टि है। यह महत्वपूर्ण सूचनाएं भेजने के लिए एक उपयोगी सुविधा है।

ब्लॉकचेन बन्स में से, क्रिप्टोक्यूरेंसी एथेरम, डॉगकोइन, लिस्क, डैश, बिटकॉइन (यह अभी भी प्रगति पर है) और चैट में टोकन भेजने की क्षमता के साथ घनिष्ठ एकीकरण है। हमने एक अंतर्निहित क्रिप्टो-एक्सचेंजर भी बनाया।

और फिर - यह सब कैसे काम करता है।

संदेश एक लेन-देन है

सभी को पहले से ही इस तथ्य के लिए उपयोग किया जाता है कि ब्लॉकचैन हस्तांतरण लेनदेन एक उपयोगकर्ता से दूसरे उपयोगकर्ता में टोकन (सिक्के)। जैसे बिटकॉइन। हमने संदेश भेजने के लिए एक विशेष प्रकार का लेन-देन किया है।

ब्लॉकचेन पर मैसेंजर में संदेश भेजने के लिए, आपको कई चरणों से गुजरना होगा:

संदेश पाठ एन्क्रिप्ट करें
लेन-देन में सिफरटेक्स्ट डालें
लेन-देन पर हस्ताक्षर करें
किसी भी होस्ट को लेनदेन भेजें
नोड्स की एक वितरित प्रणाली एक संदेश की "विश्वसनीयता" निर्धारित करती है
यदि सब कुछ ठीक है, तो संदेश के साथ लेनदेन अगले ब्लॉक में शामिल है।
प्राप्तकर्ता संदेश लेन-देन और डिक्रिप्शन प्राप्त करता है

चरण 1-3 और 7 ग्राहक पर स्थानीय रूप से किए जाते हैं, और नेटवर्क नोड्स पर 5-6।

संदेश एन्क्रिप्शन

संदेश प्रेषक की निजी कुंजी और प्राप्तकर्ता की सार्वजनिक कुंजी के साथ एन्क्रिप्ट किया गया है। हम नेटवर्क से सार्वजनिक कुंजी लेंगे, लेकिन इसके लिए प्राप्तकर्ता के खाते को आरंभिक होना चाहिए, अर्थात कम से कम एक लेनदेन होना चाहिए। आप REST अनुरोध GET /api/accounts/getPublicKey?address={ADAMANT address} उपयोग कर सकते हैं GET /api/accounts/getPublicKey?address={ADAMANT address} , और जब आप चैट डाउनलोड करते हैं, तो वार्ताकारों की सार्वजनिक कुंजी पहले से ही उपलब्ध होगी।

मैसेंजर क्यूर 255xxxa20poly1305 कलन विधि ( NaCl Box ) के साथ संदेशों को एन्क्रिप्ट करता है। चूंकि खाते में Ed25519 कुंजियाँ हैं, बॉक्स बनाने के लिए, कुंजियों को पहले Curve25519 डिफी-हेलमैन में परिवर्तित किया जाना चाहिए।

यहाँ जावास्क्रिप्ट में एक उदाहरण है:

 /** * 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 - संदेश प्रकार

संदेश भी प्रकारों में विभाजित हैं। अनिवार्य रूप से, type पैरामीटर बताता है कि message को कैसे समझा जाए। आप सिर्फ पाठ भेज सकते हैं, या आप अंदर दिलचस्प रुचियों के साथ एक वस्तु भेज सकते हैं - उदाहरण के लिए, यह है कि मैसेंजर चैट रूम में क्रिप्टोकरेंसी का स्थानान्तरण करता है।

परिणामस्वरूप, हम लेन-देन बनाते हैं:

 { "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 प्राप्त करें, और लेनदेन पहचानकर्ता SHA-256 हैश का हिस्सा है।

कार्यान्वयन उदाहरण:

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')) }

किसी होस्ट को संदेश के साथ लेन-देन भेजना

चूंकि नेटवर्क विकेन्द्रीकृत है, कोई भी खुले एपीआई वाला नोड करेगा। हम api/transactions समापन बिंदु के लिए एक POST अनुरोध करते हैं:

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

जवाब में, हमें एक प्रकार की लेनदेन आईडी मिलती है

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

लेन-देन की मान्यता

नोड्स की एक वितरित आम सहमति-आधारित प्रणाली एक संदेश लेनदेन की "विश्वसनीयता" निर्धारित करती है। कब और किससे, कब, क्या संदेश दूसरे द्वारा बदल दिया गया था, और क्या भेजने का समय सही ढंग से इंगित किया गया था। यह ब्लॉकचेन का एक बहुत महत्वपूर्ण लाभ है - कोई केंद्रीय संरचना नहीं है जो चेक के लिए जिम्मेदार है, और संदेशों और उनकी सामग्री के अनुक्रम को नकली नहीं किया जा सकता है।

सबसे पहले, एक नोड विश्वसनीयता की जांच करता है, और फिर इसे दूसरों को भेजता है - अगर ज्यादातर कहते हैं कि सब कुछ क्रम में है, तो लेन-देन श्रृंखला के अगले ब्लॉक में शामिल किया जाएगा - यह आम सहमति है।

होस्ट कोड का वह भाग जो सत्यापन के लिए ज़िम्मेदार है, उसे GitHub - validator.js और verify.js पर देखा जा सकता है। हाँ, नोड Node.js. पर चलता है

ब्लॉक में संदेश के साथ लेनदेन शामिल करें

यदि आम सहमति बन जाती है, तो हमारे संदेश के साथ लेनदेन अन्य विश्वसनीय लेनदेन के साथ, अगले ब्लॉक में आ जाएगा।

ब्लॉकों का एक सख्त अनुक्रम होता है, और प्रत्येक बाद के ब्लॉक का गठन पिछले ब्लॉकों की हैश के आधार पर किया जाता है।

लब्बोलुआब यह है कि इस क्रम में हमारा संदेश भी शामिल है और इसे "पुनर्व्यवस्थित" नहीं किया जा सकता है। यदि कई संदेश ब्लॉक में आते हैं, तो उनका क्रम संदेशों के timestamp द्वारा निर्धारित किया जाएगा।

संदेश पढ़ना

मैसेंजर एप्लिकेशन ब्लॉकचैन से लेनदेन को पुनः प्राप्त करता है जो कि पताकर्ता को भेजा जाता है। ऐसा करने के लिए, हमने 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 सेकंड के लिए इस तरह से वितरित किया जाता है - यह वह समय है जब एक नया नेटवर्क ब्लॉक दिखाई दिया - हम सॉकेट कनेक्शन क्लाइंट-नोड और नोड-टू-नोड के साथ आए। जब एक नोड एक नया लेनदेन प्राप्त करता है, तो वह इसकी वैधता की जांच करता है और इसे अन्य नोड्स में स्थानांतरित करता है। लेन-देन मैसेंजर क्लाइंट्स के लिए ब्लॉक में सर्वसम्मति और शामिल किए जाने से पहले भी उपलब्ध है। इसलिए हम तुरंत संदेश भेजेंगे, साथ ही साथ सामान्य संदेशवाहक भी।

पता पुस्तिका को संग्रहीत करने के लिए, हमने KVS बनाया - की-वैल्यू स्टोरेज एक अन्य प्रकार का लेनदेन है जिसमें किसी asset को NaCl- बॉक्स के साथ नहीं, बल्कि NaCl-secretbox के साथ एन्क्रिप्ट किया जाता है । इसलिए मैसेंजर अन्य डेटा को स्टोर करता है।

फ़ाइल / छवि स्थानांतरण और समूह चैट के लिए अभी भी बहुत काम करने की आवश्यकता है। बेशक, टैय-ब्लूप प्रारूप में, इसे जल्दी से बढ़ाया जा सकता है, लेकिन हम गोपनीयता के समान स्तर को बनाए रखना चाहते हैं।

हां, अभी भी काम किया जाना है - आदर्श रूप से, वास्तविक गोपनीयता का तात्पर्य है कि उपयोगकर्ता सार्वजनिक नेटवर्क नोड्स से कनेक्ट नहीं होंगे, लेकिन खुद को बढ़ाएंगे। आप क्या सोचते हैं, कितने प्रतिशत उपयोगकर्ता ऐसा करते हैं? यह सही है, 0. आंशिक रूप से, हम इस मुद्दे को मैसेंजर के टोर संस्करण के साथ हल करने में कामयाब रहे।

हमने साबित किया है कि ब्लॉकचेन पर एक संदेशवाहक मौजूद हो सकता है। इससे पहले, 2012 में केवल एक ही प्रयास था - बिटमैसेज , जो लंबे संदेश वितरण समय, सीपीयू लोड और मोबाइल एप्लिकेशन की कमी के कारण विफल रहा।

लेकिन संदेह इस तथ्य से जुड़ा है कि ब्लॉकचेन पर दूत समय से आगे हैं - लोग अपने खाते की जिम्मेदारी खुद लेने के लिए तैयार नहीं हैं, व्यक्तिगत जानकारी का स्वामित्व अभी तक एक प्रवृत्ति नहीं है, और प्रौद्योगिकी ब्लॉकचैन पर उच्च गति सुनिश्चित करने की अनुमति नहीं देती है। निम्नलिखित हमारी परियोजना के अधिक तकनीकी एनालॉग दिखाई देंगे। आप देखेंगे।

कैसे ब्लॉकचैन पर एक विकेन्द्रीकृत संदेशवाहक है