Gnosis創業者によるEthDenver発表メモ：L2の限界と別のスケーリング手法
TechFlow厳選深潮セレクト
Gnosis創業者によるEthDenver発表メモ：L2の限界と別のスケーリング手法
Gnosisの創設者は3月4日、EthDenverにてL2の限界性と別のスケーリング手法についての発表を行った。
Web3業界の深掘り報道に専念し潮流を洞察執筆：Luyao
整理：TechFlow
Gnosisの創設者yu氏は3月4日、EthDenverにてL2の限界性と別のスケーリング手法について講演を行いました。非常に興味深かったので、いくつか抜粋とメモをまとめました：
L2の当初の目的は、多数のトランザクションを一括処理し、その結果をL1に同期させることでした。これは永続的な資産を置くための新しい空間というよりも、一時的な処理空間にすぎないのです。
長期的に見ると、たとえ完全に実装されたとしても、L2には依然として根本的な問題がいくつか存在する。 例えば：
問題 1
このプロセスには、状態が膨張しないアプリケーション（例：取引所 — 取引履歴ではなく結果のみが必要）にしか適していないという問題があります。一方、状態が膨張するアプリケーションについては、スケーリングが不可能です。
ENSを例に挙げると：
もし世界の80億人のうち10％（8億人）がENSを登録しようとした場合、イーサリアム全体のトランザクション処理能力がそのリクエスト処理に使われ、完了までに2年かかる計算になります。この2年間、イーサリアムは他のすべてのトランザクションを処理できなくなります。
株式を例に挙げると：
もし世界中の株式（約4万5千銘柄）の決済層にイーサリアムを利用した場合、各銘柄は1日に30件未満の取引しか行えないことになります（L2を使っても）。
問題 2
L2のトランザクションコストは、ピーク時のガス料金が1ドルを超えることもあります。EIP-4844が導入されてもガスは90%削減されると予想されますが、それでも以下の2つの問題があります：
1. ガス料金が1セント未満（サブセント）である必要がある用途には依然として不向きであり、
2. 需要が増加すれば、ガス価格は再び上昇します。
問題 3
L2からの資産引き出しに関する問題：
1. 小額の資産では引き出し手数料（ガス代）さえ支払えない可能性がある、
2. 引き出し帯域は限られているため、多くのユーザーが同時に引き出そうとすると混雑してしまう……
問題 4
一部のアプリはロールアップ化できない。
たとえばCirclesUBIやPOAPなどは多数の状態を生成するが、これらの状態は圧縮できないため、L2は効果を持ちません。
それならば、永久的な空間としてL2に常に留まり、L2から出ないとしたらどうでしょうか？
これにもいくつかの問題があります。
問題 1
L2のシーケンサーは非常に中央集権的である。
彼らはあなたの資金を奪うことはできませんが、取引を受け入れるかどうか、いくらのガスを請求するか、どの取引を優先するかなど、大きな権限を持っています。
ついでにCoinbaseにも言及し、BASE上で取引所を運営している場合、Coinbaseは自社の取引を簡単に優先順位に上げられると指摘しました。
さらに、中央集権的なシーケンサーは検閲の対象になりやすく、強制的なKYC（KYC済みアドレスからのみ取引を受け付ける）を課す可能性もある。
講演者は、現在の規制の動向から考えてこれは非常に現実的なリスクだと強調しています。
問題 2
ここで講演者が提起した非常に興味深い問題があります：
L1に存在せず、L2にネイティブな資産を発行する場合、そもそもL2を使う意味はあるのでしょうか？
なぜならL2の安全性はL1によって保証されているからです。しかしL1を不要にするなら、なぜわざわざL2を使う必要があるのか？
問題 3
（以下の問題はとても興味深い！）硬直化（リグidity）の問題。
イーサリアムL1自体はまだ進化の途中であり、今後5〜10年の間に多くの変更が行われる予定ですが、これがL2にとって大きな課題となります。
例として、投票に使われるSnapshotはL2で投票を行い、その状態をL1に同期させる仕組みで、L2上でMerkle Proofを生成しています。
しかし、イーサリアムL1は今後1〜2年以内にMerkle TreeからVerkle Treeへ移行する計画があり、これにより現在のSnapshotのバージョンは使用できなくなってしまいます。
つまり、L2は「アップグレード」メカニズムを何らかの形で持つ必要があるが、これは信頼不要（trustless）という本来の目標と矛盾することになります。
解決策
講演者はCosmosのIBCモデルに類似した非常に興味深いソリューションを提案しました。
つまり、イーサリアムと同じものを動作させる別のチェーンを作り、信頼不要なZKブリッジで接続し、「イーサリアム宇宙（Ethereumverse）」を構築するというものです。
実際にZKブリッジの実装方法を初めて聞いたときはまるでSFのようでしたが、このような技術が実際に実現されつつあります。
具体的には、あるチェーン上で別のチェーンの軽量ノードクライアントをZKを使って実行し、そこで検証を行うというものです。この方式は信頼が不要で、従来のブリッジよりもはるかに安全です。
個人的な見解として、これは非常に面白く、過小評価されているソリューションです。よく考えてみると、前述の問題の多くを実際に解決できる可能性があります。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
