منصة Ethereum L2 تقبل توقيعات صفرية تبدو وكأنها ثغرة أمنية، لكن BB84 تفعل ذلك عن قصد لتجنب الهجمات الكمية. في عطلة نهاية الأسبوع الماضية، نشر مؤسسها، الذي ينشر باسم Hadamard، التصميم على Ethereum Research وطلب ملاحظات نقدية. BB84 هو rollup على أساس OP Stack على الشبكة الرئيسية، ويعمل منذ 30 سبتمبر، حيث لا تحتوي معاملات L2 على أي ECDSA على الإطلاق. كل حساب هو نهاية سلسلة تجزئة keccak-256 مبنية من سر، بـ 1000 خطوة افتراضيًا. لإنفاق الأموال، يكشف محفظتك عن القيمة السابقة في السلسلة، والتي يمكن لأي شخص التحقق منها بتجزئة واحدة. داخل L2، الافتراض الوحيد المتبقي هو مقاومة الصورة المسبقة لـ keccak-256، والتي تخفض خوارزمية غروفر العمل إلى حوالي 2^128. كشف السر يجعله عامًا، لذا يضيف البروتوكول خطوة التزام وكشف لربط كل صورة مسبقة بمعاملة واحدة أولاً. يتعامل نوعان جديدان من المعاملات في op-geth مع هذا، ويستبدل فحص المرسل ecrecover. يُستهلك التفويض حتى عند رفض الاستدعاء، وإذا فاتت المحفظة خطوة التجديد على الرابط الأخير، فإن هذا العنوان يصبح ميتًا. يتضمن المنشور ثغرة في التقدم السريع وجد الفريق أثناء كتابته. الالتزامات لا تحمل توقيعًا، لذا كان يمكن لالتزام جديد أن يستبدل التزامًا معلقًا، ويمكن للمهاجم إعادة ربط سر مكشوف بدفعه الخاص. قاعدة دخلت حيز التنفيذ في 21 أكتوبر تجعل أول التزامات تفوز. الحدود مذكورة بوضوح. لا تزال إيداعات وسحبات L1 تستخدم ECDSA. لا توجد أدلة خطأ بعد، ووفقًا لوصف المنشور نفسه، فلن تصل السلسلة حتى إلى المرحلة 0 على L2BEAT. يدير المُرتب مجموعته، وعناوين 160 بت تترك مقاومة كمية ثانوية للصورة المسبقة حوالي 2^80. كما يسأل المنشور عما إذا كان يمكن لحسابات سلسلة التجزئة أن تصبح نمط تحقق EIP-7702 أو تجريد حساب أصيل على L2s العامة.