इथेरियम गोपनीयता स्टॅक: खासगी वाचन, नेटवर्किंग आणि लपलेली गळती

इथेरियम फाउंडेशनमधील प्राइव्हसी स्ट्युअर्ड्स ऑफ इथेरियम (PSE) टीमचे प्रमुख अँडी गुझमन यांचे एथबोल्डर 2026 मधील भाषण. ते इथेरियम गोपनीयतेतील एका मोठ्या त्रुटीवर प्रकाश टाकतात: जे वापरकर्ते कधीही व्यवहारावर स्वाक्षरी करत नाहीत ते देखील दैनंदिन प्रश्नांद्वारे (queries) तपशीलवार वर्तणुकीचा डेटा लीक करतात. ते इथेरियम गोपनीयता स्टॅकची ओळख करून देतात, ज्यामध्ये खासगी वाचन (PIR), ट्रॅफिक गोपनीयता (onion routing आणि mixnets), आणि युनिफाइड बायनरी ट्रीज आणि ZK-verifiable स्थिती यांसारख्या कार्यक्षमतेच्या कामांचा समावेश आहे.

ही ट्रान्सक्रिप्ट एथबोल्डरने प्रकाशित केलेल्या मूळ व्हिडिओ ट्रान्सक्रिप्टची (नवीन टॅबमध्ये उघडते) एक सुलभ प्रत आहे. वाचनीयतेसाठी यात थोडे संपादन केले आहे.

काल्पनिक RPC प्रोव्हायडरचे पत्र (0:12)

नमस्कार सर्वांना, मी अँडी आहे, आणि मला अशा एका विषयाची ओळख करून द्यायची आहे ज्याची इथेरियम इकोसिस्टममध्ये फारशी चर्चा होत नाही आणि तो अत्यंत महत्त्वाचा आहे. जसे तुम्ही स्लाइड आणि परिचयावरून पाहिले असेल, हा विषय गोपनीयतेशी संबंधित आहे, आणि आपल्या नकळत आपण कसे असुरक्षित आहोत याबद्दल आहे.

मी एका पत्राने सुरुवात करतो जे कोणीतरी तुम्हाला लिहिले आहे.

"प्रिय मौल्यवान वापरकर्ते, या महिन्यात तुम्ही केलेल्या 847 प्रश्नांबद्दल (queries) धन्यवाद. आम्हाला तुम्हाला जाणून घ्यायला खरोखरच आवडले. आम्हाला माहीत आहे की तुम्ही तीन वेगवेगळ्या वॉलेट्समध्ये ETH ठेवता. आम्हाला माहीत आहे की तुम्ही गेल्या मंगळवारी 94 वेळा ETH ची किंमत तपासली. तो सर्वांसाठीच खूप कठीण दिवस होता, त्यामुळे आम्ही कोणताही गैरसमज करून घेत नाही. तुम्ही BTC ची किंमत देखील तपासली, जे मनोरंजक आहे, कारण तुमच्याकडे कोणतेही बिटकॉइन नाही. तुम्ही विविधता आणण्याचा विचार करत आहात का? हे आपल्यातच राहील, आणि अर्थातच आमच्या ॲनालिटिक्स भागीदारांमध्ये. तुम्ही दोन युनिस्वॅप पूल्सवर देखील बारकाईने लक्ष ठेवून आहात, आणि तुम्ही गेल्या आठवड्यात 14 वेळा तुमचा आवे हेल्थ फॅक्टर तपासला. तुम्ही कदाचित आराम करू शकता, किंवा थोडे तारण जोडू शकता. गुरुवारी तुम्ही 12 मिनिटांत ते तीन वेळा तपासले, आणि तुम्ही खूप काळजीत होतात. तुम्ही चार वेगवेगळी ENS नावे पाहिली, त्यामुळे एकतर तुम्ही नवीन प्रकल्प सुरू करत आहात किंवा तुम्हाला ओळखीचे संकट (identity crisis) आले आहे. आणि तुम्ही नेहमी रात्री 11 ते सकाळी 7 (माउंटेन टाइम) दरम्यान शांत असता."

व्यवहारांवर स्वाक्षरी न करता तुम्ही डेटा कसा लीक करता (1:34)

"त्यामुळे आम्हाला बऱ्यापैकी खात्री आहे की तुम्ही बोल्डरमध्ये किंवा त्याच्या जवळ राहता. तुम्ही आमच्याद्वारे कधीही एकाही व्यवहारावर स्वाक्षरी केली नाही. तुम्हाला तसे करण्याची कधी गरजच पडली नाही. तुमच्या उत्सुकतेने आम्हाला सर्व काही सांगितले. सस्नेह, तुमचा RPC प्रोव्हायडर."

अर्थात हे एक काल्पनिक पत्र आहे, परंतु ते अशा गोष्टीचे वर्णन करते जी आपण खरोखरच दररोज लीक करतो. जरी तुम्ही एकही व्यवहार किंवा कोणतीही ऑनचेन कृती करत नसलात, तरीही तुम्ही मुळात त्या प्रत्येक ॲनालिटिक्स कंपनीला सर्व काही सांगत आहात ज्यांना तो डेटा आणि तुमच्या वर्तणुकीची माहिती मिळवायला आवडेल.

खासगी लेखन विरुद्ध खासगी वाचन (2:07)

तर सध्या गोपनीयतेच्या जगात नक्की काय चालले आहे? मी पाहतो की आपण ऑनचेन गोपनीयतेवर खूप भर देतो, किंवा ज्याला आम्ही PSE मध्ये खासगी लेखन (private writes) म्हणतो: तुम्ही ऑनचेन करत असलेल्या सर्व कृती. आणि ते योग्यही आहे, बरोबर? त्या कृती कायमच्या रेकॉर्ड केल्या जातात आणि जगभरात प्रसारित केल्या जातात, त्यामुळे एखाद्या विशिष्ट कृतीसोबत तुमचा पत्ता लीक न करणे अर्थपूर्ण ठरते. आम्ही टूलिंगवर देखील खूप भर देतो: डेटा स्रोत, पुरावे, DSLs, आणि भाषा ज्यांचा वापर करून आम्ही डेव्हलपर्सना अधिक साधने देऊ शकतो जेणेकरून ते ऑनचेन अधिक गोपनीयता असलेले मजबूत ॲप्स तयार करू शकतील.

परंतु मला या सादरीकरणात असा युक्तिवाद करायचा आहे की आपण या इतर क्षेत्रांकडे पुरेसे लक्ष आणि प्रयत्न देत नाही: ज्याला आपण खासगी वाचन (private reads) म्हणतो, कारण जेव्हाही तुम्ही ब्लॉकचेनवरून डेटाची विचारणा (query) करता तेव्हा तुम्ही बरीच माहिती लीक करत असता, आणि खासगी नेटवर्किंग, कारण ऑनचेनवर काहीही पोहोचण्यापूर्वीच, तुमचे सर्व ट्रॅफिक लीक होत असते.

थोडे अधिक तांत्रिक भाषेत सांगायचे तर: eth_getBalance, eth_call, आणि eth_getLogs यांसारखे सर्व RPC कॉल्स हे प्लेन टेक्स्ट मधील विनंत्या असतात ज्या RPC प्रोव्हायडर्सकडे जातात आणि तुमच्या IP शी जोडल्या जातात.

अधिक ॲक्टिव्हिटीमुळे प्रोफाइलिंगचा धोका का वाढतो (3:20)

या माहितीसह, लोकांचे प्रोफाइल बनवणे, त्यांचे वर्गीकरण करणे आणि त्यांच्या वर्तणुकीचे मॉडेल बनवणे खूप सोपे होते. आणि याचा वापर तुमच्या विरुद्ध केला जाऊ शकतो. जसे तुम्ही कल्पना करू शकता, माहिती हीच शक्ती आहे, आणि लोकांकडे तुमच्याबद्दल आणि तुमच्या वर्तणुकीबद्दल जितकी अधिक माहिती असेल, तितकी अधिक शक्ती त्यांच्याकडे तुमच्यावर असेल.

बऱ्याच लोकांना याची जाणीव नसते. बरेच लोक म्हणतील, ठीक आहे, याने काही फरक पडत नाही कारण ही काही गंभीर माहिती नाही. किंवा त्यांना वाटेल: जितकी जास्त ॲक्टिव्हिटी असेल, तितका मी अधिक सुरक्षित राहीन. हे पूर्णपणे असत्य आणि तर्कविसंगत आहे. ऑनचेन कृतींसाठी, जिथे कुठे अनामिकत्व संच असतात, तिथे ते मदत करते: जितके जास्त वापरकर्ते, तितकी जास्त गोपनीयता, आणि इतरांमध्ये मिसळून जाणे सोपे होते. परंतु वाचनाच्या (reads) बाबतीत हे अगदी उलट आहे, कारण प्रश्नांची (queries) अदलाबदल करता येत नाही. तुम्ही जितकी जास्त ॲक्टिव्हिटी प्रसारित करता, जितक्या जास्त कृती करता, तितका सहसंबंधाचा पृष्ठभाग (correlation surface) अधिक समृद्ध होतो आणि तुमच्या कृतींचे प्रोफाइल बनवणे सोपे होते.

त्यामुळे जेव्हाही विकेंद्रित वित्त (DeFi) ची लाट किंवा NFT चे वेड असते, तेव्हा लोक अधिक निष्काळजी होतात. OpSec, अर्थातच, वाऱ्यावर सोडून दिले जाते, आणि बहुतेक लोक ज्या ॲक्टिव्हिटी पॅटर्नमध्ये अडकतात त्या आधारावर लोकांची ओळख उघड करणे (deanonymize) खूप, खूप सोपे होते.

इथेरियम गोपनीयता स्टॅकचा परिचय (4:43)

मला सद्यस्थितीपासून सुरुवात करायची आहे: आपण कुठे लक्ष केंद्रित केले पाहिजे, कशाची गरज आहे, आणि कोण कशावर काम करत आहे. या भाषणात काही अधिक तांत्रिक विषय आणि काही उच्च-स्तरीय संकल्पनात्मक विषय हाताळले जातील, जेणेकरून प्रत्येकाला यातून काहीतरी मूल्य मिळू शकेल.

मला ज्याला मी इथेरियम गोपनीयता स्टॅक म्हणतो, किंवा इथेरियम गोपनीयता स्टॅकचे स्तर (layers) सादर करायचे आहेत, आणि मला वाटते की यावर विचार करणे उपयुक्त आहे. जर आपल्याला खरोखरच गोपनीयता हवी असेल, तर आपल्याला केवळ ऑनचेन गोपनीयतेची गरज नाही; व्यवहाराच्या जीवनचक्राप्रमाणे, किंवा OSI मॉडेल आणि त्याच्या तंत्रज्ञान स्तरांप्रमाणे, आपल्याला स्टॅकच्या या सर्व स्तरांमध्ये गोपनीयतेची आवश्यकता आहे. मी असा युक्तिवाद करेन की आपण एक मानक (standard) तयार करू शकतो, किंवा संपूर्ण इकोसिस्टममध्ये हे स्तर अस्तित्वात असल्याची एक प्रकारची मान्यता निर्माण करू शकतो. कदाचित हे अंतिम स्वरूप नसेल, परंतु मला वाटते की ते आधीपासूनच उपयुक्त आहे.

स्तरानुसार: तुम्ही कुठे लीक करता (5:41)

सर्वात वर ॲप्लिकेशन स्तर आहे. जेव्हाही तुम्ही एखाद्या वेबसाइटला भेट देता, तेव्हा अर्थातच, तुम्ही कशाला भेट देत आहात हे तुम्ही लीक करत असता, आणि लोक प्रोफाइलिंग सुरू करू शकतात: अनामिकत्व संच, क्रेडेन्शियल्स, तुमचा IP तुम्ही भेट देत असलेल्या गोष्टीशी जोडणे, जरी तुम्ही काहीही केले नाही तरीही.

पुढचा स्तर वॉलेट स्तर आहे. जेव्हाही तुम्ही एखादी कृती करता, तेव्हा तुम्ही केवळ ॲप स्तरावरच माहिती लीक करत नाही तर गेटवेला देखील करता. सध्या वॉलेट्स खूप गुंतागुंतीचे आहेत, ते इतर अनेक सिस्टीम्स आणि सेवांशी जोडलेले असतात, आणि तुम्ही कल्पनेपेक्षा खूप जास्त माहिती लीक करता. जरी तुम्ही फक्त तुमचे वॉलेट उघडले आणि ते ETH ची किंमत किंवा तुमची शिल्लक तपासत असेल, तरीही तुम्ही सर्व काही लीक करत आहात.

त्यानंतर गेटवे येतात: RPCs, प्रॉक्सी, आणि रिलेअर्स. तुम्ही पुन्हा अधिक मेटाडेटा लीक करता. त्यानंतर लोक ज्याला ऑनचेन घटक मानतात तो येतो, म्हणजेच जेव्हा EVM वर गोष्टींची विचारणा केली जाते, जसे की स्थिती किंवा अंमलबजावणीचे पॅटर्न. उदाहरणार्थ, एखाद्या गोष्टीची शिल्लक तपासणे, किंवा स्मार्ट कॉन्ट्रॅक्ट ची स्थिती तपासणे. आणि शेवटी एकमत, जिथे सर्व प्रमाणक असतात. तुम्ही ऑनचेन लिहित आहात की ऑनचेन वाचत आहात यावर अवलंबून, तुम्ही मेमपूल ला देखील स्पर्श करू शकता.

आणि आणखी एक उभा स्तंभ (vertical) आहे, ज्याला आपण नेटवर्किंग म्हणतो, जो ट्रान्सव्हर्सल आहे, या सर्व स्तरांमधून जातो. उदाहरणार्थ: सध्या तुम्ही एखाद्या वेबसाइटला भेट देता आणि सर्व्हरला तुमचा IP माहीत असतो. पण जर तुम्ही Tor किंवा इतर निनावी नेटवर्कद्वारे त्या वेबसाइटला भेट दिली तर काय? तुम्हाला वेबसाइटचा IP पत्ता माहीत असेल, पण त्यांना तुमचा माहीत नसेल. आणि जर ती वेबसाइट अशा देशात होस्ट केली असेल जिने अलीकडेच सर्व क्रिप्टो गोष्टींवर सेन्सॉरशिप सुरू केली असेल तर काय? त्या वेबसाइटला आणि कंपनीला देखील त्यांचा IP लपवायचा असेल, आणि त्यांचा डोमेन एका onion डोमेनच्या मागे लपवायचा असेल.

या अशा गोष्टी आहेत ज्या अर्थपूर्ण आहेत: आपल्याला स्तरानुसार जाण्याची गरज आहे, सर्वकाही मजबूत करणे, सर्वकाही सेन्सॉर करू इच्छिणाऱ्या अत्यंत विध्वंसक हल्लेखोराच्या दृष्टिकोनातून विश्लेषण करणे. जरी आपण हे केले नाही, आणि आपण म्हणालो की आपण पुरेशा चांगल्या स्थितीत जगत आहोत, तरीही ही माहिती आता रेकॉर्ड केली जाते आणि तुम्हाला माहीत नसलेल्या अनेक लोकांद्वारे, तुमचा डेटा विकायला सुरुवात करणाऱ्या कंपन्यांद्वारे कायमची होस्ट केली जाईल. अखेरीस, 5 वर्षांत, कोणीतरी क्रिप्टोवर बंदी घालू शकेल आणि म्हणेल, "ज्या कोणी गेल्या 5 वर्षांत युनिस्वॅप वापरले आहे, मी IRS आहे, मी तुमच्या दारावर धडक देणार आहे आणि तुम्हाला तुरुंगात टाकणार आहे," किंवा असेच काहीतरी. हे भयानक (dystopian) प्रसंग सध्या जगभरातील वेगवेगळ्या देशांमध्ये घडत आहेत.

खासगी वाचन आणि खासगी नेटवर्किंग (8:24)

ठीक आहे, तर आपल्याकडे इथेरियम गोपनीयता स्टॅक आहे. आपण कुठे लक्ष केंद्रित केले पाहिजे? या सादरीकरणात मला या दोन क्षेत्रांबद्दल बोलायचे आहे. खासगी वाचन: जेव्हाही तुम्ही ऑनचेनवरून स्थिती ॲक्सेस करता, तेव्हा तुम्ही या सर्व स्तरांना स्पर्श करता, ॲपपासून, समजा मला ETH ची किंमत तपासायची आहे, वॉलेटपर्यंत, गेटवेपर्यंत, इथेरियम आणि EVM चालवणाऱ्या नोड पर्यंत, आणि नंतर परत. मुळात एक RPC प्रोव्हायडर किंवा निर्देशांक. आणि खासगी नेटवर्किंग, ज्या नेटवर्किंग स्तरावर घडणाऱ्या सर्व कृती आहेत. हेच आपल्याला मजबूत करायचे आहे.

तीन स्तंभ: डेटा, ट्रॅफिक, कार्यक्षमता (9:05)

हे साध्य करण्यासाठी मला वाटते की तीन स्तंभ महत्त्वपूर्ण आहेत. आपल्याला स्वतः डेटा लपवायचा आहे आणि खासगी बनवायचा आहे. आपल्याला स्वतः ट्रॅफिक लपवायचे आहे आणि खासगी बनवायचे आहे. आणि नंतर आपल्याला ते कार्यक्षम, उपयुक्त, व्यावहारिक आणि स्वस्त बनवायचे आहे. हे इकोसिस्टममध्ये घडणाऱ्या गोष्टींबद्दल बरीच माहिती सारांशित करते, परंतु मला वाटते की सद्यस्थितीचे चित्र उभे करणे आणि आपण कुठे गती वाढवू शकतो ते मुद्दे ओळखणे उपयुक्त आहे.

डेटा लपवणे: प्रॉक्सीपासून PIR पर्यंत (9:39)

तर, डेटा. आपल्याला कशाचे संरक्षण करायचे आहे? तुम्ही या सर्व्हरकडे कोणती माहिती मागत आहात हे आपल्याला लपवायचे आहे, आणि तुम्ही हा डेटा कसा ॲक्सेस करता त्याचे पॅटर्न आपल्याला लपवायचे आहेत. केवळ आशय (content) नाही तर पॅटर्न देखील.

तंत्राचे वेगवेगळे स्तर आहेत. पहिला म्हणजे काहीही नाही: तुम्ही फक्त सर्व काही लीक करता. जेव्हाही तुम्ही तुमचे वॉलेट कनेक्ट करता, तेव्हा तुम्ही तुमचा IP पत्ता तुम्ही विचारणा करत असलेल्या कॉन्ट्रॅक्ट शी, एखाद्या विशिष्ट पत्त्यासाठी विशिष्ट eth_getBalance शी जोडता, आणि झाले. जरी तुम्ही एखादा गोपनीयता प्रोटोकॉल वापरत असाल, समजा Tornado Cash, आणि तुम्हाला मर्कल ट्री ची स्थिती तपासायची असेल, तर तुम्हाला एकतर संपूर्ण ट्री डाउनलोड करावी लागेल, जी फारशी कार्यक्षम नाही, किंवा तुम्ही कोणता मार्ग आणि पाने (leaves) विचारत आहात हे तुम्ही लीक करता, ज्यामुळे तुमचा अनामिकत्व संच कमी होतो. त्यामुळे जर तुम्ही तुमचे नेटवर्किंग आणि तुमचे डेटा ॲक्सेस पॅटर्न सुरक्षित करत नसाल तर Tornado Cash सारखा मजबूत गोपनीयता प्रोटोकॉल वापरणे देखील पुरेसे नाही.

पुढचा स्तर म्हणजे काही प्रकारचे प्रॉक्सी किंवा रिले: अनेक मशिन्स ज्यांना विनंती कुठून आली हे माहीत नसते आणि शेवटी डेटा मिळवतात. ते फारसे व्यावहारिक नाही, आणि फारसे विश्वासरहित नाही.

त्यानंतर TEEs आहेत, जे एक पाऊल पुढे आहेत, आणि इथेच काही टीम्स आणि कंपन्या सेवा देत आहेत. मला वाटते की हे एक चांगले पाऊल आहे पण पुरेसे नाही, पुन्हा कारण TEEs वर हल्ला करण्याचा आणि त्यांना भ्रष्ट करण्याचा खर्च खूप कमी होत आहे. काही गंभीर प्रकरणांसाठी हे पुरेसे नाही; अनेक दैनंदिन प्रकरणांसाठी ते असू शकते.

इतर टीम्स OMAPs, oblivious map access patterns, आणि ORAM, Oblivious RAM वर काम करत आहेत. ही अशीच तंत्रे आहेत जी तुम्ही डेटा सेटच्या कोणत्या भागांमध्ये प्रवेश करण्याचा प्रयत्न करत आहात हे लपवण्याचा प्रयत्न करतात. "मला या ETH पत्त्यावरून शिल्लक हवी आहे," असे म्हणण्याऐवजी, तुम्ही यादृच्छिकपणे (randomly) वेगवेगळ्या गोष्टी ॲक्सेस करत आहात, त्यामुळे सर्व्हरला ते समजत नाही.

आणि मी असा युक्तिवाद करेन की या सर्वांचा अंतिम टप्पा PIR, private information retrieval असेल, ज्याचा अर्थ असा की सर्व्हरला तुम्ही काय विचारत आहात हे माहीत नसते आणि त्याबद्दल काहीही समजत नाही.

Private Information Retrieval स्पष्ट केले (12:03)

Private information retrieval हे गूढलेखन मधील एक अतिशय शक्तिशाली तंत्र आहे, आणि त्याचा खूप वापर होणार आहे. याचे दोन प्रकार आहेत: index PIR, जे तुम्ही वापरू शकता जर तुमच्याकडे निर्देशांक अंतर्गत संरचित डेटा असेल, आणि keyword PIR, जिथे, नावाप्रमाणेच, तुम्ही कीवर्डनुसार विचारणा करता. प्रत्येक गोष्टीसाठी काम करणारी एकच योजना असणे खूप कठीण आहे.

इथेरियम स्थिती खूप मोठी आणि अतिशय वैविध्यपूर्ण आहे. मी कालच शिकत होतो की, लॉग्स हे फक्त जोडण्यायोग्य (append-only) असतात, पण खाते मॉडेल वेगळे आहे: काही स्थिती खूप वारंवार अपडेट होते, काही होत नाही. तुम्ही त्याचे कसे विभाजन करता यावर अवलंबून, तुमच्याकडे अतिशय भिन्न ॲक्सेस पॅटर्नसह मेगाबाइट्स, गिगाबाइट्स किंवा टेराबाइट्स डेटा असू शकतो.

मल्टी-एजंट PIR आर्किटेक्चर (12:48)

आम्ही PSE मध्ये ज्या प्रस्ताव वर काम करत आहोत, आणि इथे मी संकल्पनात्मकरीत्या आणि नंतर आम्ही PSE मध्ये करत असलेल्या विशिष्ट प्रकल्पांबद्दल आणि इकोसिस्टममध्ये मी पाहत असलेल्या इतर गोष्टींबद्दल बोलणार आहे, ते एक मल्टी-एजंट आर्किटेक्चर आहे. सर्व इथेरियम स्थिती साठी परिपूर्ण अशी कोणतीही एक योजना नाही. परंतु जर आपण प्रकारानुसार किंवा ॲक्सेस पॅटर्ननुसार इथेरियम स्थिती चे विभाजन करू शकलो, तर आपण त्या प्रत्येकासाठी खूप चांगल्या योजना शोधू शकतो.

जर आपल्याकडे अशी सेवा असेल जी हे मल्टी-एजंट आर्किटेक्चर चालवते, आणि प्रश्नांच्या प्रकारावर आणि ते इथेरियम स्थिती मध्ये कुठे असू शकतात यावर अवलंबून, ती एक किंवा दुसरी योजना चालवते तर काय? हे आपल्याला आधीच अशा गोष्टीच्या खूप जवळ घेऊन जाते जी शक्य आहे, उत्पादन-सक्षम आहे आणि इकोसिस्टमला ऑफर करण्यायोग्य आहे. यासाठी युनिफाइड API सारख्या गोष्टीची आवश्यकता असेल, जेणेकरून वॉलेट्स, इंडेक्सर्स, वापरकर्ते आणि विकेंद्रित ॲप्लिकेशन (dapp) डेव्हलपर्सना कोणती योजना वापरली जाते आणि तिला कसे कॉल करायचे याची काळजी करण्याची गरज नाही. तुमच्याकडे फक्त मानक API असते, आणि अंमलबजावणीच्या तपशीलांची काळजी दुसरे कोणीतरी घेते.

आम्ही आधीच हे करत आहोत आणि दोन वेगवेगळ्या योजनांची अंमलबजावणी करत आहोत. आम्ही अनुदाने (grants) खुली करू, आणि आम्ही इकोसिस्टममधील अधिक लोकांशी समन्वय साधण्याचा प्रयत्न करत आहोत जेणेकरून यापैकी काहींचा सामना करता येईल आणि इथेरियमसाठी कोणत्या गोष्टींची सर्वाधिक गरज आहे ते पाहता येईल.

येथे वेगवेगळ्या PIR योजनांबद्दल काही आकडेवारी आहे: थ्रूपुट, कम्युनिकेशन ओव्हरहेड, इत्यादी. हे कठीण आहे, कारण वेगवेगळ्या ॲप्सचे ॲक्सेस पॅटर्न वेगवेगळे असतात. काही बऱ्याच पावत्या (receipts) ॲक्सेस करतात, काहींना Rotki प्रमाणे अधिक स्थिती ॲक्सेस करायची असते, आणि काही Helios प्रमाणे अधिक व्यवहार ॲक्सेस करतात. यावर कोणताही एकच रामबाण उपाय नाही, आणि बहुधा मिश्र आर्किटेक्चर उपयुक्त ठरेल. आम्ही ज्ञानाचे पद्धतशीरीकरण (systematization of knowledge) देखील करत आहोत, त्यामुळे जर तुम्हाला यात स्वारस्य असेल, तर आम्ही ते शेअर करू शकतो. आणि येथे या क्षेत्रांमध्ये काम करणाऱ्या काही टीम्स आहेत. जर तुम्ही एखाद्या टीमचा भाग असाल आणि मी तुम्हाला समाविष्ट केले नसेल तर मला क्षमा करा; जर कोणी रेकॉर्डिंग पाहत असेल आणि त्यांचे नाव नसेल, तर कृपया मला कळवा आणि मी तुम्हाला जोडायला सुरुवात करू शकेन.

ट्रॅफिक लपवणे: onion routing आणि Tor (15:22)

आपण डेटा कव्हर केला. दुसरा मोठा भाग ट्रॅफिकचा आहे. आपण ट्रॅफिक कसे लपवू, आणि आपल्याला काय लपवायचे आहे? अगदी सोप्या भाषेत सांगायचे तर, आपल्याला क्लायंटचे आणि सर्व्हरचे IP एकमेकांपासून आणि ट्रॅफिकवर पाळत ठेवणाऱ्या उर्वरित जगापासून लपवायचे आहेत. आपल्याकडे वेगवेगळी तंत्रे आहेत: onion services, mixnets, VPNs, DC-nets, आणि इतर वर्गीकरणे देखील असू शकतात. मी फक्त पहिल्या दोन बद्दल बोलणार आहे.

Onion routing तंत्रे स्तरांमध्ये एन्क्रिप्ट करतात, आणि ट्रॅफिक देखील स्तरांमध्ये डिक्रिप्ट केले जाते. मधील लोकांना मूळ स्रोत कधीच समजू शकत नाही, काहींना गंतव्यस्थान (destination) कधीच समजू शकत नाही, आणि काहींना काहीच समजत नाही; ते फक्त राउटर्स म्हणून काम करतात.

थोडक्यात सांगायचे तर: जर सर्व इथेरियम इकोसिस्टम ट्रॅफिक Tor नेटवर्कद्वारे राउट केले जाऊ शकले तर काय? इतर पर्याय देखील आहेत. आम्ही पाठवणाऱ्याचा IP संरक्षित करण्यात मदत करू: जेव्हा तुम्ही व्यवहार पाठवत असाल किंवा माहितीची विनंती करत असाल तेव्हा तुमचा फोन किंवा तुमचा लॅपटॉप लीक होणार नाही. आणि अर्थातच आम्ही प्राप्तकर्त्याचे, सर्व्हरचे देखील संरक्षण करू. कल्पना करा की इराण, चीन, उत्तर कोरिया किंवा व्हेनेझुएलामध्ये, कोणीतरी विकेंद्रित वित्त (DeFi) प्रोटोकॉल किंवा सेवा होस्ट करण्याचा प्रयत्न करत आहे आणि त्यांच्या देशाने त्यावर सेन्सॉरशिप लादली आहे. हा एक पर्याय आहे जो त्यांचे प्राण वाचवू शकतो. हे सेन्सॉरशिपला बगल देते आणि ISPs, इंटरनेट सेवा प्रदात्यांपासून ट्रॅफिक देखील लपवते, ज्यांच्यावर गुप्तचर संस्था पाळत ठेवतात हे आपल्या सर्वांना माहीत आहे.

एक ड्रॉप-इन रिप्लेसमेंट असणे हे ध्येय आहे: एक SDK, जेणेकरून वॉलेट्स, विकेंद्रित ॲप्लिकेशन (dapp) डेव्हलपर्स आणि इन्फ्रास्ट्रक्चर प्रोव्हायडर्सना अंमलबजावणीच्या तपशीलांची काळजी करण्याची गरज नाही. त्यांना फक्त एवढेच माहीत असते की जर त्यांनी हे SDK वापरले, तर ट्रॅफिक onionized, एन्क्रिप्टेड आणि मजबूत होते.

मला एका टीमचा विशेष उल्लेख करायचा आहे, Brume Wallet टीम, ज्यांनी वेबसाठी Tor ची ओपन सोर्स अंमलबजावणी, Echalote सुरू केली. हे सध्या अस्तित्वात आहे: Tor क्लायंट्स आहेत, पण ते C मध्ये लिहिलेले आहेत, आणि त्यांना एका विशेष ब्राउझरमध्ये चालवावे लागते. जर मला हे मेटामास्क मध्ये, किंवा Kohaku वॉलेटमध्ये, किंवा Ambire, Rabby आणि इतर सर्वांमध्ये जोडायचे असेल तर काय? आपल्याला JavaScript SDKs ची गरज आहे, आणि Echalote ने तेच सुरू केले आहे.

त्यानंतर, Tor Project ची Arti नावाची एक नवीन अंमलबजावणी विकसित केली जात आहे, जी त्यांच्या क्लायंटची पुढची पिढी आहे. पण आपल्याला एम्बेडेड Arti ची गरज आहे. Arti हे Rust-आधारित आहे, आणि ते तुमच्या ब्राउझरमध्ये चालवण्यासाठी त्याला WASM मध्ये कंपाईल करणे आवश्यक आहे, जेणेकरून तुम्ही ते अगदी सहजपणे इम्पोर्ट करू शकाल. आमचे मुळात Tor टीमसोबत सहकार्य आहे: दर आठवड्याला कॉल्स, आणि काही प्रकल्प आणि भागीदारी एकत्र आहेत.

इथेरियमसाठी Mixnets (18:16)

मिक्सनेटच्या बाजूने, मला यावर काम करणाऱ्या अनेक टीम्सचा उल्लेख करायचा आहे: Nym टीम; HOPR, जे पहिल्यांपैकी एक आहेत; Gnosis VPN सारखे VPNs; आणि इतर काही जे माझ्यासाठी नवीन होते, जसे की Anyone Protocol, आणि मला वाटते की त्या टीममधील कोणीतरी इथे डेन्व्हरमध्ये असावे, तसेच काही इतर नवीन. मिक्सनेट्स, VPNs आणि इतर दृष्टिकोनांवर काम करणाऱ्या अनेक टीम्स आहेत.

आम्हाला पाहायचे आहे: जर आपण इथेरियमसाठी एक उद्देश-निर्मित मिक्सनेट तयार केले, जिथे आपण RPC ट्रॅफिक राउट करू शकू तर काय? मिक्सनेट्स मजबूत हमी देतात, परंतु ते खूप विलंब (latency) वाढवतात. काही प्रकरणांसाठी ते ठीक आहे: जोपर्यंत तुम्हाला गोपनीयता मिळते तोपर्यंत थोडा जास्त वेळ लागला तरी काही फरक पडत नाही. परंतु विकेंद्रित वित्त (DeFi) आणि ट्रेडिंग सारख्या गोष्टींसाठी, जर ते विलंब वाढवत असतील तर ते स्वीकारले जाण्याची शक्यता अत्यंत कमी आहे. तर, सर्वोच्च गोपनीयतेच्या हमीसह आपण सर्वात वेगाने काय चालवू शकतो? पुन्हा एकदा, यापैकी काही टीम्सचे कौतुक, आणि जर कोणी या क्षेत्रांमध्ये काम करत असेल आणि मी तुम्हाला जोडले नसेल, तर मला तुमच्याशी बोलायला आवडेल.

कार्यक्षमता: युनिफाइड बायनरी ट्रीज आणि GPU प्रवेग (19:28)

मला ज्या शेवटच्या गोष्टीबद्दल बोलायचे आहे, हे प्रत्यक्षात आणण्यासाठीचा तिसरा स्तंभ, तो म्हणजे कार्यक्षमता. या गोष्टी वेगाने आणि स्वस्तात चालाव्यात अशी आमची इच्छा आहे. माझे एक तत्त्व आहे: जर खर्च फायद्यापेक्षा जास्त असेल तर या गोष्टी स्वीकारल्या जाणार नाहीत. खर्च म्हणजे वापरकर्त्याचा अनुभव, वेळ आणि वापरकर्त्याचे प्रयत्न, पण डेव्हलपर्स आणि इन्फ्रास्ट्रक्चरसाठीचा खर्च देखील: हे चालवणे खूप महाग आहे का? आपल्याला शक्य तितका खर्च कमी करण्याची गरज आहे, आणि मी दोन उच्च-स्तरीय उपक्रमांबद्दल बोलू शकतो.

एक म्हणजे UBT. तुम्ही प्रोटोकॉल EIPs मध्ये किती गुंतलेले आहात यावर अवलंबून, तुम्ही याबद्दल ऐकले असेल. सध्या आपल्याकडे मर्कल पॅट्रिशिया ट्राय आहे, जे उपयुक्त आहे, परंतु ZK आणि इतर प्रकारच्या गूढलेखन साठी फारसे उपयुक्त नाही. एक प्रस्ताव आहे, EIP-7864, जो व्हर्कल ट्रीज कडे न जाता युनिफाइड बायनरी ट्रीजकडे जातो. स्थिती ची विचारणा करण्यासाठी आणि नंतर त्यावर ZK सारख्या क्रिप्टोग्राफिक ऑपरेशन्स करण्यासाठी हे अधिक कार्यक्षम आहे.

आमच्याकडे व्हेरिफायेबल UBT करणारा एक प्रकल्प आहे: तुम्ही कोणत्याही इथेरियम क्लायंटला एक साइडकार जोडता, ज्यामध्ये MPT डेटाबेस चालवण्याऐवजी, UBT स्थिती डेटाबेस असतो, आणि नंतर तुम्ही zkVM वापरून सिद्ध करता की MPT मधून UBT मधील हे रूपांतरण वैध आहे. हे आधीच खूप शक्तिशाली आहे. एकदा आपण हे करण्यात यशस्वी झालो की, लाइट क्लायंट्स त्यांची कार्यक्षमता वाढवण्यासाठी याचा वापर करू शकतील, आणि PIR सारख्या गोष्टी खूप वेगाने चालू शकतील.

दुसरा पैलू GPU प्रवेग (acceleration) आहे. जर आपण स्टॅकचे खालचे स्तर ऑप्टिमाइझ केले तर आपण या गोष्टी खूप वेगाने चालवू शकतो: GPU हा एक आहे, किंवा CPU प्रवेग देखील. या गोष्टी बहुधा सर्व्हरवर चालतील, फोनवर नाही, त्यामुळे आपण या लोअर-लेव्हल लायब्ररीज अधिक वेगाने चालवण्यासाठी कशा तयार करू शकतो हे शोधणे सुरू करणे देखील खूप मोलाचे आहे.

आतापर्यंतचा आढावा घ्यायचा झाल्यास: आपल्याकडे हे 5 स्तर आहेत, आणि आपल्याला या युज केसेस कव्हर करायच्या आहेत. तीन स्तंभ आहेत: डेटा, ट्रॅफिक आणि कार्यक्षमता. डेटासाठी आपल्याकडे प्रॉक्सी, TEEs, ORAMs, OMAPs आणि PIR आहेत. ट्रॅफिकसाठी आपल्याकडे मिक्सनेट्स, onion routing आणि इतर आहेत. कार्यक्षमतेसाठी आपल्याकडे UBT आणि GPU प्रवेग आहे. जर तुम्हाला अधिक वाचायचे असेल, किमान PSE करत असलेल्या योगदानाबद्दल, तर तुम्ही pse.dev/research वर जाऊ शकता.

यशाचे मोजमाप (22:15)

तर यश म्हणजे काय, आणि आपण ते कसे मोजू शकतो? या स्तरांकडे परत येताना: जर मला असा दावा करायचा असेल की इथेरियम ही सर्वात खासगी चेन आहे, तर अंतिम टप्पा काय आहे? मला खात्री वाटली पाहिजे की हे सर्व स्तर अत्यंत मजबूत आहेत. मी ते कसे मोजेन? मला अपेक्षा असेल की अधिक वेबसाइट्स आणि विकेंद्रित ॲप्लिकेशन (dapp) फ्रंटएंड्स onion डोमेन्सच्या मागे होस्ट केले जावेत. वॉलेट्सनी मूळतः निनावी राउटिंग वापरावे, आणि गेटवे, RPC प्रोव्हायडर्स आणि इंडेक्सर्सनी देखील वापरावे असे मला वाटेल. आणि मी टक्केवारी मोजेन.

प्रश्न असा आहे: सध्याच्या इथेरियम इकोसिस्टम फ्रंटएंड्सपैकी, किती onion डोमेनच्या मागे होस्ट केले आहेत? मी म्हणेन अत्यंत कमी, फार तर 1%. मला समाधान वाटण्यासाठी आणि आपण हे केले असे म्हणण्यासाठी, आपल्याला या सर्व स्तरांवर बहुधा 80% पेक्षा जास्त आवश्यकता असेल. सध्या किती वॉलेट्स निनावी राउटिंग तंत्राद्वारे ट्रॅफिक राउट करत आहेत? खूप, खूप कमी. RPC प्रोव्हायडर्सच्या बाबतीतही तेच: हे प्रोव्हायडर्स PIR ऑफर करतात का? नाही. त्यामुळे माझ्यासाठी, यशाचा दावा करणे म्हणजे या सर्व स्तरांवरील घटकांनी या प्रकारच्या तंत्रज्ञानाचा अवलंब करणे, किमान 80% टीम्स, ट्रॅफिक किंवा प्रश्नांनी (queries).

बिटकॉइनच्या onion नोड ची तुलना (23:39)

ही एक गोष्ट आहे ज्यासाठी आपण बिटकॉइनचा हेवा करू शकतो. त्यांच्यावर होणाऱ्या सर्व टीकेनंतरही, हे गेल्या वर्षीच्या नोव्हेंबरमधील चित्र आहे: त्यांचे 64% पोहोचण्यायोग्य फुल नोड्स onion डोमेन्सच्या मागे लपलेले आहेत.

आपण स्वतः हे करू शकतो का? ही खालच्या स्तरावरील, एकमत-स्तरावरील (consensus-level) गोपनीयता आहे, पण आपण असे म्हणू शकतो का की आपले फुल नोड्स आणि प्रमाणक नोड्स onion नेटवर्क किंवा मिक्सनेट्सच्या मागे आहेत? मला नक्कीच वाटते की आपण तसे केले पाहिजे, आणि आपण बहुधा 1% पेक्षा कमी आहोत. आपल्यासमोर इतर आव्हाने आहेत जी त्यांच्यासमोर नाहीत: आपण खूप वेगाने चालतो, आणि आपले एकमत वेगळे आहे. पण मला असे डॅशबोर्ड्स पाहायला आवडतील आणि असे म्हणायला आवडेल की 80% पेक्षा जास्त वॉलेट्सनी या प्रकारच्या तंत्रज्ञानाचा अवलंब केला आहे, आणि RPC प्रोव्हायडर्स, एक्सप्लोरर्स, फ्रंटएंड्स, लोड बॅलन्सर्स आणि SDKs नी देखील. ही यादी वाढावी अशी माझी इच्छा आहे.

इथेरियमची Monero आणि Zcash शी तुलना (24:55)

मी काल रात्री आणि आदल्या रात्री, स्तरांच्या या दृष्टिकोनातून, इथेरियम इकोसिस्टमची Solana, बिटकॉइन, Zcash आणि Monero सारख्या गोष्टींशी कशी तुलना होते हे पाहण्याचे स्वातंत्र्य घेतले. पिवळ्या रंगातील गोष्टी ऑप्ट-इन तंत्रे आहेत, आणि मला वाटते की आपण तिथे खूप चांगले आहोत. निळ्या रंगातील गोष्टी प्रस्ताव आहेत, त्यापैकी काही प्रोटोकॉल प्रस्ताव आहेत. हिरव्या रंगातील गोष्टी प्रोटोकॉल स्तरावर लागू केल्या आहेत.

सार्वजनिक चेन असण्याच्या आपल्या 10 वर्षांच्या इतिहासामुळे, मला वाटते की गोपनीयता मूळ (native) बनवण्यात Monero आणि Zcash ची बरोबरी करणे कठीण जाईल. परंतु मला वाटते की आपण ऑप्ट-इन अवलंब मिळवण्यात आणि सांस्कृतिक आणि सामाजिकदृष्ट्या टीम्स आणि वापरकर्त्यांना यापैकी अधिक तंत्रांचा अवलंब करण्यासाठी प्रभावित करण्यात खरोखर चांगले काम करू शकतो. बिटकॉइन आणि Solana ची स्वतःची आव्हाने आहेत, आणि मला वाटते की ते आणखी मागे राहतील, किमान या गोपनीयतेच्या गोष्टींवर.

आव्हान: सर्वात खासगी प्रोग्राम करण्यायोग्य इकोसिस्टम (25:50)

माझे ध्येय, आणि जे ध्येय मला तुमच्या मनात रुजवायचे आहे, ते म्हणजे इथेरियमने जगातील सर्वात खासगी, परवानगीमुक्त, विश्वासरहित आणि प्रोग्राम करण्यायोग्य इकोसिस्टम बनावे. आपल्याकडे इतर खासगी पेमेंट चेन्स आहेत, आणि ते उत्तम आहे, त्या खूप चांगल्या आहेत, पण मला वाटते की त्यांना प्रोग्राम करण्यायोग्य बनणे आणि आपण तयार केलेली इकोसिस्टम तयार करणे खूप कठीण जाईल.

तुम्हाला, आणि अर्थातच मला आणि माझ्या टीमला माझे आव्हान हे आहे की, प्रोग्राम करण्यायोग्य इकोसिस्टम्सपैकी, सर्वात परवानगीमुक्त, विश्वासरहित आणि खासगी बनणे. आपण केवळ ऑनचेन घटकांवर लक्ष केंद्रित करू शकत नाही. आपल्याला या सर्व स्तरांवर लक्ष केंद्रित करण्याची गरज आहे.

त्यामुळे जर तुम्ही खासगी वाचन, नेटवर्किंग, PIR अंमलबजावणी, GPU प्रवेग, डेटा स्ट्रक्चर्स, UBT, इन्फ्रास्ट्रक्चर किंवा प्रमाणक यावर काम करत असाल, तर मला तुमच्याशी नंतर बोलायला आवडेल. खूप खूप धन्यवाद. इथेरियम गोपनीयतेसाठी आहे.