ایک ایتھریم L2 جو صفر دستخطوں کو قبول کرتی ہے، وہ سیکیورٹی بگ جیسی لگتی ہے، لیکن BB84 قوانٹم حملوں سے بچنے کے لیے جان بوجھ کر یہ کر رہا ہے۔ گزشتہ آخرِ ہفتہ، اس کے بانی، جو Hadamard کے نام سے پوسٹ کرتے ہیں، نے ایتھریم ریسرچ پر ڈیزائن شیئر کیا اور تنقیدی رائے کی درخواست کی۔ BB84 مین نیٹ پر ایک OP Stack rollup ہے جو 30 ستمبر سے لائیو ہے، جہاں L2 ٹرانزیکشنز میں کوئی ECDSA نہیں ہوتا۔ ہر اکاؤنٹ ایک راز سے بنائے گئے keccak-256 ہیش چین کا آخری نقطہ ہے، جس میں ڈیفالٹ طور پر 1,000 قدم ہوتے ہیں۔ خراج دینے کے لیے، آپ کا والٹ چین میں پچھلا مقدار ظاہر کرتا ہے، جسے کوئی بھی ایک بار ہیش کرکے تصدیق کر سکتا ہے۔ L2 کے اندر، صرف اس فرض پر منحصر ہے کہ keccak-256 کا پرائمیج رزسٹنس موجود ہے، جسے Grover's الگورتھم کم کرکے تقریباً 2^128 کام تک لاتا ہے۔ ایک راز ظاہر کرنے سے وہ عوامی ہو جاتا ہے، اس لیے پروٹوکول اس بات کو ضابطہ بناتا ہے کہ ہر پرائمیج کو پہلے ایک ٹرانزیکشن سے منسلک کرنے کے لیے commit اور reveal مرحلہ شامل کیا جائے۔ op-geth میں دو نئے ٹرانزیکشن ٹائپس اس کو سنبھالتے ہیں، اور sender check نے ecrecover کو بدل دیا۔ ایتھورائزیشن استعمال ہو جاتی ہے، چاہے call revert ہو جائے یا نہ ہو، اور اگر والٹ آخری لنک پر تجدید کا مرحلہ نہیں پورا کرتا، تو وہ ایڈریس مرجا دیا جاتا ہے۔ پوسٹ میں اس ٹیم نے اپنے لکھتے وقت ایک فرانت رننگ فلو بھی درج کیا ہے۔ Commit میں کوئی دستخط نہیں ہوتے، اس لیے ایک نئा commit پینڈنگ commit کو تبدیل کرتا تھا، اور حملہ آور مخفی راز کو اپنے اپنے ادائیگی سے منسلک کر سکتا تھا۔ 21 اکتوبر سے لاگو ہونے والے قاعدہ نے پہلا commit فتح منانے کا فیصلہ کر دیا۔ حدود واضح طور پر بیان کردہ ہیں۔ L1 ڈپازٹس اور وِدراولز اب بھي ECDSA استعمال کرتے ہیں۔ ابھی تک کوئي فولٹ پروفز نہیں ہیں، اور پوسٹ کے مطابق، زنجیر L2BEAT Stage 0 تک بھي نہیں پہنچ سکتی۔ sequencer ٹیم کے ذریعے چلایا جاتا ہے، اور 160-bit اڈریسز تقریباً 2^80 قوانٹم سیکنڈ-پرائمج رزسٹنس چھوڑتے ہیں۔ پوسٹ میں یہ بھي پوچھا گيا ہے کہ کya ہاش-چین اکاؤنٹس EIP-7702 ya عام L2s پر نِيٹِو اکاؤنٹ ابستراکشن والیدیشن موڈ بن سکتے ہيں؟