ゼロ署名を受け付けるEthereum L2はセキュリティバグに見えるが、BB84は量子攻撃を回避するために意図的にそれを実装している。 先週末、Hadamardという名前で投稿している創設者は、Ethereum Researchにその設計を公開し、批判的なフィードバックを求めた。 BB84はメインネット上で9月30日から稼働しているOP Stackロールアップであり、L2トランザクションには一切ECDSAが使用されていない。 各アカウントは、シークレットから構築されたkeccak-256ハッシュチェーンの先端であり、デフォルトで1,000ステップ分ある。 支払いを行う際、ウォレットはチェーン内の前の値を公開し、誰でも1回のハッシュ計算で検証できる。 L2内部では、keccak-256のプリイメージ耐性のみが仮定され、これはGroverのアルゴリズムにより約2^128の計算量に削減される。 シークレットを公開するとそれが一般に知られてしまうため、プロトコルは各プリイメージを1つのトランザクションにバインドするためのコミットとリベールのステップを追加している。 op-gethにはこの処理を担う2つの新しいトランザクションタイプが導入され、送信者検証はecrecoverの代わりに実装されている。 呼び出しがリバートしても認証は消費され、ウォレットが最後のリンクの更新ステップを逃した場合、そのアドレスは無効となる。 この投稿には、開発チームが作成中に発見したフロントランニングの脆弱性も記載されている。 コミットには署名が含まれないため、以前は新しいコミットが保留中のコミットを上書きでき、攻撃者は公開されたシークレットを自らの支払いに再バインドすることが可能だった。 10月21日に適用されたルールにより、最初のコミットが有効となる。 制限事項は明確に記されている。 L1の入金と出金には依然としてECDSAが使用される。 まだフォールトプローフは実装されておらず、投稿自身でもこのチェーンはL2BEATのStage 0にすら達していないと述べられている。 シーケンサは開発チームが運用しており、160ビットアドレスは約2^80の量子第二原像耐性を残す。 また、投稿ではハッシュチェーンアカウントが一般的なL2上でEIP-7702またはネイティブなアカウント抽象化検証モードとして採用される可能性についても問いかけている。