Sıfır imza kabul eden bir Ethereum L2, güvenlik açığı gibi görünse de, BB84, kuantum saldırılarından kaçmak için bunu kasıtlı olarak yapıyor. Geçen hafta sonu, Hadamard takma adıyla yayın yapan kurucusu, tasarımı Ethereum Research’de yayınladı ve eleştirel geri bildirim istedi. BB84, 30 Eylül'den beri ana ağda faaliyette olan bir OP Stack rollup’tır ve L2 işlemleri tamamen ECDSA içermemektedir. Her hesap, bir gizli anahtarla oluşturulmuş bir keccak-256 hash zincirinin son halkasıdır ve varsayılan olarak 1.000 adımdan oluşur. Harcamak için cüzdanınız, zincirdeki önceki değeri açığa çıkarır; bu değer, bir kez hashlenerek herkes tarafından doğrulanabilir. L2 içinde kalan tek varsayım, keccak-256’nın öncü resim direncidir; bu direnç, Grover algoritmasıyla yaklaşık 2^128 işe düşürülür. Bir gizli anahtarın açığa çıkarılması, onu kamuoyuna duyurur; bu nedenle protokol, her öncü resmi ilk olarak bir işlemle bağlamak için bir commit ve reveal aşaması ekler. Bu işlemi yönetmek için op-geth’de iki yeni işlem türü tanımlanmıştır ve gönderici doğrulaması ecrecover yerine geçer. Yetkilendirme, çağrı geri alındığında bile tüketilir ve bir cüzdan son halkadaki yenileme aşamasını kaçırsa, bu adres ölü hale gelir. Yazıda, ekip yazarken bulduğu bir öncül saldırı kusuru da yer almaktadır. Commitler imza taşımaz; bu nedenle yeni bir commit, bekleyen bir commiti değiştirebilirdi ve bir saldırgan, açığa çıkarılmış bir gizli anahtarı kendi ödemesine yeniden bağlayabilirdi. 21 Ekim’de yürürlüğe giren bir kural, ilk commitin kazanacağını belirtmektedir. Sınırlar açıkça belirtilmiştir. L1 yatırma ve çekme işlemleri hâlâ ECDSA kullanmaktadır. Henüz hata kanıtları mevcut değildir ve yazının kendi ifadesine göre zincir, L2BEAT Stage 0’a bile ulaşamaz. Sequencer, ekip tarafından çalıştırılmaktadır ve 160-bit adresler yaklaşık 2^80 kuantum ikinci öncü resim direnci bırakmaktadır. Yazı ayrıca, hash zinciri hesaplarının genel L2’lerde EIP-7702 veya yerel hesap soyutlama doğrulama modu haline gelip gelmeyeceğini soruyor.