eip

イーサリアムコミュニティで、巧みな設計思想を持つEIP草案が登場しました。「バージョン付きオペコード」を使ってGasを再価格設定しつつ、すでにデプロイ済みのコントラクトには一切影響を与えません。

中核となる仕組みは3つです。

1｜新旧を分離。新たにデプロイするコントラクトはV2オペコードを使用し、EIP-8037/8038で定められた新しいGasスケジュールに従う必要があります。既存のコントラクトは従来のスケジュールを引き続き使用し、チェーン上の過去の動作は変わりません。

2｜Gasの内省を排除。V2オペコードセットには、GASやGASLIMITなどの照会系オペコードが含まれません。バイトコードにこれらが含まれている場合、デプロイは直ちにロールバックされます。つまり、コントラクトが「残りのGas」を使ってロジックを判断することを禁止し、将来の自由な価格変更に向けた障害を取り除きます。

3｜呼び出しにもバージョンを適用。DELEGATECALL_V2が新たに追加されます。動作はDELEGATECALLと似ていますが、呼び出し先コントラクトのcode_versionが2以上であることを要求し、条件を満たさない場合は即座に失敗します。これにより、新しいコントラクトが誤って旧バージョンのロジックを呼び出すのを防ぎます。

本質的に、この提案は「Gasコストの調整」をネットワーク全体に大きな影響を及ぼすアップグレードから、コントラクトのバージョンごとに段階的に切り替える通常の運用へと変えるものです。後方互換性はプロトコル層で強制的に保証されます。一般の$ETH ユーザーはほとんど影響を感じませんが、コントラクト開発者は今後のV2ツールチェーンへの対応スケジュールに注意が必要です。

草案全文：https://github.com/ethereum/EIPs/pull/12638

#以太坊 #EIP #Gas代

イーサリアムはEVMに「バージョン番号」を導入しようとしています。

新たなEIP草案では、「Gasの再価格設定に向けたバージョン別オペコード」が提案されています。核心となる考え方はシンプルです。オペコードをバージョンごとに分け、既存のコントラクトは従来のGasスケジュールで動作し続け、新たにデプロイするコントラクトにはV2オペコードとEIP-8037/8038の新しいスケジュールを適用します。2つのルールは互いに干渉せず、後方互換性も保たれます。

開発者が注目すべき点をいくつか紹介します。

1. V2オペコードセットでは、GASやGASLIMITなど、Gasの状態を調べるオペコードが直接削除されます。新しいコントラクトにこれらが含まれていると、デプロイはロールバックされます。その背景にある考え方は、コントラクトが「残りGasの量」をもとに判断していると、将来の価格改定によって動作しなくなる可能性があるということです。

2. DELEGATECALL_V2が追加されます。動作はDELEGATECALLに似ていますが、呼び出し先コントラクトのcode_versionが2以上であることが求められ、そうでなければ即座に失敗します。つまり、コントラクト間呼び出しにバージョンの関門を設ける仕組みです。

3. この設計全体の目的は、イーサリアムが将来Gasコストを調整する際に、過度に慎重にならずに済むようにすることです。バージョンを分離することで、アップグレードの余地と既存コントラクトの安全性を切り分け、価格を変更するたびにエコシステム全体へ影響が及ぶ事態を避けます。

本質的には、EVMに「進化し続けるソフトウェアシステム」としての仕組みを取り入れる試みです。この提案はまだ草案段階で、メインネットのアップグレードに採用されるまでには時間がかかりますが、今後も注目する価値のある方向性です。

#以太坊 #EIP #EVM

イーサリアムが、今後10年間のコントラクトのライフサイクルに影響を与える可能性のあるEIP草案をひそかに公開しました。「バージョン付きオペコード」によって、Gasの再価格設定に道を開くものです。

中核となる仕組みは3層です。
1. 新規にデプロイするコントラクトはV2オペコードを使用し、EIP-8037/8038の新しいGasスケジュールに従います。デプロイ済みのコントラクトは従来のスケジュールを引き続き使用し、動作に影響はありません。
2. V2オペコードセットでは、GAS、GASLIMITなどのGas introspection命令を直接削除します。バイトコードにこれらのオペコードが含まれている場合、デプロイはロールバックされます。
3. DELEGATECALL_V2を新たに追加します。意味はDELEGATECALLに似ていますが、対象コントラクトのcode_versionが2以上でなければ、直ちに失敗します。

なぜ開発者が注目すべきなのでしょうか。これまでイーサリアムがGasコストを調整する際、最大の懸念は「価格変更が既存コントラクトの動作を変えてしまう」ことでした。ハードコードされたGasの前提に依存するプロトコルは、過去に何度も痛い目を見ています。バージョン化によって、旧コントラクトは旧ルールに、新しいロジックは新ルールにとどまり、アップグレードと互換性の境界が初めて明確になります。

代償も明らかです。Gas introspection機能が意図的に取り除かれるため、オンチェーンで残りのGasをリアルタイムに読み取る設計は、事前に改修する必要があります。また、DELEGATECALL_V2のバージョン要件により、プロキシコントラクト、マルチシグ、スマートウォレットは呼び出しチェーン全体を見直すことになるでしょう。

現時点ではまだPR段階の草案であり、メインネットに至るまでにはレビュー、テスト、ハードフォークなど複数の関門があります。しかし、方向性はすでに明確です。イーサリアムは「アップグレード可能なEVM」を、スローガンから仕組みの設計へと移行させようとしています。$ETH の保有者は、短期的には対応不要です。開発者は早めに原文を読み、移行コストを評価することをお勧めします。

#以太坊 #EIP #Gas

イーサリアムのコア開発者コミュニティに新たな動きがありました。「Gas再価格設定のためのバージョン付きオペコード」と題するEIP草案がフォーラムで正式に公開され、意見を募っています。中心となる考え方は、オペコードにバージョン番号を付け、将来Gasコストを調整する際に、ハードフォークのように既存のデプロイ済みコントラクトを壊さずに済むようにすることです。

この草案の主なポイントは次のとおりです。

1つ目は、新旧の並行運用と後方互換性です。新たにデプロイするコントラクトはV2オペコードを使用し、EIP-8037/8038で定義された新しいGasスケジュールに従う必要があります。一方、すでに稼働している既存のコントラクトは従来のスケジュールを引き続き使用し、挙動も変わりません。つまり、「値上げ」の影響を新しいコントラクトに限定できます。

2つ目は、V2オペコードセットからGASやGASLIMITなど、Gasの状態を参照するオペコードを意図的に除外していることです。新しいコントラクトのバイトコードにこれらのオペコードが含まれている場合、デプロイは直ちにロールバックされます。開発者コミュニティの考え方は、残りのGasを正確に判定することに過度に依存するコントラクトは、将来の再価格設定によって連鎖的な障害を引き起こしかねないため、そうした結びつきを根本から断つほうがよい、というものです。

3つ目は、DELEGATECALL_V2の追加です。そのセマンティクスは従来のDELEGATECALLに似ていますが、呼び出し先コントラクトのcode_versionが2以上であることを必須とし、そうでなければ呼び出しは直ちに失敗します。これにより、新しいコントラクトが古いロジックを誤って呼び出し、時代遅れのGas前提に陥るのを防ぎます。

全体として、これはイーサリアムの長期的なアップグレード性に道を開くための基盤設計です。Gas価格はもともと静的なパラメーターではありません。オペコードのバージョン化は、「新しいコントラクトだけに影響し、古いコントラクトには波及しない」形で調整するための円滑な手段をプロトコルに設けることを意味します。開発者にとって今後注目すべきなのは、移行ツールチェーンや監査ルールがいつ対応するかです。一般ユーザーは短期的にはオンチェーンでの利用体験に変化を感じないでしょうが、これは今後数年間のスマートコントラクトの書き方に大きな影響を与える可能性があります。

#以太坊 #EIP

イーサリアムがEVMに「バージョン番号」を導入しようとしています。

新たなEIP草案では、「Gas再価格設定のためのバージョン付きオペコード」が提案されています。基本的な考え方は、新規デプロイのコントラクトにはV2オペコードと新しいGasスケジュール（EIP-8037/8038）を適用し、すでに稼働している既存コントラクトには従来のルールを適用し続けることで、2つの仕組みが互いに干渉しないようにし、Gasコストの調整時にも後方互換性を保つというものです。

注目すべき設計上の詳細がいくつかあります。

1. V2オペコードセットでは、GASやGASLIMITなど、Gasを調べるオペコードが直接削除されます。新しいコントラクトにこれらの命令が含まれている場合、デプロイは即座にロールバックされます。まさにこうした命令が、過去のGas価格改定で既存コントラクトに意図せぬ影響が及びやすかった原因です。

2. DELEGATECALL_V2が追加されます。動作はDELEGATECALLに似ていますが、呼び出し先コントラクトのcode_versionが2以上であることが求められ、そうでなければ呼び出しは即座に失敗します。これにより、異なるバージョン間の委任呼び出しで意味が曖昧になるのを防ぎます。

3. 全体の目的はただ一つ。今後のGasコスト調整を「ハードフォークによる一律変更」ではなく、コントラクトのバージョンに応じて段階的に移行できるようにし、デプロイ済みコントラクトの前提が崩れないようにすることです。

言い換えれば、イーサリアムはEVMに、ソフトウェアのバージョン管理のような進化の仕組みを導入しようとしています。この草案が進展して実現すれば、EVMの長期的なアップグレード性は大きく向上し、$ETH にとっても基盤インフラの面で実質的な改善となるでしょう。

草案の原文：github.com/ethereum/EIPs/pull/12638

#以太坊 #EIP #EVM

イーサリアム財団の研究者 frisitano が、PeerDAS を「信頼不要のセットアップ＋耐量子」へアップグレードすることを目指す EIP 草案を提出しました。

主な変更点は、Blob の KZG コミットメントと証明を、Keccak-256 Merkle コミットメントおよび認証パスに置き換えることです。さらに LeanDA STARK 証明によって Merkle ルートを再計算し、Reed-Solomon 符号の関係を検証するとともに、コミットメントとデータの整合性を確認します。これにより、KZG の信頼できるセットアップへの依存をなくし、将来の量子計算に対する安全性も高めます。

草案では、可変サイズの Blob も導入します。バイト長は 2048～524288 に制限され、2 のべき乗であり、128 列で割り切れる必要があります。実行レイヤーのトランザクションは、versioned hash の代わりに（merkle_root, byte_length）を含む形式に変更され、ネットワークレイヤーと Gas の課金もあわせて調整されます。

最終的に実装されれば、Rollup が提出するデータは実際のニーズにより即したものとなり、Blob リソースもより細かく活用できるようになります。ただし、現時点ではまだ草案であり、パラメーター設計、互換性、安全性について、さらなる議論が必要です。$ETH #以太坊 #EIP #PeerDAS

EIP-7702はEthereumネットワークのセキュリティアップデートで、最近のBinanceハッキングの原因の一つとして挙げられています。このアップデートはEthereumネットワーク上の取引の安全性向上を目的としていますが、実装をめぐって開発者の間ではいくつかの懸念が生じています。

トレーダーにとってこのニュースが重要なのは、Ethereumネットワーク上の取引の安定性と安全性に影響を与える可能性があり、そのネットワークを利用する暗号資産の価値にも影響を及ぼす可能性があるためです。Ethereumの開発者たちは、サービスの中断を最小限に抑える形でアップデートを実装するために取り組んでいます。

では、今後のハッキングから身を守るために、取引所はどのような対策を講じるべきだと思いますか？

#EIP-7702 #BinanceHack #Ethereum #暗号資産セキュリティ

イーサリアム財団のプロトコルDevOpsチームが、Glamsterdamアップグレードの早期テストネット「Platåberget」を正式に公開しました。8月20日に同ネットワーク上でフォークを完了する予定です。従来の短期devnetとは異なり、Platåbergetは数か月にわたり安定運用される見込みで、ワンクリックでネットワーク設定を行い、テスト用ETHを受け取れるウォーターフォース（蛇口）もあわせて提供されるため、開発者やコミュニティが継続的に参加して検証しやすくなります。

テストのロードマップもおおむね明確です。1か月以内に、最終段階ではないdevnetを公開し、異常なコンセンサスシナリオのテストに使用します。その後、SepoliaやHoodiなどの長期テストネットが順次Glamsterdamのフォークを完了し、最終目標はイーサリアムメインネットのアップグレードに直結します。

今回のアップグレードで特に注目すべき変更点は以下のとおりです：

埋め込み型の提案者-構築者分離（ePBS）。proposer-builder の関係をプロトコル層に書き込みます。ブロックレベルのアクセスリスト（Block-Level Access Lists）。オンチェーンデータへのアクセス効率を最適化します。ガス料金の再定義で、目標は下限が約2億Gasです。コントラクトおよびinitcodeの最大体積上限を、それぞれ24KiB、48KiBから64KiB、128KiBへ引き上げます。

特に注意が必要なのは、ハードコードされた最大Gas上限に依存するあらゆるツール（ウォレット、インデクサ、Gas推定器など）が影響を受け、対応したアップデートが必要になることです。関連する開発チームは早めに適応可否を評価することを推奨します。

#以太坊 #Glamsterdam #EIP

イーサリアム・コミュニティが、ポスト量子計算のセキュリティに対応する新しい預金コントラクトのEIP提案を先ほど公開しました。これは、長期的なセキュリティ・アーキテクチャに向けたイーサリアムの重要な一歩を示しています。

この、番号付きEIP-12235の提案の中核は次のとおりです：
✅ 可変長の公開鍵と証明（クレデンシャル）メタデータを扱える新しいコントラクトを導入し、明確なscheme識別子を組み合わせます。現在のBLS預金はscheme 0のままです
✅ 従来の預金コントラクトのメルクルツリー構造を廃止し、EIP-7685のログ派生実行によるリクエストで預金情報をコンセンサス層へ渡します
✅ プロトコル・システムが呼び出しで制御する不可逆なタイムラインを設定します：預金を最初は無効化し、まずBLS預金を有効化し、最終的にBLS預金を恒久的に停止します
✅ 移行フェーズでは、クライアントが新旧2つのコントラクトの預金リクエストを統合して実行する必要があります

ポスト量子セキュリティは、ブロックチェーン業界が注目する重要な重点分野です。量子計算の発展は、既存の暗号アルゴリズムに対して長期的な潜在的脅威をもたらし得ます。イーサリアムはアーキテクチャのアップグレードを先取りして計画し、将来のセキュリティ要件に備える姿勢を示しており、今後も注目に値します。

$ETH

#以太坊 #EIP #後量子安全

イーサリアムコミュニティが最新で「ポスト量子計算に対応した預金（デポジット）コントラクト」を支持するEIP提案を提出し、将来の量子計算が暗号資産の安全に与える脅威に先回りして備える動きに出ています。この先見性のあるアップグレードについてどう思いますか？

提案の核心的内容は以下のとおりです：
1️⃣ 可変長の公開鍵と証憑（クレデンシャル）メタデータに対応する新しいコントラクトを導入し、さらに明確な scheme 識別子を追加（scheme 0 は現在の BLS 預金に予約）
2️⃣ 新しい預金コントラクトは、従来の預金コントラクトのメルクルツリー構造に依存せず、EIP-7685 のログ派生実行リクエストによって預金情報を合意（コンセンサス）層へ渡すため、構造がより明確に
3️⃣ プロトコル・システムが呼び出し制御する不可逆の切り替えモードを設定：預金は初期状態で無効になり、指定されたタイムスタンプで先に BLS 預金を有効化、その後さらに後のタイムスタンプで BLS 預金を恒久的に停止し、再有効化は不可。段階的にアップグレード移行を完了
4️⃣ 移行期間中、実行クライアントは新旧2つのコントラクトの預金リクエストを同時に統合して、移行をスムーズに保つ必要があります

量子計算技術が絶えず進化する背景の中で、暗号インフラの安全基準を前もってアップグレードすることでこそ、長期的にユーザー資産の安全を守れます。$ETH 生態系のような、未雨をもって備えるアップグレードには、必要があると思いますか？

#以太坊 #EIP #後量子セキュリティ

📰 イーサリアム財団のプロトコルチームは、Hegotá のアップグレードにおける EIP の優先順位をすでに整理している。目標も非常にはっきりしている：2029年12月までに、イーサリアム1層の実行・コンセンサス・データの3層すべてで量子セキュリティの準備を完了すること。

🔥 今回、Sランクの「必ず導入」案件として挙げられた重要提案が2つある。コンセンサス層の FOCIL、つまり EIP-7805 は、公的なメモリプールの取引を強制的に含めることで、ネットワークの耐検閲性を高める計画だ。

💡 実行層の Frame Transactions、つまり EIP-8141 も同じく必入のプロジェクト。取引を検証、Gas 支払い、実行といった複数のプログラマブルな「フレーム」に分割する。これにより、今後のネイティブアカウント抽象化やカスタム署名、さらには Gas の代払いにも、より明確な技術的土台が用意される。

正直、量子セキュリティは一般ユーザーには遠い話に聞こえるかもしれないが、これは一時しのぎのパッチではない。プロトコルチームが前もって組んだ、長期的なアップグレードのロードマップだ。チームの見通しでは、2026年第4四半期の Glamsterdam フォークから始まり、その後の各フォークで平均約7.2か月を要する見込みで、「Q-day」（2030年前後に到来予定）までに完了できるようにするという。

🤔 イーサリアムがこの取り組みに何年かけるのか。こうした事前のアップグレードは堅実だと思う？ それとも、プロトコルの進化を遅くしすぎてしまうのでは？

#以太坊 #Hegotá #量子安全 #EIP

EIP-8361 提案が正式に公開されました。中核となる発想は、イーサリアムのインフレに「調整バルブを取り付ける」ことです：

· 各 epoch ごとに、バリデータのブロック報酬から一部を差し引いて焼却する
· ネットワーク全体のステーキング比率が 50% に到達したら、焼却率を直接 100% まで引き上げる
· 最終的に報酬が停止される具体的な割合は、市場の綱引き（ゲーム）によって決まるが、いずれにせよ厳密に 50% 未満

簡単に言うと：ステーキングする人が多いほど、報酬の焼却がより厳しくなる。これは、オンチェーン・メカニズムで ETH のインフレを逆方向に抑制する設計実験です。50% は重要な心理的な閾値であり、提案者の目における「過度なステーキング」の警戒ラインでもあります。

もし実現すれば、イーサリアムの経済モデルはさらに「デフレ優先」へと寄っていくことを意味します。長期保有者は恩恵を受ける一方で、バリデータの利回りは大幅に圧縮されます。この方向性、どう思いますか？

#イーサリアム#EIP#インフレ

イーサリアム・コミュニティが、ポスト量子計算時代に向けた新しい預金コントラクトのEIP提案をついにリリース！暗号セキュリティのアップグレードを先回りして仕込むこの先見性、満点じゃないですか👏

提案の核心内容まとめ：
▫️可変長の公開鍵と証憑メタデータに対応する新しいコントラクトを導入し、新たに明確なscheme識別子を追加（scheme 0は現在のBLS預金に予約）
▫️従来の預金コントラクトのメルクルツリー構造に依存せず、EIP-7685のログ派生実行で預金情報をコンセンサス層へ伝達し、アーキテクチャをよりシンプルかつ効率的に
▫️取り返しのつかない移行メカニズムを設定：預金を初期は無効化し、まず時間枠に従ってBLS預金を有効化、期限後はBLSを永久停止。切り替えプロセスは明確で管理しやすい
▫️移行段階では、クライアントが新旧のコントラクト両方の預金リクエストを統合して処理し、移行をスムーズに担保

量子計算の脅威が徐々に近づくいま、イーサリアム・コミュニティが基盤のセキュリティアップグレードを先行して始動。長期的なエコシステムの安全のための礎を築く——これこそが、トップレベルにあるべき長期主義の態度です。

あなたは、イーサリアムがポスト量子時代に向けて行った今回の先行投資をどう見ますか？ぜひコメント欄であなたの見解を聞かせてください👇

#以太坊 #EIP #後量子計算

Vitalik最新講演の詳説EIP-8288：イーサリアムのスケーリングに「究極の解決策」、未来の取引はまた速くて安くなる！

核心課題：イーサリアムは長期的に、量子セキュリティ、プライバシー保護、スケーラビリティの三者を同時に満たすのが難しいというジレンマに直面している。通常の取引は約21,000 gas、ECDSA署名の検証は約4,000 gasだが、量子セキュア署名のコストは10万〜30万gas。ZKのプライバシー証明は最低でも35万gas（場合によっては100万超）になる。さらに両者を重ねる（量子セキュア＋プライバシーのSTARK証明）と、1回の取引で約800万gasを消費することになり、イーサリアムのTPSは25から0.25へと直撃し、ほぼ使い物にならない。

V神が示した解決の方針：EIP-8288の核心は、高額な暗号計算をチェーン外で処理すること。
取引がチェーンに載る前に、ノードがmempool内で複数ユーザーの署名／証明を集約し、いわゆる「マイクロフレーム構造」という設計でSTARK証明にまとめる。すると、オンチェーンには65〜96バイトの依存情報だけを残し、大量の暗号データ自体はオンチェーンに載せない。取引を「ビジネスロジック」と「検証作業」の2部分に分け、検証部分はチェーン外で並列処理（専用の分片）する。

注目ポイント：おそらくイーサリアムが初めてRISC-V命令セットを本格的に導入する場面になる可能性がある；この案は、まもなく導入されるEIP-8141（ネイティブ・アカウント抽象化）を前提としている；圧縮により、ブロックデータを100〜300KBの範囲に収められる；開発者体験への影響は大きく変わらず、イーサリアム開発者側の大規模な適応は不要。

結論：この案が実現すれば、量子セキュア取引のコストは大幅に下がる。プライバシー系アプリは高いgas料金で退けられることがなくなり、L2のZK-Rollupの確認速度も明確に向上するだろう。現在、コミュニティはネットワークのシミュレーションモデル、テストネット、アルゴリズム競技、プロトタイプのコードライブラリなど、複数の参加チャネルを既に公開しており、早期の共同構築段階にある。

#以太坊扩容 #EIP #比特币现货ETF四日流入23.1亿美元

【情報整理】イーサリアム研究者が EIP-8361 を提案：「テーパード・イッシュー（漸減発行）によるバーン」でステーキング比率を制約

近日、イーサリアム研究者（Justin Drake などを含む）が草案 EIP-8361（Tapered Issuance Burn）を公開しました。

簡単に言うと仕組みは次の通りです。
1. バリデーター報酬はネットワーク全体のステーキング比率に応じて計算され、一部を差し引いて永久に焼却する
2. ステーキングが多いほど、バーン（焼却）比率が高くなる
3. アクティブ・ステーキングが 6025 万枚 ETH（供給の約半分）に達すると、バーンは 100%となり、コンセンサス層の純発行はゼロに近づく
4. 既存のステーカーへの影響を軽減するため、約 18 か月の移行期間を設計（移行期間では報酬ファクターも同時に調整）

提案の動機は主にプロトコル層寄りで、ステーキングを無限に積み上げることによって生じうる集中化や取り込み（キャプチャ）リスクを回避し、また未ステーキングの ETH を「通貨」としての中立的な役割としてなるべく維持したい、という狙いがあります。現時点ではまだ Draft で、コミュニティは Eth Magicians / GitHub の議論で、今後のネットワークアップグレードに進むかどうかは不確定です。

出典：
The Block https://www.theblock.co/post/410643/ethereum-researchers-propose-burning-validator-rewards-cap-staking-50
CoinDesk https://www.coindesk.com/tech/2026/08/05/new-ethereum-proposal-would-cut-issuance-to-zero-if-staked-eth-reaches-usd112-billion
草案 https://github.com/pintail-xyz/EIPs/blob/edde78eb1feeb285906d5a8deb582c4feaecd6ba/EIPS/eip-draft_tapered_issuance_burn.md

#Ethereum #EIP
情報整理、投資助言ではありません

イーサリアムのコミュニティが最新でEIP-12235の提案を提出し、耐量子計算セキュリティに対応する新しいデポジット（預託）コントラクトを導入する計画です。イーサリアムの長期的な安全に向けて、先回りの布石を着実に進めています。

提案の核心内容は以下のとおりです：
1️⃣ 新コントラクトは可変長の公開鍵およびクレデンシャル（証明情報）メタデータをサポートし、明確なscheme識別子を追加。scheme 0は現行のBLSデポジット・メカニズムに予約
2️⃣ 従来のデポジット・コントラクトのメルクルツリー構造に依存しない。EIP-7685のログ派生実行リクエストにより、デポジット情報をコンセンサス層へ伝達する形に変更
3️⃣ プロトコル・システムが呼び出しを制御する不可逆の移行モードを設定：初期状態ではデポジット機能を無効化し、指定したタイムスタンプでまずBLSデポジットを有効化。その後、さらに遅いタイムスタンプでBLSデポジットを恒久的に停止し、再度有効化はできない
4️⃣ 移行の過程では、実行クライアントが新旧2つのコントラクトのデポジット要求を同時に統合する必要がある

量子計算技術の発展という大きな流れの中で、暗号セキュリティ基盤を先にアップグレードすることは非常に必要です。安全こそがブロックチェーンの生命線だからです。

$ETH
#以太坊 #后量子安全 #EIP

📰 Binanceの不正利用、EIP-7702の委任に関連か。暫定損失が拡大
Fireblocksによると、署名済みのEIP-7702委任によりBinanceのホットウォレットからの出金が可能になったとのこと。Binanceの暫定報告では、DevOps担当者のノートPCが侵害された可能性が示されています。（続きを読む）
情報源 : Blockchain News
時刻 : 2026-10-30 19:59:28
クレジット : tony kim
#lazarus_group #binance #crypto-security #news #eip-7702
$ARB $BTC $USDT
以下のコメント欄でご意見をお聞かせください

以太坊想把最终结算从约 16 分钟压到约 4 分钟。以太坊快速最终性研究协调人 Ben Edgington 联合 Francesco D'Amato、Roberto Saltini、Yann Vonlanthen、Mikhail Kalinin 提交 EIP 草案（编号 12566，已进正式流程），目标把最终确认缩约 4 倍。

为什么要快？跨链汇款服务得先垫资等确认：每小时稳定垫出 100 万美元，16 分钟延迟下约 26.7 万美元被占用，4 分钟就能降到约 6.7 万美元。

技术根因是验证者一票两用——既选区块又确认旧区块，确认只能跟着验证者轮换节奏走。草案把两票拆开，确认可独立提速，后续还能持续收紧；拆分投票后也更容易最终换上抗量子签名。起草人自己说 many aspects remain TBD，眼下的小目标只是拿个提案编号进以太坊正式升级管道——设计未完成，也没有激活日期，别当成板上钉钉。

对照看更有意思：Circle（CRCL）对快速跨链转 USDC 已经按速度收费——Ethereum 快速路由按 0.01%（每 1 万美元收 1 美元），另有限制快速转账总额；竞争端 Solana Alpenglow 目标最终性约 150 毫秒（昨日刚上线）。以太坊即便 4 分钟仍慢，但优势是主网安全性与规模。

来源：CoinDesk 与 EIP 草案（github.com/ethereum/EIPs/pull/12566）。

#ETH #以太坊 #EIP #跨链 #Circle

$BTC $ASTER
あなたは、イーサリアムの突然のガス料金の急騰に「刺傷」されたことがありますか？ネットが混雑している時に、トランザクション手数料が送金額よりも高くなってしまい、どうすることもできなかったことはありませんか？🤯 焦らないでください、V神がゲームのルールを根本的に変える大胆な提案をしました——イーサリアムにガス先物市場を設立することです！これはトレーダーのためのものではなく、私たちが燃料価格を事前に固定できるようにし、心配の波動の時代に別れを告げるためのものです！🚀

簡単に言うと、この構想はユーザーと開発者が未来のガス価格を事前に固定できるようにするもので、保険を購入するのと同じです。もうネットが混雑するたびに「運試し」をする必要はありません！📉

なぜこれが重要なのか？
現在、ガス料金の激しい変動はイーサリアムにとって最も厄介な問題の一つです。それは予測困難で、予算を立てることもできず、大規模なアプリケーションの運用時には悪夢のような状況です。先物市場の目標は、ガスを混乱した変数から計画可能な安定コストに変えることです。

成功すれば、何がもたらされるのか？
✅開発者は自信を持って予算を立てられ、費用が制御不能になることを心配する必要がなくなります。
✅DAppの運用がより安定し、信頼性が向上し、ユーザー体験が劇的に向上します。
✅$ETHは実際のインフラにより近くなり、単なる実験的なネットワークではなくなります。

💡 核心は：これはコインを炒めるためではなく、イーサリアムが最も安定を必要とする時——つまり、取引が本当に爆発し、ネットワークが最も混雑している時に——それを依然として利用可能で手頃な価格に保つためのものです。現在、これは初期提案に過ぎませんが、強い信号を発信しています：イーサリアムは依然として長期的な採用に実際に影響を与える根本的な問題に焦点を当てています！

あなたはこの「ガス先物」の構想が成功すると思いますか？それはイーサリアムの大規模普及の鍵となるピースになるのでしょうか？🤔 コメント欄であなたの意見をお聞かせください！⬇️

#区块链 #Web3 #EIP #加密货币