एक ईथेरियम L2 जो शून्य साइनेचर स्वीकार करता है, वह सुरक्षा बग जैसा लगता है, लेकिन BB84 इसे क्वांटम हमलों से बचने के लिए जानबूझकर कर रहा है। पिछले हफ्ते के अंत में, इसके संस्थापक, जो Hadamard के नाम से पोस्ट करते हैं, ने Ethereum Research पर डिज़ाइन प्रकाशित किया और आलोचनात्मक प्रतिक्रिया के लिए कहा। 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 होता है, और यदि कोई वॉलेट अंतिम कड़ी पर पुनः समय-समय पर पुनः सक्रियण चरण को मिस करता है, तो वह पता मर जाता है। पोस्ट में एक front-running दोष भी शामिल है, जिसे टीम ने इसे लिखते समय पाया। Commits में कोई साइनेचर नहीं होता, इसलिए पहले कोई नया commit pending commit को प्रतिस्थापित कर सकता था, और हमलावर प्रकट किए गए रहस्य को अपने स्वयं के भुगतान से पुनः-बांध सकता था। 21अक्टूबर से प्रभावी हुए एक नियम से पहला commit ही विजयी माना जाता है। सीमाएं स्पष्ट रूप से स्पष्ट की गई हैं। L1 डिपॉज़िट्स और निकासी में अभी भी ECDSA का प्रयोग होता है। अभी कोई fault proof नहीं हैं, और पोस्ट के स्वयं के हवाले से, यह चेन L2BEAT Stage 0 में भी पहुंचने में सक्षम नहीं होगी। sequencer, टीम द्वारा संचालित है, और 160-बिट पते 2^80 क्वांटम सेकंड-प्रीइमेज प्रतिरोधकता प्रदान करते हैं। पोस्ट में पूछा गया है कि क्या hash-chain accounts EIP-7702 ya सामान्य L2s पर native account abstraction validation mode के रूप में बन सकते हैं।