広場
最新
注目
ニュース
プロフィール
ポスト
DegenWhisperer
2026-04-25 05:08:58
フォロー
先ほど、VitalikがEthereumのプラットフォーム構造に関するかなり大胆な提案をいくつか発表したことに気づきました。面白いのは、それが小さな改善ではなく、まるで飛行機が高度10,000メートルのまま「エンジンを外す」ような大掛かりな変更である点です。
Vitalikが指摘した問題は非常に興味深いです:長い間、Ethereumの開発者たちは可能な限りEVMの使用を避ける傾向がありました。新しい暗号演算を追加する必要があるたびに、EVM内で実装する代わりに、「事前コンパイルされた契約」を追加して仮想マシンを完全にスキップしようとします。これは、EVMが本当にボトルネックになりつつあることを示しています。
Vitalikは二つの大きな変更を提案しています。第一はEthereumの状態木の改革です—これは「インデックスシステム」であり、残高の確認や取引の検証のたびに辿る必要があるものです。現在はKeccak Merkle Patricia Treeという複雑な構造を使用しています。Vitalikはこれをよりシンプルな二分木に置き換え、Merkleの枝の長さを約4分の1に縮小したいと考えています。同時にハッシュ関数もBlake3やPoseidonに変更する案です。この変更により、ライトクライアントに必要な帯域幅が大幅に削減されます。
しかし、二つ目の変更こそが「ビッグバン」的なもので、長期的にはEVMをRISC-Vアーキテクチャに置き換えることです。非常にシンプルなロジックです—もしZK証明のシステムがすでにRISC-Vを使っているなら、なぜ仮想マシンは異なる言語を使い、間に翻訳層を設ける必要があるのでしょうか?この翻訳層を排除すれば、パフォーマンスは自動的に向上します。Vitalikは三段階の計画を立てています:まず、新しい仮想マシン上で事前コンパイルされた契約を実行し、その後直接展開を許可し、最後に「引退」させたEVMを新しい仮想マシン上で動作するスマートコントラクトに書き換えて完全な互換性を確保します。
面白いのは、Vitalikが数字を示している点です:状態木と仮想マシンがEthereumの証明の80%以上のボトルネックを占めていると。言い換えれば、これら二つに手を付けなければ、ZK時代のEthereumのスケーラビリティ拡大はそこまで進まないということです。
しかし、全員が賛成しているわけではありません。Offchain Labs、Arbitrumの開発チームはかなり詳細に反論しています。彼らは、RISC-VはZK証明の作成には適しているが、「デリバリー形式」としては適していないと述べています。彼らは「命令セット」と「証明用命令セット」を区別しており、両者は一致させる必要はないとしています。Offchain Labsは、契約層にはWebAssembly(WASM)を使うことを提案しています。WASMは標準ハードウェア上で効率的に動作し、安全な型検証メカニズムを持ち、エコシステムも何十億回の実績があるからです。実際にArbitrum上でサンプルを展開しており、WASMを取引のフォーマットとして使い、その後RISC-VにコンパイルしてZK証明を作成する二層構造です。
また、Offchain Labsは一つのリスクも指摘しています。ZK証明技術は非常に速く進化しており、最近ではRISC-Vも32ビットから64ビットに移行しています。もし今、Ethereum L1にRISC-Vをしっかりと組み込んだ場合、二年後により優れたアーキテクチャが登場したらどうなるのか、という懸念です。
より大きな背景として、L2ソリューションはEthereumから「自立」し始めています。1か月前、VitalikはEthereumが「L2専用の道筋」を必要とするかどうかを問いかけました。パニックではなく、L2は積極的に「Ethereumから解放」され、自身の存在理由を模索し始めています。
Vitalikはまた、現状のEVMの置き換えにはコミュニティの合意がまだ十分でないことも認めています。状態木の改革はより成熟しており、具体的なドラフトも存在しますが、EVMをRISC-Vに置き換える計画はまだ「ロードマップ」の段階です。ただし、Vitalikは最近、Ethereumは一度「推進力を変えた」(The Merge)ことを宣言し、今後さらに約4回の変更を計画しています—状態木、コンセンサスの簡素化、ZK-EVMの検証、そして仮想マシンの置き換えです。
Glamsterdamのアップグレードは2026年前半に展開予定で、その後Hegotaが続きます。状態木の改革と実行層の最適化は、すでに決定された主要な方向性です。真の問題は、「可能かどうか」ではなく、「どうやって問題を解決するか」です。EthereumはPoWからPoSへの移行、L1からRollupへのシフトを通じてこの能力を証明してきました。今回は古い土台を掘り起こし、新たに築き直す試みです。これは長期的なビジョンを持つ改造であり、その答えは2027年には明らかになるでしょう。ただ少なくとも一つ確かなことは、EthereumはZK時代に「修正が必要な古いシステム」にはなりたくないということです。
ETH
-0.69%
ARB
-1.99%
ZK
3.06%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については
免責事項
をご覧ください。
報酬
いいね
コメント
リポスト
共有
コメント
コメントを追加
コメントを追加
コメント
コメントなし
人気の話題
もっと見る
#
WCTCTradingKingPK
335.88K 人気度
#
CryptoMarketsDipSlightly
236.95K 人気度
#
IsraelStrikesIranBTCPlunges
35.31K 人気度
#
#DailyPolymarketHotspot
679.25K 人気度
#
StrategyAccumulates2xMiningRate
139.45M 人気度
ピン
サイトマップ
先ほど、VitalikがEthereumのプラットフォーム構造に関するかなり大胆な提案をいくつか発表したことに気づきました。面白いのは、それが小さな改善ではなく、まるで飛行機が高度10,000メートルのまま「エンジンを外す」ような大掛かりな変更である点です。
Vitalikが指摘した問題は非常に興味深いです:長い間、Ethereumの開発者たちは可能な限りEVMの使用を避ける傾向がありました。新しい暗号演算を追加する必要があるたびに、EVM内で実装する代わりに、「事前コンパイルされた契約」を追加して仮想マシンを完全にスキップしようとします。これは、EVMが本当にボトルネックになりつつあることを示しています。
Vitalikは二つの大きな変更を提案しています。第一はEthereumの状態木の改革です—これは「インデックスシステム」であり、残高の確認や取引の検証のたびに辿る必要があるものです。現在はKeccak Merkle Patricia Treeという複雑な構造を使用しています。Vitalikはこれをよりシンプルな二分木に置き換え、Merkleの枝の長さを約4分の1に縮小したいと考えています。同時にハッシュ関数もBlake3やPoseidonに変更する案です。この変更により、ライトクライアントに必要な帯域幅が大幅に削減されます。
しかし、二つ目の変更こそが「ビッグバン」的なもので、長期的にはEVMをRISC-Vアーキテクチャに置き換えることです。非常にシンプルなロジックです—もしZK証明のシステムがすでにRISC-Vを使っているなら、なぜ仮想マシンは異なる言語を使い、間に翻訳層を設ける必要があるのでしょうか?この翻訳層を排除すれば、パフォーマンスは自動的に向上します。Vitalikは三段階の計画を立てています:まず、新しい仮想マシン上で事前コンパイルされた契約を実行し、その後直接展開を許可し、最後に「引退」させたEVMを新しい仮想マシン上で動作するスマートコントラクトに書き換えて完全な互換性を確保します。
面白いのは、Vitalikが数字を示している点です:状態木と仮想マシンがEthereumの証明の80%以上のボトルネックを占めていると。言い換えれば、これら二つに手を付けなければ、ZK時代のEthereumのスケーラビリティ拡大はそこまで進まないということです。
しかし、全員が賛成しているわけではありません。Offchain Labs、Arbitrumの開発チームはかなり詳細に反論しています。彼らは、RISC-VはZK証明の作成には適しているが、「デリバリー形式」としては適していないと述べています。彼らは「命令セット」と「証明用命令セット」を区別しており、両者は一致させる必要はないとしています。Offchain Labsは、契約層にはWebAssembly(WASM)を使うことを提案しています。WASMは標準ハードウェア上で効率的に動作し、安全な型検証メカニズムを持ち、エコシステムも何十億回の実績があるからです。実際にArbitrum上でサンプルを展開しており、WASMを取引のフォーマットとして使い、その後RISC-VにコンパイルしてZK証明を作成する二層構造です。
また、Offchain Labsは一つのリスクも指摘しています。ZK証明技術は非常に速く進化しており、最近ではRISC-Vも32ビットから64ビットに移行しています。もし今、Ethereum L1にRISC-Vをしっかりと組み込んだ場合、二年後により優れたアーキテクチャが登場したらどうなるのか、という懸念です。
より大きな背景として、L2ソリューションはEthereumから「自立」し始めています。1か月前、VitalikはEthereumが「L2専用の道筋」を必要とするかどうかを問いかけました。パニックではなく、L2は積極的に「Ethereumから解放」され、自身の存在理由を模索し始めています。
Vitalikはまた、現状のEVMの置き換えにはコミュニティの合意がまだ十分でないことも認めています。状態木の改革はより成熟しており、具体的なドラフトも存在しますが、EVMをRISC-Vに置き換える計画はまだ「ロードマップ」の段階です。ただし、Vitalikは最近、Ethereumは一度「推進力を変えた」(The Merge)ことを宣言し、今後さらに約4回の変更を計画しています—状態木、コンセンサスの簡素化、ZK-EVMの検証、そして仮想マシンの置き換えです。
Glamsterdamのアップグレードは2026年前半に展開予定で、その後Hegotaが続きます。状態木の改革と実行層の最適化は、すでに決定された主要な方向性です。真の問題は、「可能かどうか」ではなく、「どうやって問題を解決するか」です。EthereumはPoWからPoSへの移行、L1からRollupへのシフトを通じてこの能力を証明してきました。今回は古い土台を掘り起こし、新たに築き直す試みです。これは長期的なビジョンを持つ改造であり、その答えは2027年には明らかになるでしょう。ただ少なくとも一つ確かなことは、EthereumはZK時代に「修正が必要な古いシステム」にはなりたくないということです。