ایتھیریم رازداری کا اسٹیک: نجی ریڈز، نیٹ ورکنگ، اور پوشیدہ لیک

EthBoulder 2026 میں ایتھیریم فاؤنڈیشن کی پرائیویسی اسٹیورڈز آف ایتھیریم (PSE) ٹیم کے سربراہ اینڈی گزمین (Andy Guzman) کی ایک گفتگو۔ وہ ایتھیریم کی رازداری میں ایک بڑی خامی کو بے نقاب کرتے ہیں: یہاں تک کہ وہ صارفین جو کبھی کسی ٹرانزیکشن پر دستخط نہیں کرتے، وہ بھی روزمرہ کی کیوریز (queries) کے ذریعے تفصیلی رویے کا ڈیٹا لیک کرتے ہیں۔ وہ ایتھیریم رازداری کا اسٹیک متعارف کراتے ہیں، جس میں نجی ریڈز (PIR)، ٹریفک کی رازداری (اونین روٹنگ اور مکس نیٹس)، اور کارکردگی کا کام جیسے یونیفائیڈ بائنری ٹریز اور ZK-قابل تصدیق حالت شامل ہیں۔

یہ ٹرانسکرپٹ ایتھ بولڈر کی جانب سے شائع کردہ اصل ویڈیو ٹرانسکرپٹ (نئے ٹیب میں کھلتا ہے) کی ایک قابل رسائی کاپی ہے۔ اسے پڑھنے میں آسانی کے لیے معمولی طور پر ایڈٹ کیا گیا ہے۔

فرضی RPC پرووائیڈر کا خط (0:12)

سب کو سلام، میں اینڈی ہوں، اور میں ایک ایسا موضوع متعارف کرانا چاہتا تھا جس پر ایتھیریم ایکو سسٹم میں اکثر بات نہیں کی جاتی اور یہ انتہائی اہم ہے۔ جیسا کہ آپ نے سلائیڈ اور تعارف سے محسوس کیا ہوگا، اس کا تعلق رازداری سے ہے، اور اس بات سے کہ ہم کس طرح بغیر محسوس کیے غیر محفوظ ہیں۔

مجھے ایک ایسے خط سے شروعات کرنے دیں جو کسی نے آپ کو لکھا ہے۔

"محترم قابل قدر صارف، اس ماہ آپ کی جانب سے کی گئی 847 کیوریز کا شکریہ۔ ہمیں آپ کو جان کر واقعی بہت خوشی ہوئی۔ ہم جانتے ہیں کہ آپ کے پاس تین مختلف والیٹس میں ETH موجود ہے۔ ہم جانتے ہیں کہ آپ نے پچھلے منگل کو 94 بار ETH کی قیمت چیک کی۔ یہ سب کے لیے بہت مشکل دن تھا، اس لیے کوئی تنقید نہیں۔ آپ نے BTC کی قیمت بھی چیک کی، جو کہ دلچسپ ہے، کیونکہ آپ کے پاس کوئی بٹ کوائن نہیں ہے۔ کیا آپ تنوع (diversifying) لانے کا سوچ رہے ہیں؟ یہ بات ہمارے اور یقیناً ہمارے تجزیاتی شراکت داروں کے درمیان رہے گی۔ آپ دو یونی سویپ پولز کو بھی بہت قریب سے دیکھ رہے ہیں، اور آپ نے پچھلے ہفتے 14 بار اپنا آوے ہیلتھ فیکٹر چیک کیا۔ آپ شاید آرام کرنا چاہیں، یا بس کچھ ضمانت شامل کر لیں۔ جمعرات کو آپ نے اسے 12 منٹ کے اندر تین بار چیک کیا، اور آپ بہت پریشان تھے۔ آپ نے چار مختلف ENS ناموں کو دیکھا، تو یا تو آپ کوئی نیا پروجیکٹ شروع کر رہے ہیں یا آپ کو شناخت کا بحران درپیش ہے۔ اور آپ ہمیشہ ماؤنٹین ٹائم کے مطابق رات 11 بجے سے صبح 7 بجے کے درمیان خاموش رہتے ہیں۔"

آپ ٹرانزیکشنز پر دستخط کیے بغیر ڈیٹا کیسے لیک کرتے ہیں (1:34)

"لہذا ہمیں کافی یقین ہے کہ آپ بولڈر (Boulder) میں یا اس کے قریب مقیم ہیں۔ آپ نے کبھی ہمارے ذریعے کسی ایک ٹرانزیکشن پر دستخط نہیں کیا۔ آپ کو کبھی ایسا کرنے کی ضرورت نہیں پڑی۔ آپ کے تجسس نے ہمیں سب کچھ بتا دیا۔ نیک تمناؤں کے ساتھ، آپ کا RPC پرووائیڈر۔"

یقیناً یہ ایک فرضی خط ہے، لیکن یہ ایک ایسی چیز کو بیان کرتا ہے جسے ہم واقعی ہر روز لیک کرتے ہیں۔ یہاں تک کہ اگر آپ کوئی ایک ٹرانزیکشن یا کوئی آن چین کارروائی نہیں کر رہے ہیں، تب بھی آپ بنیادی طور پر کسی بھی تجزیاتی کمپنی کو سب کچھ بتا رہے ہیں جو اس ڈیٹا اور آپ کے رویوں تک رسائی حاصل کرنا پسند کرے گی۔

نجی رائٹس بمقابلہ نجی ریڈز (2:07)

تو اس وقت رازداری کی دنیا میں واقعی کیا ہو رہا ہے؟ میں دیکھتا ہوں کہ ہم آن چین رازداری پر بہت زور دیتے ہیں، یا جسے ہم PSE میں نجی رائٹس (private writes) کہتے ہیں: وہ تمام کارروائیاں جو آپ آن چین کرتے ہیں۔ اور یہ سمجھ میں بھی آتا ہے، ہے نا؟ وہ کارروائیاں ہمیشہ کے لیے ریکارڈ ہو جاتی ہیں اور پوری دنیا میں منتقل ہو جاتی ہیں، اس لیے کسی مخصوص کارروائی کے ساتھ اپنا پتہ لیک نہ کرنا سمجھ میں آتا ہے۔ ہم ٹولنگ پر بھی بہت زور دیتے ہیں: ڈیٹا کے ذرائع، ثبوت، DSLs، اور وہ زبانیں جنہیں ہم ڈیولپرز کو مزید ٹولز دینے کے لیے استعمال کر سکتے ہیں تاکہ وہ ایسی مضبوط ایپس بنا سکیں جن میں آن چین رازداری زیادہ ہو۔

لیکن میں اس پریزنٹیشن میں یہ دلیل دینا چاہتا ہوں کہ ہم ان دیگر ڈومینز پر اتنی توجہ اور کوشش نہیں کرتے: جسے ہم نجی ریڈز (private reads) کہتے ہیں، کیونکہ جب بھی آپ بلاک چین سے ڈیٹا کی کیوری کرتے ہیں تو آپ بہت سی معلومات لیک کر رہے ہوتے ہیں، اور نجی نیٹ ورکنگ، کیونکہ اس سے پہلے کہ کوئی چیز آن چین پہنچے، آپ کی تمام ٹریفک لیک ہو رہی ہوتی ہے۔

تھوڑا مزید تکنیکی ہونے کے لیے: تمام RPC کالز، جیسے eth_getBalance، eth_call، اور eth_getLogs، سادہ متن (plain text) میں درخواستیں ہیں جو RPC پرووائیڈرز کے پاس جاتی ہیں اور آپ کے IP کے ساتھ منسلک ہو جاتی ہیں۔

زیادہ سرگرمی پروفائلنگ کے خطرے کو کیوں بڑھاتی ہے (3:20)

اس معلومات کے ساتھ، لوگوں کی پروفائلنگ کرنا، انہیں حصوں میں تقسیم کرنا، اور رویوں کا ماڈل بنانا بہت آسان ہو جاتا ہے۔ اور اسے آپ کے خلاف استعمال کیا جا سکتا ہے۔ جیسا کہ آپ تصور کر سکتے ہیں، معلومات طاقت ہے، اور لوگوں کے پاس آپ اور آپ کے رویے کے بارے میں جتنی زیادہ معلومات ہوں گی، ان کے پاس آپ پر اتنی ہی زیادہ طاقت ہوگی۔

زیادہ تر لوگوں کو اس کا احساس نہیں ہوتا۔ زیادہ تر لوگ کہیں گے، ٹھیک ہے، اس سے کوئی خاص فرق نہیں پڑتا کیونکہ یہ کوئی اہم معلومات نہیں ہے۔ یا وہ سوچ سکتے ہیں: جتنی زیادہ سرگرمی ہوگی، میں اتنا ہی زیادہ محفوظ رہوں گا۔ یہ بالکل سچ نہیں ہے، اور خلافِ توقع ہے۔ آن چین کارروائیوں کے لیے، جہاں کہیں بھی گمنامی کا مجموعہ ہوتا ہے، یہ مدد کرتا ہے: جتنے زیادہ صارفین، اتنی ہی زیادہ رازداری، اور گھل مل جانا اتنا ہی آسان ہوتا ہے۔ لیکن ریڈز کے ساتھ یہ اس کے برعکس ہے، کیونکہ کیوریز قابل تبادلہ نہیں ہیں۔ آپ جتنی زیادہ سرگرمی منتقل کرتے ہیں، جتنی زیادہ کارروائیاں آپ کرتے ہیں، ارتباط کی سطح (correlation surface) اتنی ہی وسیع ہوتی ہے اور آپ کی کارروائیوں کا پروفائل بنانا اتنا ہی آسان ہو جاتا ہے۔

لہذا جب بھی غیر مرکزی مالیات (DeFi) کا جنون یا NFT کا پاگل پن ہوتا ہے، لوگ زیادہ لاپرواہ ہو جاتے ہیں۔ OpSec، یقیناً، کھڑکی سے باہر پھینک دیا جاتا ہے، اور ان سرگرمیوں کے پیٹرنز کی بنیاد پر لوگوں کو ڈی-انانیمائز (deanonymize) کرنا بہت، بہت آسان ہو جاتا ہے جن میں زیادہ تر لوگ پڑ جاتے ہیں۔

ایتھیریم رازداری کا اسٹیک متعارف کرانا (4:43)

میں منظر نامے سے شروعات کرنا چاہتا ہوں: ہمیں کہاں حملہ کرنا چاہیے، کس چیز کی ضرورت ہے، اور کون کس چیز پر کام کر رہا ہے۔ یہ گفتگو کچھ مزید تکنیکی موضوعات اور کچھ مزید اعلیٰ سطحی تصوراتی موضوعات پر جائے گی، تاکہ ہر کوئی اس سے کچھ فائدہ اٹھا سکے۔

میں وہ پیش کرنا چاہتا ہوں جسے میں ایتھیریم رازداری کا اسٹیک، یا ایتھیریم رازداری کے اسٹیک کی تہیں کہتا ہوں، اور میرے خیال میں اس کے بارے میں استدلال کرنا مفید ہے۔ اگر ہم واقعی رازداری چاہتے ہیں، تو ہمیں صرف آن چین رازداری کی ضرورت نہیں ہے؛ ہمیں اسٹیک کی ان تمام تہوں میں بھی رازداری کی ضرورت ہے، بالکل اسی طرح جیسے کسی ٹرانزیکشن کا لائف سائیکل، یا OSI ماڈل اور اس کی ٹیکنالوجی کی تہیں ہوتی ہیں۔ میں یہ دلیل دوں گا کہ ہم ایک معیار، یا کسی قسم کی ایکو سسٹم کے وسیع تر اعتراف کو تشکیل دے سکتے ہیں، کہ یہ تہیں موجود ہیں۔ شاید یہ حتمی شکل نہ ہو، لیکن مجھے لگتا ہے کہ یہ پہلے سے ہی مفید ہے۔

تہہ در تہہ: آپ کہاں لیک کرتے ہیں (5:41)

سب سے اوپر ایپلیکیشن کی تہہ ہے۔ جب بھی آپ کسی ویب سائٹ پر جاتے ہیں، یقیناً، آپ یہ لیک کر رہے ہوتے ہیں کہ آپ کیا دیکھ رہے ہیں، اور لوگ پروفائلنگ شروع کر سکتے ہیں: گمنامی کا مجموعہ، اسناد، آپ کے IP کو اس چیز سے جوڑنا جو آپ دیکھ رہے ہیں، یہاں تک کہ اگر آپ کچھ بھی نہ کریں۔

اگلی تہہ والیٹ کی تہہ ہے۔ جب بھی آپ کوئی کارروائی کرتے ہیں، تو آپ نہ صرف ایپ کی تہہ کو بلکہ گیٹ ویز کو بھی معلومات لیک کرتے ہیں۔ والیٹس اس وقت بہت پیچیدہ ہیں، وہ بہت سے دوسرے سسٹمز اور سروسز کے ساتھ مربوط ہوتے ہیں، اور آپ اپنے تصور سے کہیں زیادہ معلومات لیک کرتے ہیں۔ یہاں تک کہ اگر آپ صرف اپنا والیٹ کھولتے ہیں اور یہ ETH کی قیمت یا آپ کے بیلنس کی کیوری کرتا ہے، تو آپ سب کچھ لیک کر رہے ہوتے ہیں۔

پھر آپ کے پاس گیٹ ویز ہیں: RPCs، پراکسیز، ریلیئرز۔ آپ دوبارہ مزید میٹا ڈیٹا لیک کرتے ہیں۔ پھر وہ چیز جسے لوگ آن چین عنصر کے طور پر تصور کریں گے، جو کہ وہ وقت ہے جب EVM پر چیزوں کی کیوری کی جاتی ہے، جیسے حالت یا عمل درآمد کے پیٹرنز۔ مثال کے طور پر، کسی چیز کے بیلنس کی کیوری کرنا، یا کسی سمارٹ کنٹریکٹ کی حالت۔ اور آخر میں اتفاق رائے، جہاں تمام توثیق کار ہوتے ہیں۔ اس بات پر منحصر ہے کہ آیا آپ آن چین لکھ رہے ہیں یا آن چین پڑھ رہے ہیں، آپ میم پول کو بھی چھو سکتے ہیں۔

اور ایک اور عمودی (vertical) حصہ ہے، جسے ہم نیٹ ورکنگ کہتے ہیں، جو کہ ٹرانسورسل (transversal) ہے، اور ان تمام تہوں کو کاٹتا ہے۔ مثال کے طور پر: ابھی آپ کسی ویب سائٹ پر جاتے ہیں اور سرور آپ کا IP جانتا ہے۔ لیکن کیا ہو اگر آپ اس ویب سائٹ پر ٹور (Tor) یا کسی دوسرے گمنام نیٹ ورک کے ذریعے جائیں؟ آپ کو ویب سائٹ کا IP پتہ معلوم ہوگا، لیکن انہیں آپ کا پتہ نہیں ہوگا۔ اور کیا ہو اگر وہ ویب سائٹ کسی ایسے ملک میں ہوسٹ کی گئی ہو جس نے حال ہی میں تمام کرپٹو چیزوں کو سنسر کرنا شروع کر دیا ہو؟ وہ ویب سائٹ اور کمپنی بھی اپنا IP چھپانا چاہے گی، اور اپنے ڈومین کو ایک اونین (onion) ڈومین کے پیچھے چھپانا چاہے گی۔

یہ وہ چیزیں ہیں جو سمجھ میں آتی ہیں: ہمیں تہہ در تہہ جانا ہوگا، ہر چیز کو مضبوط بنانا ہوگا، ایک ایسے انتہائی تخریب کار حملہ آور کی نظر سے تجزیہ کرنا ہوگا جو ہر چیز کو سنسر کرنا چاہتا ہے۔ یہاں تک کہ اگر ہم ایسا نہیں کرتے، اور ہم کہتے ہیں کہ ہم کافی اچھی حالت میں رہتے ہیں، تو یہ معلومات اب ریکارڈ ہو جاتی ہیں اور ہمیشہ کے لیے ان بہت سے لوگوں کے زیرِ انتظام رہیں گی جنہیں آپ جانتے تک نہیں، ایسی کمپنیاں جو آپ کا ڈیٹا بیچنا شروع کر دیتی ہیں۔ بالآخر، پانچ سالوں میں، کوئی کرپٹو پر پابندی لگا سکتا ہے اور کہہ سکتا ہے، "جس کسی نے بھی پچھلے پانچ سالوں میں یونی سویپ استعمال کیا ہے، میں IRS ہوں، میں دروازہ کھٹکھٹانا شروع کروں گا اور آپ کو جیل بھیج دوں گا،" یا کچھ بھی۔ یہ ڈسٹوپیئن (dystopian) منظرنامے اس وقت دنیا بھر کے مختلف ممالک میں رونما ہو رہے ہیں۔

نجی ریڈز اور نجی نیٹ ورکنگ (8:24)

ٹھیک ہے، تو ہمارے پاس ایتھیریم رازداری کا اسٹیک ہے۔ ہمیں کہاں توجہ مرکوز کرنی چاہیے؟ اس پریزنٹیشن میں میں ان دو شعبوں کے بارے میں بات کرنا چاہتا ہوں۔ نجی ریڈز: جب بھی آپ آن چین سے حالت تک رسائی حاصل کرتے ہیں، تو آپ ان تمام تہوں کو چھوتے ہیں، ایپ سے لے کر، فرض کریں کہ میں ETH کی قیمت کی کیوری کرنا چاہتا ہوں، والیٹ تک، گیٹ ویز تک، ایک ایسے نوڈ تک جو ایتھیریم اور EVM چلا رہا ہے، اور پھر واپس۔ بنیادی طور پر ایک RPC پرووائیڈر یا ایک اشاریہ (indexer)۔ اور نجی نیٹ ورکنگ، جو کہ وہ تمام کارروائیاں ہیں جو نیٹ ورکنگ کی تہہ پر ہوتی ہیں۔ یہ وہ چیز ہے جسے ہم مضبوط بنانا چاہتے ہیں۔

تین ستون: ڈیٹا، ٹریفک، کارکردگی (9:05)

تین ستون ہیں جو میرے خیال میں ہمارے لیے اسے حاصل کرنے کے لیے اہم ہیں۔ ہم خود ڈیٹا کو چھپانا اور نجی بنانا چاہتے ہیں۔ ہم خود ٹریفک کو چھپانا اور نجی بنانا چاہتے ہیں۔ اور پھر ہم اسے کارآمد، مفید، عملی اور سستا بنانا چاہتے ہیں۔ یہ ایکو سسٹم میں ہونے والی چیزوں کے بارے میں بہت سی معلومات کا خلاصہ کرتا ہے، لیکن مجھے لگتا ہے کہ صورتحال کی تصویر کشی کرنا اور ان لیوریج پوائنٹس (leverage points) کی نشاندہی کرنا مفید ہے جہاں ہم تیزی لا سکتے ہیں۔

ڈیٹا چھپانا: پراکسیز سے لے کر PIR تک (9:39)

تو، ڈیٹا۔ وہ کیا چیز ہے جس کی ہم حفاظت کرنا چاہتے ہیں؟ ہم یہ چھپانا چاہتے ہیں کہ آپ ان سرورز سے کیا معلومات مانگ رہے ہیں، اور ہم ان پیٹرنز کو چھپانا چاہتے ہیں کہ آپ اس ڈیٹا تک کیسے رسائی حاصل کرتے ہیں۔ نہ صرف مواد بلکہ پیٹرنز بھی۔

تکنیک کی مختلف سطحیں ہیں۔ پہلی کچھ بھی نہیں ہے: آپ بس سب کچھ لیک کر دیتے ہیں۔ جب بھی آپ اپنا والیٹ جوڑتے ہیں، تو آپ اپنے IP پتے کو اس کنٹریکٹ سے جوڑ دیتے ہیں جس کی آپ کیوری کر رہے ہیں، کسی مخصوص پتے کے لیے ایک مخصوص eth_getBalance سے، اور بس۔ یہاں تک کہ اگر آپ کوئی رازداری کا پروٹوکول استعمال کر رہے ہیں، فرض کریں Tornado Cash، اور آپ مرکل ٹری کی حالت کی کیوری کرنا چاہتے ہیں، تو یا تو آپ کو پورا ٹری ڈاؤن لوڈ کرنا ہوگا، جو کہ زیادہ کارآمد نہیں ہے، یا آپ یہ لیک کر دیتے ہیں کہ آپ کس راستے اور پتوں (leaves) کی کیوری کر رہے ہیں، جس سے آپ کا گمنامی کا مجموعہ کم ہو جاتا ہے۔ لہذا Tornado Cash جیسے مضبوط رازداری کے پروٹوکول کا استعمال بھی کافی نہیں ہے اگر آپ اپنی نیٹ ورکنگ اور اپنے ڈیٹا تک رسائی کے پیٹرنز کی حفاظت نہیں کرتے ہیں۔

اگلی سطح کسی قسم کی پراکسیز یا ریلیز (relays) ہے: بہت سی مشینیں جو یہ نہیں جانتیں کہ درخواست کہاں سے آتی ہے اور بالآخر ڈیٹا بازیافت کرتی ہیں۔ یہ زیادہ عملی نہیں ہے، اور زیادہ بلا اعتماد بھی نہیں ہے۔

پھر آپ کے پاس TEEs ہیں، جو ایک قدم آگے ہیں، اور یہیں پر کچھ ٹیمیں اور کمپنیاں خدمات پیش کر رہی ہیں۔ مجھے لگتا ہے کہ یہ ایک اچھا قدم ہے لیکن کافی نہیں ہے، دوبارہ اس لیے کیونکہ TEEs پر حملہ کرنے اور انہیں خراب کرنے کی لاگت بہت کم ہو رہی ہے۔ کچھ اہم استعمال کے معاملات کے لیے یہ کافی نہیں ہے؛ بہت سے روزمرہ کے معاملات کے لیے یہ ہو سکتا ہے۔

کچھ دوسری ٹیمیں OMAPs، اوبلیویس میپ ایکسیس پیٹرنز (oblivious map access patterns)، اور ORAM، اوبلیویس ریم (Oblivious RAM) پر کام کر رہی ہیں۔ یہ ملتی جلتی تکنیکیں ہیں جو یہ چھپانے کی کوشش کرتی ہیں کہ آپ ڈیٹا سیٹ کے کن حصوں تک رسائی حاصل کرنے کی کوشش کر رہے ہیں۔ یہ کہنے کے بجائے کہ "مجھے اس ETH پتے سے بیلنس چاہیے،" آپ تصادفی طور پر مختلف چیزوں تک رسائی حاصل کر رہے ہوتے ہیں، تاکہ سرور کو معلوم نہ ہو۔

اور میں یہ دلیل دوں گا کہ ان کا حتمی نتیجہ PIR، پرائیویٹ انفارمیشن ریٹریول (private information retrieval) ہوگا، جس کا مطلب ہے کہ سرور نہیں جانتا کہ آپ کیا کیوری کر رہے ہیں اور اس کے بارے میں کچھ نہیں سیکھتا۔

پرائیویٹ انفارمیشن ریٹریول کی وضاحت (12:03)

پرائیویٹ انفارمیشن ریٹریول علمِ تشفیر میں ایک انتہائی طاقتور تکنیک ہے، اور اس کا بہت زیادہ استعمال ہونے والا ہے۔ اس کی دو اقسام ہیں: انڈیکس PIR، جسے آپ اس وقت استعمال کر سکتے ہیں اگر آپ کے پاس کسی اشاریہ کے تحت ساختہ (structured) ڈیٹا ہو، اور کی ورڈ PIR، جہاں، جیسا کہ نام سے ظاہر ہے، آپ فی کی ورڈ کیوری کرتے ہیں۔ ایک ایسی اسکیم کا ہونا بہت مشکل ہے جو ہر چیز کے لیے کام کرے۔

ایتھیریم کی حالت بہت بڑی اور بہت متنوع ہے۔ لاگز، جیسا کہ میں کل سیکھ رہا تھا، صرف اپینڈ (append-only) ہوتے ہیں، لیکن اکاؤنٹ کا ماڈل مختلف ہے: کچھ حالت بہت کثرت سے اپ ڈیٹ ہوتی ہے، کچھ نہیں ہوتی۔ اس بات پر منحصر ہے کہ آپ اسے کس طرح تقسیم کرتے ہیں، آپ کے پاس میگا بائٹس، گیگا بائٹس، یا ٹیرا بائٹس کا ڈیٹا ہو سکتا ہے، جس تک رسائی کے پیٹرنز بہت مختلف ہوتے ہیں۔

ایک ملٹی ایجنٹ PIR آرکیٹیکچر (12:48)

وہ تجویز جس پر ہم PSE کے اندر کام کر رہے ہیں، اور یہاں میں تصوراتی طور پر بات کروں گا اور پھر ان مخصوص پروجیکٹس کے بارے میں جو ہم PSE میں کر رہے ہیں اور دیگر چیزیں جو میں ایکو سسٹم میں دیکھ رہا ہوں، وہ ایک ملٹی ایجنٹ آرکیٹیکچر ہے۔ کوئی ایک اسکیم ایسی نہیں ہے جو تمام ایتھیریم حالت کے لیے بہترین ہو۔ لیکن اگر ہم ایتھیریم کی حالت کو قسم یا رسائی کے پیٹرن کے لحاظ سے تقسیم کر سکیں، تو ہم ان میں سے ہر ایک کے لیے بہت اچھی اسکیمیں تلاش کر سکتے ہیں۔

کیا ہو اگر ہمارے پاس ایک ایسی سروس ہو جو اس ملٹی ایجنٹ آرکیٹیکچر کو چلاتی ہو، اور کیوریز کی قسم اور ایتھیریم کی حالت میں ان کے ممکنہ مقام کی بنیاد پر، یہ ایک یا دوسری اسکیم چلاتی ہو؟ یہ ہمیں پہلے ہی کسی ایسی چیز کے بہت قریب لے آتا ہے جو قابل عمل، پروڈکشن کے قابل، اور ایکو سسٹم کو پیش کرنے کے قابل ہو۔ اس کے لیے ایک یونیفائیڈ API جیسی کسی چیز کی ضرورت ہوگی، تاکہ والیٹس، انڈیکسرز، صارفین، اور غیر مرکزی ایپلی کیشن (dapp) ڈیولپرز کو اس بات کی فکر کرنے کی ضرورت نہ پڑے کہ کون سی اسکیم استعمال کی گئی ہے اور اسے کیسے کال کرنا ہے۔ آپ کے پاس بس معیاری API ہوتی ہے، اور کوئی اور عمل درآمد کی تفصیلات کے بارے میں فکر کرتا ہے۔

ہم پہلے ہی یہ کر رہے ہیں اور دو مختلف اسکیموں پر عمل درآمد کر رہے ہیں۔ ہم گرانٹس کھولیں گے، اور ہم ایکو سسٹم میں مزید لوگوں کو مربوط کرنے کی کوشش کر رہے ہیں تاکہ ان میں سے کچھ سے نمٹا جا سکے اور یہ دیکھا جا سکے کہ ایتھیریم کے لیے کن کی سب سے زیادہ ضرورت ہے۔

یہاں مختلف PIR اسکیموں کے بارے میں کچھ اعداد و شمار ہیں: تھرو پٹس (throughputs)، کمیونیکیشن اوور ہیڈ، وغیرہ۔ یہ مشکل ہے، کیونکہ مختلف ایپس تک رسائی کے پیٹرنز مختلف ہوتے ہیں۔ کچھ بہت سی رسیدوں تک رسائی حاصل کرتی ہیں، کچھ حالت کے زیادہ حصے تک رسائی حاصل کرنا چاہتی ہیں، جیسے Rotki، اور کچھ زیادہ ٹرانزیکشنز تک رسائی حاصل کرتی ہیں، جیسے Helios۔ اس کا کوئی ایک جادوئی حل (silver bullet) نہیں ہے، اور زیادہ تر امکان ہے کہ ایک ملا جلا آرکیٹیکچر مددگار ثابت ہوگا۔ ہم علم کو منظم (systematization of knowledge) بھی کر رہے ہیں، لہذا اگر یہ آپ کے لیے دلچسپ ہے، تو ہم اسے شیئر کر سکتے ہیں۔ اور یہاں ان شعبوں میں کام کرنے والی کچھ ٹیمیں ہیں۔ مجھے معاف کیجئے گا اگر آپ کسی ٹیم کا حصہ ہیں اور میں نے آپ کو شامل نہیں کیا؛ اگر کوئی ریکارڈنگ دیکھتا ہے اور اس کا نام غائب ہے، تو براہ کرم مجھے بتائیں اور میں آپ کو شامل کرنا شروع کر سکتا ہوں۔

ٹریفک چھپانا: اونین روٹنگ اور ٹور (15:22)

ہم نے ڈیٹا کا احاطہ کر لیا۔ دوسرا بڑا حصہ ٹریفک ہے۔ ہم ٹریفک کو کیسے چھپاتے ہیں، اور ہم کیا چھپانا چاہتے ہیں؟ بہت آسان الفاظ میں، ہم کلائنٹ اور سرور کے IPs کو ایک دوسرے سے، اور باقی دنیا سے چھپانا چاہتے ہیں جو شاید ٹریفک کی جاسوسی کر رہی ہو۔ ہمارے پاس مختلف تکنیکیں ہیں: اونین سروسز، مکس نیٹس، VPNs، DC-نیٹس، اور دیگر درجہ بندیاں بھی ہو سکتی ہیں۔ میں صرف پہلی دو کے بارے میں بات کرنے جا رہا ہوں۔

اونین روٹنگ کی تکنیکیں تہوں میں انکرپٹ کرتی ہیں، اور ٹریفک کو تہوں میں ہی ڈکرپٹ بھی کیا جاتا ہے۔ درمیان میں موجود لوگ کبھی بھی ماخذ (origin) کو نہیں جان سکتے، کچھ کبھی بھی منزل کو نہیں جان سکتے، اور کچھ کبھی کچھ نہیں سیکھتے؛ وہ صرف راؤٹرز کے طور پر کام کرتے ہیں۔

مختصر بات یہ ہے: کیا ہو اگر تمام ایتھیریم ایکو سسٹم کی ٹریفک کو ٹور (Tor) نیٹ ورک کے ذریعے روٹ کیا جا سکے؟ دیگر اختیارات بھی موجود ہیں۔ ہم بھیجنے والے کے IP کی حفاظت میں مدد کریں گے: جب آپ ٹرانزیکشنز بھیج رہے ہوں یا معلومات کی درخواست کر رہے ہوں تو آپ کا فون یا آپ کا لیپ ٹاپ لیک نہیں ہوگا۔ اور یقیناً ہم وصول کنندہ، یعنی سرور کی بھی حفاظت کریں گے۔ تصور کریں کہ ایران، چین، شمالی کوریا، یا وینزویلا میں، کوئی غیر مرکزی مالیات (DeFi) پروٹوکول یا سروس ہوسٹ کرنے کی کوشش کر رہا ہے اور اسے ان کے ملک کی طرف سے سنسر کیا گیا ہے۔ یہ ایک ایسا آپشن ہے جو ان کی جان بچا سکتا ہے۔ یہ سنسرشپ کو نظرانداز کرتا ہے اور ISPs، یعنی انٹرنیٹ سروس پرووائیڈرز سے بھی ٹریفک کو چھپاتا ہے، جن کے بارے میں ہم سب جانتے ہیں کہ انٹیلی جنس ایجنسیاں ان کی نگرانی کرتی ہیں جو ہر چیز کی جاسوسی کرتی ہیں۔

مقصد ایک ڈراپ ان ریپلیسمنٹ (drop-in replacement) کا ہونا ہے: ایک SDK، تاکہ والیٹس، غیر مرکزی ایپلی کیشن (dapp) ڈیولپرز، اور انفراسٹرکچر پرووائیڈرز کو عمل درآمد کی تفصیلات کے بارے میں فکر کرنے کی ضرورت نہ پڑے۔ وہ صرف یہ جانتے ہیں کہ اگر وہ اس SDK کا استعمال کرتے ہیں، تو ٹریفک اونینائزڈ (onionized)، انکرپٹڈ، اور مضبوط ہو جاتی ہے۔

ایک ٹیم ہے جس کا میں ذکر کرنا چاہتا ہوں، Brume Wallet کی ٹیم، جنہوں نے Echalote شروع کیا، جو ویب کے لیے ٹور کا ایک اوپن سورس نفاذ ہے۔ یہ اس وقت موجود ہے: ٹور کلائنٹس موجود ہیں، لیکن وہ C میں لکھے گئے ہیں، اور انہیں ایک خاص براؤزر میں چلانے کی ضرورت ہے۔ کیا ہو اگر میں اسے میٹاماسک میں، یا Kohaku والیٹ میں، یا Ambire، Rabby، اور دیگر تمام میں شامل کرنا چاہوں؟ ہمیں JavaScript SDKs کی ضرورت ہے، اور یہی وہ چیز ہے جو Echalote نے شروع کی ہے۔

پھر، ٹور پروجیکٹ کا ایک نیا نفاذ تیار کیا جا رہا ہے جسے Arti کہا جاتا ہے، جو ان کے کلائنٹ کی اگلی نسل ہے۔ لیکن ہمیں ایک ایمبیڈڈ (embedded) Arti کی ضرورت ہے۔ Arti، Rust پر مبنی ہے، اور اسے آپ کے براؤزر میں چلنے کے قابل ہونے کے لیے WASM میں مرتب (compile) کرنے کی ضرورت ہے، تاکہ آپ اسے واقعی آسانی سے امپورٹ کر سکیں۔ بنیادی طور پر ہمارا ٹور ٹیم کے ساتھ تعاون ہے: ہر ہفتے کالز، اور کچھ پروجیکٹس اور شراکت داریاں ایک ساتھ۔

ایتھیریم کے لیے مکس نیٹس (18:16)

مکس نیٹ کی طرف، میں ان کئی ٹیموں کا ذکر کرنا چاہتا ہوں جو اس پر کام کر رہی ہیں: Nym ٹیم؛ HOPR، جو کہ اولین میں سے ایک ہے؛ VPNs جیسے Gnosis VPN؛ اور کچھ دیگر جو میرے لیے نئے تھے، جیسے Anyone Protocol، اور مجھے لگتا ہے کہ اس ٹیم کا کوئی فرد یہاں ڈینور میں ہونا چاہیے، اس کے علاوہ کچھ اور نئے بھی۔ مکس نیٹس، VPNs، اور دیگر طریقوں پر کام کرنے والی بہت سی ٹیمیں ہیں۔

ہم دیکھنا چاہتے ہیں: کیا ہو اگر ہم ایتھیریم کے لیے ایک خاص مقصد کے لیے بنایا گیا مکس نیٹ بنائیں، جہاں ہم RPC ٹریفک کو روٹ کر سکیں؟ مکس نیٹس کی مضبوط ضمانتیں ہوتی ہیں، لیکن وہ بہت زیادہ تاخیر (latency) کا اضافہ کرتے ہیں۔ کچھ استعمال کے معاملات کے لیے یہ ٹھیک ہے: اس سے کوئی فرق نہیں پڑتا کہ اس میں تھوڑا زیادہ وقت لگتا ہے، جب تک کہ آپ کو رازداری حاصل ہو۔ لیکن غیر مرکزی مالیات (DeFi) اور ٹریڈنگ جیسی چیزوں کے لیے، اس بات کا امکان بہت کم ہے کہ اگر وہ تاخیر کا اضافہ کرتے ہیں تو انہیں اپنایا جائے گا۔ تو، ہم سب سے زیادہ رازداری کی ضمانتوں کے ساتھ کتنی تیزی سے چل سکتے ہیں؟ ایک بار پھر، ان میں سے کچھ ٹیموں کا شکریہ، اور اگر کوئی ان شعبوں میں کام کر رہا ہے اور میں نے آپ کو شامل نہیں کیا ہے، تو میں آپ سے بات کرنا پسند کروں گا۔

کارکردگی: یونیفائیڈ بائنری ٹریز اور GPU ایکسلریشن (19:28)

آخری چیز جس کے بارے میں میں بات کرنا چاہتا ہوں، اسے حقیقت بنانے کا تیسرا ستون، کارکردگی ہے۔ ہم چاہتے ہیں کہ یہ چیزیں تیز اور سستی چلیں۔ میرا ایک اصول ہے: اگر لاگت فائدے سے زیادہ ہو تو ان چیزوں کو نہیں اپنایا جائے گا۔ لاگت کا مطلب صارف کا تجربہ، وقت، اور صارف کی کوشش ہے، لیکن ڈیولپرز اور انفراسٹرکچر کے لیے بھی لاگت ہے: کیا اسے چلانا بہت مہنگا ہے؟ ہمیں لاگت کو جتنا ہو سکے کم کرنے کی ضرورت ہے، اور دو اعلیٰ سطحی اقدامات ہیں جن کے بارے میں میں بات کر سکتا ہوں۔

ایک UBT ہے۔ اس بات پر منحصر ہے کہ آپ پروٹوکول EIPs میں کتنے شامل ہیں، آپ نے اس کے بارے میں سنا ہوگا۔ اس وقت ہمارے پاس مرکل پیٹریشیا ٹرائی ہے، جو مفید ہے، لیکن ZK اور دیگر اقسام کے علمِ تشفیر کے لیے زیادہ مفید نہیں ہے۔ ایک تجویز ہے، EIP-7864، جو ورکل ٹریز کی طرف نہیں بلکہ یونیفائیڈ بائنری ٹریز کی طرف منتقل ہو رہی ہے۔ یہ حالت کی کیوری کرنے اور پھر اس کے اوپر ZK جیسے کرپٹوگرافک آپریشنز کرنے کے لیے بہت زیادہ موثر ہے۔

ہمارے پاس ایک پروجیکٹ ہے جو قابل تصدیق UBT کر رہا ہے: آپ کسی بھی ایتھیریم کلائنٹ میں ایک سائیڈ کار (sidecar) شامل کرتے ہیں، جس میں، MPT ڈیٹا بیس چلانے کے بجائے، ایک UBT حالت کا ڈیٹا بیس ہوتا ہے، اور پھر آپ ثابت کرتے ہیں کہ MPT سے UBT میں یہ تبدیلی ایک zkVM کا استعمال کرتے ہوئے درست ہے۔ یہ پہلے ہی بہت طاقتور ہے۔ ایک بار جب ہم ایسا کرنے میں کامیاب ہو جاتے ہیں، تو لائٹ کلائنٹس اسے اپنی کارکردگی بڑھانے کے لیے استعمال کر سکتے ہیں، اور PIR جیسی چیزیں بہت تیزی سے چل سکتی ہیں۔

دوسرا پہلو GPU ایکسلریشن ہے۔ ہم ان چیزوں کو بہت تیزی سے چلا سکتے ہیں اگر ہم اسٹیک کی نچلی سطحوں کو بہتر بنائیں: GPU ایک ہے، یا CPU ایکسلریشن بھی۔ یہ چیزیں شاید سرورز پر چلیں گی، فونز پر نہیں، اس لیے یہ تلاش کرنا شروع کرنا بھی بہت قیمتی ہے کہ ہم ان نچلی سطح کی لائبریریوں کو بہت تیزی سے چلانے کے لیے کیسے بنا سکتے ہیں۔

اب تک کا خلاصہ کرتے ہوئے: ہمارے پاس یہ پانچ تہیں ہیں، اور ہم ان استعمال کے معاملات کا احاطہ کرنا چاہتے ہیں۔ تین ستون ہیں: ڈیٹا، ٹریفک، اور کارکردگی۔ ڈیٹا کے لیے ہمارے پاس پراکسیز، TEEs، ORAMs، OMAPs، اور PIR ہیں۔ ٹریفک کے لیے ہمارے پاس مکس نیٹس، اونین روٹنگ، اور دیگر ہیں۔ کارکردگی کے لیے ہمارے پاس UBT اور GPU ایکسلریشن ہے۔ اگر آپ مزید پڑھنا چاہتے ہیں، کم از کم ان شراکتوں کے بارے میں جو PSE کر رہا ہے، تو آپ pse.dev/research پر جا سکتے ہیں۔

کامیابی کی پیمائش (22:15)

تو کامیابی کیا ہے، اور ہم اسے کیسے ماپ سکتے ہیں؟ ان تہوں پر واپس آتے ہوئے: اگر میں یہ دعویٰ کرنے کے قابل ہونا چاہتا ہوں کہ ایتھیریم سب سے زیادہ نجی چین ہے، تو حتمی نتیجہ کیا ہے؟ مجھے یہ محسوس کرنے کی ضرورت ہوگی کہ یہ تمام تہیں انتہائی مضبوط ہیں۔ میں اسے کیسے ماپوں گا؟ میں توقع کروں گا کہ مزید ویب سائٹس اور غیر مرکزی ایپلی کیشن (dapp) فرنٹ اینڈز اونین ڈومینز کے پیچھے ہوسٹ کیے جائیں گے۔ میں چاہوں گا کہ والیٹس مقامی طور پر گمنام روٹنگ کا استعمال کریں، اور گیٹ ویز، RPC پرووائیڈرز، اور انڈیکسرز بھی۔ اور میں ایک فیصد کی پیمائش کروں گا۔

سوال یہ ہے: موجودہ ایتھیریم ایکو سسٹم کے فرنٹ اینڈز میں سے، کتنے اونین ڈومین کے پیچھے ہوسٹ کیے گئے ہیں؟ میں کہوں گا کہ انتہائی کم، اگر کوئی ہے تو 1%۔ میرے لیے اچھا محسوس کرنے اور یہ کہنے کے لیے کہ ہم نے یہ کر لیا، ہمیں شاید ان تمام تہوں پر 80% سے زیادہ کی ضرورت ہوگی۔ اس وقت کتنے والیٹس گمنام روٹنگ تکنیکوں کے ذریعے ٹریفک کو روٹ کر رہے ہیں؟ بہت، بہت کم۔ RPC پرووائیڈرز کے ساتھ بھی ایسا ہی ہے: کیا یہ پرووائیڈرز PIR پیش کرتے ہیں؟ نہیں۔ لہذا میرے لیے، کامیابی کا دعویٰ کرنے کا مطلب یہ ہے کہ ان تمام تہوں پر موجود اداکار اس قسم کی ٹیکنالوجیز کو اپنائیں، کم از کم 80% ٹیمیں، ٹریفک، یا کیوریز۔

بٹ کوائن کے اونین نوڈ کا موازنہ (23:39)

یہ ایک ایسی چیز ہے جس کے لیے ہم بٹ کوائن سے حسد کر سکتے ہیں۔ ان پر ہونے والی تمام تنقیدوں کے باوجود، یہ پچھلے سال نومبر کی ایک تصویر ہے: ان کے قابل رسائی مکمل نوڈز کا 64% حصہ اونین ڈومینز کے پیچھے چھپا ہوا ہے۔

کیا ہم خود ایسا کر سکتے ہیں؟ یہ نچلی سطح کی، اتفاق رائے کی سطح کی رازداری ہے، لیکن کیا ہم کہہ سکتے ہیں کہ ہمارے مکمل نوڈز اور توثیق کار نوڈز ایک اونین نیٹ ورک یا مکس نیٹس کے پیچھے ہیں؟ مجھے یقیناً لگتا ہے کہ ہمیں ایسا کرنا چاہیے، اور ہم شاید 1% سے بھی کم پر ہیں۔ ہمارے پاس دوسرے چیلنجز ہیں جو ان کے پاس نہیں ہیں: ہم بہت تیزی سے چلتے ہیں، اور ہمارا اتفاق رائے مختلف ہے۔ لیکن میں اس طرح کے ڈیش بورڈز رکھنا پسند کروں گا اور یہ کہنا چاہوں گا کہ 80% سے زیادہ والیٹس نے اس قسم کی ٹیکنالوجیز کو اپنا لیا ہے، اور RPC پرووائیڈرز، ایکسپلوررز، فرنٹ اینڈز، لوڈ بیلنسرز، اور SDKs نے بھی۔ میں چاہوں گا کہ یہ فہرست بڑھے۔

ایتھیریم کا Monero اور Zcash سے موازنہ (24:55)

میں نے پچھلی رات اور اس سے پچھلی رات یہ دیکھنے کی جسارت کی کہ تہوں کے اس نقطہ نظر سے، ایتھیریم ایکو سسٹم کا موازنہ Solana، بٹ کوائن، Zcash، اور Monero جیسی چیزوں سے کیسے کیا جا سکتا ہے۔ پیلے رنگ میں موجود چیزیں آپٹ ان (opt-in) تکنیکیں ہیں، اور مجھے لگتا ہے کہ ہم وہاں بہت اچھے ہیں۔ نیلے رنگ میں موجود چیزیں تجاویز ہیں، ان میں سے کچھ پروٹوکول کی تجاویز ہیں۔ سبز رنگ میں موجود چیزیں پروٹوکول کی تہہ پر نافذ کی گئی ہیں۔

ایک پبلک چین ہونے کی ہماری 10 سالہ تاریخ کی وجہ سے، مجھے لگتا ہے کہ رازداری کو مقامی (native) بنانے میں Monero اور Zcash کی برابری کرنا مشکل ہوگا۔ لیکن مجھے لگتا ہے کہ ہم آپٹ ان (opt-in) اپنانے، اور ثقافتی اور سماجی طور پر ٹیموں اور صارفین کو ان میں سے زیادہ تکنیکوں کو اپنانے کے لیے متاثر کرنے میں واقعی اچھا کام کر سکتے ہیں۔ بٹ کوائن اور Solana کے اپنے چیلنجز ہیں، اور مجھے لگتا ہے کہ وہ کم از کم رازداری کی ان چیزوں میں مزید پیچھے ہوں گے۔

چیلنج: سب سے زیادہ نجی قابل پروگرام ایکو سسٹم (25:50)

میرا مقصد، اور وہ مقصد جو میں آپ کے ذہن میں ڈالنا چاہتا ہوں، یہ ہے کہ ایتھیریم دنیا کا سب سے زیادہ نجی، بلا اجازت، بلا اعتماد، اور قابل پروگرام ایکو سسٹم بن جائے۔ ہمارے پاس ادائیگی کی دیگر نجی چینز ہیں، اور یہ بہت اچھی بات ہے، وہ بہت اچھی ہیں، لیکن مجھے لگتا ہے کہ ان کے لیے قابل پروگرام بننا اور وہ ایکو سسٹم بنانا جو ہم نے بنایا ہے، بہت مشکل کام ہوگا۔

آپ کے لیے، اور یقیناً میرے اور میری ٹیم کے لیے میرا چیلنج یہ ہے کہ قابل پروگرام ایکو سسٹمز میں سے، سب سے زیادہ بلا اجازت، بلا اعتماد، اور نجی بنیں۔ ہم صرف آن چین عناصر پر توجہ مرکوز نہیں کر سکتے۔ ہمیں ان تمام تہوں پر توجہ مرکوز کرنے کی ضرورت ہے۔

لہذا اگر آپ نجی ریڈز، نیٹ ورکنگ، PIR کے نفاذ، GPU ایکسلریشن، ڈیٹا اسٹرکچرز، UBT، انفراسٹرکچر، یا توثیق کاروں پر کام کر رہے ہیں، تو میں اس کے بعد آپ سے بات کرنا پسند کروں گا۔ آپ کا بہت بہت شکریہ۔ ایتھیریم رازداری کے لیے ہے۔