Source: TheCryptoUpdatesOriginal Title: Original Link: ## イーサリアムの複雑さの問題Vitalik Buterinは、しばらく気になっていたことについて考えてきました。イーサリアムの共同創設者は今週Xに長いスレッドを投稿し、それはネットワークの長期的な健全性に対する成長する脅威と彼が見ているものについてです。彼はイーサリアムがあまりにも複雑になりすぎていることを懸念しています。それは新機能を追加したり、効率化を図ることだけではありません。Buterinの懸念はもっと深いところにあります。彼は、もしプロトコルがあまりにも密になり、彼が「PhDレベルの暗号技術」と呼ぶものに満ちてしまった場合、一般の人々はネットワーク上で何が起きているのかを検証できなくなると考えています。そしてそれは、彼の見解では、分散化の本来の目的を損なうことになります。## ウォークアウェイテストButerinは、「ウォークアウェイテスト」と呼ばれるこの概念を提起しました。これは非常にシンプルなアイデアです。もし彼や他のオリジナルの創設者やコア研究者たちが…永久に去った場合、イーサリアムは安全に運用を続けられるか？もし新しいチームが、元の開発者の専門的な指導なしにプロジェクトを引き継げないなら、そのテストは失敗です。現時点で、Buterinはイーサリアムがそのテストに失敗している可能性があると考えています。彼は、開発者たちが特定の問題を解決するために絶えず新機能を追加しているのを見ており、これが彼のいう「技術的負債」を生み出していると指摘します。時間が経つにつれて、この負債はネットワークの未来にとって「非常に破壊的」になると彼は述べています。「イーサリアムのプロトコル開発において私が恐れているのは、非常に特定のニーズに応えるために新機能を追加しすぎることです」と彼は書いています。「これらの機能がプロトコルを膨らませたり、相互作用する新しいタイプのコンポーネントや複雑な暗号技術を重要な依存関係として追加したりしてもです。」## コードのガベージコレクションでは、解決策は何でしょうか？Buterinは、「ガベージコレクション」と呼ばれる開発プロセスを提案しています。これはすべてを捨てることではなく、むしろ不要になったコードや依存関係を意図的に削除し、明確な目的を持たなくなったものを取り除くことです。彼はこれが二つの方法で行えると示唆しています。一つは、既存の機能を段階的に整理し、よりシンプルで理解しやすくするアプローチです。もう一つは、より大規模な再構築を伴うアプローチです。Buterinは、Proof-of-WorkからProof-of-Stakeへのイーサリアムの移行をこの哲学の例として挙げています。これは単なるアップグレードではなく、非効率になったレガシーな仕組みを排除する必要性のある浄化と位置付けています。## 今後の展望この考え方は、今後のイーサリアムの開発において潜在的な変化を示唆しています。Buterinは、より遅いペースでの変化と、絶え間ない機能追加よりも監査性とシンプルさに重点を置くことを提唱しているようです。「長期的には、イーサリアムの変化のペースを遅くできればと思います」と彼は述べています。「さまざまな理由から、最終的にはそうなる必要があります。最初の15年間は、アイデアを探求し、何が機能し、何が役立ち、何がそうでないかを見極める青少年期と部分的に見なすべきです。」彼は進捗を測るための具体的な指標として、総プロトコルコードの最小化、複雑なコンポーネントへの依存の削減、自己完結型の不変条件の増加の3つを挙げています。タイミング的には興味深いです。イーサリアムが成熟するにつれて、イノベーションと安定性の間に緊張が生まれています。Buterinのコメントは、彼が今や安定性の側により傾いていることを示唆しており、一般の人々が実際に理解し検証できるネットワークを優先しているようです。すべての可能な機能を備えたものよりも。おそらくこれは、実験的な技術からより基盤的なものへと進化しているプラットフォームの自然な変化なのかもしれません。問題は、より広範なイーサリアムコミュニティがこの方向性に従うのか、それとも新しいものを作り続けたい開発者たちからの反発があるのかということです。
イーサリアムの複雑さの課題：ヴィタリックの持続可能なプロトコル開発に向けたビジョン
Source: TheCryptoUpdates Original Title: Original Link:
イーサリアムの複雑さの問題
Vitalik Buterinは、しばらく気になっていたことについて考えてきました。イーサリアムの共同創設者は今週Xに長いスレッドを投稿し、それはネットワークの長期的な健全性に対する成長する脅威と彼が見ているものについてです。彼はイーサリアムがあまりにも複雑になりすぎていることを懸念しています。
それは新機能を追加したり、効率化を図ることだけではありません。Buterinの懸念はもっと深いところにあります。彼は、もしプロトコルがあまりにも密になり、彼が「PhDレベルの暗号技術」と呼ぶものに満ちてしまった場合、一般の人々はネットワーク上で何が起きているのかを検証できなくなると考えています。そしてそれは、彼の見解では、分散化の本来の目的を損なうことになります。
ウォークアウェイテスト
Buterinは、「ウォークアウェイテスト」と呼ばれるこの概念を提起しました。これは非常にシンプルなアイデアです。もし彼や他のオリジナルの創設者やコア研究者たちが…永久に去った場合、イーサリアムは安全に運用を続けられるか？もし新しいチームが、元の開発者の専門的な指導なしにプロジェクトを引き継げないなら、そのテストは失敗です。
現時点で、Buterinはイーサリアムがそのテストに失敗している可能性があると考えています。彼は、開発者たちが特定の問題を解決するために絶えず新機能を追加しているのを見ており、これが彼のいう「技術的負債」を生み出していると指摘します。時間が経つにつれて、この負債はネットワークの未来にとって「非常に破壊的」になると彼は述べています。
「イーサリアムのプロトコル開発において私が恐れているのは、非常に特定のニーズに応えるために新機能を追加しすぎることです」と彼は書いています。「これらの機能がプロトコルを膨らませたり、相互作用する新しいタイプのコンポーネントや複雑な暗号技術を重要な依存関係として追加したりしてもです。」
コードのガベージコレクション
では、解決策は何でしょうか？Buterinは、「ガベージコレクション」と呼ばれる開発プロセスを提案しています。これはすべてを捨てることではなく、むしろ不要になったコードや依存関係を意図的に削除し、明確な目的を持たなくなったものを取り除くことです。
彼はこれが二つの方法で行えると示唆しています。一つは、既存の機能を段階的に整理し、よりシンプルで理解しやすくするアプローチです。もう一つは、より大規模な再構築を伴うアプローチです。
Buterinは、Proof-of-WorkからProof-of-Stakeへのイーサリアムの移行をこの哲学の例として挙げています。これは単なるアップグレードではなく、非効率になったレガシーな仕組みを排除する必要性のある浄化と位置付けています。
今後の展望
この考え方は、今後のイーサリアムの開発において潜在的な変化を示唆しています。Buterinは、より遅いペースでの変化と、絶え間ない機能追加よりも監査性とシンプルさに重点を置くことを提唱しているようです。
「長期的には、イーサリアムの変化のペースを遅くできればと思います」と彼は述べています。「さまざまな理由から、最終的にはそうなる必要があります。最初の15年間は、アイデアを探求し、何が機能し、何が役立ち、何がそうでないかを見極める青少年期と部分的に見なすべきです。」
彼は進捗を測るための具体的な指標として、総プロトコルコードの最小化、複雑なコンポーネントへの依存の削減、自己完結型の不変条件の増加の3つを挙げています。
タイミング的には興味深いです。イーサリアムが成熟するにつれて、イノベーションと安定性の間に緊張が生まれています。Buterinのコメントは、彼が今や安定性の側により傾いていることを示唆しており、一般の人々が実際に理解し検証できるネットワークを優先しているようです。すべての可能な機能を備えたものよりも。
おそらくこれは、実験的な技術からより基盤的なものへと進化しているプラットフォームの自然な変化なのかもしれません。問題は、より広範なイーサリアムコミュニティがこの方向性に従うのか、それとも新しいものを作り続けたい開発者たちからの反発があるのかということです。