eip

慢雾の創設者余弦は、ツイッターでバイナンスのハッカーがイーサリアム上でEIP-7702メカニズムを選択したのは、清掃作業を便利にするためであり、バイナンス関連のホットウォレットからトークンを大量に盗むためだと述べました。余弦は、チェーン上で見ると、ハッカーの操作はかなり粗雑であり、実際にコインを盗む前に数時間のリハーサル準備を行ったと強調しました。彼は、EIP-7702メカニズム自体には問題がなく、このプロトコルメカニズムがなくても、類似の操作を実現する他の方法が存在すると述べました。

オンチェーンデータによると、Binanceの盗まれたホットウォレットの一つであるBinance 14は、10月30日北京時間8:10にEIP-7702の承認を取り消しました。Binanceの今回の事件はEIP-7702の承認メカニズムに関わっており、このような承認が署名されると、ウォレットは特定のプログラムによって引き継がれ、承認が取り消されるまで続きます。今回の攻撃はこのメカニズムを悪用しました。攻撃者はBinanceのホットウォレットにEIP-7702の承認を署名させ、ウォレットの制御権を攻撃者が事前に展開した悪意のあるスクリーニングコントラクトに委託することに成功しました。承認が有効になると、その悪意のあるコントラクトはウォレットを操作する権限を得て、資産を自動的に一括で移動させることができ、プロセス全体でウォレットの所有者の追加署名は不要となります。

Binanceがハッキングされた疑いに関して、ハッカーがイーサリアムのEIP-7702メカニズムを利用してウォレットを制御し、資金を移動させた可能性があるとの見解があります。Xユーザー0xVEERは、開発者0xjustadevが約2年前のEIP-7702の議論の際にこのような状況について警告を発していたと投稿しました。現在、この事件がEIP-7702に関連しているかどうかはBinanceの公式に確認されておらず、上記の内容はあくまでコミュニティの見解です。添付されたスクリーンショットには、2024年10月にイーサリアムコミュニティフォーラムのEIP-7702（Set EOA account code）に関する議論スレッドで、開発者が当時のフィッシング手法が可読性があり、比較的模倣しやすいEIP-712署名に集中していたと指摘している様子が示されています。この提案は、攻撃者が可読性が低く、模倣が難しい署名を通じて、ネイティブトークンを含むすべての価値のある資産を移動させる可能性があるとしています。この開発者は、ウォレットがそのために高度に中央集権的な契約署名のホワイトリストを採用する可能性があり、安全性と分散化の後退を招くことを懸念しています。

EIP-8450 提案の更新では、イーサリアムのバリデーターに対して量子耐性のある公開鍵登録メカニズムを導入することが提案されており、ハッシュベースの暗号学的スキームを採用しています。これには、leanXMSS キーと VRF ツリーのルートが含まれます。更新では、BLS 署名キーによる量子耐性キーの登録および交換が明確に認可され、少なくとも 1 つのエポックの交換遅延とリプレイ防止メカニズムが設定されています。この提案は現在ドラフト段階にあり、まだ展開されていません。

ChainSecurity の報告により、EIP-8037 が一部のスマートコントラクトとの互換性およびセキュリティ問題を明らかにしたため、コア開発者は先週 Hoodi テストネットのアップグレードを Glamsterdam まで延期することを決定しました。現在確認されている問題には、取引実行中に残りのガスが増加する可能性があり、それが一部のガス計算ロジックのアンダーフローを引き起こし、ロールバックをトリガーするか、元々実行されるべきでないコードパスがトリガーされることで、取引が成功したように見えることが含まれます。さらに、一部のコントラクトは、呼び出し中のガス消費を正しく計算できないために、使用量を過小評価する可能性があります。ChainSecurity は以前、13 の実際のケースを発見し、影響を受けたプロジェクトと責任ある開示を行っていると述べました。トニ・ヴァールシュテッターは、今週関連するコントラクトをさらに調査し、今後の解決策を評価する予定であり、アプリケーション開発者、コア開発者、監査人、およびノードオペレーターが協力して対処する必要があるかもしれないと述べました。最悪の場合、プロトコル仕様の調整が必要になる可能性があります。彼はアプリケーション開発者と監査人に対し、コントラクトが EIP-8037 および EIP-8038 と互換性があるかどうかを確認し、問題を迅速に報告するように促しました。

Paranoid 開発者 Ignotus Nemo は、イーサリアム研究フォーラムで EIP-8288 に対する再帰的集約案を提案し、承認された複数の証明サイズをサポートすることを提案しました。これにより、小規模な集約でより小さな証明を使用できるようになります。彼は Paranoid システムで異種再帰を実現し、公共メインネット上で大小二つの状態遷移証明を運用しています。この案は、限られた認証検証器ライブラリを使用し、各クラスの独立した累積器チャネルを通じてクラス間の遅延検証を処理し、再帰ステップにおける行列の宣言の正確性を確保します。EIP-8288 にこのメカニズムを適用する際には、サブライブラリの統合、依存関係の処理、プログラムのアイデンティティと検証器クラス間の意味的互換性の問題について議論する必要があります。EIP-8288 は Vitalik Buterin と Thomas Coratger によって 2026 年 6 月に提案され、主にポスト量子署名と STARK 証明の大きさ、オンチェーン検証コストの問題に対処しています。

GitHubの情報によると、Ethereum EIPリポジトリに「Decoupled Consensus」（デカップルドコンセンサス）という名前のコアプロトコル草案が登場し、ビーコーンチェーンのチェインヘッド投票とファイナリティ証明投票を分離することを提案しています。これにより、フォーク選択の安全性を向上させ、最終確定時間を短縮し、後のポスト量子暗号学（PQ）への移行の基盤を築くことを目指しています。この提案はFrancesco D'Amato、Roberto Saltini、Yann Vonlanthen、Mikhail Kalinin、Ben Edgingtonなどによって執筆されており、現在は初期草案段階にあり、いくつかの詳細はまだ確定していません。提出者は現段階でEIP番号を取得することを主に希望しています。提案はさらなる審査を待っており、まだマージされていません。

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

イーサリアムの貢献者 Francesco Risitano (@frisitano) が EIP-8440 (実行チェーン証明) の草案提案を提出しました。この提案は、再帰的ゼロ知識証明メカニズムを通じて、ヘッダービーコルブロックからオリジンビーコルブロックまでのすべての実行有効ペイロードの合法性を証明し、それをビーコルチェーンにバインドします。ノードは単一の証明を通じて、弱い主観性チェックポイントから最新のブロックヘッダーまでの完全な実行有効性を確立し、定数時間のチェーン同期を実現します。

EIP-8363 共同提案者 Jérôme de Tychey は、提案を Hegotá ハードフォークに組み込む申請を撤回したことを発表し、関連する発行政策の議論は独立したテーマに移行することになります。

Ethlabsによると、イーサリアムコミュニティは「Quick Slots」提案（EIP-8198）を推進しており、クライアントが固定の12秒のブロック時間の仮定を取り除くために一度の再構築を計画しています。まずL1のブロック時間を12秒から10秒に短縮し、その後ネットワークの状況に応じて段階的に短縮していく予定です。Ethlabsは、DefiLlama、Doppler、Derive、Ondo、Railgun、Lido、EthenaなどのプロジェクトチームやFlashbots、Titan Builderなどのインフラチームが、より短いスロットがDEXの価格効率を向上させ、LPの収益やユーザーのインタラクション体験を改善し、FOCILと組み合わせることで取引の取り込みと検閲耐性を強化すると広く考えていると述べています。同時に、ノードの地理的分散とバリデーターの参加のハードルを著しく弱めることはありません。

イーサリアム財団（EF）は、Protocol Clusterが次回のネットワークアップグレードHegotáに関するシステム評価を行った2つの新しい記事を発表したと述べています。その中で、「Hegotá EIP意見投稿とティアリスト」は、現在提案されている62件のEIPを評価し、ランク付けしています。これは、チームが初めてネットワークアップグレードに対して統一されたEIP評価リストを発表したものです。紹介によると、約60名のProtocol Cluster傘下の9つのチームからの研究者、エンジニア、専門家が審査に参加し、397件の評価意見を提出し、議論の余地がある提案について現場で議論を行いました。関連する記事では、イーサリアムプロトコル層の現在および未来の重点方向を整理しており、その中の一つの核心目標は、2029年12月までにイーサリアムL1が量子耐性を実現することです。イーサリアム財団は、上記のアップグレード計画、長期的なコミットメント、及びクラスターの共同優先事項が、Hegotáアップグレードの範囲とEIP評価を最終的に決定するための背景を提供すると述べています。さらに、Protocol Clusterは9月16日14:00 UTCにRedditのr/ethereumコミュニティでAMAを開催し、Hegotá EIP評価、プロトコルの発展の重点などの議題について議論を展開します。

Vitalik は最近 EIP-8141 "Frame Transaction" 提案を更新しました。核心的な改善点には、原子バッチ実行で最大 64 の操作を行うこと、ソーシャルリカバリー（Google アカウントのような復元、ニーモニックフレーズ不要）、P256 量子耐性署名、そして誰でもユーザーのガス代を支払うことができる機能が含まれており、Ethereum ウォレットの使いやすさが大幅に向上します。この改善提案は、Vitalik、lightclient などの 10 人の専門家によって共同執筆されており、2027 年の Hegotá アップグレードに組み込まれる予定で、Ethereum アカウントの抽象化における重要なネイティブ実装です。

Vitalik Buterin は、最近の取引フォーマットに関する議論、EIP-8141、"未来の状態"プラン、UTXO、PBT、鍵制御ランダム数、再帰的 STARK メモリプールなどが、イーサリアムコミュニティに取引の "アクション" と "依存" の概念をより明確に理解させることを示しています。依存は並行処理が可能であり、状態にアクセスする必要のない依存はメモリプール層で検証を完了でき、STARK を通じて実行とデータコストをさらに圧縮する可能性があります。Vitalik は、イーサリアムの将来のスケーリングには、動的で柔軟な実行モデルと、より静的分析が容易な制限されたモデルとの間でバランスを取る必要があると考えています。静的分析が可能な取引と状態アクセスには、より低いガスコストを提供するべきです。EIP-8141 が適切に設計されれば、10年間のアカウント抽象化作業の段階的な成果であるだけでなく、今後数年間の分散型フレンドリーな超大規模スケーリングの準備にもなるでしょう。

Vitalik は X プラットフォームで発表し、取引形式に関する最近の研究がイーサリアムにおける取引の「アクション」と「依存」の理解をより明確にしたと述べました。これらはそれぞれ最適化することができます。署名、UTXO の Merkle 証明、ZK-SNARK または STARK は依存に属し、ETH の送信呼び出しはアクションに属します。依存は並行処理が可能で、状態に関する依存はメモリプールで処理され、純粋な依存はメモリプール層で一度処理され、STARK 証明に置き換えられる可能性があり、実行とデータ処理を減少させることができます。Vitalik は、イーサリアムの現在のスケーリング戦略は、動的柔軟性と静的分析可能な部分を明確に区別する必要があると指摘しました。後者はより低いガスコストを得ることができます。取引量で計算すると、90%以上のイーサリアムの活動は動的柔軟性を必要としません。EIP-8141 取引タイプは汎用的で極めてシンプルな呼び出しリストの方向に進化しており、新しい状態タイプ、再帰的 STARK メモリプール、キー管理 nonce もこの方向に属します。

CoinDeskの報道によると、イーサリアムの研究者たちは、新しい暗号システムをサポートするためにバリデーターのデポジット契約を再構築することを提案し、最終的には既存のBLS署名で保護されたデポジットの受け入れを停止することを目指しています。この提案はデポジット契約に対して、ネットワークが現在依存している署名形式を受け入れないようにするスイッチを追加することを目的としています。現在の契約はBLSキーのみを受け入れていますが、その正確なサイズはハードコーディングされており、新しい草案では異なるキーサイズを許可し、各デポジットには使用される暗号システムのラベルが付けられ、BLSはラベルゼロを取得し、今後の提案のためのスペースを確保します。提案が承認されれば、最初はBLSデポジットで運用され、他の提案も同時に登録可能です。その後の決定により、新しいBLSデポジットが永久に無効化される可能性があり、その場合、BLSキーを使用してステーキングしているバリデーターは消えませんが、新しいバリデーターはこの方法で参加できなくなります。イーサリアムは最終的に、バリデーターに新しい署名を確認する方法を通知するために個別に変更する必要があります。これは移行のバリデーター部分であり、別の部分は進行中です------EIP-8141フレームワーク取引提案は、アドレスを変更することなく通常のイーサリアムアカウントが承認取引の暗号方式を変更できるようにします。緊急性は、Googleの量子人工知能研究部門が3月に発表した研究に由来しており、この研究はイーサリアムに対する5つの量子攻撃パスを描き、1000億ドル以上の資産が潜在的なリスクにさらされることを示しています。イーサリアム財団は、約2029年を目指してコアプロトコルの変更を進めています。現在、イーサリアムのステーキング量は約4240万ETHで、価値は約1040億ドルです。

イーサリアムコミュニティは、ポスト量子計算をサポートする預金契約EIP提案を発表しました。この提案は、可変長公開鍵と証明書メタデータをサポートする新しい契約を導入し、明確なスキーム識別子を導入することを目的としています。その中で、スキーム0は現在のBLS預金に留保されます。新しい契約は、旧預金契約のマークルツリー構造に依存せず、EIP-7685ログから派生した実行リクエストを通じて預金情報をコンセンサス層に伝達します。この契約には、プロトコルシステムコールによって制御される不可逆モードが設けられています：預金は初期に無効化され、指定されたタイムスタンプでBLS預金が有効化され、さらに遅いタイムスタンプでBLS預金が永久に無効化され、再度有効化することはできません。移行期間中、実行クライアントは新旧契約の預金リクエストを統合する必要があります。