Một L2 của Ethereum chấp nhận không có chữ ký nghe có vẻ như một lỗ hổng bảo mật, nhưng BB84 đang làm điều này có chủ đích để tránh các cuộc tấn công lượng tử. Cuối tuần trước, người sáng lập của nó, người đăng bài với tên Hadamard, đã công bố thiết kế trên Ethereum Research và yêu cầu phản hồi mang tính phê bình. BB84 là một rollup trên OP Stack trên mạng chính, đã hoạt động từ ngày 30 tháng Chín, nơi các giao dịch L2 hoàn toàn không sử dụng ECDSA. Mỗi tài khoản là đầu của một chuỗi hash keccak-256 được xây dựng từ một bí mật, với 1.000 bước theo mặc định. Để chi tiêu, ví của bạn sẽ tiết lộ giá trị trước đó trong chuỗi, và bất kỳ ai cũng có thể xác minh bằng cách băm một lần. Bên trong L2, giả định duy nhất còn lại là tính kháng preimage của keccak-256, mà thuật toán Grover làm giảm xuống khoảng 2^128 công việc. Việc tiết lộ bí mật khiến nó trở nên công khai, do đó giao thức thêm bước cam kết và tiết lộ để liên kết mỗi preimage với một giao dịch trước tiên. Hai loại giao dịch mới trong op-geth xử lý điều này, và kiểm tra người gửi thay thế ecrecover. Sự ủy quyền bị tiêu thụ ngay cả khi lệnh gọi bị hủy, và nếu ví bỏ lỡ bước gia hạn ở liên kết cuối cùng, địa chỉ đó sẽ bị vô hiệu. Bài đăng cũng nêu ra một lỗ hổng front-running mà nhóm đã phát hiện trong quá trình viết. Các cam kết không có chữ ký, nên trước đây một cam kết mới có thể thay thế cam kết đang chờ, và kẻ tấn công có thể liên kết lại bí mật đã tiết lộ với thanh toán của chính chúng. Một quy tắc có hiệu lực từ ngày 21 tháng Mười đã quy định cam kết đầu tiên sẽ chiến thắng. Các giới hạn được nêu rõ ràng. Việc nạp và rút trên L1 vẫn sử dụng ECDSA. Chưa có fault proofs, và theo chính bài đăng, chuỗi thậm chí còn chưa đạt đến Giai đoạn 0 của L2BEAT. Sequencer do nhóm vận hành, và các địa chỉ 160-bit mang lại khoảng 2^80 khả năng kháng lượng tử second-preimage. Bài đăng cũng đặt câu hỏi liệu các tài khoản chuỗi hash có thể trở thành EIP-7702 hoặc chế độ xác thực trừu tượng tài khoản bản địa trên các L2 tổng quát hay không.