jakiro
著者：0xnatalie出典：ChainFeeds
Ethereum Foundationの一部のメンバーの見解と行動は、最近論争に陥っています。まず第一に、5月16日に、Ethereum FoundationのメンバーであるPéterSzilágyiは、Twitterで現在のEthereum問題ソリューションに関する意見を発表しました。彼は、現在の解決策のいくつかは問題を根本的に解決するのではなく、問題を民主化し、利益分布を通じて抗議音を排除するために信じていますエッセンスこの見解は、特にイーサリアム財団の研究者ダンクラード・ファイストの視聴者との激しい議論を引き起こし、両者は激しい議論を始めました。
その直後、5月21日に、ダンクラード・ファイストは、イーサリアム財団の研究者ジャスティン・ドレイクとの固有団体のコンサルタントになって、何百万ドルものトークンのインスピレーションを得ることを発表しました。Ethereum Foundationのメンバーとして、彼らはEthereumの潜在的な関心を持つ外部プロジェクトに参加し、プロジェクトトークンのインスピレーションを受け入れました。
研究者とエンジニアの対立
MEV問題処理
PéterSzilágyiは、Ethereum Foundationの中核メンバーであり、Ethereumの最も重要な実行クライアントGethが開発された最も重要な人物です。Dankrad Feistは、Ethereum Foundationの研究者であり、Dankshardingのコアメンバーでもあります。
ピーターとダンクラード・ファイストの焦点の1つは、MEVに関するものです。ピーターは、MEVの問題を解決する現在の方法を批判しました。ピーターは、MEVが元々イーサリアムに対する一種の攻撃であると考えていますが、この問題は十分な利害関係者と収入を共有することによって解決されたと見なされました。イーサリアムのエコシステムは、従来の金融システムに変更され、一部の特定のグループに分散された利益によってMEVへの抗議音を排除しました。彼は、このアプローチがより集中化されたイーサリアムにつながることを心配していました。
Dankrad Feistは、MEVの問題を解決することは容易ではないと考えています。MEVは、チェーン上の有用で価値のあるプロトコルの必然的な製品であるため、完全に排除できない事実です。彼は、なぜMEVブーストの開発が促進されたのかを具体的に述べました。マージの前に、独立した誓約の利益を傷つけないために、MEVに対処するにはよりバランスのとれたメカニズムが必要でした。液体誓約に柔軟なソリューションがない場合、大規模な誓約プールは、独立した誓約よりも高い利益をもたらし、独立した誓約を撤回することを強制する可能性があります。より良い解決策の前に、合併を遅らせたり、独立した誓約を「破壊」する代わりに、MEV-Buostの開発を促進する方が良いでしょう。
状態成長の問題
MEVの問題に加えて、彼らは州の成長のトピックについても議論しました。Ethereumでのトランザクションとスマートコントラクトの増加により、ネットワークのステータス（つまり、すべてのアカウントの情報とスマートコントラクトの現在のデータ）も急速に拡大しています。これにより、ストレージと処理の課題が生じます。現在、状態のない検証は解決策です。目的は、ノードを保存する必要があるデータの量を減らし、ノード操作をより効率的にすることです。ステートレステクノロジーを通じて、ノードは完全なネットワークステータスを保持する必要はありませんが、トランザクションとブロックを検証するために何らかの方法で必要なステータス情報を動的に取得する必要はありません。
ピーターは、国家管理の集中化につながる可能性のあるこの方法を批判していますいくつかの大きなノードのみが完全な状態を保存できるため、このような集中的な傾向は、少数の大規模な参加者の手に力と利益につながる可能性があります。
ダンクラッド・フェイストは、ピーターの批判は、デザイン契約が公正なシステムを構築するのではなく、お金の利益を満たすことだと考えていると考えています。ビジネスの関心を考慮するのではなく、必要な技術の進歩である状態スキームなしでユーザーエクスペリエンスとネットワークパフォーマンスを向上させます。ステートレス提案の主な目的は、ノード全体を実行するコストと技術的なしきい値を削減し、より多くの人々がイーサリアムネットワークに参加できるようにすることです。
小さなエピソード：タイファンの開発プロセスの問題
私は議論が終わったと思いました、そしてその後、17日、ピーターとダンクラード・ファイストは、タイシャンの開発プロセスでの競争に対処する方法で議論を始めました。
ピーターは、ソラナなどの競合他社に対処するためにイーサリアム開発チームを批判し、問題の修復に熱心であり、当然の開発プロセスと慎重な態度をあきらめました。彼は、開発チームは競合他社の恐怖に駆り立てられており、合理的な開発プロセスと慎重なレビューを通じてソリューションを開始することに熱心であると考えています。たとえば、ユーザーがSolanaやBitcoinなどの他のプラットフォームに負けないようにするために、十分なプロセスやレビューなしでEIP-4844の提案を開始したいと考えています。
Dankrad Feistは、Peterの「Hurry」の発展に対する批判に反論し、EIP-4844の提案が2022年2月からオンラインメインネットワークに2年間提案されたことを強調しました。彼は、Ethereumの開発プロセスが慎重に計画され、慎重にレビューされていることを指摘し、データの可用性ロードマップに従ってロードマップが適切に進歩していることを指摘しました。彼はそれを「急いで」と呼ぶことは不合理だと信じています。
ピーターとダンクラードの一連の紛争は、協定の方向にあるイーサリアムコミュニティの開発方向の違いを反映しています進化への影響。Vitalikが言ったように、「スケーラブルで安全な長期ブロックチェーンのエコシステムを発育させるための多くのパスですが、それらはすべて非常に「ミラール先物」に向かって構築されているように見えます。複雑なプロセス。
固有層のコンサルタントとして、イーサリアムの利益を考慮に入れることができますか？
Ethereum Foundationのメンバーに関連する別の議論は、Dankrad FeistとJustin Drakeの最近の週がTwitterのコンサルタントに、コミュニティインセンティブの議論を引き起こしたEigenlayerプロジェクトになることを発表したことです。
イーサリアムの生態学的誓約の主要なプロジェクトです。
<図>
>
Dankrad Feistは、このポジションからインセンティブとして多数のトークンを獲得したことを明らかにしました。しかし、コンサルタントとして、それは個人的なものであり、それはイーサリウム財団を意味するものではないため、Eigenlayerに異議を唱えることができます。Dankrad Feistは、潜在的な集中リスク、イーサリアム協定への攻撃、トークン保有者と誓約など、現在重い誓約メカニズムである一連の問題について言及しました。しかし、彼は、重い誓約メカニズムが効果的に実装されている場合、独立した誓約にいくつかの利益をもたらすこと、Ethereumネットワークによって制限されているプロジェクトに一時的なソリューションを提供するなど、イーサリアムエコシステムに利益をもたらすこともできると考えています。コンサルタントの主な目標の1つは、重い誓約によってもたらされる集中リスクと、イーサリアム協定への潜在的な攻撃を回避することです。
ジャスティン・ドレイクはまた、彼の開示で、固有層コンサルタントとして取得した数百万ドルのトークンが他のすべての資産の合計を超えていると説明しました。彼はすべてのコンサルタントを使用して、イーサリアムエコシステムで貴重なプロジェクトを使用することを約束しますそして、Eigenlayerがイーサリアムの利益の方向を採用するとき、いつでもコンサルタントの地位を終わらせる準備をします。ジャスティン・ドレイクは、彼のデフォルトの公的立場は、固有層を批判する傾向を引き続き維持すると述べた。彼は、重い誓約メカニズムが独立した検証の数の減少につながる可能性があることを心配しています。したがって、コンサルタントとして、重い誓約メカニズムによってもたらされたリスクを回避するために、固有Layerプロジェクトを理解し、導くことができることを願っています。
この2つの開示に関して、コミュニティのメンバーからのフィードバックは非常に異なります。あなたの決定に影響しません」。ジャスティン・ドレイクの開示に関しては、「イーサリアム財団の中心的な貢献者として、イーサリアムの利益を受け入れるプロジェクトの役割は何ですか？この開示は、業界モデルであるオープンで透明性があります。
主にジャスティン・ドレイクのために、上記の態度は完全に異なっています。これは、イーサリアムのエコシステムへのすべてのコンサルタントの再利用がイーサリアムに対する忠誠心を反映しており、その地位が明らかであることを明確に示しているためです。ダンクラード・ファイストもその立場を示しましたが、コミュニティを不満にするための実用的な行動を約束しませんでした。
紛争は多くの場合、さまざまな利益によるものです。Dankrad Feistに関するコミュニティの見解と、彼らが何をするかは楽観的ではないので、どちら側をサポートしていますか？
