
Vitalikとの対話:イーサリアム2025年のビジョンを探る、POS、L2、暗号技術とAIの融合による革新
TechFlow厳選深潮セレクト

Vitalikとの対話:イーサリアム2025年のビジョンを探る、POS、L2、暗号技術とAIの融合による革新
今回のインタビューは中国語での対話であり、Vitalikの中国語表現は非常に流暢であった。
著者:DappLearning

2025年04月07日、DappLearning、ETHDimsum、Panta RheiおよびUETHが共同主催したPop-X HK Research Houseイベントにて、Vitalik氏と小薇氏が登場しました。
イベントの合間を縫って、DappLearningコミュニティのリーダーであるYan氏がVitalik氏にインタビューを行いました。インタビューの内容はETH POS、Layer2、暗号学、AIなど多岐にわたります。今回の対談は中国語で行われましたが、Vitalik氏の中国語力は非常に流暢でした。
以下がインタビューの内容です(読みやすくするために、原文を一部編集しています):
01 POSアップグレードについての見解
Yan:
Vitalikさん、こんにちは。私はDappLearningコミュニティのYanです。ここでお会いできてとても光栄です。
私は2017年からイーサリアムに関心を持っており、特に2018〜2019年頃はPOWとPOSに関する議論が非常に盛んだったことを覚えています。おそらくこの話題は今後も続くでしょう。
現時点では、ETHのPOSはすでに4年以上安定して稼働しており、コンセンサスネットワークには百万ものバリデーターが存在します。一方で、ETH対BTCの為替レートは下落を続けています。そこには前向きな側面もある一方で、いくつかの課題もあります。
このタイミングで、イーサリアムのPOSアップグレードについてどのようにお考えですか?
Vitalik:
BTCとETHの価格動向は、POWやPOSとはまったく関係ありません。
BTCコミュニティとETHコミュニティにはそれぞれ異なる意見があり、両者が目指す方向性や思考プロセスも全く異なります。
ETHの価格に関しては、一つ気になる点があります。ETHには多くの将来像があり得ますが、その中には成功したアプリケーションが多く存在するにもかかわらず、それらがETH自体に十分な価値を還元していないケースがあることです。
これはコミュニティ内で多くの方が懸念している問題ですが、実際には自然なことだと考えています。たとえばGoogle社は多数の製品を開発し、興味深いことに取り組んでいますが、収益の90%以上は検索事業に依存しています。
イーサリアムのエコシステムとETHの関係もこれと似ており、あるアプリケーションは多くのトランザクション手数料を支払い、ETHを大量に消費している一方で、他の成功したアプリケーションはETHに対して同等の価値還元をしていない場合があります。
これは私たちが考え続け、最適化すべき課題です。ETHの長期的価値を持つホルダーやETHにとって持続的な価値を創出するアプリケーションをより多く支援すべきです。
したがって、ETHの将来の成功はこういった分野に現れる可能性があります。これはコンセンサスアルゴリズムの改善とはあまり関係がないと考えます。
02 PBSアーキテクチャと中央集権化への懸念
Yan:
確かに、ETHエコシステムの繁栄こそが私たち開発者が参画する大きな理由です。
では、ETH2.0のPBS(Proposer & Builder Separation)アーキテクチャについてどうお考えですか? これは素晴らしい方向性であり、将来的には誰もがスマートフォンを使って軽量ノードとしてZK proofを検証でき、1ETHをステーキングすることでバリデーターになれるようになるかもしれません。
しかし、Builderはより中央集権的になる恐れがあります。MEV対策やZK Proofの生成といった作業だけでなく、Based Rollupを採用すればSequencerの役割も担うことになり、負担はさらに増大します。
このような状況で、Builderが過度に中央集権化することはないでしょうか? バリデーターは十分に分散化されていますが、チェーンの一環として、どこか一つのリンクに問題があれば全体の動作に影響が出てしまいます。この抗検閲性の問題をどう解決すべきでしょうか?
Vitalik:
はい、これは非常に重要な哲学的な問いだと思います。
ビットコインや初期のイーサリアムには、ある種の暗黙の前提がありました。
「ブロックの構築」と「ブロックの検証」は同じ操作であるというものです。
つまり、100件のトランザクションを含むブロックを構築する場合、自分のノード上で100件分のgasを消費して処理を行う必要があります。そしてそのブロックを全世界にブロードキャストすると、世界中のすべてのノードも同様の作業(同じgasを消費)を行う必要があるのです。そのため、gas limitの設定は、LaptopやMacBook、あるいは一定規模のサーバーでもブロックを構築できるようにする必要がありました。結果として、同じ性能のノードが必要となりました。
しかし現在、私たちはZK、DAS、新しい技術、そしてStatelessness(無状態検証)を持っています。
これらの技術が使われる以前は、「構築」と「検証」は対称的である必要がありましたが、今は非対称にすることが可能になりました。 つまり、ブロックの構築は非常に難しくなる一方で、検証は非常に簡単になるのです。
無状態クライアントの例で言えば、この技術を導入すればgas limitを10倍に引き上げることも可能です。その場合、ブロック構築に必要な計算リソースは巨大になり、通常のパソコンではもはや不可能になります。高性能なMac Studioや強力なサーバーが必要となるでしょう。
しかし、検証のコストはさらに低くなるのです。なぜなら検証には記憶領域が不要で、帯域幅とCPU計算リソースだけで済むからです。さらにZK技術を使えば、CPUのコストも削減できます。DASを追加すれば、検証コストは極めて低くなります。つまり、構築コストが高くなっても、検証コストは非常に低く抑えられるのです。
この現状と比べて、本当に改善されているのでしょうか?
この問題は複雑ですが、次のように考えます。イーサリアムネットワーク内に「スーパーノード」が存在し、高性能計算を行う専門のノードが必要になるとしても、
それらが悪意ある行動を取らないようにするにはどうすればよいでしょうか?たとえば、
第一に:51%攻撃
第二に:Censorship攻撃。もし彼らが特定ユーザーのトランザクションを受け入れなければ、そのリスクをどう低減できるか?
第三に:MEV関連の操作に対する対策。これらのリスクをどう抑えるか?
51%攻撃に関しては、検証プロセスはAttesterによって行われるため、AttesterノードがDAS、ZK Proof、無状態クライアントを検証すればよいのです。この検証コストは非常に低いため、コンセンサスノードになるハードルも依然として低いままです。
たとえば、Super Nodesがブロックを構築している状況で、それらの90%があなたのもので、5%が彼のもの、残り5%が他のものだとします。あなたが特定のトランザクションを一切受け入れなくても、それほど大きな問題ではありません。なぜなら、あなたはコンセンサスプロセスそのものを妨害できないからです。
つまり、51%攻撃はできません。唯一できることは、特定ユーザーのトランザクションを嫌うことです。
その場合、ユーザーは単に10個または20個のブロック待つことで、別のノードが自分のトランザクションをブロックに取り込んでくれるのを待てばよいのです。これが一点目。
二点目は、Fossilという概念です。Fossilは何をするものでしょうか?
Fossilは「トランザクション選択」と「実行(Execution)」の役割を分離するものです。これにより、次のブロックにどのトランザクションを含めるかという決定プロセスをより分散化できます。Fossil方式により、小さなノードでも独立してトランザクションを選択し、次のブロックに含めることができるようになります。一方、大規模なノードであっても、その権限は制限されます[1]。
この方法は以前よりも複雑ですが、ビットコインを見てもわかるように、現在はすでに混合アーキテクチャになっています。ビットコインのマイナーはすべてマイニングデータセンターだからです。
したがって、POSでも同様に、一部のノードはより多くの計算能力とリソースを必要としますが、それらの権限は制限されます。一方で、他のノードは非常に分散的・非中央集権的に運用でき、ネットワークの安全性と分散性を保証できます。ただし、この方法は複雑であるため、これが私たちの課題でもあります。
Yan:
非常に優れた考え方ですね。中央集権化が必ずしも悪いわけではなく、悪用を防げればよいのです。
Vitalik:
そうです。
03 Layer1とLayer2の関係および今後の方向性
Yan:
長年の疑問が解決されて感謝します。第二の質問に移ります。イーサリアムの発展を見守ってきた一人として、Layer2は非常に成功していると感じます。TPSの問題は実際に解決され、かつてICOバブル時に起きたようなネットワーク混雑もありません。
個人的には現在のL2は使いやすいと感じていますが、一方でL2の流動性の断絶(liquidity fragmentation)については、さまざまな解決策が提案されています。Layer1とLayer2の関係についてどうお考えですか?また、現在のイーサリアムメインネットはあまりに緩やかで、非中央集権的すぎて、L2に対して何の規制も行っていないのではないでしょうか? Layer1はL2に対してルールを設けたり、収益分配モデルを導入したり、Based Rollupのような方式を採用すべきではないでしょうか?Justin Drake氏も最近Banklessでこの案を提唱しており、私も共感しています。あなたはどう思いますか?また、もし既に具体的な計画があるなら、いつ実装されるのか知りたいです。
Vitalik:
今のL2にはいくつかの問題があると思っています。
第一に、セキュリティ面での進展がまだ十分に速くないということです。私は常にL2がStage 1へアップグレードするよう推進しており、今年中にStage 2へのアップグレードを達成したいと考えています。それを促進するために、L2BEATがこの分野でより透明性のある活動を行うよう支援しています。
第二に、L2間の相互運用性の問題です。つまり、二つのL2間でのクロスチェーン取引や通信が、同一エコシステム内にある場合、もっと簡単に、迅速かつ安価に行えるべきです。
昨年からこの取り組みを始め、現在はOpen Intents FrameworkやChain-specific addressesといった名前で進めています。これらは大部分がUX(ユーザーエクスペリエンス)の改善に焦点を当てています。
実際のところ、L2間のクロスチェーン問題の80%はUXの問題だと考えています。
UXの改善プロセスは苦痛を伴うかもしれませんが、正しい方向に向かっていれば、複雑な問題もシンプルにできます。それが私たちが目指す方向です。
さらに踏み込むと、Optimistic RollupのWithdraw期間は1週間です。OptimismやArbitrum上のトークンをL1や他のL2に移動するには、1週間待つ必要があります。
マーケットメーカーが1週間待つこともできますが(その分手数料を支払う必要があります)。一般のユーザーは、Open Intents FrameworkのAcross Protocolなどを通じて、L2から別のL2へ移動でき、少額の取引であれば問題ありません。しかし、大口取引の場合、マーケットメーカーの流動性には限界があり、高い手数料を要求されることになります。先週、私は記事を投稿しました[2]。そこで提案したのは、OP + ZK + TEEの2 out of 3検証方式です。
なぜなら、この2 out of 3方式は、以下の3つの要件を同時に満たせるからです。
第一に、完全にTrustlessであること。Security Council(セキュリティ理事会)が不要であり、TEE技術は補助的な役割なので、完全に信頼する必要もない。
第二に、ZK技術の利用を開始できること。ただしZK技術はまだ初期段階であるため、完全に依存することはできません。
第三に、Withdraw時間を1週間から1時間に短縮できること。
ユーザーがOpen Intents Frameworkを利用すれば、マーケットメーカーの流動性コストは168倍低下します。なぜなら、マーケットメーカーが再調整(Rebalance)のために待つ時間が、1週間から1時間に短縮されるからです。長期的には、Withdraw時間を1時間から12秒(現在のブロック時間)まで短縮する計画があり、SSFを採用すれば4秒まで短縮可能です。
また、現在はzk-SNARK Aggregationなどを活用し、ZK証明プロセスを並列化してレイテンシを若干低減しています。もちろん、ユーザーがZKを直接使う場合はIntentsを介する必要はありませんが、Intentsを通せばコストは非常に低くなります。これらはすべて相互運用性の一部です。
L1の役割についてですが、当初のL2ロードマップでは、ビットコインのロードマップを完全に模倣できると考えられていました。つまり、L1の用途は非常に限られ、主に証明の保管などの少数作業のみを行い、その他すべてはL2が担うというものです。
しかし、L1がまったく役割を持たないと、ETHにとっては危険だということがわかりました。
先ほども触れましたが、私たちが最も懸念していることの一つは、イーサリアム上でのアプリケーションの成功が、ETH自体の成功に結びつかないことです。
もしETHが成功しなければ、コミュニティは資金を得られず、次の世代のアプリケーションを支えられなくなります。L1が何も役割を果たさなければ、ユーザー体験や全体アーキテクチャはL2や特定アプリによって支配され、ETHを代表する存在がいなくなってしまいます。したがって、いくつかのアプリケーションにおいてL1に役割を多く与えることで、ETHにとってより良い結果を生むと考えます。
次に考えるべきは、L1は何をすべきか、L2は何をすべきかという問いです。
2月に私が投稿した記事[3]では、L2中心の世界においても、L1が担うべき重要な役割があると述べました。たとえば、L2は証明をL1に提出する必要があります。もしL2に問題が起きた場合、ユーザーはL1を通じて別のL2に移動する必要があります。また、Key Store WalletやL1上でのOracle Dataの保存など、多くのメカニズムがL1に依存しています。
さらに、Defiのような高価値のアプリケーションは、実はL1上で動作するのが適しています。 DefiアプリがL1に向いている理由の一つは、タイムホライズン(投資期間)が長く、ユーザーが1年、2年、3年と待つ必要があるからです。
これは予測市場で特に顕著です。時として「2028年に何が起こるか?」といった長期的な問いが立てられます。
ここで問題があります。あるL2のガバナンスに問題が起きた場合、理論上はすべてのユーザーがExitし、L1や別のL2に移動できます。しかし、そのL2内のアプリケーションが長期契約に資産をロックインしている場合、ユーザーは退出できません。したがって、理論上は安全なDefiでも、実際には安全ではない場合があるのです。
こういった理由から、一部のアプリはL1上で行うべきであり、そのためL1の拡張性にも再び注目するようになりました。
現在、2026年までにL1のスケーラビリティを向上させるための4〜5の方法に関するロードマップがあります。
第一にDelayed Execution(ブロックの検証と実行の分離)です。各Slotでブロックを検証し、次のSlotで実行するようにします。これにより、最大実行時間を200ミリ秒から3秒または6秒まで延ばせ、より多くの処理時間を確保できます[4]。
第二にBlock Level Access Listです。各ブロックがその内部情報に、アクセスするアカウントやストレージの状態を明示します。これはWitnessなしのStatelessに類似しており、EVMの実行とIOを並列処理できる利点があります。これは比較的シンプルな並列処理の実現方法です。
第三にMultidimensional Gas Pricing[5]です。ブロックの最大容量を設定でき、これはセキュリティ上重要です。
さらに、EIP-4444による履歴データの処理。すべてのノードがすべての情報を永久に保存する必要がなくなります。各ノードが1%だけ保存し、P2P方式で分散して保持します。あなたのノードが一部を、彼のノードが別の一部を保存することで、情報の分散保管が可能になります。
したがって、これら4つの施策を組み合わせれば、L1のGaslimitを10倍に向上できる可能性があると考えており、これによりすべてのアプリがL1に依存し、L1上で活動を始める機会が増え、L1にもETHにも良い影響を与えるでしょう。
Yan:
わかりました。次の質問ですが、今月、Pectraアップグレードが来るのでしょうか?
Vitalik:
実際、2つのことを目指しています。今月末にPectraアップグレードを行い、その後Q3またはQ4にFusakaアップグレードを行う予定です。
Yan:
わあ、そんなに早くですか?
Vitalik:
願わくばそうですね。
Yan:
次の質問も関連します。イーサリアムの成長を見てきた者として、安全性を確保するために、コンセンサスクライアントと実行クライアントそれぞれに5〜6つのクライアントが並行して開発されており、多数の調整が必要なため、開発サイクルが長くなっていることは承知しています。
これは利点もあれば欠点もあり、他のL1と比べると確かに遅いかもしれませんが、その分安全です。
しかし、半年〜1年半ごとにしかアップグレードできない状況を打破するための解決策はありますか? あなたがいくつかの案を提示しているとも聞きました。詳しく教えていただけますか?
Vitalik:
はい、まず協調効率を高める方法があります。 現在、異なるチーム間を自由に往来できる人が増え、チーム間のコミュニケーションがより円滑になっています。
あるクライアントチームが問題に直面した場合、それを研究チームに伝えることができます。トーマスが私たちの新しいED(執行責任者)の一人になったメリットはまさにここにあります。彼はクライアントチーム出身でありながらEF(イーサリアム財団)にも所属しているため、調整役として機能できます。これが一点目です。
二点目は、クライアントチームに対してもう少し厳格になることです。現在のやり方は、5つのチームすべてが完全に準備できた時点で、次のハードフォーク(ネットワークアップグレード)を発表するというものです。しかし、今後は5チーム中4チームが完了すればアップグレードを開始するように検討しています。これにより、最も遅れているチームを待つ必要がなくなり、モチベーションも高まります。
04 暗号学とAIについての見解
Yan:
適度な競争は必要ですね。毎回のアップグレードが楽しみですが、あまり長く待たせないでほしいものです。
次に、暗号学に関する発散的な質問をさせてください。
2021年に私たちのコミュニティが設立されたとき、国内の大手取引所の開発者やベンチャーキャピタルのリサーチャーたちが集まり、DeFiについて議論しました。2021年はまさに誰もがDeFiを学び、理解し、設計しようとした時代で、全民参加のブームでした。
その後の発展を見ると、ZK(ゼロ知識証明)に関して、一般の人々や開発者にとって、Groth16、Plonk、Halo2などを学ぶのはますます難しくなり、技術の進歩も非常に速いです。
また、現在ZKVMの発展が急速に進んでおり、ZK-EVMの方向性は以前ほど人気ではなくなりつつあります。ZKVMが成熟すれば、開発者はZKの底層を深く知る必要がなくなるかもしれません。
これについて、何かアドバイスや見解をお持ちですか?
Vitalik:
ZKエコシステムにとって最良の方向性は、ほとんどのZK開発者が高水準言語(HLL: High Level Language)を知ることだと思います。開発者はHLL上でアプリケーションコードを書けばよく、Proof Systemの研究者は底層アルゴリズムの改良や最適化に集中できます。開発者は階層化すべきであり、下位層で何が起きているかを知る必要はありません。
現在の問題は、CircomとGroth16のエコシステムが非常に発達している一方で、ZKエコシステムの応用に大きな制約をもたらしていることです。Groth16には多くの欠点があります。たとえば、各アプリケーションごとに独自のTrusted Setupが必要であること、効率が高くないことなどです。そのため、現代的なHLLの成功を支援するために、より多くのリソースを投入する必要があります。
また、ZK RISC-Vの路線も非常に有望です。RISC-V自体が一種のHLLとなり、EVMや他のアプリケーションもRISC-V上で記述できるようになります[6]。
Yan:
なるほど、開発者はRustさえ知っていれば十分ですね。去年のバンコクDevconでも応用暗号学の進展を聞いて、目から鱗でした。
応用暗号学の観点から、ZKPとMPC、FHEの統合についてどうお考えですか?開発者に何かアドバイスはありますか?
Vitalik:
はい、非常に興味深いテーマです。FHEの将来性は非常に明るいですが、懸念もあります。それはMPCやFHEが常にCommittee(委員会)を必要とすることです。たとえば、7人以上のノードを選出する必要があります。しかし、そのノードのうち51%や33%が攻撃されれば、システム全体に問題が生じます。これは一種のSecurity Councilの存在に相当し、むしろそれよりも深刻です。なぜなら、Stage 1のL2では、Security Councilが75%攻撃されないと問題にならないからです[7]。これが一点目。
二点目は、Security Councilです。信頼できるメンバーであれば、その鍵は冷蔵庫(オフライン)に保管されますが、MPCやFHEのCommitteeはシステムの稼働のために常時オンラインである必要があります。そのため、VPSや他のサーバー上に配置されやすく、攻撃されやすくなります。
これが少し心配です。多くのアプリケーションは可能ですが、完璧とは言えません。
Yan:
最後にもう一つ、少し気軽な質問をさせてください。最近、あなたもAIに注目していると聞いています。いくつかの見解を挙げたいと思います。
例えばElon Musk氏は『人類はシリコン文明のブートストラッププログラムにすぎないかもしれない』と言っています。
また、『ネットワーク国家』には『中央集権国家はAIを好み、民主国家はブロックチェーンを好む』という見解があります。
我々Crypto界隈の経験からすれば、非中央集権の前提は、人々がルールを遵守し、互いに牽制し合い、リスクを負うことを理解することですが、最終的にはエリート主義につながるかもしれません。こういった見解について、どう思いますか?単なる意見交換としてお話しできればと思います。
Vitalik:
どこから答えるか考えますね。
AIの分野は非常に複雑です。5年前には、米国が世界最高のクローズドソースAIを持ち、中国が最高のオープンソースAIを持つとは誰も予想していませんでした。AIはすべての人のすべての能力を高めますが、時には中央集権的な権力を強化することもあります。
しかし、AIにはある種の民主化効果もあると言えます。 私自身がAIを使うとき、すでに世界トップ1000位に入った分野では、たとえばZK開発の分野では、AIの助けはほとんどありません。大部分のコードは自分で書く必要があります。しかし、初心者の分野では、AIは非常に大きな助けになります。たとえばAndroidアプリ開発は、これまでやったことがありませんでした。10年前にJavaScriptを使ってフレームワークで作ったアプリ以外、ネイティブのAndroidアプリは一度も書いたことがありません。
今年の初めに、GPTを使ってアプリを作成する実験をしました。すると、1時間以内に完成しました。専門家と初心者の差は、AIの助けによって大きく縮まったのです。また、AIは多くの新たな機会を提供してくれます。
Yan:
補足します。新しい視点をいただきありがとうございます。以前はAIがあれば、経験豊富なプログラマーがさらに早く学べる一方で、初心者にとっては不利になると思っていました。しかし、確かに初心者の能力も高まる。これは一種の平等化であり、分化ではないのかもしれません。
Vitalik:
はい。しかし、現在非常に重要なのは、私たちが作っている技術—ブロックチェーン、AI、暗号学、その他の技術—それらの融合が社会にどのような影響を与えるかを考えていくことです。
Yan:
つまり、人類がエリート支配に終わってほしくないという思いがあるのですね。むしろ、社会全体のパレート最適を目指している。AIやブロックチェーンによって、普通の人々が「スーパー個人」になることを期待しているのですね。
Vitalik:
はいはい、スーパー個人、スーパー・コミュニティ、スーパー・ヒューマンです。
05 イーサリアムエコシステムへの期待と開発者へのアドバイス
Yan:
では最後の質問です。開発者コミュニティへの期待やメッセージはありますか?イーサリアムの開発者たちに伝えたいことはありますか?
Vitalik:
イーサリアムのアプリ開発者たちに、ぜひ考えてもらいたい。
現在、イーサリアム上でアプリを開発するには多くのチャンスがあります。以前はできなかったことが、今なら可能になっています。
その理由はいくつかあります。
第一に、以前はL1のTPSがまったく足りなかったが、今やその問題は解決された;
第二に、以前はプライバシー問題を解決できなかったが、今や可能になった;
第三に、AIのおかげで、何を作るにしても難易度が下がった。イーサリアムエコシステムの複雑さは増しているかもしれませんが、AIのおかげで、誰もがイーサリアムをより理解しやすくなっています。
したがって、10年前や5年前に失敗したことが、今なら成功する可能性があります。
現在のブロックチェーンアプリケーションエコシステムで、最も大きな問題は、2種類のアプリが存在することです。
第一に、非常に開放的で、非中央集権的で、安全で、理想主義的なアプリです。しかし、ユーザーは42人しかいません。第二に、いわゆるカジノです。問題は、この二極端な両方が、どちらも健全ではないことです。
そこで私たちが望むのは、
第一に、ユーザーが実際に使いたくなる、真の価値を持つアプリです。
そのアプリが世界をより良くすること。
第二に、持続可能なビジネスモデルを持つこと。経済的に持続可能であり、限られた財団や他の組織の資金に頼らずに運営できる。これもまた課題です。
しかし、今や誰もが以前よりも多くのリソースを持っています。良いアイデアを見つけ、それをしっかり実行できれば、成功のチャンスは非常に大きい。
Yan:
長きにわたり見てきて、イーサリアムは非常に成功しており、業界をリードし続け、非中央集権という前提のもとで業界が直面する問題を解決しようと努力していると感じます。
もう一つ強く感じるのは、私たちのコミュニティも非営利であることです。イーサリアムエコシステム内のGitcoin GrantsやOPのリトロ活性報酬、他のプロジェクトからのエアドロ報酬を通じて、イーサリアムコミュニティでBuildすることは多くの支援を得られることを実感しています。 私たちはコミュニティが持続的かつ安定的に運営される方法を考え続けています。
イーサリアムの建設は本当にわくわくするものです。世界コンピュータの真の実現を、一日も早く見たいと思います。貴重なお時間をありがとうございました。
香港摩星嶺にてインタビュー
2025年04月07日
最後に、Vitalik氏との記念撮影📷

記事内でVitalik氏が言及した参考資料を編集部が整理しました:
[1]:
https://ethresear.ch/t/fork-choice-enforced-inclusion-lists-focil-a-simple-committee-based-inclusion-list-proposal/19870
[2]:
https://ethereum-magicians.org/t/a-simple-l2-security-and-finalization-roadmap/23309
[3]:
https://vitalik.eth.limo/general/2025/02/14/l1scaling.html
[4]:
https://ethresear.ch/t/delayed-execution-and-skipped-transactions/21677
[5]:
https://vitalik.eth.limo/general/2024/05/09/multidim.html
[6]:
https://ethereum-magicians.org/t/long-term-l1-execution-layer-proposal-replace-the-evm-with-risc-v/23617
[7]:
https://specs.optimism.io/protocol/stage-1.html?highlight=75#stage-1-rollup
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News













