
イーサリアムの新章:財団の新指導部が「売却」事件に応答し、3つの主要戦略を詳細説明
TechFlow厳選深潮セレクト

イーサリアムの新章:財団の新指導部が「売却」事件に応答し、3つの主要戦略を詳細説明
Pectra からFusaka(秋を予定)、そして来年のAmsterdamアップグレードへと続く明確な技術的ロードマップ。
執筆:Bankless
翻訳:白話ブロックチェーン
5月7日、イーサリアムはPectraネットワークアップグレードを完了し、エコシステム発展の新たな一章を開いた。これを機に、イーサリアム財団の新共同執行責任者であるTamas StanczakとShay WongがBanklessのインタビューに応じ、変革推進への考えと決意を語った。
過去、コミュニティはイーサリアム財団の実行スピード、コミュニケーション方法、そして継続的なETH売却などに対して多くの不満を抱いてきたが、今回のインタビューで二人はそれら一つひとつに応えた:
-
「ETH売却」の運営上の必要性を含むコミュニティの疑問に対し、直接的な説明を行った。
-
「L1のスケーリング」「Blobsの拡張」「ユーザーエクスペリエンスの改善」という3つの戦略的重点を詳細に説明した。
-
PectraからFusaka(秋頃予定)、そして来年のAmsterdamアップグレードへ向かう技術的ロードマップを明確にした。
-
ハードフォークの頻度を6ヶ月周期に引き上げる計画を示し、4年以内に100倍の拡張といった長期的なスケーリング目標も提示した。
以下はそのインタビュー内容の一部抜粋であり、白話ブロックチェーンにより翻訳されたものである:
Q1:ご自身の経歴、およびどのようにしてイーサリアム財団での役職に就いたのかを教えてください。
Shay Wong: 私の専門はコンピュータサイエンスです。2017年に財団に入りました。当時はコアプロトコル研究員として、シャーディングの概念実証(PoC)初版に取り組んでいました。以来、イーサリアムプロトコルの開発に密接に関わってきました。当時はまだ「コンセンサスプロトコル」と呼ばれていた段階です。Casperの登場とともに、私は特にコンセンサスレイヤーに注力し、プルーフ・オブ・ステーク(PoS)への移行(マージ)に貢献しました。私の役割は、財団内のコンセンサスR&Dチームの共同リードのようなもので、コンセンサス層の仕様策定を中心に、研究チームとクライアント(CL)開発者間の調整役も務めてきました。
リーダーシップチームに入る前、財団の研究員という立場は単なる機能研究に留まらない特別な存在だと考えていました。私たちは、そうした機能がユーザーにどう影響するかにも関心を持っていました。昨年12月にリーダーシップチームに加わり、この経験を通じてTomaszとともに共同執行責任者としての役割を果たせるようになりました。
Tomasz Stanczak: 私は2015年末か2016年初頭、ロンドンでの小さな集まりでイーサリアムに出会いました。当時、私は従来の金融業界で働いていました。2017年8月、コア開発インフラ企業Nethermindを設立しました。黄皮書を読み、学ぶにはそれを実装するのが最良だと考え、C#でコードを書き始め、徐々にインフラ分野に深く関わるようになりました。
私はやがてイーサリアムが「データ市場」のような専門ツールを必要とするだろうと想定していました。2020年にFlashbotsに参加し、MEVソリューションに取り組んだことで、私の道は大きく加速しました。当時OilerプロジェクトでもブロックスペースのGas取引ソリューションの構築を試みていました。Nethermindは約300人の規模に成長し、インターンシッププログラムを通じてエコシステムに約600人を輩出しました。数か月前、Ayaに対してリーダーシップに関する助言を行っていました。今年2月、再び連絡を取り、最終的に参画を決めました。イーサリアムには支援と指導者が必要だと感じました。
Q2: 共同執行責任者という役職は具体的に何を意味し、どのようなビジョンをお持ちですか?
Shay Wong:イーサリアム財団の執行責任者は、非営利組織である私たちの使命から、より長期的な視点で考える必要があります。私たちの使命はエコシステムの管理者となることであり、エコシステムが最も私たちを必要とするときに立ち上がり、重点領域に注力し、他の参加者に力を与えることです。私たち自身のために原則を確立しなければなりません。それらの原則は頻繁に揺らぐべきではなく、また強さと回復力を高め、日々変化する課題に柔軟に対応できるようにする必要があります。
Tomasz Stanczak:私は組織の構築とエコシステムでの活動経験、そして活力を持ち込んでいます。過去4年間はノマド的生活を送り、多くのビルド者がいる環境に身を置いてきました。財団の内部構造を改善し、プロセスを加速することを目指しています。財団内には約40人の小規模チームのリーダーがいますが、彼らにスペースを与え、彼ら自身がEFの真のリーダーであると認識させる必要があります。
財団内部では、些細な変更が大きな助けになることがあります。才能ある人々が多数おり、大量のコミュニケーションが可能です。これは私が正式に業務を開始する前からすでに着手している最初の課題でした。クライアント開発の経験を活かし、技術的観点から課題を見ることができます。ここ数週間、私はスケジュールを開放し、フィードバックを聴取してきました。財団がより積極的にコミュニケーションを取り、難題から逃げず、たとえ時に不快に感じられても直面していくことを望んでいます。
Q3: Aya Miyaguchiの時代は「減法による増益」と定義されました。あなたたちが率いる新たな時代をどう定義しますか?どのような成果を残したいですか?
Tomasz Stanczak:私は自分をビジョン設定者ではなく、実行者として捉えています。Shayと共に設定したビジョンの枠内で、今後1〜2年間にわたってダイナミックかつ短期的な変化をもたらすことに尽力します。まるで庭に種を植えた後、そこに育つものを剪定し整える作業が必要になるように。私はイーサリアムが世界的な経済活動と取引のための、真正に中立なレイヤーとして認識されることを願っています。
これは影響力によって勝利を収めるということです。私たちが本当に大切にする価値観—プライバシー、セキュリティ、オープンソースへのアクセス、プロトコルの検閲耐性—を広めることです。これらの価値がなければ、プロトコルは将来のすべての経済、ガバナンス、AIプロセスに統合されることはできません。L1の成功はL2をエンパワーメントし、共にイーサリアムの価値を広めていきます。未来のあらゆるものが、インターネット上で動くように、イーサリアム上で動くべきです。
Shay Wong:私は自分自身に「明確さを持ってリードし、目的意識を持って行動し、執着せずに建設する」よう言い聞かせています。これは個人の達成以上に、私たちが生きたい世界に関するものです。イーサリアムは単なる製品ではなく、文化であり、私たちが生きたい世界に関するものです。私はイーサリアムが世界で最も非中央集権的で、許可不要かつ最もオープンなブロックチェーンになることを願っています。そのためには特定の分野での発展が必要ですが、成長と原則は互いに補完し合うべきです。原則とレジリエントな成長のバランスを取る必要があります。
Q4: コミュニティからは、イーサリアム財団は研究、価値観、クライアント多様性の面では優れているが、実行スピード、コミュニケーション(例:ロードマップ)、実際のユーザー(DeFiユーザーなど)とのつながりに欠けているとの一般的な意見があります。こうしたフィードバックをどう捉えていますか?
Tomasz Stanczak: 人々が不満を抱くすべてのことは非常に現実的です。ここ2カ月で私は約200回の会話を重ね、同様のフィードバックを聞いてきました。我々は明確なノーススター目標を設定し、スピードを向上させる必要があります。開発者の導入プロセスを最適化し、DeFiビルダーと対話を行い、ロードマップ(L1/L2関係、ステーキングの将来像など)を明確にし、コミュニケーションを改善して「象牙の塔」というイメージを払拭すべきです。
我々は終わりのない研究に囚われてはいけません。市場の変化に適応する必要があります。多くの人が支援を申し出てくれており、「ここ3〜4年休眠状態だったが、もう手伝う準備ができている」と言う人もいます。財団内部の人々さえも変化に非常に焦燥を感じており、自ら参加したいと考えています。
Q5: こうした問題—スピードの遅さ、コミュニケーション不足、現実からの乖離—は解決可能ですか?
Tomasz Stanczak:非常に可能です。多くの問題は、小さなコミュニケーションの調整やプロセスの最適化によって解決できます。鍵は、コミュニティと内部の意思決定者を活性化し、権限を与え、待たずに行動を加速させることです。
アプリケーション開発者をより早い段階で計画プロセスに巻き込む必要があります。また、ある機能に対して最も反対しそうな人物を積極的に探し出し、初期段階から意見を聞き、それがどれほど重要で、すべてをより良くするものなのかを常に考えることが必要です。そうすれば、反対者であっても、周囲の圧倒的な支持に押されて賛成せざるを得なくなるでしょう。プロダクト中心の考え方こそが、こうした問題を解決する核となるのです。
Q6: 「プロダクト中心のイーサリアム」という表現をされました。これは実用アプリやユーザーのニーズにより注目するということでしょうか?
Tomasz Stanczak:プロダクト中心の思考は、私たちの3つの目標(L1の拡張、Blobsの拡張、UXの改善)を達成する基盤です。それは常に「なぜこの変更を行うのか?」「誰のために行うのか?」を考え、ユーザーを共同設計に参加させることを意味します。同時に、コアバリューと品質基準を守り続けることも必要です。
例えばEOFやL1の拡張について考えるとき、「これにより分散化にどのような影響があるか?」「どのユーザーが影響を受けるか?」「彼らの意見はどうか?」と問う必要があります。ACDミーティングも、プロダクトディスカッションを含むように再編成する必要があります。開発者体験(DevX)もユーザーエクスペリエンスの一部です。ビルドに対して明確なロードマップとサポートを提供する必要があります。例えば、ハッカソンの後、あるいは翌週月曜日に何が起こるでしょうか?彼らは本格的にイーサリアム上での構築を始めるでしょうか?彼らはイーサリアムが、どのように構築すればよいか、どの技術を選ぶべきか、誰が支援してくれるか、資金調達はどうすればよいのか、といった答えを提供してくれるプロダクトだと感じてくれるでしょうか?
Q7: 成功の指標について、何か具体的な考えはありますか?
Tomasz Stanczak:すべての指標が最終決定されているわけではありません。目標を各チームに落とし込み、内部ダッシュボードを作成する必要があります。L1スケーリングに関しては、暫定的な目標があります:今年中に3倍、来年までに合計10倍です。Dankradは4年で100倍という指数関数的なロードマップを提示しています。
このプロセスは、まずすべてのクライアントをレビューし、次にEIPを通じて実行層とコンセンサス層を変更し、最後に未来3〜4年で主にZK技術によって加速を図るものです。この100倍目標は、私たちの研究開発を組織化するためのアンカーとなります。各研究チームに訪ねるのです。「あなたの仕事はこの100倍目標にどう貢献していますか?第1年、第2年、第3年、第4年のいずれに貢献していますか?」と。
Q8: コミュニティは時にイーサリアム財団に対して現実離れした期待を持つことがあります。イーサリアム財団が実際にやっていない、あるいは範囲外のことは何ですか?
Shay Wong:議論を呼ぶのはETHの売却です。コミュニティは私たちが保有し続けることを望みますが、運営と資金調達のためには売却せざるを得ません。次に、最もコアでEFにしかできないことについては、より主体的に関与し、内部リソースを配分します。しかし、ビジネス開拓などの他のレベルの業務については、助成金による支援を優先します。EFの役割はむしろ調整者であり、エコシステム内で人々が正しいリソースを見つけられるよう支援することです。
Tomasz Stanczak: イーサリアム財団は、エコシステムに何かが欠けているときに介入すべきですが、通常はその組織が出現し成長するのを支援することです。我々は調整者や所有者の役割を担いません。ウォール街や政府とのやり取りなども、財団としては調整を望んではいませんが、質問に答えたり専門知識を提供したりすることはでき、過去のように関与を避けるのではなく、前向きに対応できるようにしたいと考えています。我々はイーサリアムプロトコルの所有者ではなく、所有者のように振る舞うつもりもありません。
工学面ではGethチームを抱えており、これは研究にとって重要ですが、コンセンサスクライアントの構築は行っていません。アプリケーションやインフラの直接構築も避けます。なぜなら、エコシステムの方がそれをよりうまく行えるからです。ビジネス開拓においては、「ヘルパー」としてより積極的な役割を果たしたいと考えています。アプリ、クライアント、人材、研究成果を結びつけるのです。財団は多くの参加者にとって最初の接点になることが多いのです。毎回ただ助成金を出すだけでなく、創業者が早期に直面する特定の問題を積極的に支援したいのです。イーサリアムの重要な側面の一つはネットワークの構築であり、ソーシャルレイヤーのネットワークを構築することは、財団が非常に得意とすることです。マーケティングについては、広告よりもコミュニケーションと明確さに重点を置いています。
Q9: 具体的なロードマップとペースについて、今後のハードフォークの計画はどのようになっていますか?
Tomasz Stanczak:ハードフォークのペースを約6ヶ月ごとに早める計画です。次はPectraで、ステーキング関連のMax Effective Balanceの変更に加え、EIP-3074(SFS 102)に類似したアカウント抽象化とユーザーエクスペリエンスの大幅な改善が含まれます。現在は安全性確保のためのテストに全力を注いでいます。
Pectra展開後、すぐに次のハードフォークFusaka向けの開発ネットワークを立ち上げ、今年9月または10月のリリースを目指します。遅延しないことが肝要です。この時期には、主要な開発者と研究者の大規模な集会も開催され、目標達成を加速します。
その後のハードフォークはAmsterdamで、来年末までのアップグレード完了を計画しており、L1拡張の加速が含まれます。一部のL1拡張作業は既に始まっており、ハードフォークを必要としないものもあれば、EIPを必要とするものもあります。同時に、Jane Smithが率いるエコシステム開発部門は、トークン化、RWAなどにおけるビルドニーズに対応するためにプロセスを再編成しています。ACDミーティングも、より速いデリバリーに対応し、アプリケーション開発者をより早い段階で関与させるように調整されています。
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














