ニュース暗号資産イーサリアム暗号論争、ハッシュ対格子暗号の対立に、Vitalik ButerinがEIP-8288を支持

イーサリアム暗号論争、ハッシュ対格子暗号の対立に、Vitalik ButerinがEIP-8288を支持

著者: Cryptofrontnews·

重要ポイント

  • •a16zは、ハッシュのみの設計がNIST標準外の独自の暗号構成に依存しており、ハードウェアウォレットや機関向けセキュリティシステムとの互換性を制限する可能性があると主張している。
  • •StarkWare CEOのEli Ben-Sassonは、格子暗号にはAIに悪用される可能性のある数学的構造が含まれていると主張し、多額の資金を委ねる前に3~5年待つことを推奨している。
  • •Gabriel Shapiroは、イーサリアムの現行アプローチがそのニーズに対して最良の選択肢であり続けると結論付け、研究者がAI攻撃に対するセキュリティを確立すれば、格子ベースのサポートは後からプレコンパイル経由で追加可能だと指摘した。
  • •Vitalik ButerinはEIP-8288を提案。ユーザーはローカルで署名を生成し、STARKで証明し、再帰的集約を通じて証明を提出することで、基盤データと計算をオフチェーンに保持できるという。
  • •Buterinは、ブロックチェーンのデータ容量には依然として限りがあると警告し、PeerDASとblocks-in-blobsがあっても実用上の上限は毎秒約8メガバイトと見積もった。
イーサリアム暗号論争、ハッシュ対格子暗号の対立に、Vitalik ButerinがEIP-8288を支持

イーサリアムの暗号ロードマップが公開論争の的となっており、ベンチャーキャピタルa16z、StarkWare CEOのEli Ben-Sasson、Gabriel Shapiro、イーサリアム共同創設者のVitalik Buterinが対立する立場を示している。議論の焦点は、ネットワークの将来のセキュリティをハッシュベースか格子ベース暗号のどちらに基盤を置くべきか、そしてイーサリアムがどのように異なる署名方式をサポートすべきかという点にある。Buterinは、暗号計算をその基盤データを直接オンチェーンに置かずに検証する方法としてEIP-8288を提案した。この背景は重要だ。ハッシュベースと格子ベースの暗号はいずれも業界全体の耐量子移行における有力候補であり、NISTはすでに両ファミリーにまたがる標準を公表している。この文脈が、ウォレット互換性と機関向けセキュリティ要件が論争で大きく取り上げられる理由の説明に役立つ。

a16zが格子暗号を支持、Ben-Sassonが反論

a16zは、ハッシュのみの設計が、イーサリアムのコンセンサスおよびアカウント署名向けに計画されているものを含め、NIST標準外の独自の暗号構成に依存していると主張した。同社は、基盤となるハッシュがまだ決定していないことを指摘し、この欠落が個々のハードウェアウォレットや機関向けセキュリティシステムとの互換性を制限する可能性があるとした。同社の見解では、ハッシュベース暗号のみに依存することはより脆弱なシステムを生み、格子暗号を採用することでブロックチェーンのセキュリティと機能性が向上するという。

STARK証明システムの共同発明者でありStarkWare CEOであるBen-Sassonは、これに強く反対した。Xへの投稿で彼は、格子暗号には人工知能に悪用される可能性のある数学的構造が含まれていると主張した。また、module SISに基づく簡潔な構成の成熟度にも疑問を呈し、それらが2012年以降にしか存在していないと述べた。彼の推奨は、AI攻撃への耐性を評価するため、多額の資金を委ねる前にさらに3~5年待つべきだというものだ。

Shapiroがイーサリアムの現行アプローチを擁護

Gabriel Shapiroは、このやり取りが当初、イーサリアムのロードマップ、特にJustin Drakeによる最近の批判と相まって、自身に疑問を抱かせたと述べた。しかし、問題を調べた結果、イーサリアムのアプローチがそのニーズに対して最良の選択肢であり続けると結論付けた。

彼は、LayerZeroを含む他のレイヤー1プロジェクトが、物語上の優位性を得るために格子ベース暗号を強調する可能性があると指摘し、格子ベースとハッシュベースの手法の選択は議論の余地のある戦略的決定だと述べた。さらに、研究者がAI攻撃に対するセキュリティを確立すれば、イーサリアムは後からプレコンパイルを通じてアカウントとウォレット向けの格子ベース暗号をサポートできると付け加えた。

Buterinがオフチェーン検証のためのEIP-8288を提案

この議論に加わったButerinは、EIP-8288が追加のプレコンパイルを必要とせずに異なる暗号システムをサポートできると述べた。この提案では、ユーザーはローカルで署名を生成し、STARKを用いて証明し、再帰的集約を通じて証明を提出することになる。彼はこの設計により、基盤データと計算をオフチェーンに保持しながら、イーサリアムが結果を検証できるようになると主張した。

データ容量はイーサリアムのスケーリング取り組み全体で一貫した制約であり、PeerDASやブロブ運搬トランザクションはその拡大のために導入された設計の一つだ。Buterinはまた、ブロックチェーンのデータ容量には依然として限りがあると警告した。PeerDASとblocks-in-blobsが導入されても、実用上の上限は毎秒約8メガバイトと見積もっている。

研究者が格子構成のAI攻撃に対するセキュリティを確立できるか、そしてEIP-8288がイーサリアムの公開改善プロセスをどのように進むかが、論争が続く中で注目すべき指標となる。