Axiom: विकेंद्रीकृत और सेंसरशिप-प्रतिरोधी संचार प्रोटोकॉल

🚀 लाइव डिप्लॉयमेंट विवरण

• नेटवर्क: Arbitrum One (मेननेट L2)
• चेन आईडी: 42161
• RPC एंडपॉइंट: https://arb1.arbitrum.io/rpc (या कोई कस्टम Alchemy/Infura एंडपॉइंट)
• Axiom प्रॉक्सी अनुबंध पता: 0xc11CFf8111e8b1F055eba095Efb679a38Abe6b63

(नोट: Axiom एक UUPS अपग्रेडेबल प्रॉक्सी आर्किटेक्चर का उपयोग करता है। सभी क्लाइंट इंटरैक्शन हमेशा इस प्रॉक्सी पते पर निर्देशित होने चाहिए, कभी भी अंतर्निहित कार्यान्वयन अनुबंध पर नहीं।)

📖 डेटा कैसे पढ़ें (इंडेक्सर / क्लाइंट)

क्लाइंट को कभी भी स्मार्ट कॉन्ट्रैक्ट की स्थिति चर से सीधे प्रोटोकॉल पोस्ट पढ़ने का प्रयास नहीं करना चाहिए (गैस बचाने को प्राथमिकता देने के कारण, सामग्री स्थिति में संग्रहीत नहीं होती)। इसके बजाय, क्लाइंट को ब्लॉकचेन इवेंट्स को इंडेक्स करना होगा।

✍️ डेटा कैसे प्रकाशित करें (क्लाइंट Tx सबमिशन)

प्रोटोकॉल में डेटा प्रकाशित करने के लिए, क्लाइंट को प्रॉक्सी अनुबंध पर publishAxiom फ़ंक्शन को कॉल करते हुए एक ऑन-चेन लेनदेन सबमिट करना होगा।

Axiom का लक्ष्य एक पूरी तरह से गुमनाम, विकेंद्रीकृत और सेंसरशिप-प्रतिरोधी सोशल मीडिया प्लेटफ़ॉर्म प्रदान करना है।

इसे संभव बनाने के लिए, आर्किटेक्चर सख्ती से विभाजित है: आधार (प्रोटोकॉल) और क्लाइंट (सॉफ़्टवेयर)। यह रिपॉजिटरी उस आधार को परिभाषित करती है—एक स्मार्ट कॉन्ट्रैक्ट और एक एथेरियम L2 नेटवर्क पर एक मानकीकृत डेटा संरचना।

परियोजना का दायरा

प्रोटोकॉल प्लेटफ़ॉर्म की नींव स्थापित करता है:

• मानक नामकरण परंपरा: एक स्पष्ट संरचना जो परिभाषित करती है कि पेलोड को स्मार्ट कॉन्ट्रैक्ट में कैसे भेजा जाता है और क्लाइंट उन्हें कैसे पढ़ते हैं।
• अपरिवर्तनीयता: ब्लॉकचेन एक विफल-सुरक्षित और छेड़छाड़-प्रूफ डेटाबेस के रूप में कार्य करता है।
• माइक्रोब्लॉगिंग फोकस: प्रोटोकॉल बड़ी मात्रा में ऑन-चेन डेटा के लिए डिज़ाइन नहीं किया गया है, बल्कि पारंपरिक माइक्रोब्लॉगिंग अवधारणा (छोटे पोस्ट) का अनुसरण करता है। मीडिया फ़ाइलें मूल रूप से चेन पर संग्रहीत नहीं होतीं; इसके बजाय, आवश्यकतानुसार बाहरी लिंक के माध्यम से एम्बेड की जाती हैं।
• स्पैम सुरक्षा: लेनदेन शुल्क और एक वॉलेट की पहली पोस्ट के लिए एकमुश्त कम प्रवेश शुल्क बॉटनेट द्वारा स्थिति-ब्लोट हमलों को रोकता है।
• सुरक्षा रूटिंग: प्रोटोकॉल विशिष्ट सुरक्षा आवश्यकताओं के आधार पर संदेशों का OPSEC पृथक्करण लागू करता है।

प्रोटोकॉल सुरक्षा स्तर

Axiom उन देशों के उपयोगकर्ताओं के लिए वास्तविक अभिव्यक्ति की स्वतंत्रता सक्षम करने के लिए डिज़ाइन किया गया है जहां संचार प्रतिबंधित है। प्रोटोकॉल तीन सुरक्षा स्तरों के बीच अंतर करता है। यह मानता है कि उपयोगकर्ता जानते हैं कि उनकी विशिष्ट स्थिति के लिए कौन सा सुरक्षा स्तर उपयुक्त है।

• स्तर 1: खुला संचार ब्लॉकचेन पर स्पष्ट टेक्स्ट में खुले तौर पर होता है। सभी क्लाइंट पूरे ट्रैफ़िक को पढ़ और प्रोसेस कर सकते हैं। इस स्तर पर लिंक एम्बेड करना (जैसे, तृतीय-पक्ष प्रदाताओं के माध्यम से छवियों के लिए) अनुमत है। यहां मानक सोशल मीडिया संचार होने की उम्मीद है—जिसमें मजेदार बिल्ली की तस्वीरें शामिल हैं। यह नेटवर्क के भीतर महत्वपूर्ण शोर उत्पन्न करता है। यह शुद्ध IP ट्रैकिंग के संबंध में कम सुरक्षित है, लेकिन पोस्ट पूरी तरह से सेंसर नहीं किए जा सकते।
• स्तर 2: बंद यह स्तर सख्त सुरक्षा के लिए है। यह विशेष रूप से सादा टेक्स्ट संदेशों का समर्थन करता है। प्रोटोकॉल यहां मीडिया लिंक को प्रतिबंधित करता है ताकि क्लाइंट द्वारा बाहरी सामग्री लोड करने पर किसी भी IP लीक को तकनीकी रूप से खारिज किया जा सके। उपयोगकर्ताओं को स्वतंत्र रूप से यह सुनिश्चित करना होगा कि वे गैस शुल्क के लिए उपयोग किए जाने वाले क्रिप्टोकरेंसी को गुमनाम रूप से प्राप्त करें।
• स्तर 3: एन्क्रिप्टेड अधिकतम गोपनीयता के लिए बनाया गया। संदेश भेजने से पहले AES-256-GCM से एन्क्रिप्ट किए जाते हैं। केवल मेटाडेटा, आरंभीकरण वेक्टर (IV) और सिफरटेक्स्ट ब्लॉकचेन पर संग्रहीत होते हैं। केवल उपयोगकर्ताओं के क्लाइंट जिनके पास सही क्रिप्टोग्राफिक कुंजी है, इन संदेशों को डिक्रिप्ट और पढ़ सकते हैं।

नेटवर्क सुरक्षा और IP ट्रैकिंग (हार्ड नियम)

सभी स्तरों के लिए, ओनियन रूटिंग (जैसे, Tor) सख्ती से अनिवार्य है। वाणिज्यिक RPC प्रदाताओं (जैसे Infura या Alchemy) के साथ संचार करने से प्रेषक का IP पता प्लेनटेक्स्ट में लीक हो जाता है। असंतुष्टों के लिए जीवन-धमकी देने वाली OPSEC कमजोरियों को बंद करने के लिए, क्लाइंट को लेनदेन को RPC नोड्स तक विशेष रूप से Tor नेटवर्क के माध्यम से रूट करना आवश्यक है।

क्रिप्टोग्राफी मानक (स्तर 3 के लिए)

स्तर 3 पर संदेशों के लिए, सभी क्लाइंट को अंतर-संचालन सुनिश्चित करने और सुरक्षा से समझौता करने से बचने के लिए निम्नलिखित क्रिप्टोग्राफिक मानकों का सख्ती से पालन करना होगा।

1. एन्क्रिप्शन एल्गोरिदम: AES-256-GCM सभी स्तर 3 पेलोड को 256-बिट कुंजी लंबाई के साथ GCM मोड में AES का उपयोग करके सममित रूप से एन्क्रिप्ट किया जाना चाहिए। आरंभीकरण वेक्टर (IV/Nonce) को प्रत्येक संदेश के लिए यादृच्छिक रूप से पुनर्जीवित किया जाना चाहिए और प्लेनटेक्स्ट मेटाडेटा के रूप में ब्लॉकचेन पर लिखा जाता है। यह बाहरी पर्यवेक्षकों द्वारा पैटर्न पहचान को रोकता है।
2. कुंजी व्युत्पत्ति: Argon2id उपयोगकर्ता अपने क्लाइंट में मानव-पठनीय पासवर्ड दर्ज करते हैं। इन्हें कभी भी सीधे AES कुंजी के रूप में उपयोग नहीं किया जाना चाहिए। क्लाइंट को सख्ती से Argon2id हैशिंग एल्गोरिदम का उपयोग करना आवश्यक है। (नोट: डेवलपर्स को क्लाइंट के भीतर पुनरावृत्तियों और मेमोरी उपयोग के लिए निश्चित पैरामीटर परिभाषित करने होंगे ताकि सभी समान कुंजी उत्पन्न करें)।
3. कुंजी विनिमय: आउट-ऑफ-बैंड Axiom ऑन-चेन कुंजी विनिमय को संभालता नहीं है। प्रोटोकॉल कोई सार्वजनिक कुंजी संग्रहीत नहीं करता। किसी विशिष्ट चैनल के लिए पासवर्ड (साझा रहस्य) का आदान-प्रदान उपयोगकर्ताओं की जिम्मेदारी है और यह नेटवर्क के बाहर (जैसे, व्यक्तिगत रूप से) होना चाहिए।
4. डेटा अखंडता AES-GCM एक प्रमाणीकरण टैग उत्पन्न करता है। क्लाइंट को इस टैग को मान्य करना होगा। यदि मान्यता विफल होती है, तो क्लाइंट को चुपचाप संदेश को खारिज करना होगा (ड्रॉप)।

डेटा संरचना, पेलोड वितरण और इंडेक्सिंग

Axiom एक हाइब्रिड पेलोड वितरण (ABI स्प्लिट) का उपयोग करता है। स्मार्ट कॉन्ट्रैक्ट को महंगे डेटा प्रारूपों को अनपैक करने से रोकने के लिए, डेटा को ट्रांसमिशन से पहले अलग किया जाता है:

1. तर्क चर: स्तर (uint8 _level) और आरंभीकरण वेक्टर (bytes _iv) को सीधे स्मार्ट कॉन्ट्रैक्ट में पैरामीटर के रूप में पारित किया जाता है, क्योंकि इसे अपने सुरक्षा नियमों को लागू करने के लिए उनकी आवश्यकता होती है।
2. अपारदर्शी डेटा: वास्तविक संदेश सामग्री क्लाइंट द्वारा आंतरिक रूप से JSON के रूप में बनाई जाती है और CBOR (संक्षिप्त बाइनरी ऑब्जेक्ट प्रतिनिधित्व) में संपीड़ित की जाती है। अनुबंध इस CBOR पैकेज को "आंख मूंदकर" संभालता है और इसे सीधे इवेंट लॉग में अग्रेषित करता है।

पेलोड कुंजियाँ (CBOR संरचना)

Axiom बाइट बचाने के लिए कुंजियों के रूप में एकल अक्षरों का उपयोग करता है। लेखक (msg.sender) और टाइमस्टैम्प (block.timestamp) को छोड़ दिया जाता है, क्योंकि स्मार्ट कॉन्ट्रैक्ट इन मानों को छेड़छाड़-प्रूफ तरीके से निकालता है।

• t (प्रकार): पूर्णांक। कार्रवाई का प्रकार।
• c (सामग्री): स्ट्रिंग/बाइट्स। टेक्स्ट, नाम या सिफरटेक्स्ट।
• h (हैशटैग/टैग): सरणी। वैकल्पिक। वर्गीकरण (उप-चैनल) के लिए उपयोग किया जाता है।
• m (संदेश संकेत): बाइट्स (लंबाई 2)। केवल स्तर 3। फ़ज़ी बकेटिंग के लिए उपयोग किया जाने वाला 2-बाइट HMAC हैश।
• r (उत्तर-से): बाइट्स। वैकल्पिक। एक संदर्भित पोस्ट का लेनदेन हैश।

कार्रवाई प्रकार (t फ़ील्ड)

• 0 = प्रोफ़ाइल अपडेट (वॉलेट पते को c फ़ील्ड में पढ़ने योग्य नाम से लिंक करता है)
• 1 = पोस्ट (मानक संदेश)
• 2 = उत्तर (r को मूल पोस्ट के हैश की आवश्यकता है)
• 3 = पसंद (r को पोस्ट के हैश की आवश्यकता है)
• 4 = नापसंद (प्रकार 3 को वापस लेता है)
• 5 = रीट्वीट / रिपोस्ट (r को पोस्ट के हैश की आवश्यकता है)
• 6 = अन-रीट्वीट (प्रकार 5 को वापस लेता है)

उप-चैनल और डार्क रूटिंग (h फ़ील्ड)

• स्तर 1 और 2: टैग प्लेनटेक्स्ट में पारित किए जाते हैं।
• स्तर 3 (एन्क्रिप्टेड): प्रोटोकॉल स्तर पर प्लेनटेक्स्ट में टैग पारित करना सख्ती से प्रतिबंधित है, क्योंकि यह मेटाडेटा लीक करता है। टैग को सामग्री (c) की तरह ही एन्क्रिप्ट किया जाना चाहिए। बाहरी पर्यवेक्षकों के लिए, टैग पूरी तरह से अदृश्य हैं (डार्क रूटिंग)।

स्तर 3: फ़ज़ी बकेटिंग (m फ़ील्ड)

क्योंकि टैग स्तर 3 पर एन्क्रिप्ट किए जाते हैं, क्लाइंट को सैद्धांतिक रूप से हर एक संदेश को डिक्रिप्ट करने का प्रयास करना होगा (ट्रायल डिक्रिप्शन)। CPU ओवरलोड को रोकने के लिए, Axiom संदेश संकेतों का उपयोग करता है:

• प्रेषक HMAC-SHA256(AES_Key, IV) की गणना करता है और पहले 2 बाइट को CBOR पेलोड में फ़ील्ड m के रूप में रखता है।
• प्राप्तकर्ता अपने स्थानीय रूप से संग्रहीत पासवर्ड के लिए इस संकेत की गणना करते हैं। महंगी डिक्रिप्शन प्रक्रिया केवल मिलान होने पर निष्पादित की जाती है। यह मेटाडेटा लीक किए बिना 99.99% अप्रासंगिक ट्रैफ़िक को फ़िल्टर करता है।

पहचान: वैश्विक प्रोफ़ाइल बनाम निजी उपनाम

Axiom पहचान को पूर्ण पारदर्शिता के साथ संभालता है: L2 वॉलेट पता (msg.sender) एकमात्र सामाजिक और वित्तीय पहचान है। प्रोटोकॉल वित्तीय OPSEC की जिम्मेदारी पूरी तरह से उपयोगकर्ता को स्थानांतरित करता है (जैसे, गुमनाम रूप से गैस टोकन प्राप्त करने के लिए मिक्सर और ब्रिज का उपयोग)।

प्रोफ़ाइल अपडेट कार्रवाई (t: 0) चुने गए सुरक्षा स्तर के आधार पर अलग तरह से व्यवहार करती है:

1. वैश्विक पहचान (स्तर 1 और 2) यदि कोई वॉलेट एक अनएन्क्रिप्टेड प्रोफ़ाइल अपडेट भेजता है, तो यह एक वैश्विक घोषणा के रूप में कार्य करता है। वॉलेट इस नाम से पूरे नेटवर्क में जाना जाता है। हर कोई यह नाम देखता है (उदाहरण के लिए, @Dissident99 के रूप में सार्वजनिक प्रतिष्ठा बनाना)।
2. निजी उपनाम और उपनाम (स्तर 3) यदि कोई वॉलेट एक एन्क्रिप्टेड स्तर 3 पेलोड के भीतर प्रोफ़ाइल अपडेट भेजता है, तो यह एक पृथक, निजी उपनाम बनाता है। यह उपनाम केवल पासवर्ड जानने वाले उपयोगकर्ताओं के लिए डिक्रिप्टेड उप-चैनल के भीतर दिखाई देता है। यह वैश्विक पहचान को बदले बिना बंद समूहों में छद्मनाम भूमिका वितरण की अनुमति देता है। रेंडरिंग प्राथमिकता: स्तर 3 के लिए, फ्रंटएंड को हमेशा जांचना चाहिए कि वैश्विक नाम पर वापस जाने से पहले कोई स्थानीय उपनाम मौजूद है या नहीं।

स्मार्ट कॉन्ट्रैक्ट आर्किटेक्चर और OPSEC प्रवर्तन

Axiom O(1) जटिलता के साथ ऑन-चेन मान्यता पर निर्भर करता है। गैस लागत को न्यूनतम रखने के लिए, स्मार्ट कॉन्ट्रैक्ट केवल बुनियादी क्रिप्टोग्राफिक जांच करता है। सभी संसाधन-गहन सामग्री मान्यताएं क्लाइंट (लेयर 2) को ऑफलोड की जाती हैं।

1. ऑन-चेन मान्यता (स्मार्ट कॉन्ट्रैक्ट)

अनुबंध एक अविनाशी बाउंसर के रूप में कार्य करता है। यदि कोई पेलोड सख्त नियमों का पालन नहीं करता है, तो लेनदेन वापस कर दिया जाता है।

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.24;

import "@openzeppelin/contracts-upgradeable/proxy/utils/Initializable.sol";
import "@openzeppelin/contracts-upgradeable/proxy/utils/UUPSUpgradeable.sol";
import "@openzeppelin/contracts-upgradeable/access/OwnableUpgradeable.sol";

contract Axiom is Initializable, UUPSUpgradeable, OwnableUpgradeable {
    uint256 public entryFee;
    mapping(address => uint8) public walletPath; // 0=New, 1=PathA(Level1), 2=PathB(Level2/3)

    event AxiomPost(address indexed sender, uint8 level, bytes iv, bytes cbor, uint256 timestamp);

    /// @custom:oz-upgrades-unsafe-allow constructor
    constructor() {
        _disableInitializers();
    }

    function initialize() initializer public {
        __Ownable_init(msg.sender);
        entryFee = 0.0001 ether;
    }

    function _authorizeUpgrade(address newImplementation) internal override onlyOwner {}

    function publishAxiom(
        uint8 _level,
        bytes calldata _iv,
        bytes calldata _cbor
    ) external payable {
        require(_level >= 1 && _level <= 3, "अमान्य स्तर");

        uint8 requiredPath = (_level == 1) ? 1 : 2;
        uint8 currentPath = walletPath[msg.sender];

        if (currentPath == 0) {
            require(msg.value >= entryFee, "एंटी-सिबिल: अपर्याप्त प्रवेश शुल्क");
            walletPath[msg.sender] = requiredPath;
        } else {
            require(msg.value == 0, "शुल्क पहले ही भुगतान किया जा चुका है");
            require(currentPath == requiredPath, "OPSEC उल्लंघन: वॉलेट दूषित है");
        }

        if (_level == 3) {
            require(_iv.length == 12, "स्तर 3 के लिए सख्ती से 12-बाइट IV आवश्यक है");
        } else {
            require(_iv.length == 0, "स्तर 1 और 2 के लिए सख्ती से खाली IV आवश्यक है");
        }

        emit AxiomPost(msg.sender, _level, _iv, _cbor, block.timestamp);
    }

    function withdraw() external onlyOwner {
        payable(owner()).transfer(address(this).balance);
    }
}

• द्वि-दिशात्मक वॉलेट दूषण (बलपूर्वक अलगाव): यदि कोई वॉलेट पहली बार स्तर 1 पर पोस्ट करता है, तो इसे स्थायी रूप से स्तर 2/3 से अवरुद्ध कर दिया जाता है। यदि यह पहले स्तर 2 या 3 पर पोस्ट करता है, तो स्तर 1 अवरुद्ध हो जाता है।
• अनिवार्य पैरामीटर: स्तर 3 के लिए, अनुबंध सख्ती से 12-बाइट IV लागू करता है।

2. ऑफ-चेन मान्यता (क्लाइंट द्वारा)

यदि कोई पोस्ट प्रोटोकॉल नियमों का उल्लंघन करता है, तो क्लाइंट को इसे चुपचाप खारिज करना होगा (स्थानीय ड्रॉप)।

• स्तर 2 लिंक ब्लॉकर: क्लाइंट स्तर 2 संदेशों के प्लेनटेक्स्ट (c) को स्कैन करते हैं। यदि URL, IP पते या विशिष्ट मीडिया टैग का पता लगाया जाता है, तो पोस्ट पूरी तरह से अवरुद्ध हो जाती है।
• स्व-सफाई: यदि कोई हमलावर स्तर 2 पर लिंक के साथ नेटवर्क को स्पैम करता है, तो वे गैस शुल्क का भुगतान करेंगे, लेकिन कोई भी मान्य Axiom क्लाइंट उन संदेशों को कभी प्रस्तुत नहीं करेगा।

बुनियादी ढाँचा और अनुशंसित क्लाइंट आर्किटेक्चर

Axiom एक एथेरियम लेयर 2 (L2) नेटवर्क (जैसे, Arbitrum Nova) पर तैनात है।

मोबाइल उपकरणों (बैटरी लाइफ, स्टोरेज सीमाएं, Argon2id के लिए WebAssembly सीमाएं) को ओवरलोड करने से बचने के लिए, Axiom एक अत्यधिक प्रदर्शनशील क्लाइंट आर्किटेक्चर लागू करता है:

• Axiom कोर (स्व-होस्टेड नोड): एक सर्वर/डॉकर कंटेनर (जैसे, NAS पर चल रहा है) जो RPC के माध्यम से ब्लॉकचेन पढ़ता है, इवेंट इंडेक्स करता है, और मूल रूप से संसाधन-गहन क्रिप्टोग्राफी निष्पादित करता है।
• Axiom UI (थिन क्लाइंट): एक मोबाइल ऐप या वेब UI जो विशेष रूप से एपीआई के माध्यम से उपयोगकर्ता के अपने Axiom कोर के साथ संचार करता है।

डेटा पुनर्प्राप्ति और EIP-4444

क्लाइंट पूरे ब्लॉकचेन स्टेट को डाउनलोड नहीं करते हैं। वे स्मार्ट कॉन्ट्रैक्ट के AxiomPost इवेंट के लिए फ़िल्टर करते हैं, जिसमें सभी आवश्यक डेटा प्लेनटेक्स्ट (प्रेषक, स्तर, IV, CBOR, टाइमस्टैम्प) में होता है।

क्योंकि एथेरियम नोड अंततः EIP-4444 के अनुसार ऐतिहासिक डेटा (365 दिनों से पुराने इवेंट) को त्याग देंगे, प्रोटोकॉल अनुशंसा करता है कि स्थानीय Axiom कोर डेटाबेस को स्थायी रूप से संग्रहीत करते हुए विकेंद्रीकृत अभिलेखागार के रूप में कार्य करें।

उदाहरण कार्यप्रवाह: एक स्तर 3 पोस्ट

यह स्पष्ट करने के लिए कि आर्किटेक्चर व्यवहार में कैसे काम करता है, यहां एक पूर्ण जीवनचक्र रन-थ्रू है।

परिदृश्य: एलिस उप-चैनल "AxiomDev" में "शाम 8 बजे मीटिंग" संदेश पोस्ट करना चाहती है। समूह ने पहले ऑफलाइन पासवर्ड "Secret123" पर सहमति व्यक्त की है।

चरण 1: स्थानीय तैयारी और एन्क्रिप्शन (Axiom कोर)

एलिस का Axiom कोर कम्प्यूटेशनल भारी काम संभालता है:

1. कुंजी व्युत्पत्ति: यह Argon2id का उपयोग करके पासवर्ड को 256-बिट AES कुंजी में परिवर्तित करता है।
2. IV पीढ़ी: एक यादृच्छिक 12-बाइट आरंभीकरण वेक्टर उत्पन्न होता है (जैसे, 0x12ab34cd56ef789012ab34cd)।
3. एन्क्रिप्शन: सामग्री और टैग ("AxiomDev") को AES-GCM का उपयोग करके एन्क्रिप्ट किया जाता है।
4. संकेत पीढ़ी: फ़ज़ी बकेटिंग के लिए 2-बाइट HMAC हैश की गणना की जाती है (m: "0xa1b2")।

चरण 2: पेलोड निर्माण (CBOR क्रमांकन)

चूँकि स्तर और IV सीधे अनुबंध में पारित किए जाते हैं, उन्हें CBOR ऑब्जेक्ट से बाहर रखा जाता है।

आंतरिक JSON प्रतिनिधित्व:

{
  "t": 1,
  "c": "0x8a4f...",
  "h": ["0x9b5e..."],
  "m": "0xa1b2"
}

गैस बचाने के लिए इस JSON को एक कच्चे CBOR बाइट सरणी (0xa3617401...) में संपीड़ित किया जाता है।

चरण 3: स्मार्ट कॉन्ट्रैक्ट कॉल (ब्लॉकचेन इंटरैक्शन)

एलिस अनुबंध फ़ंक्शन को ट्रिगर करती है। महत्वपूर्ण: कॉल सख्ती से Tor के माध्यम से रूट की जाती है!

(L3 और L1 के उदाहरण:)

// उदाहरण 1: क्लाइंट एक एन्क्रिप्टेड स्तर 3 पोस्ट के लिए स्मार्ट कॉन्ट्रैक्ट को कॉल कर रहा है
await axiomContract.publishAxiom(
    3,                                      // _level: 3
    "0x12ab34cd56ef789012ab34cd",           // _iv: 12 बाइट हेक्स स्ट्रिंग आवश्यक
    "0xa3617401616358208a4f..."             // _cbor: पैक किया गया CBOR हेक्स स्ट्रिंग
);

// उदाहरण 2: क्लाइंट एक सार्वजनिक स्तर 1 पोस्ट के लिए स्मार्ट कॉन्ट्रैक्ट को कॉल कर रहा है
await axiomContract.publishAxiom(
    1,                                      // _level: 1
    "0x",                                   // _iv: सख्ती से खाली बाइट सरणी
    "0xa361740161634c48656c6c6f204178..."   // _cbor: पैक किया गया CBOR हेक्स स्ट्रिंग
);

स्मार्ट कॉन्ट्रैक्ट फिर इवेंट उत्सर्जित करता है:

Event: AxiomPost(Sender: 0xAlice..., Level: 3, IV: 0x12ab..., CBOR: 0xa361..., Timestamp: 1710425890)

चरण 4: इंडेक्सिंग और ट्रायल डिक्रिप्शन (प्राप्तकर्ता)

बॉब का Axiom कोर ब्लॉकचेन को सुन रहा है और इवेंट प्राप्त करता है।

1. स्थानीय भंडारण और पहचान: इवेंट स्थानीय डेटाबेस में लिखा जाता है। कोर स्तर 3 का पता लगाता है और सामग्री, टैग और संकेत m तक पहुंचने के लिए CBOR को अनपैक करता है।
2. ट्रायल डिक्रिप्शन: कोर बॉब के संग्रहीत पासवर्ड के विरुद्ध 2-बाइट संकेत m की जाँच करता है।
3. मिलान और अग्रेषण: संकेत "Secret123" से मेल खाता है। GCM टैग पुष्टि करता है कि पेलोड के साथ छेड़छाड़ नहीं की गई है। डेटा RAM में डिक्रिप्ट किया जाता है और स्थानीय API के माध्यम से बॉब के स्मार्टफोन पर भेजा जाता है। "#AxiomDev" फ़ीड में "शाम 8 बजे मीटिंग" संदेश दिखाई देता है।
4. अज्ञात बैकलॉग: सही पासवर्ड न रखने वाले उपयोगकर्ताओं के लिए, संकेत जांच विफल हो जाती है। यह अपठनीय डेटा शोर एक रोलिंग बफर (जैसे, 30 दिन) की समाप्ति के बाद स्वचालित रूप से हटा दिया जाता है।