Zcash共同創設者がVitalikのポスト量子計画を支持:これはEthereumにとって正しい道か?

icon币界网
共有
AI summary icon概要
Zcashの共同創設者であるエリ・ベン・サソンとEthereumの共同創設者であるヴィタリク・ブテリンが、Ethereumの量子耐性セキュリティ戦略について意見を述べています。a16z cryptoは最近、格子ベースの暗号化を推奨しましたが、ベン・サソンはAI関連の脆弱性を警告しました。ブテリンは、Ethereumの現在のアプローチを支持するDelphi Labsのガブリエル・シャピロを支持しました。また、ブテリンはEIP-8288を使用して、任意の署名方式をSTARKsと互換性を持たせ、EVMと互換性を持たせることを提案しました。これにより、Ethereumは新しいプリコンパイルを回避しながら、オンチェーンデータ検証の安全性を維持できます。ベン・サソンもこれに賛同し、これが正しい前進の道であると述べました。
CoinGapeが報道:

Xプラットフォームでは、現在、ブロックチェーン設計における格子暗号とハッシュベースの暗号学について、Zcash共同創設者のEli Ben Sasson、Ethereum共同創設者のVitalik Buterin、およびDelphi Labsの最高法務責任者Gabriel Shapiroが議論しています。

この議論は、a16z crypto が最近 X 上で投稿した、格子暗号を擁護する記事から始まった。a16z crypto は説明記事でその理由を説明し、イーサリアムの計画されている「ハッシュのみ」に基づく署名集約設計は SNARK 再帰に依存しており、この方法には調整オーバーヘッド、より広範な脆弱性暴露面、そしてまだ十分に確立されていないセキュリティが伴うと述べている。

a16z crypto の投稿に対する返信で、Zcashの共同創設者であるEli Ben Sassonは明確に反対し、格暗号は「魅力的な数学的構造」を持っており、AI攻撃の標的になりやすいと指摘した。

a16z cryptoによると、ハッシュベースの暗号学にのみ依存することはより安全に見えるが、このような設計ではシステムがより脆弱になる可能性がある。さらにこの議論に参加したDelphi Labsの最高法務責任者であるGabriel Shapiroは、X上で次のように意見を共有した。「私は、イーサリアムにとって、イーサリアムのソリューションが依然として最良の選択肢であると考えている。」彼はa16z cryptoの見解に同意しない。

イーサリアムのLeanコンセンサスロードマップには、BLS署名をハッシュベースの署名(某种Winternitz変体)で完全に置き換え、STARKを用いて集約するという内容が含まれます。Shapiroは、格暗号がAIに対して安全であることが証明された場合、アカウントやウォレットにプリコンパイルを通じてそれを活用できると提案しており、同時にハッシュベースの暗号学はイーサリアムがフルスピードで前進できるようにすると補足しました。

ヴィタリク・ブテリンもこの議論に参加し、シャピロの見解に賛同しました。「もし格暗号がAIに対して安全であることが証明されれば、我々は依然としてプリコンパイルを通じて格暗号スキームをアカウントやウォレットに適用できるでしょう。」

Buterinはさらに、「私が考える、すべてのユーザーに必要な暗号学を支援する理想的な道は8288を通じることです。あなたはローカルで任意の署名を生成し、それをSTARK証明に変換して、starkアグリゲーターマシンに組み込むことができます。オンチェーンのcalldataは一切必要ありません。これにより、イーサリアムは今後、プリコンパイルを追加する必要がなくなります。」

これについて、Zcashの共同創設者であるEli Ben Sassonは、「同意します。これはイーサリアムの正しい道です。」と応じました。

イーサリアム、量子耐性に備える

ビットコインを除き、ほとんどの大規模ブロックチェーンはステークプルーフ方式を採用しており、これによりバリデータは各ブロックに対して署名を通じて投票できます。署名の集約により、膨大なバリデータ集合が可能になっています。イーサリアムはBLS署名を使用しており、この署名は代数的構造を持ち、各スロット内で数万のバリデータの署名を単一の群要素に統合できます。

しかし、BLSは非常に有用ですが、現在知られている後量子署名方式のうち、どれもこのように集約できるため、後量子安全性を備えていません。

Buterinは今年初めに量子耐性ロードマップを説明する際、解決策としてプロトコル層の再帰的署名と証明の集約を挙げました。また、EIP-8141を通じてネイティブなアカウント抽象を導入し、この提案はトランザクションの検証、実行、ガス支払いのためのフレームワーク抽象を提供することで、第一級アカウントが任意の署名アルゴリズムを使用できるようにすると述べました。

免責事項: 本ページの情報はサードパーティからのものであり、必ずしもKuCoinの見解や意見を反映しているわけではありません。この内容は一般的な情報提供のみを目的として提供されており、いかなる種類の表明や保証もなく、金融または投資助言として解釈されるものでもありません。KuCoinは誤記や脱落、またはこの情報の使用に起因するいかなる結果に対しても責任を負いません。 デジタル資産への投資にはリスクが伴います。商品のリスクとリスク許容度をご自身の財務状況に基づいて慎重に評価してください。詳しくは利用規約およびリスク開示を参照してください。