jakiro
著者：Ethereum Foundationの開発者であるDankrad Feist
出典：X、@Dankrad翻訳：Shan Oppa、Bitchain Vision
1。Ethereumの現在のアップグレードプロセスには問題があります
開発者は、ネットワーク容量に長期的なコミットメントを持つ必要があります。そうしないと、イーサリアムに基づいて構築できません。彼らは、今後5年間の計画を明確にする必要があります。ですから、コア開発プロセスのタイムラインに最終的に同意できることを願っています。
2。Ethereum L1が拡張できないと誤って主張し、L2が唯一の解決策であると主張します
このビューは完全に「象牙の塔」の考え方です – Vitalikは3年前にそれについて公開され、データ可用性サンプリング（DAS）とZKEVMテクノロジーの開発により、これらの要素は準備が整っています。
特定の制限はありますが、数年以内にイーサリアムを100〜1000回拡大することは完全に実行可能です。これにより、ネイティブL1またはその他の代替ロールアップに基づいて実現できない多くの機能を実装できます。このプロセスを本当に推進し、それをやらないように言い訳を見つけるのをやめることが、イーサリアムの勝利の鍵であると思います。
3。すべてのトランザクションをEthereum L1に配置できるわけではありません
L1の実際の制限が1000 TPS、100,000 TPS、さらには100万TPSであろうと、すべてのニーズを満たすことはできません。したがって、データの可用性を大幅に増やし（データの可用性）、ロールアップのために高セキュリティイーサリアム生態学的セキュリティゾーンを作成する必要があります。これらのロールアップはイーサリアムの同盟国であり、信頼なしにエーテルやその他のイーサリアム資産を使用できます。
しかし、それはすべて本当に意味のあるスケールで行われなければなりません。5年ではなく1〜2年で1秒あたり1メガバイト（1MB/s）の現在の目標を達成し、その後先に進む必要があります。私は現在、分散型ネットワークデータの可用性サンプリング（DAS）を最大化する方法を検討していますが、より高い要求でデータの可用性を追加することは、楽観的なロールアップ（正直なノード）を使用したセキュリティの仮定で完了する前に良い解決策です。
他のデータ可用性プロトコルは現在、GB/Sをサポートするシステムを開発しています！Ethereumはこのレベルに到達する必要はありませんが、現時点では1/1000だけに達するには十分ではありません。
一部のプロジェクトでは、Ethereumのデータ可用性（DA）を使用することは決してないと公開しており、Vitalik（皮肉な）に支えられていることを公に宣伝しています。これらのプロジェクトが「イーサリアムと一致している」と主張しながら、この状況を受け入れることは野心の欠如です。
