X-NegoBox: An Explainable Privacy-Budget Negotiation Framework for Secure Peer-to-Peer Energy Data Exchange

यहाँ शोध पत्र "X-NegoBox: सुरक्षित पीयर-टू-पीयर ऊर्जा डेटा विनिमय के लिए एक व्याख्यात्मक गोपनीयता-बजट वार्ता फ्रेमवर्क" का विस्तृत तकनीकी सारांश दिया गया है।

1. समस्या विवरण (Problem Statement)

आधुनिक ऊर्जा प्रणालियों के विकेंद्रीकरण ने उपभोक्ताओं को प्रोसुमर्स (prosumers) में बदल दिया है जो पीयर-टू-पीयर (P2P) व्यापार, डिमांड रिस्पांस और पूर्वानुमान के लिए सूक्ष्म ऊर्जा डेटा (जैसे लोड कर्व्स, PV जनरेशन, अप्लायंस उपयोग) का आदान-प्रदान करते हैं। हालाँकि, यह डेटा संवेदनशील घरेलू पैटर्न (जैसे अधिवास, जीवनशैली, दिनचर्या) को प्रकट करता है, जिससे गोपनीयता के महत्वपूर्ण जोखिम उत्पन्न होते हैं।

मौजूदा समाधानों की सीमाएँ:

• स्थिर नीतियां (Static Policies): वर्तमान तंत्र निश्चित एक्सेस कंट्रोल या पूर्व निर्धारित डिफरेंशियल प्राइवेसी (DP) बजट पर निर्भर करते हैं। उनमें बदलते डेटा संवेदनशीलता, अनुरोधकर्ता के इरादे या विश्वास स्तरों के अनुकूल होने की क्षमता का अभाव है।
• पारदर्शिता की कमी: प्रोसुमर को शायद ही कभी यह स्पष्टीकरण मिलता है कि किसी डेटा अनुरोध को स्वीकार, अस्वीकार या संशोधित क्यों किया गया, जिससे विश्वास कम होता है।
• डेटा एक्सपोजर: कई दृष्टिकोणों में कच्चे डेटा (raw data) को उपयोगकर्ता के नियंत्रण से बाहर जाने की आवश्यकता होती है या वे केंद्रीकृत "क्लीन रूम" पर निर्भर होते हैं, जिससे हमला करने की सतह (attack surface) बढ़ जाती है।
• कठोरता (Rigidity): निश्चित DP बजट या तो समय से पहले बजट समाप्त कर देते हैं (उपयोगी डेटा साझाकरण को रोकते हैं) या अत्यधिक गोपनीयता रिसाव का कारण बनते हैं।

2. कार्यप्रणाली: X-NegoBox फ्रेमवर्क (Methodology: The X-NegoBox Framework)

X-NegoBox एक वितरित फ्रेमवर्क है जो कच्चे डेटा को स्थानीय रूप से सीमित रखते हुए अनुकूली गोपनीयता बजट (adaptive privacy budgeting) और पारदर्शी निर्णय लेने में सक्षम बनाता है। यह "कोड चलाएं, डेटा नहीं" (Run Code, Not Data) के सिद्धांत पर कार्य करता है।

मुख्य आर्किटेक्चर घटक (Core Architecture Components)

1. प्राइवेट डेटाबॉक्स (Private DataBox): एक स्थानीय कंप्यूटेशन एनक्लेव (घरेलू या एज स्तर पर) जहाँ कच्चा डेटा रहता है। यह गोपनीयता बाधाओं को लागू करता है और सुनिश्चित करता है कि कच्चा डेटा बॉक्स से बाहर कभी न जाए।
2. स्वायत्त गोपनीयता-बजट वार्ता प्रोटोकॉल (APBNP): यह प्रत्येक अनुरोध के लिए एक इष्टतम DP बजट ($\epsilon^*$) की गणना करने वाला मुख्य इंजन है।
   • इनपुट: फीचर संवेदनशीलता ($S_x$), अनुरोधकर्ता का विश्वास ($T_{ij}$), घोषित उद्देश्य अनुकूलता ($P(p)$), और शेष संचयी बजट ($H_j$)।
   • अनुकूलन (Optimization): यह एक यूटिलिटी-रिस्क स्कोर को अधिकतम करके $\epsilon^*$ के लिए समाधान निकालता है:
     $$\epsilon^* = \arg \max_{\epsilon} \left( \lambda_1 U(\epsilon) - \lambda_2 R(\epsilon) + \lambda_3 T_{ij} + \lambda_4 P(p) - \lambda_5 C(\epsilon) \right)$$
   • परिणाम:
     • अनुमोदन (Approval): यदि $\epsilon^*$ बाधाओं के भीतर है।
     • काउंटर-ऑफर (Counter-offer): यदि अनुरोध बहुत संवेदनशील है, तो APBNP संशोधनों (जैसे, कम टेम्पोरल रेजोल्यूशन, छोटी अवधि) का प्रस्ताव देता है ताकि एक व्यवहार्य $\epsilon^*$ मिल सके।
     • अस्वीकृति (Rejection): यदि कोई व्यवहार्य कॉन्फ़िगरेशन मौजूद नहीं है।
3. व्याख्यात्मक समझौता परत (Explainable Agreement Layer - X-Contract): यह प्रत्येक निर्णय (अनुमोदन, अस्वीकृति, या काउंटर-ऑफर) के लिए मानव-पठनीय और मशीन-पठनीय स्पष्टीकरण उत्पन्न करता है। यह तकनीकी स्कोर (संवेदनशीलता, विश्वास, बजट) को कार्रवाई योग्य तर्क में बदल देता है (जैसे, "उच्च अप्लायंस-स्तरीय संवेदनशीलता और कम शेष बजट के कारण अस्वीकार किया गया")।
4. सुरक्षित निष्पादन सैंडबॉक्स (Secure Execution Sandbox):
   • अनुरोधकर्ता के कोड को मान्य किया जाता है और उसे DataBox के भीतर निष्पादित किया जाता है।
   • सिस्टम रिलीज से पहले आउटपुट पर DP नॉइज़ ($\tilde{y} = y + \text{Noise}(\epsilon^*, S_x)$) लागू करता है।
   • यह साइड-चैनल हमलों, कोड इंजेक्शन और अनधिकृत डेटा एक्सफिल्ट्रेशन को रोकता है।
5. थ्रेशोल्ड सीक्रेट शेयरिंग (Threshold Secret Sharing - TSS): प्राधिकरण के लिए इसका उपयोग किया जाता है। एक साइनिंग कुंजी को $n$ नोड्स में विभाजित किया जाता है; सैनिटाइज्ड आउटपुट को अधिकृत करने और जारी करने के लिए कम से कम $k$ नोड्स को सहयोग करना आवश्यक है, जो एकतरफा प्रकटीकरण को रोकता है।

मुख्य स्कोरिंग तंत्र (Key Scoring Mechanisms)

• फीचर संवेदनशीलता ($S_x$): अनुरोधित फीचर्स के रिस्क वेट को एकत्रित करता है (जैसे, स्थान = 1.0, अप्लायंस उपयोग = 0.7, एग्रीगेटेड लोड = 0.2)।
• ट्रस्ट स्कोर ($T_{ij}$): ऐतिहासिक अनुबंध सफलता, आउटपुट गुणवत्ता और घोषित उद्देश्य के साथ संरेखण पर आधारित।
• उद्देश्य अनुकूलता ($P(p)$): नियामक आवश्यकता (जैसे, बिलिंग = 1.0, व्यवहार संबंधी प्रोफाइलिंग = 0.1) पर आधारित एक स्थिर स्कोर (0–1)।

3. प्रमुख योगदान (Key Contributions)

1. व्याख्यात्मक स्वायत्त वार्ता: एक ऐसा फ्रेमवर्क जो प्रोसुमर्स को पारदर्शी औचित्य के साथ गतिशील रूप से गोपनीयता बजटों के लिए बातचीत करने की अनुमति देता है, जो स्थिर नीतियों को प्रतिस्थापित करता है।
2. APBNP प्रोटोकॉल: एक अनुकूलन एल्गोरिदम जो मल्टी-फैक्टर स्कोरिंग सिस्टम (संवेदनशीलता, विश्वास, उद्देश्य, लागत) के आधार पर प्रति-अनुरोध DP बजट आवंटित करता है।
3. X-Contract लेयर: अनुबंध निर्णयों के लिए व्याख्या योग्य स्पष्टीकरण उत्पन्न करने के लिए एक समर्पित मॉड्यूल, जो विश्वास और नियामक अनुपालन को बढ़ाता है।
4. सुरक्षित "कोड चलाएं, डेटा नहीं" सैंडबॉक्स: एक स्थानीय निष्पादन वातावरण जो कोड को मान्य करता है, DP लागू करता है, और सुनिश्चित करता है कि कच्चा डेटा प्रोसुमर के नियंत्रण से बाहर न जाए।
5. व्यापक मूल्यांकन: वास्तविक ऊर्जा बाजार वर्कलोड पर सत्यापन, जो बेहतर गोपनीयता संरक्षण और स्वीकृति दर प्रदर्शित करता है।

4. प्रयोगात्मक परिणाम (Experimental Results)

इस फ्रेमवर्क का मूल्यांकन वास्तविक दुनिया के डेटासेट (UCI Household, DE/FR/IT नेशनल लोड) और सिंथेटिक स्मार्ट-ग्रिड सिमुलेशन (100 प्रोसुमर) का उपयोग करके किया गया।

• स्वीकृति स्थिरता (Acceptance Stability): विभिन्न डेटासेट और वार्ता पैटर्न वाले 48 परिदृश्यों में, औसत स्वीकृति दर ~60% ($\sigma = 0.013$) पर स्थिर रही। यह इंगित करता है कि सिस्टम "सब-या-कुछ-नहीं" व्यवहार से बचता है और डेटा विषमता के अनुकूल होता है।
• गोपनीयता बजट दक्षता (Privacy Budget Efficiency):
  • एक फिक्स्ड-$\epsilon$ बेसलाइन (जो ~80 अनुरोधों के बाद बजट समाप्त कर देती थी) की तुलना में, APBNP दीर्घकालिक साझाकरण बनाए रखता है।
  • 100-प्रोसुमर सिमुलेशन में, सिस्टम ने 87.49% स्वीकृति दर प्राप्त की, जिसमें प्रति प्रोसुमर औसत शेष बजट 0.765 था, जो सिद्ध करता है कि यह गोपनीयता संसाधनों को समय से पहले समाप्त नहीं करता है।
• बजट संवेदनशीलता (Budget Sensitivity):
  • कमी शासन (Scarcity Regime - $\epsilon_0 \le 2$): गोपनीयता की रक्षा के लिए उच्च अस्वीकृति दर।
  • स्थिर शासन (Stable Regime - $4 \le \epsilon_0 \le 7$): स्वीकृति 99% के पास संतृप्त हो जाती है।
  • अधिशेष शासन (Surplus Regime - $\epsilon_0 \ge 8$): स्वीकृति 100% तक पहुँच जाती है, जो बढ़ते बजटों पर घटते प्रतिफल (diminishing returns) को दर्शाती है।
• प्रदर्शन ओवरहेड (Performance Overhead):
  • वार्ता समय (Negotiation time): प्रति अनुरोध 0.32 ms।
  • स्पष्टीकरण निर्माण (Explanation generation): 0.006 ms।
  • सैंडबॉक्स निष्पादन ओवरहेड: ~121% सापेक्ष, लेकिन पूर्ण समय < 0.02 ms, जो इसे रीयल-टाइम एज डिप्लॉयमेंट के लिए उपयुक्त बनाता है।
• मजबूती (Robustness): इनपुट स्कोर में ±5% के बदलाव के बावजूद स्पष्टीकरण स्थिर रहे (97.25% अपरिवर्तित)।

5. महत्व और प्रभाव (Significance and Impact)

• विश्वास निर्माण: डेटा-साझाकरण निर्णयों के लिए स्पष्ट, कार्रवाई योग्य स्पष्टीकरण प्रदान करके, X-NegoBox गोपनीयता-संरक्षण प्रणालियों की "ब्लैक बॉक्स" समस्या को संबोधित करता है, जिससे प्रोसुमर की भागीदारी को बढ़ावा मिलता है।
• अनुकूली गोपनीयता: यह एक 'वन-साइज़-फिट्स-ऑल' DP बजट के बजाय संदर्भ-जागरूक मॉडल की ओर बढ़ता है, जो यह संतुलित करता है कि कौन पूछ रहा है, उन्हें क्या चाहिए, और क्यों।
• स्केलेबिलिटी: कम कम्प्यूटेशनल ओवरहेड और स्थानीय निष्पादन मॉडल इसे संसाधन-बाधित एज डिवाइस (जैसे स्मार्ट मीटर, होम गेटवे) पर तैनाती के लिए व्यवहार्य बनाता है।
• नियामक अनुपालन: स्पष्टीकरण लेयर और ऑडिट लॉग उन नियमों के अनुपालन का समर्थन करते हैं जो स्वचालित निर्णय लेने में पारदर्शिता की आवश्यकता रखते हैं (जैसे GDPR)।
• P2P ऊर्जा का भविष्य: यह घरेलू गोपनीयता से समझौता किए बिना उन्नत P2P ऊर्जा व्यापार और ग्रिड संतुलन के लिए आवश्यक सूक्ष्म, विस्तृत डेटा विनिमय को सक्षम बनाता है।

निष्कर्षतः, X-NegoBox सूक्ष्म ऊर्जा डेटा की आवश्यकता और गोपनीयता सुरक्षा की अनिवार्यता के बीच के अंतर को सफलतापूर्वक पाटता है, जो विकेंद्रीकृत ऊर्जा परिदृश्य के भविष्य के लिए एक स्केलेबल, व्याख्यात्मक और अनुकूल समाधान प्रदान करता है।