イーサネット財団、「コイン売り」事件に対応し、3つのコア戦略を詳述

Compiled by Vernacular Blockchain

5月7日、イーサはペクトラネットワークのアップグレードを完了し、生態学的発展の新たな章を開いた。この機会に、イーサネット財団の新しい共同エグゼクティブ・ディレクターであるTamas Stanczak氏とShay Wong氏が、変革を推進する彼らの考えと決意についてBanklessと語りました。

過去にコミュニティは、イーサネット財団の実行速度、コミュニケーション、継続的なコイン販売について批判してきました。paddingleft-2">

以下は、Vernacular Blockchainがまとめた、このインタビューの抜粋です：

Q1：あなたの経歴と、イーサネット財団でこのポジションに就いた経緯を少し教えてください。

シェイ・ウォン: 私のバックグラウンドはコンピューターサイエンスです。2017年に財団に入りました。当時は、シャーディングの概念実証（PoC）の最初のバージョンに取り組むコアプロトコルの研究者でした。それ以来、イーサネット・プロトコルがまだコンセンサス・プロトコルとして知られていた頃に深く関わってきました。Canチェーンの登場とともに、私はイーサネット・プロトコルのコンセンサスレイヤーに重点を置き、プルーフ・オブ・エクイティ（つまりマージ）への移行に貢献しました。私の役割は、財団のコンセンサス研究開発チームの共同リーダー（co-lead）のようなもので、コンセンサスレイヤーの仕様に焦点を当て、研究サイドとクライアントサイド（CL）の間の調整役として活動しています。

リーダーシップチームに参加する前は、ファウンデーションの研究者の役割は非常に具体的で、機能的な特徴を研究するだけではないと思っていました。私たちは、その機能がユーザーにどのような影響を与えるかも気にしています。昨年12月、私はリーダーシップ・チームに加わりました。この経験のおかげで、共同エグゼクティブ・ディレクターとしてトマシュと一緒に仕事ができるようになりました。

Tomasz Stanczak: 私がイーサに出会ったのは、2015年の終わりか2016年の初め頃、ロンドンの小さな集まりでした。そこでイーサリアムに出会った。当時、私は伝統的な金融セクターで働いていました。2017年8月、私はコア開発インフラ会社であるNethermindを立ち上げました。私はイエローペーパーを読むことから始め、それを実装することが最良の学習方法だと考え、C#でコードを書き始め、徐々にインフラに深く入り込んでいきました。

私は、遅かれ早かれイーサには「データマーケットプレイス」のような専門的なツールが必要になるだろうと思い描き、2020年にフラッシュボッツに入社してMEVソリューションに取り組みました。nethermindは約300人に成長し、インターンシッププログラムを通じて約600人をエコシステムに引き込んだ。数ヶ月前、私はリーダーシップの方向性について助言をするため、アヤと話をした。2月に再会し、最終的に入社を決めた。イーサネットには助けとリーダーが必要だと思います。

Q2：この共同エグゼクティブ・ディレクターのポジションは、具体的にどのような意味を持ち、どのようなビジョンを持っているのですか？

シェイ・ウォン:イーサネット財団のエグゼクティブ・ディレクターは、長期的な視野で考える必要があります。私たちは非営利団体です。私たちの使命は、エコシステムのスチュワードとなることであり、エコシステムが私たちを最も必要としているときに、私たちは一歩踏み出し、注力すべき分野に焦点を当て、他のプレイヤーに力を与えることです。私たちは、頻繁に揺らぐことのない自分たちの原則を確立する必要があります。また、私たちが日々対処しているダイナミックな問題に対して柔軟に集中できるよう、強さと回復力を築く必要があります。

トマシュ・スタンチャック（Tomasz Stanczak）： 私は、組織を構築し、エコシステムで働く経験とダイナミズムをもたらします。私は過去4年間放浪し、多くのビルダーに会ってきました。私は財団の内部構造を改善し、プロセスを加速させる手助けをすることを目指しています。財団には約40人のプリンシパルがいて、小さなチームを率いていますが、彼らがEFの真のリーダーであることを自覚する場を与える必要があります。

財団内には小さなことでも大きな助けになることがあります。これは、私が正式に作業を始める前に、かなり最初に修正しようと決めたことでした。クライアントを作った経験があるから、技術的な観点から課題を見ることができる。ここ数週間、スケジュールをオープンにしてフィードバックしてきた。ファウンデーションには、もっと積極的にコミュニケーションをとってほしいし、時には不快になることがあっても、難しい問題から逃げないでほしい。

Q3：宮口綾の時代は「引き算による利得」と定義されてきました。あなたのリーダーシップの下での新章をどのように定義しますか？何を残したいですか？

トマシュ・スタンチャック： 私の役割は、ビジョナリーではなくインプリメンターだと考えています。シェイと私が一緒に設定したビジョンの中で活動するセッターであり、今後1、2年の間にダイナミックで短期的な変化をもたらすことにコミットする。庭に植物を植え、そこで育つすべてのものを剪定し、整理するようなものだ。私は、イーサリアムが世界経済と取引のためのグローバルな中立層とみなされることを望んでいます。

私たちが本当に大切にしている価値をもたらし、インパクトを通じて勝利することです。プライバシー、セキュリティ、オープンソースアクセス、検閲に対するプロトコルの耐性について話すとき、それらは私たちにとって重要です。プロトコルにインパクトがなく、将来の経済、ガバナンス、AIのすべてのプロセスに統合されなければ、これらを達成することはできません。L1の成功は、L2にイーサリアムの価値を共に広める力を与えるでしょう。L1の成功は、L2にイーサリアムの価値を共に広める力を与えるでしょう。インターネット上でそうであるように、将来的にはすべてがイーサ上で動くべきです。

シェイ・ウォン： 私は自分自身に「明晰にリードし、目的を持って行動し、執着せずに構築する"。個人的な達成だけでなく、私たちが生きたい世界についてです。イーサは製品以上のものであるべきで、文化や私たちが生きたい世界についてのものなのだ。私はイーサを世界で最も分散化された、パーミッション・フリーのオープンなブロックチェーンにしたいと考えています。そのためには、ある意味で成長する必要がありますが、成長と原則は両立すべきものです。原則と弾力的な成長のバランスをとる必要があるのです。

Q4:EtherFoundationは研究、価値観、クライアントサイドの多様性という点では素晴らしい仕事をしているが、実行のスピード、コミュニケーション（ロードマップなど）、実際のユーザーとのつながり（DeFiユーザーなど）という点では欠けている、というのがコミュニティの一般的な意見だ。ユーザー）とのつながりが欠けている。フィードバックをどう思いますか？

Tomasz Stanczak: 人々が不満に思っていることはすべて真実です。この2ヶ月でおそらく200回は会話をして、同じようなフィードバックを聞いたと思います。Polarisの目標を明確にし、スピードを向上させる必要がある。開発者のオンボーディングプロセスの最適化、DeFiビルダーとのコミュニケーション、ロードマップの明確化（L1/L2の関係、将来の誓約など）、「象牙の塔」のイメージを避けるためのコミュニケーションの改善が必要です。

終わりのない研究に没頭することはできず、市場の変化に適応する必要がある。多くの人が喜んで協力してくれるし、"ここ3、4年は休眠状態だったけど、復帰して手伝う準備ができたよ "と言ってくれる人もいる。イーサネット・ファンデーションの中の人たちでさえも、変化に非常に焦っていて、自分から関わりたがっている。

Q5：これらの問題（遅さ、コミュニケーション不足、離脱）は解決できるのでしょうか？

Tomasz Stanczak: とてもそう思います。多くの問題は、小さなコミュニケーションの調整やプロセスの最適化で解決できます。重要なのは、コミュニティや社内の意思決定者を活性化させ、権限を与えることで、行動を加速させ、待たせないことです。

私たちは、アプリ開発者をより早い段階から計画段階に引き込む必要があります。そして、ある機能に最も反対しそうな人たちを積極的に探し出し、その人たちの意見に最初から耳を傾け、否定的な人たちでさえも他の人たちの圧倒的な意見に納得してしまうような、とても重要で、すべてにとってとても良いものを構築する方法を考えることです。製品中心の考え方が、こうした問題を解決する核心なのです。

Q6: 「製品中心のイーサリアム」とおっしゃいました。これは、現実世界のアプリケーションやユーザーニーズにより重点を置くことを意味するのでしょうか？

Tomasz Stanczak: 製品中心の考え方は、私たちの3つの目標（L1のスケーリング、Blobsのスケーリング、UXの向上）を達成するための基礎です。それは常に考えることを意味します：なぜこの変更を行うのか？これは誰のためか？を常に考え、共同デザインにユーザーを参加させることです。また、核となる価値観と品質基準にこだわることも意味します。

例えば、EOFやL1の拡張を検討している場合、どちらも「これは分散化にどう影響するのか？どのユーザーが影響を受けるのか？彼らの意見は？ACDミーティングを再編成して、製品に関する議論も含める必要がある。開発者エクスペリエンス（DevX）もユーザーエクスペリエンスの一部です。明確なロードマップとビルダーへのサポートが必要だ。例えば、ハッカソンの後はどうなるのか？翌日の月曜日はどうなるのか？彼らはイーサでビルドを始めるのだろうか？彼らはイーサを、どのように構築するか、どの技術を選択するか、誰が手助けをするか、どのように資金を得るかについての答えや明確な指示を提供する製品として見ているのでしょうか？

Q7: 成功を測るための指標について、具体的なアイデアはありますか？

Tomasz Stanczak: すべての指標が確定したわけではありません。目標をチームに導入し、社内のダッシュボードを作成する必要があります。Dankradは4年で100倍という指数関数的なロードマップを提案しています。

そのプロセスでは、まずすべてのクライアントを見直し、次にEIPを通じて実行レイヤーと合意レイヤーに変更を加え、最終的に主にZKテクノロジーによって今後3～4年で加速させる。この100倍という目標は、私たちの組織における研究開発の軸となるものです。私たちは各研究チームを訪ね、「あなたの研究はこの100倍目標にどのように貢献しますか？それは1年目、2年目、3年目、4年目に役立つものですか？

Q8: コミュニティはイーサネット財団に非現実的な期待を抱くことがあります。イーサネット財団が実際に行っていないこと、またはその範囲を超えていることにはどのようなものがありますか?

Shay Wong: 論争の的になっていることの1つは、ETHの販売です。コミュニティは私たちがETHを保有することを期待していますが、運営し資金を提供するためには、ETHを販売しなければなりません。第二に、EFにしかできない最もコアなことについては、よりハンズオンで内部リソースを配置します。efの役割は、エコシステムの中で適切なリソースを見つける手助けをする、コーディネーターのようなものです。

Tomasz Stanczak: イーサネット財団は、エコシステムから何かが欠落しているときに介入すべきですが、それは通常、適切な組織の出現と成長を支援するためです。私たちはコーディネーターやオーナーの役割は果たしません。例えば、ウォール街や政府とのコミュニケーションは、確かにファウンデーションが調整したいことではありませんが、これまでのように交流を避ける可能性があるのではなく、質問に答え、専門知識を提供できるようにしたいと考えています。私たちはイーサネット・プロトコルの所有者ではないし、そのように行動するわけでもない。

エンジニアリングの面では、Gethチームを持っており、これは研究のために重要ですが、コンセンサスクライアントを構築することはありません。エコシステムがより良い仕事をすることができるので、アプリケーションやインフラを直接構築することは避けています。ビジネス開発の面では、私たちは「ヘルパー」としてより積極的な役割を担いたいと考えています。アプリ、顧客、人材、そして研究をつなげ、財団が多くのプレーヤーにとって最初の接点となることが多いのです。毎回助成金を与えるのではなく、創業者が早期に直面する具体的な問題の解決を積極的に支援したいと考えています。イーサネットの大部分はネットワーク作りにあり、ネットワークの社会的レイヤーを作ることは、財団が得意とするところです。マーケティング面では、広告よりもコミュニケーションとわかりやすさに重点を置いています。

Q9：具体的なロードマップとケイデンスという点では、次のハードフォークの計画はどうなっていますか？

Tomasz Stanczak: 私たちはハードフォークのテンポを約6ヶ月ごとに加速させる予定です。を加速させる予定です。次はPectraで、誓約関連の最大有効残高の変更に加えて、EIP-3074（SFS 102）のようなものによってもたらされるアカウントの抽象化とユーザー体験の大きな改善があります。現在、セキュリティを確保するための完全なテストが進行中です。

Pectraがデプロイされた後、私たちはすぐに次のハードフォークであるFusakaの開発ネットワークを立ち上げ、今年の9月か10月にリリースすることを目標としており、重要なことは遅延がないようにすることです。また、目標を加速させるために、その時期にはコア開発者や研究者が大集合する予定だ。

そして、その後のハードフォークはアムステルダムで、来年末までにアップグレードされる予定で、L1拡張の加速が含まれます。一方、ジェーン・スミス氏率いるエコシステム開発は、トークン化、RWAなどの面でビルダーのニーズによりよく応えるため、プロセスの再構築を行っている。