プリコンパイル

Vitalik Buterin (@VitalikButerin) は、さまざまな暗号アルゴリズムをサポートする理想的な道は EIP-8288 を通じて実現されると述べています：ユーザーはローカルで任意の署名を生成し、その後 STARK で証明し、STARK アグリゲーターを介してオンチェーンにすることで、チェーン上で calldata を占有する必要がなく、イーサリアムは新しいプリコンパイルを追加する必要がなくなります。彼はまた、格暗号（Lattice）が AI 攻撃に対する安全性を持つことが証明されれば、将来的にはプリコンパイルを通じてアカウントやウォレットなどのシナリオに使用できると述べました。以前、Starknet の共同創設者 Eli Ben-Sasson は a16z の関連意見に反対し、格暗号は豊富な数学的構造を持ち、AI 攻撃に対して脆弱であり、モジュール SIS に基づく簡潔なバージョンは 2012 年に登場したばかりで成熟度が不足しているため、AI による十分な検証が行われるまで 3-5 年待つことを提案しました。

TACはXプラットフォームで発表し、攻撃者がCosmos EVMのプリコンパイル層の脆弱性を利用して、TACネットワーク上の単一アカウントから2,985,651,403枚のTACを移転したと述べました。プロジェクトチームはその後、ブロック高24,671,475でネットワークを一時停止し、攻撃の継続を防ぎました。

Vitalik Buterin がツイートで、modexp プリコンパイルが ZK-EVM に非常に不利であり、最悪の場合は平均ブロックの 50 倍の計算コストがかかると述べ、EIP を通じて同等の EVM コードに置き換えることを呼びかけました。たとえそれがより高いガスを必要とする場合でもです。彼は modexp の設計者として「恥ずかしくて頭を下げる」と認め、その使用率が非常に低く、コンセンサスの失敗リスクを増加させることを指摘し、ごく少数のニーズのために全体のイーサリアムエコシステムの効率を犠牲にすべきではないと述べました。

ChainCatcher のメッセージによると、Hyperliquid はソーシャルプラットフォームで、HyperEVM メインネットが読み取りプリコンパイル機能をオンラインにしたと発表しました。これは HyperEVM の段階的な導入における重要なステップです。読み取りプリコンパイル機能により、開発者は HyperEVM 上のスマートコントラクトを通じて HyperCore の状態を読み取ることができます。たとえば、貸出プロトコルは HyperCore オラクルを使用して、マーク価格を信頼できる価格情報のソースとして利用できます。

ChainCatcher のメッセージ、RISC Zero は正式に zkVM 1.2 バージョンを発表し、新しい「アプリケーション定義」プレコンパイル（Application-defined Precompiles）機能を導入しました。この革新は従来のプレコンパイルモジュールのアーキテクチャパターンを変更し、プレコンパイル機能をアプリケーションと共にデプロイできるようにし、zkVM 内部の固定実装に依存することなく、パフォーマンスと柔軟性を向上させました。zkVM 1.2 バージョンにより、開発者はプレコンパイル機能をアプリケーションに即座に統合でき、システムの更新や追加の調整作業を必要とせず、より迅速で効率的な開発体験を実現します。報告によると、Automata は RISC Zero の RSA プレコンパイル機能を統合し、そのプログラムの実行サイクルを 3900 万から 19.8 万に短縮し、約 198 倍のコスト削減を実現しました。