اگر آپ ethereum:native کو اسٹیک کر رہے ہیں اور آپ سوچ رہے ہیں کہ اس AI ہیکنگ لہر سے کیا خطرات ہیں، تو یہ پوڈکاسٹ آپ کے لیے ہے۔ کچھ ہیکس صرف آپ کو آفلائن کر سکتے ہیں، جس کا خرچہ زیادہ نہیں ہوتا۔ دوسرے ہیکس آپ کو سالوں یا دہائیوں کے اسٹیکنگ انعامات، یا شاید سب کچھ، کھو سکتے ہیں۔ یقینی بنائیں کہ آپ فرق جانتے ہیں، اور جلد سے جلد ایک اسٹیج 1 سیٹ اپ تک پہنچ جائیں۔ میں اس سفر میں سوالات کا جواب دینے یا مدد کرنے کے لیے خوش ہوں، DM کریں یا نیچے جواب دیں 👇

اس ماہ نے یہ بات بے نقاب کر دی ہے کہ ایتھریم:نیٹو اسٹیک کی بڑی مقدار کو ایک واحد ناکامی کے نقطے پر چلانا آپ کے فنڈز کے لیے لمبے مدتی طور پر محفوظ حکمت عملی نہیں ہے۔ ہم Validator Beat متعارف کر رہے ہیں، جو آپ کے اسٹیک کو محفوظ طریقے سے چلانے کے لیے ایک آسان فریم ورک ہے۔ مرحلہ 1 کا مطلب ہے کہ کوئی ایک واحد ناکامی کا نقطہ آپ کو سلیش نہیں کرے گا۔ مرحلہ 2 کا مطلب ہے کہ کوئی ایک واحد ناکامی کا نقطہ آپ کو آف لائن نہیں کرے گا۔ مرحلہ 0 والیدیٹر کی ناکامیوں سے آپ کو بہترین صورت میں ہفتوں کا انعام ضائع ہو سکتا ہے، یا بدترین صورت میں دہائیوں کا یا پورا سرمایہ۔ اس جگہ میں جہاں نیچے کی طرف ناگزیر نقصان ہے، اس طرح کے اقدامات پر قدم نہ رکھیں، یہ ایک اسٹیمل رولر کے سامنے پینس اٹھانے جیسا ہے۔

کیوں آپ کو ایک ہی تصویر میں اپنا ETH ایک منفرد خرابی کے نقطے پر اسٹیک نہیں کرنا چاہیے

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

ایتھریم اسٹیکرز کے لیے متعلقہ دوامی خرابی کے جرمانوں پر غور کر رہا ہے، جو @VitalikButerin کا ایک خیال ہے۔ مقصد یہ ہے کہ مرکزی خرابی کے نقاط کو ان کے طور پر بڑے پیمانے پر کٹوتی کے واقعات سے پہلے روکا جائے۔ میں نے EIP کو سمجھنے اور اسے اپنانے کی وجہ سمجھنے کے لیے ایک ویب سائٹ بنائی ہے۔ 🔗 نیچے، tl;dr👇

کچھ بڑے ایکل خصوصی کلید والے والٹس کون سے ہیں جو پروگرامی طور پر دستخط کرتے ہیں؟ MEV بوٹس، ایکسچینج ہاٹ والٹس شاید، لیکن آرکلز (متعدد دستخط) نہیں، برجس (متعدد دستخط) نہیں، DEX نہیں، …۔ کسی بھی اچھی مقدار کی قیمت کو محفوظ رکھنے کے لیے، محفوظیت کے لیے خرابی کے تحفظ اور تنوع کے ساتھ متعدد انتظامات استعمال کرنے کا رجحان ہوتا ہے۔ متفقہ لیول پر، میں سمجھتا ہوں کہ ہم تسلیمیت کی وجہ سے پیچھے ہو رہے ہیں۔ میں کہوں گا کہ اسٹیک کا کم سے کم 1% یا شاید 0% ہی درست طریقے سے کوئی ایک نقطہ فیلئر نہ ہونے والے انتظامات پر چل رہا ہے، جب آپ اسے کتنی سختی سے تعریف کرنا چاہتے ہیں۔ میں سمجھتا ہوں کہ ہم اس حقیقت کو نظرانداز کرتے ہیں کہ ایک ہیکر صرف آپ کا پیسہ تباہ کر سکتا ہے، اسے چھیننے کے بجائے، اس لیے ان کے لیے اس پر حملہ کرنا اتنा دلچسپ نہیں، جو شاید سچ بھی ہو، لیکن میں نہیں جانتا کہ یہ کافی ہے؛ جب AI س_enabled سپیر فشنگ مہم کے اخراجات کم ہو رہے ہیں اور ان کی معیار بڑھ رہا ہے۔ دفاع کو ہر بار کامیاب ہونا پڑتا ہے، حملہ صرف ایک بار کامیاب ہونا چاہتا ہے۔ یہ متوازن نہیں ہے۔ پچھلے سال صرف 10% ویریڈیٹر سیٹ کے ساتھ ہم نے ایک قریب سے بچاؤ کا تجربہ کیا تھا جسے اب ہم زیادہ تر بھول چکے ہیں۔ اس سے زائد، جب تک انھوں نے کچھ کلیدوں کو چھین لیا ہو، تو ان کو آگے آنا منطقی نہیں۔ ایک ہیکر کا لیوریج اس وقت غیر خطی طور پر بڑھتا ہے جب وہ زیادہ ETH سلش کر سکتا ہے۔ ہم نہیں جانتے کہ کتنی کلیدز پہلے سے خاموش طور پر چھین لی جا چکی ہیں، لیکن میرا خيال نہيں کہ 0 ہوں۔ آئئے اس مسئلے کو اس سے پہلے حل کرنا شروع کر دیں کہ اس سے قبل کوئي آفت واقع ہو جائے۔ آئئے زیادہ تقسیم شدہ ویریڈٹرز چلائیں، اپنے اسٹیکنگ انتظامات میں اکلوتے نقطۂ فشل کو کم کر دیں، اور ethereum کو زائد ضدِ تباہي بنائیں۔

@dsrvlabs نے اپنے پہلے عوامی ٹیسٹ نیٹ ورک سے چار سال پہلے ہی ڈسٹریبیوٹڈ ویلیڈیٹرز چلائے ہیں۔ ان کے لیے Lido کی منظم سیٹ کے اسٹیک کا ایک اہم حصہ ڈسٹریبیوٹڈ ویلیڈیٹرز کے لیے اپنانا بہت بڑی خوشی کی بات ہے۔ یہ ڈپلوائمنٹ انہیں Lido کے جاری تبدیلی کے دوران تک 40 0x02 ڈسٹریبیوٹڈ ویلیڈیٹرز چلانے کی اجازت دے گا۔

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

میں کہوں گا کہ میں حیران ہوں، لیکن حقیقت میں میں EF پروٹوکول کے مسلسل ڈیسینٹرلائزیشن کے افتراض کے ساتھ نااخلاق ہوں۔ میں واضح ہوں: اگر اٹیسر سیٹ چاہے نہیں تو FOCIL کام نہیں کرتا۔ پروٹوکول ترجیحات پوسٹ پر پوسٹ-کوانٹم کو ایک مقصد کے طور پر مرکوز کیا گیا ہے، ٹھیک ہے، اور CROPS کے لیے صرف الفاظ کا استعمال کیا گیا ہے: "FOCIL Hegotá کا کنسینسس لیئر کا مرکزی حصہ ہے۔ اس کے علاوہ ہماری خواہش تقریباً صفر ہے، جب تک کہ کوئی اضافہ پوسٹ-کوانٹم تیاری کو ب без سیدھا حمایت نہ کرے۔" اس وقت کمرے میں ہاتھی جسے EF مسلسل نظرانداز کر رہا ہے، وہ یہ ہے کہ چین تیزی سے مرکزیت کی طرف جا رہی ہے، اور مسائل کو تسلیم کرنے یا ان میں سے کسی بھی مسئلے کو حل کرنے کی ترجیح دینے میں دلچسپی نہیں ہے۔ مثال کے طور پر، کارلیشن پینلٹیز (7716) جنہیں وہ اس طرح بیان کرتے ہیں: "validator correlation کے لیے slashing-logic سطح شامل کرتا ہے جبکہ CROPS یا PQ کا کوئی حصہ نہیں۔ اس فورک میں اسے ترجیح نہیں دی جا رہی، ہم CL سکوپ کو ہلکا رکھنے کी کوشش کر رہے ہیں۔" اس سے شروعات میں غلط ہے، 7716 میں slashing logic نہیں ہے، اور یہ دعوٰی کرنا کہ یہ CROPS میں کوئی حصہ نہیں دे�تا، بہترین حالت میں غلط فہمی ہے۔ 7716 client diversity کو بڑھانے اور مرکزیت کو سزا دینے کے لیے موجود تمام EIPs میں سب سے بہترین ہے۔ یہ ایک جادوئی حل نہیں ہے، لیکن ہمارے پاس جو ہے وہ یہ ہے، اسے DFI نہیں کرنا چاہئے۔ FOCIL شائع کرنے کے لیے H-star پر ایک سال صرف کرنا، جبکہ validator سیٹ کے بنیادی مسائل حل نہ کئے جائیں، بڑھتے ہوئے مرکزی staking اداروں کو "اصل میں نہیں" کہنے کا خطرہ پیدا کرتا ہے، اور وہ ILs والے slots پر attest نہیں کرنا چاہتے جن سے وہ متاثر ہوتے ہیں۔ انھیں ان سے کوئي روارڈز نقصان نہیں ہوتا، اور سمجھنا کہ ہم انھیں سوشل سلشنگ سے دوزاخ دینگے، واقعات پر مبنی خواہشات ہیں، اور اب Ethereum compromised ہو چکا ہے اور آپ کو چین استعمال کرنے کے لئے اجازت درکار ہوگی۔ اس نتائج سے بچنا اس بات پر منحصر نہیں کہ اس پر اکثر EIPs موجود ہوں، بلکہ EF میں اس بات پر ثقافتی تبدیلی درکار ہے جس میں انھيں احساس ہو جائے کہ انھيں خدا سے مرکزت نتائج حاصل کرنے کا الٰهِي حق نहيں، اور وہ صرف پوسٹ-کوانٹم جیسے اکادمک چالنجس پر توجہ مرکوز نहيں رکھ سکتے جبکه حقائق جو تھڑتھڑا رفتار سے مرکزت بڑھ رهي هيا انھيں نظرانداز كر رهيا هيا۔ हمें زنجیر की حالت پر ما quarterly رپورٹنگ درکار ہے تاکہ لوگوں کو حالات کی شدت کو نظرانداز کرنے میں مشکل ہو جائے۔ ہمे�ں فورک مे�ں سے اقل اقل اک EIP nakamoto, staking gini, ya validator set ke دوسرے پڑاؤ پر بڑھوتار لایا جانا چاھئي، اور ہمें عمل پر مبنى، عمل شعار قائدین درکار ہيں جنھيں Ethereum CROPS بننے پر صرف اخلاقى اختبار نه بلکه حقائق پر توجہ دیني چاھئي۔ (میرا خيال هى @pcaversaccio) EF ميں بعض لوگ هيا جنھيں زنجير CROPS بننې پر حقيقتي دلچسپي هيا، لे�كين جب تك كميونتي صاف طور پر اور مستقل طور پر اپنې مانگيں نه رکھي جائينگي، انھيں سننا نهيں آئيگا۔ براۓ مہرباني انھيں دکھائى دين كه آپ Ethereum كي حمايت كرتين هيا نه كه كسيا aur مرکزت زنجير كي، براۓ مہرباني H-star aur is se آگي كي طرف مرکزت aur CROPS كي حمايت كريين۔ شكرية۔

ہمیں وولنریبیلٹی رپورٹس کی وہی مقدار ملتی رہی ہے جو اسی دورانیے میں ایک مشابہ گراف پر دکھائی دیتی ہے، اس کا مقابلہ کرنا مشکل رہا ہے۔ بہت سے ڈپلیکیٹ "won't-fix" قسم کے مسائل (جی ہاں، آپ ہمارے پبلک APIز کو پڑھ سکتے ہیں، یہی ان کا مقصد ہے) لیکن بہت سے درست اور معتدل مسائل بھی تھے جنہیں ہم نے حل کیا اور ان کے لیے ادائیگی کی۔ ایتھریم کی $100 بلین فعال اسٹیک کا تقریباً ہر حصہ کم از کم ایک اکیلے خرابی کے نقطے سے مالا مال ہے جو اس کے کلیدز کو لیک ہونے اور اسے سلیش ہونے کا باعث بنتا ہے۔ خراب OpSec، خراب سپلائی چین، خاص سافٹ ویئر، آپریٹنگ سسٹمز، سی پی یوز اور دیگر عوامل کی وجہ سے جو ڈیلیگیٹرز اکیلے سسٹمز پر بھروسہ کرتے ہیں، ان کا پرنسپل تک 100% نقصان ہو سکتا ہے۔ ہم ایتھریم کی سلامتی اور اسٹیکرز کے ETH کی حفاظت بہتر بنانے کے مقصد سے ایک نئے ابتدائی منصوبے کے ذریعے ان اکیلے خرابی کے نقاط کو سادہ اور واضح بنانے جا رہے ہیں۔ اگر کامیاب ہو جائے تو زیادہ تر تنظیمیں اکیلے خرابی کے نقطوں والے سسٹمز سے متعدد آپریٹرز والے ڈسٹریبیوٹڈ ویریفائر سسٹمز جیسے اسٹیکنگ سسٹمز پر منتقل ہو جائیں گی۔ اس سے ان کے اسٹیکرز کے فنڈز بہتر طور پر محفوظ ہوں گے اور یقینی بنایا جائے گا کہ ایتھریم کبھی آف لائن نہ ہو۔